Va de Retro (Satanás) -- Versión 3.3 SSL

Hemos comprado 20 para probar en un par de semanas os comento

esposiblegames escribió: ↑29 May 2023, 22:37Ya hay Atmegas en mouser por fin de mucho tiempo

Y posiblemente a igual precio o más baratos que en AliExpress y también tienen los QFN-32.

A falta de probar espero mejor calidad y que no fallen en un 99 % como los de aliexpress que algunos fallan

De eso puedes estar seguro. A veces no sé de dónde sacan el material los de AliExpress, en alguna ocasión he pensado que compren partidas defectuosas para venderlas allí.

Hola,

Hice unas placas de prueba de esta versión y pese a que tuve que dejarlo parado por un tiempo este fin de semana pude retomar el asunto y avanzar. Desafortunadamente no estan funcionando al 100%.

El escenario es el siguiente:

- Placas montadas sin mayor problema
- Pic16f630 programado con Pic-Kit3 y adaptador
- GAL 22V10D de Lattice programada con MiniPro TL-866CS
- EEPROM SST 39SF040 programada con TL-866CS y adaptador
- Atmega 328p programado con el ISP header del Dandanator Miltiply Plus, con programador Usbasp y WinAVR, sin alimentar la placa por el Edge, únicamente con los 3.3v del programador sin problemas. Probado tanto con el .hex que amablemente me facilitó duca750 como con el proyecto .ino del Multiply publicado en Github de mad3001, compilado con Arduino IDE (incluyendo bootloader) por un servidor.
Comentar que únicamente especifiqué el .hex a grabar en flash, sin definir fuseset y que estos quedaron a 0.

Pues el resultado, es que Dandanator arranca y carga cualquier juego de la EEPROM, pero al intentar comunicar con Multiply siempre informa que "< Multiply not detected >".
Evidentemente el conmutador está en posición "Multiply", pero hace lo mismo en "Normal", ya tenga el jumper de Joystick cerrado o abierto.
Si intento programar el Atmega con el selector de ROMs, conectando momentaneamente el pin de RST del ISP a GND no hace nada y da timeout. Lo mismo con Arduino IDE.

- ¿Alguien puede confirmarme que habiendo compilado el .ino de Multiply de Github con bootloader debería funcionar?
Si es así, ¿que fuseset usar?

Gracias

Quickie escribió: ↑18 Jul 2023, 23:38- Pic16f630 programado con Pic-Kit3 y adaptador

Supongo que es un desliz, siempre había utilizado el PIC16F1826 o el PIC16F1827 en DIP-18.

Quickie escribió: ↑18 Jul 2023, 23:38- EEPROM SST 39SF040 programada con TL-866CS y adaptador

La versión de la EEPROM es importante, seguro que lo sabrás, pero tiene que incluir el cargador del Multiply (versión 10 o posterior) pero si te da la opción es que lo tiene.

Quickie escribió: ↑18 Jul 2023, 23:38- ¿Alguien puede confirmarme que habiendo compilado el .ino de Multiply de Github con bootloader debería funcionar?

Con el .hex de @duca750 o con el sketch .ino (con bootloader incluido) debería funcionar. Los fuses, los que trae por defecto de fábrica el Nano con ATmega328P a 16MHz (lfuse=0xFF hfuse=0xDA o 0xD6 y efuse=0x05), si quedan a 0 no creo que salga nada bueno de ahí.

Para tu informació, la parte Multiply requiere una señal a nivel alto en el pin 13 del ATmega328P, que funcione el lector SD, y que la tarjeta SD sea compatible, esté bien formateada y en buen estado (sin excesivos ficheros borrados, etc.), o sea que pueda leer de ella, si no, no arrancará.

La verdad que lo tengo aparcado, llegue a montar uno completo pero sin programar el atmega328, creoq ue salvo el múltiply deberia funcionar, pero al conectarlo no funciona, si arranco con botón pulsado para test rom, hace como los pitidos y todo pero no saca imagen neta de nada.
Puedes indicarme cómo programaste el atmega?

