El microcontrolador se cuelga durante la comunicación en serie

El cableado en serie de larga duración incidentalmente puede sufrir errores de bit. ¿Qué le parece agregar una suma de verificación a cada mensaje (marco de datos) que envíe, de modo que el extremo receptor pueda verificar esa suma de comprobación y, si está equivocado, descartar todo el marco de datos, probablemente solicitando una retransmisión?

Se puede lograr un mecanismo de suma de comprobación simple mediante la EOR de todos los bytes en el marco y el envío del byte resultante como suma de comprobación. El extremo receptor debe poder calcular la misma suma de comprobación.

Lo que sugieres probará que el hardware y el software básico de bajo nivel están funcionando. Sin embargo, ya lo sabía, ya que dice que se ejecuta durante más de 2 horas antes de que algo se detenga.

Esto significa que tienes un error en algo que solo ocurre raramente, como un error de bit, un desbordamiento o un error de trama. ¿Qué sucede bajo cada una de estas condiciones en el micro? Es posible que sea necesario reiniciar el hardware en un error de trama o un desbordamiento. ¿Estás haciendo esto?

También debes considerar que el ruido puede entrar en la línea. ¿Cómo se recupera su protocolo cuando un lado recibe algo un poco diferente al otro lado enviado? Tienes que pensar en estas cosas. Puede enviar datos en paquetes con sumas de comprobación, ACK y reintentos. Podría hacer algún tipo de esquema de actividad con restablecimiento automático en inactividad después de un tiempo de espera. Hay muchas maneras. Estas razones explican por qué es mucho más difícil diseñar un buen protocolo de serie de lo que la mayoría de las personas parece pensar a primera vista.

¿Está ejecutando otras cosas en el microprocesador al mismo tiempo? Si es así, intenta deshabilitarlos. Si es posible, intente usar otro chip y vea si tiene el mismo comportamiento.