Closed baiti closed 2 years ago
Update: Since it is very unlikely that sml2mqtt
can recover from the error described above, I eliminated the pl2301 based USB to serial and wired the IR probe directly ro the GPIOs of my Raspi. I am now using /dev/serial0
and most likely the frustrating errors are now gone. Using a Raspi, and going the USB-to-serial path wasn't a really good idea in the first place. This path is perhaps ok if controllers are used that don't have a GPIO accessible serial port.
I am closing the issue ....
I am running sml2mqtt on a Raspi, with Debian 11.3. On a regular basis something goes south with USB.
dmesg
reports:sml2mqtt reports:
In this situation, no messages are sent to MQTT anymore, eventhough "INFO" seems to report "OK", which would make me believe the tool has recovered the problem successfully but in fact it did not.
The only remedy here is to manually:
I know it is not sml2mqtt's fault in the first place. There is rather something rottin' in the USB susbsystem on that Raspi but let me just ask: Is there any chance sml2mqtt could detect that situation and recover gracefully from it such that it can continue to deliver messages to the MQTT broker?