¿Cuáles son algunas de las razones por las que mi atmega32u4 pierde el programa cuando está desconectado de la alimentación?

  

¿Alguien puede explicar este fenómeno?

Sí, el gestor de arranque instalado simplemente espera un nuevo boceto de forma indefinida, sin tiempo de espera e ingresando al existente después de un período determinado.

  

¿Podría haber otra solución alternativa que sea una solución automatizada, en lugar de presionar un botón cada vez?

Instala un nuevo gestor de arranque. Tengo un boceto descrito en mi página sobre la grabación de cargadores de arranque que instala el cargador de arranque Leonardo. Creo que el cargador de arranque Pro Micro es similar o idéntico (es el mismo chip después de todo).

Solo necesita una segunda tarjeta (su otra Micro haría) para usar en la programación. El cableado para un Leonardo se describe en mi página; sin embargo, consulte a continuación el Micro. El código se encuentra en bocetos de Arduino en GitHub , en particular en el directorio "Atmega_Board_Programmer".

Debe conectar las dos placas juntas de la siguiente manera:

SCK  <--> SCK  (pin labelled 15 on the Pro Micro board) *
MISO <--> MISO (pin labelled 14 on the Pro Micro board)
MOSI <--> MOSI (pin labelled 16 on the Pro Micro board)
VCC  <--> VCC
Gnd  <--> Gnd
D10  <--> Reset (pin labelled 10 on the programming board to Reset on the
                 board to be programmed)

* Hasta donde puedo ver por su foto y el esquema

Posiblemente (probablemente) después de instalar el gestor de arranque, la placa se identificará en su PC como Leonardo y no como Micro, pero eso no importa ya que es el mismo chip subyacente.

Bueno, las MCU atmega están basadas en flash, por lo que nunca deben "perder el programa" sin un ciclo de borrado explícito. Sin embargo, es posible que algo impida que el chip inicie su programa. ¿Ha intentado leer el programa almacenado en el chip después de apagar y encender el tablero y compararlo con el original? Si coincide, esto descartará que el programa se "pierda". Eso deja un par de posibilidades. Uno es un problema con el circuito de reinicio que evita que el chip salga del reinicio hasta que se conecte el cable USB y se inicie el software de programación. Otro problema posible es que el chip tiene un mal cargador de arranque instalado que no inicia automáticamente el código de usuario. Esa podría ser una solución bastante simple, simplemente instale el cargador de arranque correcto utilizando un programador ISP u otra placa que esté configurada para actuar como un programador ISP. Otra posibilidad es que el chip en sí sea una imitación ... en cuyo caso todas las apuestas están apagadas.

Tengo un programador de usbasp, así que después de leer la excelente respuesta de @ nick-gammon y sonaba como si solo tuviera que instalar un nuevo cargador de arranque en mis tablas de imitación, quería probarlo.

No sabía exactamente lo que tenía que hacer, así que decidí que debía ir y hacerlo rápidamente.

Al principio, navegué por el excelente sitio web de @ nick-gammon y encontré el gestor de arranque leonardo, pero me di cuenta de que no era un archivo .hex directamente, así que cuando lo probé y obtuve un error, pensé que no lo era. No voy a trabajar para mi configuración.

Configuración de hardware

En primer lugar, tengo un conector de 10 pines en mi programador usbasp que se parece a lo siguiente:

Asíescomoseveelcableadodemihardwareenlatarjetadeimitación.Esunaimagenfea,peroalmenoslaheetiquetado.

Unpardecosasatenerencuentaesque@nick-gammonmencionóqueD10seríaelreinicio,peroenmicasonoloes.Ensulugar,puedeverquemilíneaderestablecimientoseconectóalpinRSTenlaplacaqueestájustoporencimadelVCC.Ysí,loscoloresdeloscablessonextremadamenteconfusosparaVCCyRST,perolasetiquetassoncorrectas.

ObteniendoelarchivohexadecimaldelcargadordearranqueComomencionéenmipreguntaoriginal,queríaqueestastablasdeimitaciónfuncionarancomomiSparkFunProMicrooriginal(máscara).Reviséelsitiodesparkfunyproporcionaronelgestordearranquequeusaron.Esoesmuybonitoytuvesuertedepoderconseguirlo.Puedeobtenerloen: enlace y luego haga clic en Archivos de Arduino Addon . Obtendrá un archivo zip y luego podrá descomprimirlo y buscar en la carpeta \ sparkfun \ avr \ bootloaders \ caterina \ y encontrará un archivo .hex llamado: caterina-promicro16.hex. Estaba adivinando que este sería el archivo del cargador de arranque.

Parece que:

FlasheodelcargadordearranqueusandoAVRDude

Despuésdetodoeso,fuialalíneadecomandosyencendíAVRDude.Ledielsiguientecomando(asegurándomedequetieneelarchivocaterina-promicro16.hexdisponibleenelmismodirectorio,porsupuesto).

avrdude-cusbasp-pm32u4-Uflash:w:Caterina-promicro16.hex

Sitodoestácableadocorrectamente,verálosiguientecuandoelcargadordearranqueseinstaleensuATMega32u4.

Cuando vi todo eso, estaba mentalizado! Pero, todavía no podía estar seguro de que esto iba a resolver mi problema. Para hacer eso tuve que abrir Arduino IDE y flashear en mi programa original.

Seguí adelante e hice eso y probé el programa. Funcionó.

Desconecta y vuelve a intentarlo

Después de eso, tuve que desenchufar la placa de imitación y ver si perdería el programa, o en realidad si simplemente lo cargaría como debería. Lo probé y funcionó muy bien, así que lo desenchufé varias veces y funcionó cada vez. Mi programa siempre se está ejecutando ahora como esperaba.

También, compré 5 de estas tarjetas de imitación y las estoy cargando, dos hasta el momento y ambas funcionan fantásticamente.

Gracias por toda tu ayuda @ nick-gammon.