Open NicoFarmer opened 7 months ago
Apres essais, cela provient du sleep de 50msec et le timeout de 50msec dans le thread de gestion d’émission/réception des octets sur la RS232. Cette valeur de 50msec est historique et n'avait pas posé de problème jusqu'ici.
Un timeout et un sleep de 0msec est un meilleur choix dans le thread. Toutefois, pour pouvoir revenir en arrière sur la valeur de 50msec qui n'avait jamais pose de problème jusqu'ici, la valeur est rendue paramétrable dans le fichier EEPROM.ini (paramètre thread_read_write_timeout / valeur par defaut = 0 msec)
Pour le besoin de redescente des infos LIDAR de la Raspberry au MBED, la solution identifiée est donc :
Toutefois, des tests de la correction dans le thread RS232 Labotbox avec un retour au baudrate maximum de 921600bds ne sont pas concluants. On reste donc sur le compromis identifié ci-dessus pour le moment...
Durant la mise au point du LIDAR (ticket #79), il a été remarque que la cadence d'envoie des messages Labotbox vers le MBED n’était pas régulière et que certains messages sont perdus.
La conséquence directe sur les échanges du LIDAR est que certains messages LIDAR n'arrivent jamais au MBED.