Комментарии 13
Графики Home Assistant рисует на другой вкладке, если они нужны.
Еще ничего не делал, но полагаю добавлю какой виртуальный вычисляемый параметр «с сервером что то не так», который будет включаться, если какой то из датчиков переходит в тревожное состояние. А там уже разбираться.
Получить данные можно, хотя это на мой взгляд должно было быть "из коробки" помучавшись их можно в НА запихнуть.
Но что дальше ?
А дальше вам как-то по простому надо каждый параметр проверить, если он вышел за пределы нормы надо сигнализировать, надо как-то покрасить его на дашборде в красный цвет (и даже этого нет в коробке) и надо продолжать напоминать о том, что есть проблемы с некоей периодичеостью.
Иначе особого смысла всё это не имеет...
Подскажите, а чем вас не устроил классический метод с snmp?
Плюс куски типа таких стоит поправить на один вызов программы и последующий разбор, а не на вызов каждый раз для получения ещё одного параметра.
smartctl -a /dev/sda -j | jq '.ata_smart_attributes.table[0].raw.value' #Raw_Read_Error_RateДа, логично. Выглядело это примерно так: изначально я получал только один smart_status. Потом добавил еще несколько параметров, потом еще три, заметил что скорость так себе, захотел переделать, потом меня отвлекли, потом подумал что ну что ты, всего раз в сутки запрос идет, расслабься, чувак. В общем осталось как есть)
Плюсом можно из HA хранить нужные показания в InfluxDB.
Для графиков использовать встроенный в InfluxDB Chronograf или заюзать Grafana.
Также можно интегрировать графики в HA.
Для ознакомления: InfluxDB в Home Assistant
Плюс работа с базой данных в HA сильно улучшилась в последних версиях. Ну и самое главное по моему — умный дом это не продуктивный мониторинг, тут уже месяц хранения — перебор.
Позволю себе лирическое описание своего опыта, дабы показательные было, если Вы не пользовались указанными инструментами, но слышали/видели где-то.
Пользовался связкой OpenHab2 + influxDB + Grafana. Т.к. на мой вкус в OpenHab2 унылые графики, то искал что то ещё. Grafana поразила меня простотой, красотой и функционалом, которого мне было за глаза. Я настроил отправку метрик со своего NAS, родительского компа (Linux Mint,) мелкой orangePiZero, что управляла 3D принтером. Первые пару месяцев "медитировал" на графики и гордился собой, а потом надоело; стало понятно, что конечно красиво, но на самом деле почти бесполезно, т.к. много метрик было добавлено, потому что были и со временем удалил, а функционал избыточен. Но все же "почти", т.к. некоторые графики мне были нужны. Особо интересен был уровень загрузки ядер OrangePiZero и местами полезен график изменения атмосферного давления. В OpenHab2 графики по прежнему на мой вкус были слишком убоги и Grafana оставалась в строю.
Когда перешёл на HomeAsdistant и увидел их графики, а так же возможность сжимать базу, то необходимость в InfluxDB+Grafana отпали. К тому же поигравшись стал относится к умному дому как у набору алгоритмов автоматизации, а не глупой/ручной панели управления.
А вообще, существует утилита glances, которая собирает всю информацию о системе, а HA умеет заботливо её вычитывать через встроенную интеграцию.
Статья безусловно полезная, так как навевает на мысли и подкидывает идей.
Я бы рекомендовал дополнительно уточнить, что повторение указанного Вами метода не будет работать, если HA и/или mosquitto установлены в докере, что предполагается одним из типовых способов установки HA.
При отправке команды с помощью mosqutto_pub на 127.0.0.1 будет ошибка, так как брокер находится в докере и виден только по IP контейнера.
В таком случае строку mosquitto_pub ‑h $ip ‑t “srv/tempdrive1” ‑m $tempdrive1 ‑u $usr ‑P $pass надо обернуть в команду запуска команды из контейнера:
docker exec -it addon_core_mosquitto mosquitto_pub -h $ip -t "srv/tempdrive1" -m $tempdrive1 -u $usr -P $pass
ЗЫ: Я сам долго не мог понять этого. Спасибо чату Home Assistant, очень быстро помогли.
Мониторинг показателей linux сервера в Home Assistant через mqtt