I’ve looked into emonPi Inputs not working. The symptoms are identical, the root cause is probably not. I did not change the MQTT password or any other settings.
I have tried restarting emonhub, rebooting the entire emonpi and unplugging power from the emonpi. None of these actions seems to fix the issue.
Checking the emonhub,log shows a “warning” about communication. But other than that, no pointers to what could be the cause of emonpi Inputs not updating.
This morning, when diving into the issue again I noticed that my SSH session from yesterday was closed. When re-opening the session, it’s clear that the emonpi had rebooted.
On the LCD it displays “Ethernet: YES” followed by the local IP address. Despite the emonPiLCD service being in stopped state.
pi@emonpi(ro):~$ sudo service emonPiLCD status
● emonPiLCD.service - LSB: emonPi LCD controller
Loaded: loaded (/etc/init.d/emonPiLCD)
Active: active (exited) since Sat 2022-11-12 06:17:47 UTC; 1h 8min ago
Process: 1761 ExecStop=/etc/init.d/emonPiLCD stop (code=exited, status=0/SUCCESS)
Process: 1768 ExecStart=/etc/init.d/emonPiLCD start (code=exited, status=0/SUCCESS)
Nov 12 06:17:47 emonpi emonPiLCD[1768]: Starting system emonPiLCD daemon:.
Nov 12 06:17:47 emonpi systemd[1]: Started LSB: emonPi LCD controller.
pi@emonpi(ro):~$ date -u
Sat Nov 12 07:27:05 UTC 2022
pi@emonpi(ro):~$ date
Sat Nov 12 07:27:21 UTC 2022
For the record, I think /var/log/emonhub.log holds the root cause for this “failure”.
The last log does not contain the warning regarding the communication error.
So the question is, why did the serial port connection fail? I don’t know. When I connect minicom to the serial port /dev/ttyAMA0 38400 8N1, I do get some output. Not familiar with the protocol but I guess this does not contain any errors (any longer).
That is a very old version of Linux. I’d suggest a new SD Card and a new image (when Trystan releases the new one) and transfer the data via the USB script. Update & Upgrade - Guide | OpenEnergyMonitor