Creación de sistemas empotrados, 2ª edición

Capítulo 9. Meterse en líos

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Ya he hablado de la importancia de las pruebas sobre la marcha y de las pruebas unitarias. Sin embargo, a veces hay fallos. Y si supieras qué falla, ya lo habrías arreglado. A menos que estés leyendo este libro sentado en una playa (como es recomendable), probablemente estés buscando consejos concretos sobre tu problema actual. Si yo estuviera sentado a tu lado, mi lista de comprobación mental tendría este aspecto:

• ¿Tiene corriente? ¿Estás seguro?

• ¿Estás seguro de que el dispositivo está ejecutando el código que crees?

• ¿Puedes probar sólo esa parte del sistema?

• ¿Has comprobado la fe de erratas del chip? ¿Has comprobado el número de pieza del chip?

• Si es intermitente, ¿es un error de sincronización? ¿Desbordamiento de pila?

• ¿Está relacionado con las variables no inicializadas? ¿Hacer que las variables sean globales lo mejora o lo empeora?

• ¿Puedes desactivar las optimizaciones y ver si sigue ocurriendo?

• ¿Has mirado el archivo del mapa? (Encontrarás más información al respecto en el Capítulo 11.)

• En caso de emergencia (y error aleatorio sin sentido): ¿podría ser un problema de bucle de masa?

Te sorprendería saber con qué frecuencia se encuentra un problema en los primeros pasos. Estas preguntas surgen de la experiencia de equivocarse, de fracasar y volver a intentarlo, de encontrar el problema sólo para desear haber mirado ...