-
Notifications
You must be signed in to change notification settings - Fork 36
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
[Feature Request/Discussion] Healthcheck/ping #186
Comments
Just saw @SweVictor's issue #170 which I think goes hand in hand with the train of thought I am having here. |
I agree the current availability feature is a bit broken (only sets to unavailable when the addon shuts down). To me the best way would be to link it to the periodic ping of the BLE network that already occurs. Whenever BLE ping fails the write queue loop is stopped, we could then also send unavailable. Available/unavailable should with the last PR:s be retained so you could get them at any time from the mqtt broker. This would though mean that from the HA side you cannot "queue up" commands while the BLE network is down (at least not through the UI). It's probably more intuitive, but might be bad for automations. Thoughts? |
Availability in my head is very much connected to the BLE ping loop. the extreme async-ness of queueing up commands from HA does not make sense to me at all, that should be handled at the source (HA) cause in all my cases it would make no sense to giva a command in HA (manual or automated) and then I do not know if it Will be executed on now or later. We never know how long the Plejd/BLE outage Will be, and turning on a light in 5hours just because it is the lates queued event is a lot more problematic rather than the alternative of ”instant” knowing status. edit: also, to iterate, it would preferable for my usecase to have a system wide topic for availability and not just for every device, or have I misunderstood the availability-logic? Disclaimer: this comment was written on phone while watching over playing infant. |
TL;DR: Can we have some kind of MQTT-based health-check to see if everything is up and connected?
I am hardening my monitoring of my home network and home automations, because I've had problems with services going down without prior notice.
My optimal flow would in this case be:
plejd/health
) topic.ok
/error
accordingly, either on same topic or a response-topic.I have found the
getAvailabilityTopic
, but I see a few problems to use it for my usecase:See this issue as a discussion if the feature would fit this repo or not (It would be nice for me not to have to maintain a diverging fork 😉).
The text was updated successfully, but these errors were encountered: