-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
[basicprofiles] Create a new "Flat Line" profile? #18291
Comments
Do you think Number:Dimensionless Netatmo_FamilyRoom_CO2 "CO2" <carbondioxide> (Netatmo_FamilyRoom, Max_CO2) ["Measurement", "CO2"] { channel="netatmo:weather-station:home:indoor:airquality#co2", unit="ppm", expire="60m,state=400 ppm" } Perhaps state could be set to |
@jlaur yes that is an interesting suggestion. It does partly address my issue, but not entirely as it would still require a rule. I think I will try to write such a profile, and see what is the balance of reviewers opinion (I can eventually withdraw it).. |
Wouldn't you still need a rule to react to the ON/OFF? |
Not really. I have a particular UI page that shows stuff that needs maintenance. |
In the last couple of weeks my system experienced a couple of cases where Channels have "flat lined" meaning that the respective binding suddenly stopped producing new live data.
Two specific examples are:
In the case of a multi sensor having four DS18B temperature probes, just one of the probes failed. This means that the Thing was still showing as online, and the other probes were continuing to produce live data. But the failed probe was not producing any new values, and was showing a flat line in the trend graph of the last known (persisted) value.
In the case of a battery powered push button its battery level had slowly fallen from 100% to something around 50% and then the battery failed very fast. This means that the device did not even have time to report a low battery alarm before going offline. So the battery level was showing a flat line in the trend graph of the last known (persisted, wrongly healthy) value of about 50% which superficially looked OK.
So I am thinking of writing a Flat Line profile to link such Channels to a Switch Item so that if the binding Channel continues to send live data within a certain configured time window then the linked item will be updated to
OFF
, and if not then the linked item is updated toON
(or vice versa).Does this make sense? Or is there already some other profile in OH to do that? Obviously the functionality could be done via a rule, but that is more complex..
The text was updated successfully, but these errors were encountered: