НВ
Да нет, на экран куда то. Или в карточке показывать, или message box
В карточке только в lovelace могу.
Size: a a a
2019 October 30
НВ
Она кастомная
V
В карточке только в lovelace могу.
Я про нее и говорю
НВ
Ну можно подумать
V
Ну можно подумать
В лог тоже надо
V
На случай автоматизации
НВ
В лог тоже надо
В лог нельзя. Это не проблема, чтобы ее логировать
V
В лог нельзя. Это не проблема, чтобы ее логировать
А как ошибку фиксировать нельзя?
НВ
А как ошибку фиксировать нельзя?
То что машина не завелась, это не ошибка компонента или связи. Это проблема на стороне апи, а такое не логируется
V
То что машина не завелась, это не ошибка компонента или связи. Это проблема на стороне апи, а такое не логируется
А как ловить неответ в коде?
НВ
А как ловить неответ в коде?
По таймауту )
V
По таймауту )
Да ну такое
НВ
Да ну такое
Предложения?
V
Предложения?
Все равно, если как то в карточке будешь показывать фитбек, его же и в сенсоры вернуть можно
V
Можно добавить какой нить сенсор типа last_state или last_reply
V
В gdrive addon примерно так сделано
НВ
Все равно, если как то в карточке будешь показывать фитбек, его же и в сенсоры вернуть можно
В карточке просто запускается таймаут на 30с. если ответ не пришел, она оставляет стейт как есть
НВ
Можно добавить какой нить сенсор типа last_state или last_reply
last_state для чего? Двигателя? Сенсора? Вебасты? Там куча энтити и у каждой есть last_changed и last_updated
V
В карточке просто запускается таймаут на 30с. если ответ не пришел, она оставляет стейт как есть
Ну через этот промежуток и обновлять сенсор. В ха с таймерами и задержками не айс работать
V
last_state для чего? Двигателя? Сенсора? Вебасты? Там куча энтити и у каждой есть last_changed и last_updated
В приложении сделано просто - last state показывает результат последней выполненной команды в формате статуса очереди грубо говоря. Last changed и updated это именно время изменения и по каждому сенсору. Нет смысла сам статус еще для каждого делать