Проверю, спасибо!
Про сырые сообщения, думаю можно, но правда ли нужно это добавлять в конвертер? Какое практическое применение? В новом движке правил Вы можете сами подписываться на MQTT топики и обрабатывать их как вам удобно.
Проверю, спасибо!
Про сырые сообщения, думаю можно, но правда ли нужно это добавлять в конвертер? Какое практическое применение? В новом движке правил Вы можете сами подписываться на MQTT топики и обрабатывать их как вам удобно.
Если можно обрабатывать нестандартные топики, то смысла в перекидке сырых сообщений нет. Не знал про это. Спасибо!
Здравствуйте! есть продвижения в этом направлении? Может есть примерные сроки?
Хочется это уже закинуть в нод ред и там крутить
Добрый вечер!
Не могу найти данный момент в документации. Нужно подписаться на топик zigbee2mqtt/0x00158d000461ea42.
Приветствую!
С наступившим.
Вот пример:
//01_10_test_1.js
function test01(inValue){
log.info("Callback 01_10_test_1", inValue)
}
//Два аргумента: сам топик (строка) и каллбэк. Ну или просто операторы.
//Возвращает ОБЪЕКТ состоящий из: .topic и .value
//Имя изменившегося топика и значение
trackMqtt("/devices/wb-adc/controls/5Vout", function(newValue) {
test01(newValue.value); // теперь всё работает
});
Поставил по гайду, все ок, девайсы появились. Но проблема с фронтендом zigbee2mqtt
Он открывается в браузере но все время пишет “Loading, please wait.”
в конфиге прописал
frontend:
# Optional, default 8080
port: 8080
Большое спасибо! И Вас с 2021!
Спасибо за инструкцию, работает!
Получил такую же проблему на одном контроллере. На другом фронтэнд работает нормально.
После факториресет(стал уходить в постоянные ребут по ватчдогу и исправить не вышло) на контроллере, на котором фронтэнд работал нормально, получил тоже теперь при попытке зайти на фронтэнд: “Loading, please wait.”. Куда копать?
После обновления zigbee2mqtt через apt, перезаписывается конфиг /mnt/data/root/zigbee2mqtt/data/configuration.yaml на дефолтный. ((( Имейте в виду.
Тоже сталкивался, очень не удобно.
@BrainRoot Если будет возможность, было бы хорошо не трогать этот конфиг.
Может кто сталкивался с реле Xiaomi Aqara single switch module T1 (SSM-U01)? Удалось спарить после обновления до 1.18.1, данные корректно обновлялись. Но потом я его снова сбросил (удержанием кнопки 8 сек) - и после этого ни в какую спарить не получается… Тупо нет никаких сообщений даже. Последнее что было в логах:
MQTT publish: topic ‘zigbee2mqtt/bridge/log’, payload ‘{“message”:“left_network”,“meta”:{“friendly_name”:“0x04cf8cdf3c8c5c91”},“type”:“device_removed”}’
Как теперь опять вернуть девайс? Обнулять базу?
Решилось только полной переустановкой zigbee2mqtt с удалением базы, только тогда получилось перепривязать.
Теперь другой вопрос. Что и где подправить, чтобы тут появились корректные типы данных:
Обычно удаляю через remove или force_remove, если устройство криво работает, и привязываю заново.
Доброго времени. Как управлятm по MQTT Zigbee реле с внешнего сервера? Сейчас кнопки вкл- выкл не вижу и во вкладке Devices
а что за устройство?
Розетка от триколор умный дом, производитель Heiman.
plug",“friendly_name”:“0x000d6f0013663863”,
“hardwareVersion”:16,
“ieeeAddr”:“0x000d6f0013663863”,
“lastSeen”:1617891924649,
“manufacturerID”:4619,
“manufacturerName”:“GS”,“model”:“SKHMP30-I1”,
“modelID”:“SKHMP30-I1”,
“networkAddress”:23406,
“powerSource”:“Mains (single phase)”,
“type”:“Router”,
“vendor”:“HEIMAN”}],
“type”:“devices”}
Словил еще один такой глюк после отвязки датчика температуры. Помогло выключение контроллера по питанию и полное обесточивание клемм. После этого, датчик удалось спарить повторно.
Обратная связь с zigbee-устройствами вроде пока штатно не поддерживается. Можно управлять через cli-команды, например, так:
mosquitto_pub -t zigbee2mqtt/zb_relay01/set -m OFF