Va de Retro DRAM tester [v2.00]

[duca750]

Pues recibidos. Paso a explicar... Parecen 328 pero no sé porque (puede que sí), los detecta, pero no deja programarlos por el programa de Arduino para cargarle por ejemplo Tapuino.
Empieza parpadea una vez pero no sigue. He probado 3, veo una diferencia entre estos y uno más viejo que tengo y es que le falta un oscilador por la parte de abajo y según una explicación que dio @geloalex (o eso creo recordar) este es necesario para programarlo.

He probado con el programa Xloader que usamos algunos para cargar los firmwares del testero y con este graba perfecto, aunque no he soldado aún pines y no sé si realmente funciona (creo que sí funcionaria)

Llegados a este caso, sin poner el oscilador es posible programar con el software de Arduino? Hay algún conversor de archivos si fuere el caso para pasar por ejemplo lo de Arduino a través del Xloader?

Gracias otra vez por la ayuda.

Estaba aquí compi, el suelto es el mío de siempre que va perfecto. Los tras agrupados nuevos, la diferencia que más salta a la vista es la falta del oscilador del CH, si se añade en teoría debería funcionar no? Aunque es más fácil y rápido la conversión a .hex si averiguo el método y meterlo con Xloader

[issalig]

Aunque es más fácil y rápido la conversión a .hex si averiguo el método y meterlo con Xloader

¿No puedes flashearlos simplemente con el IDE de Arduino, compilando y subiendo? A mí cuando no van es pq tengo que cambiar a (old bootloader) o viceversa.

[cacharreo]

Estaba aquí compi, el suelto es el mío de siempre que va perfecto.

En el suelto (antiguo) si intuyo la serigrafía del ATmega, en los otros hay un reflejo que además difumina la luz y no se ve bien pero si confirmas que es un ATmega328P entonces es el suyo.

Los tras agrupados nuevos, la diferencia que más salta a la vista es la falta del oscilador del CH, si se añade en teoría debería funcionar no?

No hace falta añadir nada, los modelos nuevos de CH340 lo tienen interno.

Aunque es más fácil y rápido la conversión a .hex si averiguo el método y meterlo con Xloader

Como dice @issalig lo más fácil es subirlo desde Arduino IDE.

[Gomas48K]

No me complicaba mucho y compraba un grabador ICSP (muy baratos) que te va a hacer falta en muchas ocasiones.
Con el IDE de Arduino, usaba la opción "Cargar bootloader" y directamente le cargaba el Optiboot.

Una cosa que no se ha comentado, que tipo de ATMEL lleva? Porque si es un ATmega328PB (o camuflado dentro de un TH, KR, etc) hay que tratarlo de diferente manera para cargar el Optiboot y la puedes liar parda y te vas a volver loco, si no lo tienes en cuenta.
Conectándolo por ICSP con el programa Avrdudes tiene que reconocerlo si o si pulsando en "autodetectar" y sabrás que es realmente.
También puedes intentar cargar el detector de firma interna (de @cacharreo) para saber que lleva dentro realmente.

Hace tiempo hice un super tutorial ATmega328xx raritos y explicaba como cargar bootloader con pantallazos, para que se vea más claro. Lo puedes usar igualmente en tu caso, para cargar un bootloader y descargar los programas.

* También puedes usar otro Arduino como grabador ICSP como emergencia.

[duca750]

Has probado con la opción old bootloader?
A veces funciona así.

Como activo esa opción compi?

En el IDE de arduino en Herramientas->Procesador->ATMega328P(old bootloader)

Este era el problema, que estaba como old, al cambiar a normal se ha grabado perfectamente. Gracias a todos los que habéis colaborado y a los que no también

Ya he confirmado la entrega en AliExpress . No los he probado aún en funcionamiento pero no debería haber problema, pienso que a GeloAlex se equivocaron y no hubo mala intención, si después al modificar descripción y demás, se lo podría haber evitado el vendedor...

[cacharreo]

No me complicaba mucho y compraba un grabador ICSP (muy baratos) que te va a hacer falta en muchas ocasiones.

Reconociendo de antemano que tienes mucha más experiencia con el ATmega328PB y clones del microcontrolador no tan brillantes, en mi caso con todos los que me han llegado (incluyendo estos y el que llevaba el CH551G) solo ha bastado con conectarle el programador ICSP, programarle los fusibles (avrdude), subir el optiboot (avrdude) y nada más.

[Popopo]

Ahora que veo el tema del bootloader y el ICSP...
¿Qué son esos fusibles que en algunos casos decís de programar?

Entiendo que el ICSP es para esa labor de programar los fusibles pero, ¿No es posible programarlos con el IDE de Arduino y el típico cable USB?


La placa 1.05c, tiene una huella para poner los conectores de ICSP, pero eso... ya viene en el Arduino nano ¿Qué ventaja se tiene de duplicarlo entonces?

Gracias

[duca750]

Ninguna compañero, yo lo intentaba con el IDE de Arduino y no era capaz por culpa de no elegir el bootloader correcto, si me iba con Xloader, no es necesario pienso el Icsp ya que se puede programas con el cable USB fácilmente sino eres tan patan como yo...

[duca750]

No tengo programador icsp, tengo el TL866, pero no está el puerto soldado.

Se puede usar como ICSP para los ATmegaXXX pero es un dolor. Si puedes píllate un programador ICSP facilón para actualizar el bootloader al optiboot a todos tus Nanos. Si necesitas recomendación, te sugiero uno de los más versátiles, el Diamex Prog-S2 que debe estar en Amazon, Reichelt, o en la web de Diamex entre 23 y 24€.

Tiene una pinta excelente, me lo miro tranquilo. Gracias.

[cacharreo]

Ahora que veo el tema del bootloader y el ICSP...
¿Qué son esos fusibles que en algunos casos decís de programar?
Entiendo que el ICSP es para esa labor de programar los fusibles

El programador ISP/ICSP accede directamente al microcontrolador, no necesita el UART (FT232RL, CH340,...) que requiere el Nano para las comunicaciones USB, y es muy útil tanto para programar el firmware como para los fusibles. Esto se puede hacer tanto con un programador externo como con otro Nano, Uno,... con el sketch "Arduino as ISP".

pero, ¿No es posible programarlos con el IDE de Arduino y el típico cable USB?

Se podría plantear una configuración en la que un Nano, Uno,... se pudiera programar a sí mismo pero requiere puentear algunos pines a su propio conector ICSP, escribir el código y el conjunto resultante sería incómodo de utilizar, en especial si se están haciendo pruebas y/o se necesita reprogramar una vez tras otra. No es práctico tampoco porque en caso de emergencia/desastre siempre habría que recurrir a otro programador para recuperarlo.

La placa 1.05c, tiene una huella para poner los conectores de ICSP, pero eso... ya viene en el Arduino nano ¿Qué ventaja se tiene de duplicarlo entonces?

Como sabes en los Nano soldamos unas tiras de pines que elevan unos 4mm. contando la pcb, además en la placa van unos pin sockets (tiras de "pines" hembra), si son redondos lo elevarán en conjunto hasta los 11mm. pero si son normales otro 1cm. más. Tener el conector ICSP tan alto (más de 3cm. con pines redondos aún siendo los más bajos) no es cómodo ni para ver la pantalla, ni si se usa una caja para el tester por eso como la huella en la pcb no conlleva ningún coste, tener un segundo conector ICSP opcional al nivel de la placa que necesariamente va a quedar más bajo que el Nano es útil.