Всплески значений датчиков температуры до значения на момент старта HA #66
Comments
|
Добрый день! Сейчас немного загружен делами, времени пока нет на поддержку по интеграции. По поводу того что ставятся значения на момент старта - гипотеза интересная. На самом деле интергация делает ровно то что вы говорите - ставит None в случае, если значение не удается преобразовать к float. И если HA сам там что-то решает заменить с None на другое - это неожиданное поведение. В целом вы меня натолкнули на мысль, что надо ставить не None, а последнее известное значение, кажется это легко сделать, попробую выпустить бету с таким улучшением |
|
Пробуйте v1.0.10b6 |
|
Спасибо, попробую v1.0.10b8. Но на самом деле, возвращать последнее значение - не совсем правильно. Так можно попасть на ситуацию, когда график выглядит непрерывным, но на самом деле физически датчик уже давно недоступен и ничего не выдаёт. Поэтому должно быть именно отсутствие значения. Я проверял рестартом HA, уверенно могу сказать, что значение которое спонтанно возникает, это именно первое значение датчика на момент старта HA. Кто уж там это значение подставляет - не знаю. Если есть идеи как это отладить/отловить, буду готов помочь. |
Боюсь HA "против" такой логики. И я отчасти согласен, None - непонятно как правильно рисовать на графиках. Поэтому могу предложить там где None ставить warning в лог, вы эти ворнинги можете отслеживать в том числе с помощью счетчиков |
Похоже такое решение сломало работу других датчиков. У меня перестал работать сценарий, настроенный только на Меге, не в HA. При этом в логах появилось много сообщений "could not convert to float...". для значений: "W26", "NA" |
|
по поводу сообщений - просьба прислать полный текст этих сообщений |
а нет, это же так и задумано, забыл совсем. Эти сообщения в лог сыпятся тогда, когда от меги приходят значения, которые нельзя преобразовать к числу - это как раз информация для вас о том, что что-то у вас не так. |
|
а по поводу "сломало работу других датчиков" - это вообще странно. Вы какую версию поставили? v1.0.10b8? Там изменения только в части конвертации в число. Это никак не влияет на работу сценариев на меге |
None прекрасно рисуется по крайней мере на линейных графиках: как разрыв в линии. Насчёт логов: да можно добавить такие предупреждения в |
|
Вчера установил версию v1.0.10b8, перезапустил HA. Ничего не изменилось, всплески по-прежнему есть. Сегодняшний график выглядит так:
В логе HA появились сообщения: |
|
Кажется понял в чем проблема была. |
|
и в b17 так же добавил параметр кастомизации сенсоров fill_na. По-умолчанию там будет заполняться last, вы же можете поставить none и получите то что хотите - разрывы на графике |
|
И еще момент по кастомизации, пока этого в доке нет, но теперь можно кастомизацию писать так: # configuration.yaml
mega:
entities:
sensor.some_sensor:
fill_na: "none" |
|
Спасибо, проверил на |
Добрый день!
В первую очередь, спасибо за интеграцию, сильно помогло быстро внедрить Mega-D в HA.
Теперь о проблеме:
Это значения датчиков температуры DS18B20, подключенных к одному порту меги шиной, с использованием питания 3.3V (не паразитное). Однако, длина проводов большая, и значения не всегда измеряются корректно. Иногда они выдаются мегой как
N/AилиCRC Error. Я ожидаю, что в таком случае интеграция должна возвращать значениеNone, и на графике будет просто пусто. Но видно, что значения датчиков в этот момент "прыгают" до некоего фиксированного значения для каждого датчика. Я выяснил, что это значение равно первому считанному значению в момент запуска HA.Версия интеграции сначала стояла последняя стабильная, потом попробовал обновить до последней нестабильной (v1.0.10b6), но проблема осталась. Версия HA: core-2021.6.6.
Просмотр кода к сожалению мне ничего не дал, я не смог понять, где сохраняется это значение. Вообще-то я программист, но в питоне не силён :) Готов помочь в отладке.
The text was updated successfully, but these errors were encountered: