-
-
Notifications
You must be signed in to change notification settings - Fork 45
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
[BUG] Endless loop MQTT battery sensor publish #29
Comments
Have you looked in the settings on how often the sensors should be updated? The battery readings are only sent in a set timer so it kind of looks like that the sensor settings are set to (close to) 0ms. Also since it happens when the screen is off, do you have the option to check if the app suddenly restarts all the time overnight? |
Thanks for your reply. I used the same settings as the latets version of ThanksMister and it is set to 60 seconds. It starts most of the time during the night but the app isn't restarting since this morning it was sending flood of messages when I took the screenshot and app was running fine (from the UI point of view). Is it possible that additional timers are being created over time but sometimes not get canceled? |
Is there anything I can do to get this issue forward? |
Sorry, I'm a bit stumped on this as well as I can't reproduce this personally :( Is it only the battery state that gets pushed endlessly or do you have other messages sent as well? |
Yes, it is only the battery state but the tablet also doesn't have any other supported sensors. The regular state with the current url, screenon, ... is only reported once every minute. HA also sends a few commands to the tablet; at midnight it restarts the app (since I noticed the app slowing down if it remained running for several days) and it controls the brightness and the screen on/off. I don't know if this could be related. Is there any way to debug the app or to see logs on the tablet? |
I also have this issue if the connection to the MQTT broker is lost / restored. I am using mosquitto as broker and after I restart mosquitto, the Wallpanel app starts spamming MQTT messages. |
I have this same issue using Mosquitto Broker with Home assistant. After restarting everything, all seems fine at first, but after some times, more and more messages from battery level are send at roughly the same second. Components used:
Configuration of WallPanel:
|
I reverted back to the latest version of ThanksMister but it looks like it suffers the same issue. So the issue was already present before upgrading to your latest build. A part of the log (milliseconds weren't logged):
|
At the bottom there is a full log that's from the point where I turned off the screen.
|
I also have another strange behavior and I dont know if t's related. When sometimes I try to disable camera using mqtt, wall panel suddently close off MQTT connection and become offline. I got no sensor publishing anymore. It become online again after a long time or the day after when a full restart has been done during the night. @FredericMa Would you say your PR #33 could fix this kind of issue as well ? I see that you did a fix about reconnect logic. |
I'd suggest creating a new issue for that so we can keep that in track. It could be an unrelated issue as it doesn't sound like it's in an endless state |
It might fix it since I also fixed a few things in the reconnect logic. If you can easily reproduce it I would give it a try once the PR is merged and a new release is available. |
Describe the bug
Since last week I updated to the latest version of WallPanel since I was still using the last version of the ThanksMister repo.
Since then I noticed that sometimes there was a significant increase of traffic on the MQTT broker. See screenshot below:
It happened again this morning so I subscribed to the root topic with the wildcard character. Apparently there was a massive amount of messages being published on the
sensor/battery
topic. It generated about 24.000 messages in about 3 minutes.Even now the battery state is published twice every minute:
To Reproduce
No clear scenario to reproduce. I don't know what could trigger it since it started mostly during the night. The screen is turned off during the night via an automation. I don't know if that could cause that behavior.
This behavior has never been observed with the previous versions of WallPanel I've used.
Smartphone (please complete the following information):
The text was updated successfully, but these errors were encountered: