Estoy tratando de entender este diagrama esquemático 36-41: Kit de evaluación Connected LaunchPad Tiva ™ C Series TM4C1294 .
Me gustaría saber qué ruta sigue el flujo serial del "código" desde el usb antes de llegar al mcu principal en este esquema. ¿Y por qué necesitaría ese microcontrolador adicional TM4C123GH6PMI?
Esta es actualmente la forma en que se hacen tablas como esta. La placa frontal es básicamente un usb to jtag debugger que le proporciona la placa para que usted no tenga que invertir en eso por separado. Tiene mucho sentido que la empresa XYZ use otro microcontrolador XYZ como herramienta de usb to jtag.
Algunos usan un protocolo usb cerrado y otros lo abren. En este caso, al menos para Linux hay una herramienta de código abierto lm4flash (antes de ser adquirida por ti, la línea de productos stellaris era de luminaria micro (creo que el número de pieza comenzó con lm4), se adquirió, se mantuvo el nombre de stellaris y luego cambiaron. Para tiva c) que uso para estas tablas.
Más recientemente, se está ajustando a un protocolo de depuración de usb basado en ARM (XDS100 / CMSIS-DAP) en lugar de a un micro propietario de luminaria. (Ver el launchpad msp432 por ejemplo)
El chip en sí mismo utiliza el protocolo armas swd, al igual que muchos otros productos basados en el núcleo de cortezax de todos los proveedores. así que quizás podrías usar cualquiera de estos frontales. por ejemplo, las puntas frontales stlink en las tarjetas basadas en st (de nuevo un microcontrolador de depuración en la parte frontal para convertir usb a jtag, y el microcontrolador eval / target que controla) facilitan, hasta el punto de romper físicamente la placa en sus partes, para programe cualquier (bien hasta ahora) cortex-m que admita el protocolo swd de brazo.
Lea otras preguntas en las etiquetas microcontroller pcb