VT
Только да, отдельный mqtt-сервер нужен
Size: a a a
2021 May 28
DD
Всем привет! У меня очиститель воздуха Xiaomi постоянно отваливается от сети. Это проблема всех очистителей версии 3H, насколько я понимаю. Каждый отвал выглядит на графике с сенсоров как нулевое значение. Можно ли это как-то побороть? Чтобы в случае отвала подставлялся не ноль, а, скажем, последнее записанное значение?
DD
То же касатеся других датчиков. Например, Zigbee от Sonoff. Летом это ни на что не влияет, а вот зимой, когда в пустом доме может быть и ноль, и минус, - ломает показатели средней и среднесуточной температуры.
LI
Прикрутить к нему template sensor и решать что показывать. Правда при отвалах обычно пустота должна быть а не кривое значение
VT
availability_template: "{{ states('sensor.temperature') | int > 0 }}"VT
При нулевом значении темплейт-сенсор станет unavailable и не должен испортить график :)
DD
Этот вариант не совсем подходит. У сенсора могут быть верные нулевые значения, когда он доступен и температура равна нулю.
VT
А есть какой-то признак того, что очиститель отвалился от сети?
VT
Если есть, его вписать в availability_template
DD
Наверное, вот этот
VT
Ну вот, states('fan.ochistitel_vozdukha') != 'unavailable'
VT
Должно работать. Может есть и более изящное решение.
VT
А вообще, конечно, это вопрос к интеграции. По идее, она должна переводить сущности в unavailable при отвале.
VT
А через что заведены соноффовские датчики температуры?
DD
zigbee2mqtt. Но я, возможно, соврал, когда сказал, что они отдают 0. Перепроверю этот момент.
VT
z2m, насколько я помню, в этом плане корректно работает
DD
У меня сенсор температуры выглядит вот так:
{{state_attr('fan.ochistitel_vozdukha','temperature') | float | round (2)}}
Можно прямо в него как-то добавить фильтр по availability?VT
Это в value_template прописано?
DD
Ага
VT
Тогда понятно, почему он в 0 уходит