MQTT для Home Assistant

Простые скрипты для отправки данных о состоянии роутера в Home Assistant через MQTT. Первый скрипт использует функцию «автоматического обнаружения» Home Assistant для настройки устройства. Его можно запускать по расписанию при старте с интервалом 00:00:00 (то есть только один раз).

#config  
:local broker "homeassistant"  
:local topic "homeassistant/sensor/mikrotik_"

#собираем информацию  
:local model [/system routerboard get value-name=model]
:local name [/system identity get value-name=name]
:local board [/system resource get value-name=board-name]
:local version [/system resource get value-name=version]
:local serial [/system/routerboard get serial-number]

#формируем сообщение в JSON - нагрузка CPU  
:local message  "{\"device\": {\"mf\": \"MikroTik\", \"identifiers\": \"MT-$serial\", \"model\": \"$model\", \"sw\": \"$version\", \"name\": \"$name\"}, \"unique_id\": \"MT-$serial-cpuload\", \"state_topic\": \"$topic$name/cpuload\", \"unit_of_measurement\": \"%\", \"state_class\": \"measurement\", \"name\": \"CPU load\"}"  
:put $message

/iot mqtt publish broker=$broker topic="$topic$name/cpuload/config" message=$message retain=yes  
/log/info message=$message

#Время работы - \"board\": \"$board\",  
:local message  "{\"device\": {\"mf\": \"MikroTik\", \"identifiers\": \"MT-$serial\", \"model\": \"$model\", \"sw\": \"$version\", \"name\": \"$name\"}, \"unique_id\": \"MT-$serial-uptime\", \"state_topic\": \"$topic$name/uptime\", \"unit_of_measurement\": \"s\", \"state_class\": \"total\", \"name\": \"Up time\"}"  
:put $message

/iot mqtt publish broker=$broker topic="$topic$name/uptime/config" message=$message retain=yes  
/log/info message=$message

Второй скрипт отправляет данные (только нагрузку CPU и время работы). Его можно запускать по расписанию с интервалом в несколько минут.

#config  
:local broker "homeassistant"  
:local topic "homeassistant/sensor/mikrotik_"

#собираем информацию  
:local name [/system identity get value-name=name]

:local cpuLoad [/system resource get cpu-load]
:local upTime [:tonum [/system resource get uptime]]

#нагрузка CPU  
:local message  "$cpuLoad"  
:put $message

/iot mqtt publish broker=$broker topic="$topic$name/cpuload" message=$message retain=no  
/log/info message=$message

#Время работы  
:local message2 "$upTime"  
:put $message2

/iot mqtt publish broker=$broker topic="$topic$name/uptime" message=$message2 retain=no  
/log/info message=$message2

Добавить больше данных — простая задача, и существует более сложный скрипт, но я хотел поделиться чем-то простым и удобным для обучения.

Привет! Рад, что тебе нравится мой проект! Раньше я не рассматривал KNOT и Bluetooth, и у меня ещё не было случая использовать эти устройства в моей системе. Так что я начинаю с нуля. По части Bluetooth, если использовать маячки Mikrotik с Knot, похоже, что полезная нагрузка декодируется прямо на устройстве ( https://help.mikrotik.com/docs/display/ROS/Bluetooth#Bluetooth-PeripheralDevices ). Взял это, немного отформатировал и завернул в MQTT вместе с протоколом автодетекции для Home Assistant — это вполне реально и во многом именно так работает мой проект.

Сложнее становится, если хочешь, чтобы маячки использовались как трекер устройств в системе с несколькими KNOT. Теоретически всё можно обработать прямо на Mikrotik, и программировать в Home Assistant не потребуется. Сейчас я работаю над поддержкой ИБП. Это может быть полезно, так как ИБП показывается как отдельное устройство со своими сущностями, подключённое через роутер Mikrotik в Home Assistant. Поэтому часть этой архитектуры можно перепрофилировать для Bluetooth-маячков.

Lora однозначно не подходит. Реализация Lora на Mikrotik рассчитана на работу с серверной частью, и, похоже, на самом устройстве Mikrotik нет информации о принятых данных по Lora. Значит интеграция с Lora должна идти между сервером и Home Assistant.

Я заказал KNOT и несколько BLE-меток. Похоже, в итоге искушение оказалось слишком сильным — теперь он у меня на столе! KNOT действительно делает кучу всего. Пока что я добавил поддержку уведомлений об обновлении прошивки для NB/CAT-M радио. Думаю, следующим в моей программе будет поддержка GPIO — как датчиков, бинарных датчиков и переключателей соответственно. Начинаю разбираться с Bluetooth-трекерами и тем, какую телеметрию они передают, а также с отслеживанием устройств. Пытаюсь придумать децентрализованную схему, где несколько Knot-ов смогут определить, который из них находится ближе всего к BLE-метке, если она одновременно в зоне действия нескольких Knot-ов.

Что касается декодирования полезной нагрузки, то, по идее, несложно создать Jinja-шаблоны, которые позволят Home Assistant расшифровывать её на стороне сервера и просто пересылать в исходном виде. Сколько меток ты использовал и декодировал ли ты все полезные нагрузки, когда у тебя нагрузка на CPU была максимальной? Процесс кажется довольно простым, поэтому я думал, что даже на маломощном устройстве справиться не проблема.

В данный момент я не планирую тратить время на LoRa и Modbus. Похоже, для Home Assistant уже есть интеграция с Things Network, так что смысла что-то делать там немного. То же самое и с Modbus — там уже есть интеграция Modbus over TCP. Да и Modbus-устройств у меня нет.

Интеграция с UPS (конечно) актуальна, если у тебя есть поддерживаемый UPS, подключённый к Mikrotik-роутеру через USB или RS232. Круто получать от него телеметрию.

Пока у меня есть 4 Bluetooth-метки MT. Я запускал декодер на MT согласно документации Mikrotik и с одной меткой MT BLE Beacon. И процессор загружался на 100% во время декодирования. Интеграция Things Network для Home Assistant — я пользуюсь этой интеграцией, она нормальная, но всегда работает через облако. Было бы здорово, если бы можно было сделать так, чтобы метки отправляли параметры напрямую в Home Assistant по локальной сети, без интернета. У меня есть MT outdoor LoRa шлюз — было бы очень круто, если бы телеметрия работала с несколькими узлами. У меня один узел, но я бы заказал второй для подвала, если вдруг можно отслеживать метки внутри дома. Как продвигается интеграция Bluetooth? Не терпится это опробовать. Cheers, Niklas