¡Cargar el programa C al núcleo ARM para ejecutarlo a través de Ethernet!

Necesitarías cualquiera de estos

• un puente de ethernet a jtag (hardware y software): esto mantiene su interfaz actual intacta, incluida la depuración. No tengo idea de si esto existe para su configuración.

o

• un cargador de arranque Ethernet que se ejecuta en el chip + configuración del entorno de desarrollo que puede funcionar con un cargador de arranque + una forma de restablecer el chip (¿presionar el interruptor?) + una manera de que el cargador de arranque sepa que tiene que cargar (en lugar de ejecutarse) la aplicación existente) (switch? jumper?)

PD: No sé cuál es la razón "obvia" que tienes para querer usar Ethernet en lugar de jtag.

Si está ejecutando una aplicación sobre el SO, NFS / FTP / scp son algunas de las formas posibles.

Si está ejecutando una imagen de sistema operativo completa, aún podría usar tftp con algún cargador de arranque como uboot como chris stratton mencionado anteriormente. Por ejemplo,

Boot-loader --> tftp --> Target_image

Sin embargo, restablecer la placa de destino sigue siendo un problema que debe resolverse fuera del control del cargador de arranque / tftp. Una forma es hacer que el software reinicie la placa por sí mismo.

Tiendo a usar NFS. Acabo de montar el directorio de destino como recurso compartido NFS dentro de la placa (por ejemplo, RasPi). Simplemente copie la compilación al directorio de destino y SSH un comando a RasPi.

Como la mayoría de los otros dijeron antes que yo, dependería en gran medida de lo que tengas que ejecutar.