duca750 escribió: ↑19 Jul 2023, 00:50Puedes indicarme cómo programaste el atmega?

En la variante de este periférico con la que trabajo lo he programado con varios métodos, con el TL866IIplus y su correspondiente adaptador QFP-32; con un programador AVR y avrdude utilizando el conector ICSP,... y en otras variantes en los que el puerto MiniUSB es funcional, directamente desde el IDE.

cacharreo escribió: ↑19 Jul 2023, 00:22

Quickie escribió: ↑18 Jul 2023, 23:38- Pic16f630 programado con Pic-Kit3 y adaptador

Supongo que es un desliz, siempre había utilizado el PIC16F1826 o el PIC16F1827 en DIP-18.

Efectivamente, fue un desliz, es un 16F1826, perdon.

cacharreo escribió: ↑19 Jul 2023, 00:22

Quickie escribió: ↑18 Jul 2023, 23:38- EEPROM SST 39SF040 programada con TL-866CS y adaptador

La versión de la EEPROM es importante, seguro que lo sabrás, pero tiene que incluir el cargador del Multiply (versión 10 o posterior) pero si te da la opción es que lo tiene.

Correcto. La versión de la EEPROM es la 10.2, con soporte de Multiply.

cacharreo escribió: ↑19 Jul 2023, 00:22

Quickie escribió: ↑18 Jul 2023, 23:38- ¿Alguien puede confirmarme que habiendo compilado el .ino de Multiply de Github con bootloader debería funcionar?

Con el .hex de @duca750 o con el sketch .ino (con bootloader incluido) debería funcionar. Los fuses, los que trae por defecto de fábrica el Nano con ATmega328P a 16MHz (lfuse=0xFF hfuse=0xDA o 0xD6 y efuse=0x05), si quedan a 0 no creo que salga nada bueno de ahí.

Para tu información, la parte Multiply requiere una señal a nivel alto en el pin 13 del ATmega328P, que funcione el lector SD, y que la tarjeta SD sea compatible, esté bien formateada y en buen estado (sin excesivos ficheros borrados, etc.), o sea que pueda leer de ella, si no, no arrancará.

Gracias. Con esto puedo analizar la señal del pin 13 del Atmega y ver como se comporta para determinar de donde viene el problema.

El problema de haber grabado el .hex sin los efuses correctos y haberlos dejado a 0 es que probablemente no pueda volver a grabar nada en el atmega por ISP, aunque si lo hago con un programador y adaptador o bien fuerzo una señal a nivel alto en un pin para desbloquearlo...le echo un vistazo.

Quickie escribió: ↑19 Jul 2023, 12:05Efectivamente, fue un desliz, es un 16F1826, perdon.

No es nada.

Quickie escribió: ↑19 Jul 2023, 12:05Gracias. Con esto puedo analizar la señal del pin 13 del Atmega y ver como se comporta para determinar de donde viene el problema.

No sé si será de gran ayuda, o la tiene o no la tiene (y supongo que en la placa va conectada) porque va (casi) directamente a los +5V.

Quickie escribió: ↑19 Jul 2023, 12:05El problema de haber grabado el .hex sin los efuses correctos y haberlos dejado a 0 es que probablemente no pueda volver a grabar nada en el atmega por ISP, aunque si lo hago con un programador y adaptador o bien fuerzo una señal a nivel alto en un pin para desbloquearlo...le echo un vistazo.

Con, por ejemplo, un TL866IIplus lo dejas como de fábrica en unos segundos porque puede usar el modo HVSP (High Voltage Serial Programming) y daría igual el estado del microcontrolador. Si @duca750 te pasó todo el ZIP también añadí los .mpj para el XGpro y con ellos todo se reduce a seleccionar el IC, cargar el proyecto en XGpro y programar el ATmega328P.