Código ejecutándose desde el depurador pero no sin él

Mi depurador para un Coldfire realiza una inicialización del controlador SDRAM y otros registros de bajo nivel que normalmente realiza el cargador de arranque. Comprueba cómo tu depurador inicializa el chip.

Estas son las razones por las que he visto este caso:

1. He visto estudiantes que no colocan resistencias de activación en sus pines MCLR en los PIC. Cuando está conectado al depurador, el depurador lo detiene, pero una vez que lo desconectan, nada funciona.
2. Un mal terreno. Esto es un poco más difícil de entender. Pero he visto un caso en el que el programador pudo proporcionar una mejor conexión a tierra cuando se apagó una fuente de alimentación o una batería.
3. ¿Su configuración proporciona energía a través de su conexión JTAG? Recientemente he visto un caso en el que el microcontrolador entró en un estado de caída de voltaje debido a que el poder no se pudo resolver lo suficientemente rápido antes de que el micro comenzara a intentar encender las cosas. Cuando se conectó a un depurador, se aplicó energía mucho antes de iniciar el código, por lo que nunca se vio.

En general, ese problema se debe a que el programa no se inicia correctamente desde un reinicio cuando se ejecuta sin el depurador. Por ejemplo, con las herramientas ARM de Rowley CrossWorks, STARTUP_FROM_RESET debe definirse para el preprocesador.

¿Quizás esté utilizando la versión de depuración cuando compile con el dispositivo JTAG enchufado, pero utilizando Release cuando compile sin él? Además, si está utilizando diferentes versiones de depuración y de versión, asegúrese de tener optimizaciones configuradas para ambas variantes.