-
-
Notifications
You must be signed in to change notification settings - Fork 149
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
HA MQTT availability is fragile #907
Comments
This should be fixed in v2.3.10, and will attempt to update the status every 15 seconds and when the |
You the man! |
Just wanted to point out that this does not appear to resolve the problem of entities remaining unavailable after any of: a) MQTT broker restart, b) MQTT integration reload, or c) HA restart. The I've confirmed by listening to both the
Yet even after I opened #920 before I saw this issue, but I believe the suggestions in #920 are what we actually need to do to fix this (re-publish discovery after HA status becomes "online"). |
* cache build * Catch and disable MQTT on name resolution error * Doorbell quick response * Set camera time zone #916 * Set timezone on camera #916 * OSD toggle for logo/timestamp * Add K10006 auth #742 * Fix /time_zone/get and return offset #916 * convert TZ offset to hours #916 * custom video filter #919 * Resend discovery message on HA online #907 #920 * Revert K10006 for WYZEDB3 #742 * Add more MQTT entities #921 #922 * Return json response/value for commands #835 * Fix threading issue on restart #902 * Fix SET cruise_points over MQTT * SET cruise_point #835 * split into multiple jobs * changelog
* Start from index 1 for cruise_point/waypoint #835 * update_snapshot via MQTT * fix camera status always online #907 #920 * Additional MQTT entities #921 * QSV related changes * i965-va-drivers #736 * FIX power status #921 * Fix cruise_point type #921 Thanks @jhansche * return index from command payload #921 * Update docker-image.yml * Monitor and set preferred bitrate #929 * Default to `-` for cruise_point #921 * clear out stale entities #921 * changelog
Hi, thanks for this amazing project!
I found that MQTT availability announcement logic in wyze-bridge doesn't play well with home assistant.
If I followed the code correctly, wyze-bridge announces itself as available on
wyzebridge/state
only when it starts. If home assistant misses this announcement because of the startup sequence of the services, then the camera entities stay unavailable in homeassistant until I manuallydocker-compose restart wyze-bridge
. I found that the same happens if I restart mqtt broker but keep HA and wyze-bridge alive.I think there are a couple of options around this issue:
wyzebridge/state
instead of doing this once on start.homeassistant/status
topic.I think the first option is better because it's agnostic of the who's listening on the other side but I'm not the owner of this project so the call is not mine.
Cheers!
The text was updated successfully, but these errors were encountered: