¿Puede alguien explicar cómo funciona el gestor de arranque de Arduino ? No estoy buscando una respuesta de alto nivel aquí, he leído el código y entiendo la esencia. También he leído esta otra publicación (incluso había sido uno de los que respondieron).
Hay un montón de interacción de protocolo que ocurre entre el IDE de Arduino y el código del cargador de arranque, lo que finalmente da como resultado una serie de instrucciones de ensamblaje en línea que autoprograman el flash con el programa que se transmite a través de la interfaz en serie.
Lo que no me queda claro está en la línea 270:
void (*app_start)(void) = 0x0000;
...que reconozco como la declaración y la inicialización a NULL de un puntero de función. Hay llamadas posteriores a app_start en lugares donde el cargador de arranque está destinado a delegar la ejecución del código cargado por el usuario.
Seguramente, de alguna manera app_start
necesita obtener un valor no NULL en algún momento para que todo esto se una. No veo eso en el código del gestor de arranque... ¿está vinculado mágicamente por el programa que carga el gestor de arranque? Supongo que el principal del cargador de arranque es el punto de entrada al software después de reiniciar el chip.
Envuelto en las aproximadamente 70 líneas de ensamblaje debe estar el anillo decodificador secreto que le dice al programa principal dónde está realmente app_start. ¿O tal vez es algún conocimiento implícito que está siendo aprovechado por el IDE de Arduino? Todo lo que sé es que si alguien no cambia app_start para que apunte a otro lugar que no sea 0, el código del cargador de arranque simplemente girará sobre sí mismo para siempre... entonces, ¿cuál es el truco?
En una nota separada, ¿sería posible que el código del cargador de arranque dependiera de interrupciones o eso es un no-no?
Editar
Estoy interesado en intentar portar el cargador de arranque a un Tiny AVR (específicamente el ATTiny44A) que no tiene espacio de memoria separado para el código del cargador de arranque. Como me resulta evidente que el código del cargador de arranque se basa en ciertas configuraciones de fusibles y compatibilidad con chips, supongo que lo que realmente me interesa saber es qué se necesita para transferir el cargador de arranque a un chip que no tiene esos fusibles y hardware. soporte (pero aún tiene capacidad de autoprogramación)?
Estaba pensando que podría usar la implementación de AVR307 para usar el USI como un UART semidúplex (usa la interrupción Timer0 y la interrupción de cambio de pin). ¿Alguien puede ofrecer orientación sobre cómo escribir/portar el código del cargador de arranque para un chip que no tiene soporte de hardware para cargadores de arranque?
Supongo que pondría el código de mi cargador de arranque en la ubicación normal para la dirección principal (por ejemplo, 0x029e o donde el compilador coloque principal). Luego haría que la 'dirección' en el código del cargador de arranque agregara un desplazamiento que me pusiera justo después del final de main, y tuviera 'app_start' configurado en esa dirección. ¿Estoy pensando en esto correctamente o me estoy perdiendo algo por completo? ¡Gracias!
EDITAR 2
FWIW, encontré un proceso documentado sobre cómo cargar bocetos de Arduino en un ATTiny85 , que es donde originalmente iba con esta pregunta ... creo que bastante bueno
void (*app_start)(void) = 0x0000;
Este no es un puntero NULL. Esta es realmente la dirección del código de inicio de la aplicación, a la que salta el gestor de arranque. El enlazador hace arreglos para que su código de aplicación comience en la dirección 0. Consulte la tabla 26-6 en la hoja de datos ATMEGA168.
El código del cargador de arranque comienza más arriba en flash. Exactamente dónde depende de los fusibles del gestor de arranque.
nick t