-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cgateweb goes to sleep #29
Comments
Probably the way to start would be to change logging to true in settings.J's, then check the output on journalctl -u cgateweb.service You should be able to see the commands you're sending and the feedback from cgate. |
So I stopped using that Pi, it was also running Home Bridge. Having started with a fresh blank Pi, I'm finding that the mqtt code isn't being found. Steps are: Then test cgateweb can even run before we configure setting.js: |
I think the culprit is actually cgate. I'll be back with more. |
I get that "TypeError: mqtt.createClient" when I use a newer version of MQTT. This "upgrade" of MQTT version happened as NPM was warning about "severe vulnerability". |
This is fixed in my branch / PR. There's also a PR to periodically send a heartbeat NoOp which I've added to my branch. |
I'm running cgate and cgateweb on a Pi 3, nothing else, to surface mqtt to Home Assistant on another Pi. When it works, it works very well and responsive.
What we're seeing tho is that it's an unreliable solution, and I'm trying to understand why, and testing would suggest it's cgateweb not talking to cgate on the same machine. The address is listed as 127.0.0.1
When the system is unresponsive, I'm seeing no read MQTT traffic using mqttexplorer from cgateweb. At the same time, I can from a Windows PC happily talk to cgate on the Pi so we know the transport from the CNI to cgate is working as expected. A quick restart of cgateweb gets things going again. I can write MQTT traffic back.
In summary : more often than not, cgateweb isn't reporting CBUS changes (such as a light being turned on), but can continue to write changes (so it can tell a light to turn on).
Is there a way of debugging the link between cgateweb and cgate better to understand where the break happens? Thanks
The text was updated successfully, but these errors were encountered: