Probando el TZXDuino [y CASDuino, MaxDuino,...]

[mapache]

Gracias, de todas formas voy a intentar generarlo y grabarlo yo, era por facilitar el testeo ya que grabar el .hex es más fácil que instalar librerías y compilar.

[acf76es]

mapache, pruebalo para saber si funcionan, seria lo mejor.

un saludo.

[mapache]

Muchas gracias.

He probado a grabar varias versiones pero no funciona bien. Al grabar la versión "with_bootloader" termina dando este error:

Reading | ################################################## | 99% 7.59savrdude: stk500_recv(): programmer is not responding

Grabando la versión sin bootloader no da ningun error, pero sigue sin funcionar. En realidad no sé si lo único que no funciona es el display; se enciende pero aparecen todos los puntos del display de la parte superior encendidos... seguramente sea porque por defecto viene definido para OLED:

//#define LCDSCREEN16x2   1
#define OLED1306   1

Con tanta variante tiene lógica no distribuir los binarios .hex. Es un TZXDuino de ManuFerHi y para compilar/instalar TZXDuino no tuve que hacer ningún cambio en el código fuente. Lo grabo usando este comando (lo he sacado de esta página, donde lo han obtenido activando el log del arduino IDE: https://typeunsafe.wordpress.com/2011/0 ... h-avrdude/):

$ avrdude -p m328p -c arduino -P /dev/cuaU0 -v -b 57600 -U flash:w:MaxDuino_v1.19.ino.hex

y con este:

$ avrdude -p m328p -c arduino -P /dev/cuaU0 -v -b 57600 -D -U flash:w:MaxDuino_v1.19.ino.hex:i

Por otra parte, ya voy avanzando en la compilación sin IDE, me faltaba indicar las librerías en el Makefile, aunque no consigo que termine de compilar, se atasca aquí:

test -d applet || mkdir applet
echo '#include "Arduino.h"' > applet/MaxDuino_v1.19.cpp
echo '#ifdef __cplusplus' >> applet/MaxDuino_v1.19.cpp
echo 'extern "C" void __cxa_pure_virtual(void) { while(1); }'  >> applet/MaxDuino_v1.19.cpp
echo '#endif\n' >> applet/MaxDuino_v1.19.cpp
cat MaxDuino_v1.19.ino >> applet/MaxDuino_v1.19.cpp
cat /usr/local/share/arduino//cores/arduino/main.cpp >> applet/MaxDuino_v1.19.cpp
mkdir -p utility
make: don't know how to make SdFat.o (prerequisite of: applet/core.a)
Stop in /home/foo/maxduino/MaxDuino_v1.19

Sospecho que me falta por incluir alguna librería, añadí éstas, descargadas todas de este hilo salvo Wire:

LIBRARIES=Wire LiquidCrystal_I2C SdFat TMRpcm TimerOne U8glib pcd8544

He probado a compilar TZXDuino 1.81 y a descargar SdFat de github, ocurre lo mismo. Mi versión de arduino es 1.0.2p5v0.

[acf76es]

Saludos mapache, no sabía que display utilizabas con lo cual ya he compilado el formato .hex para LCD con direcciones I2C 0x27 y 0x3f.

saludos, adjunto ficheros .hex para MAXDUINO1.19 y MAXDUINO1.19b1


MAXDUINO1.19 Oled 1306
http://filecloud.io/qsvt3medo

MAXDUINO1.19b1 Oled 1306
http://filecloud.io/9c0njgoba

MAXDUINO1.19b1 LCD1602_0x3f
http://filecloud.io/jgzcb7tkd

MAXDUINO1.19b1 LCD1602_0x27
http://filecloud.io/df3at67zq

MAXDUINO1.19 LCD1602_0x3f
http://filecloud.io/3ogmz1ieq

MAXDUINO1.19 LCD1602_0x27
http://filecloud.io/va7qk9mti

[mapache]

Sigue sin funcionar aunque creo que es porque ayer me cargué el arduino, ya que ahora no consigo grabar ni TZXDuino 1.81 desde Windows cuando antes lo instalé sin problema. Al conectarlo se ilumina la pantalla y están encendidos todos los píxeles de la mitad superior.

En OpenBSD me da este error: avrdude: stk500_recv(): programmer is not responding
En Windows, justo cuando parece que va a terminar la carga, dice: avrdude: verification error; content mismatch

Gracias por los .hex, aunque voy a mirar como compilarlo en Windows si no consigo solucionar el problema con SdFat.o.

¿Algo que pueda probar para recuperarlo?

[iturbez]

Intenta inyectarle un código simple, blink por ejemplo, a ver si acepta el programa y lo ejecuta...

[spark2k06]

Es posible que te falle o falte el bootloader, ese sería el mejor de los escenarios. El peor es que se haya modificado gravemente la configuración de fuses, aunque creo que esto no es posible sin un programador ICSP. Si tienes otro arduino puede que le puedas regrabar el bootloader vía ICSP...toca rezar

Enviado desde mi Thor mediante Tapatalk

[mapache]

Con blink me da este error:

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0002
         0x61 != 0x55
avrdude: verification error; content mismatch

avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: safemode: Fuses OK

avrdude done.  Thank you.

Voy a mirar como va lo de ISCP. Por lo que veo es posible programarlo de esta forma con una Raspberry Pi 3, en ese caso, ¿es posible hacer esto sin soldar? este arduino tiene 6 agujeros en la placa donde pone ICSP.

Gracias por vuestra ayuda.

Aunque sea una burrada, ¿no será arreglable enviando datos RAW directamente al terminal serie del Arduino? voy a preguntar por #arduino en freenode a ver qué me dicen, si saco algo en claro lo publico en este hilo.

[spark2k06]

Aquí tienes un buen punto de referencia para llevar a cabo la programación via ICSP con una Raspberry Pi:

Program an AVR or Arduino Using Raspberry Pi GPIO

Suerte con ello!

[mapache]

Gracias por el link. La mayor dificultad que encuentro es que la placa Arduino viene sin los pins para conectar los cables y soldada a otra placa.



No sé si sería viable pasar 6 cables por debajo y soldarlos por la parte visible.