Comments 33
Шлюз Xiaomi Gateway 2 теперь может стать заменой третьему шлюзу, где есть zigbee и ble из коробки (и в HomeAssistant прокидывается с компонентом от AlexxIT).
Интересно, насколько отличается их функциональность в разрезе работы с bluetooth?
Интересно, насколько отличается их функциональность в разрезе работы с bluetooth?
Заменой мне кажется он не может стать, но как автономная альтернатива для определенных устройств вполне)
- Bluetooth 4 vs 5
- этот шлюз не поддерживает mesh
- но этот шлюз работает полностью без облаков
По части компонента я вижу отличия
- там есть поддержка управления лампами и некоторыми другими устройствами.
- вроде расшифровку производит ПО шлюза. Можно считать плюсом, а можно минусом тк. кажется можно видеть только подключенные к михом устройства.
- больше база устройств, которые частично можно добавить, но нужны тестеры (ночник с датчиком движения, замок и еще мб. другие)
Для версии DGNWG02LM нет прошивки на openwrt?
А есть прошивки для ESP32 для ble2mqtt шлюза? Я пробовал tasmota, там есть такая функция. Но, не знаю, в чем причина, bluetooth модуль там зависает абсолютно всегда примерно через сутки работы и перестаёт принимать любые данные, причем сам модуль работает и web интерфейс остается доступным.
Возможно что-то с конкуренцией в esp32 с антенной wi-fi и с SDK. Плюс esp32 могут пропускать рекламные пакеты. Виктор pvvx ловил такое поведение и описывал в этой теме
Я для ESP32 использую esphome прошивку. В ней можно подключаться к HA через api, но можно и собрать прошивку чисто с публикацией в mqtt.
Работает стабильно, но иногда может начать отдавать одни и те же данные и будет прямая линия. Бывает зависает 1 сенсор, а бывает и сразу несколько. Решается ребутом, и проявляется очень редко у меня реже раза в месяц)
Информация о BLE есть у них в документации:
esphome.io/components/esp32_ble_tracker.html
esphome.io/components/sensor/xiaomi_ble.html
Еще пробовал OpenMQTTGateway, но с ней были постоянные зависания и ребуты ESP
Я для ESP32 использую esphome прошивку. В ней можно подключаться к HA через api, но можно и собрать прошивку чисто с публикацией в mqtt.
Работает стабильно, но иногда может начать отдавать одни и те же данные и будет прямая линия. Бывает зависает 1 сенсор, а бывает и сразу несколько. Решается ребутом, и проявляется очень редко у меня реже раза в месяц)
Информация о BLE есть у них в документации:
esphome.io/components/esp32_ble_tracker.html
esphome.io/components/sensor/xiaomi_ble.html
Еще пробовал OpenMQTTGateway, но с ней были постоянные зависания и ребуты ESP
А они бинарники в готовом виде не дают скачать? Только самому компилить? Что-то весь сайт esphome.io облазил, не нашел бинарников.
Спасибо за статью, очень своевременно. Интерфейс будет доступен на 1888 порту?
«изменив параметр AutoEnable конфиге /etc/bluetooth/main.conf на true»
AutoEnable на true поменял, изменения сохранились. Но после отключения/включения питания шлюза чип BT не включился. В чем может быть дело?
Ручное включение «hciconfig hci0 up» нормально отрабатывает.
AutoEnable на true поменял, изменения сохранились. Но после отключения/включения питания шлюза чип BT не включился. В чем может быть дело?
Ручное включение «hciconfig hci0 up» нормально отрабатывает.
Подскажите пожалуйста как настроить получение данных с браслета Mi Band 4
Весы Xiaomi Mi Body Composition Scale 2 (XMTZC02HM) подключились.
MIBCS (RSSI -68)
181b => {«weight»:89.8,«unit»:«kg»,«impedance»:393,«isStabilized»:true,«loadRemoved»:true,«impedanceMeasured»:true}
MIBCS (RSSI -68)
181b => {«weight»:89.8,«unit»:«kg»,«impedance»:393,«isStabilized»:true,«loadRemoved»:true,«impedanceMeasured»:true}
Для них можно еще распарсить impedance, но кажется там нужны входные параметры пользователя.
Зубная щетка отдает пустой пейлоад
Oclean X (RSSI -88)
fe95 => {}
Oclean X (RSSI -88)
fe95 => {}
Спасибо за статью и в целом популяризацию умного дома. У меня как раз есть такой шлюз, и он прямо заиграл новыми красками. Подскажите пожалуйста, написано «По умолчанию будет отправлять в топики с группировкой по типу данных. ». А как поменять на группировку по отправителю, как в Z2M? А то так совсем неудобно, мне по крайней мере.
Для управления форматом вывода в mqtt я добавил в конфиг параметры.
mqtt_format_json — поставьте true и будет в json формате ( нужно для discovery в ha)
Выключить формат сообщений в разные топики
mqtt_format_decoded_key_topic В false
mqtt_format_json — поставьте true и будет в json формате ( нужно для discovery в ha)
Выключить формат сообщений в разные топики
mqtt_format_decoded_key_topic В false
У меня не HA, а IOBroker. И json я не хочу, просто хочу вместо /ble/advertise/ma:c_:_a:dd:re:ss/a сделать /ble/ma:c_:_a:dd:re:ss/a
Если подскажете как, буду очень признателен.
Если подскажете как, буду очень признателен.
Не совсем понимаю зачем такое, просто удалив один уровень вложенности это как-то решит проблему?
Дело не в уровнях вложенности. Я в самом первом сообщении написал, что хочу группировку не по типу данных, как сейчас, а по отправителю. Так как в Zigbee2MQTT, и во всех известных мне решениях. У меня все конструкции по обработке параметров, рассчитаны именно на такой формат. Если же отключить «mqtt_format_decoded_key_topic» это не только не решает проблему, а скорее наоборот — декодированные параметры вообще приходить перестают.
Судя по прошлому посту вы хотели именно убрать уровень вложенности.
В Zigbee2MQTT используется json формат, в настройках espruino вы можете так же его включить. HomeAssistant успешно его разбирает
iobroker кажется тоже умеет разбирать данные из json, правда я его не использовал.
На шлюзе ради интереса получилось его завести, но архитектурно он использует npm и перестает помещаться на шлюзе при добавлении «драйверов»
В Zigbee2MQTT используется json формат, в настройках espruino вы можете так же его включить. HomeAssistant успешно его разбирает
iobroker кажется тоже умеет разбирать данные из json, правда я его не использовал.
На шлюзе ради интереса получилось его завести, но архитектурно он использует npm и перестает помещаться на шлюзе при добавлении «драйверов»
Спасибо за статью и рабочую инструкцию! Столкнулся с такой проблемой — прописал два мак адреса прямоугольных e-ink часов, но температуру и влажность получает только с одних часов. Со вторых только заряд батареи и выдает ошибку:
{«battery»:25,«rssi»:-68,«error»:«The value of \»offset\" is out of range. It must be >= 0 and <= 14. Received 15"}
В чем может быть проблема?
{«battery»:25,«rssi»:-68,«error»:«The value of \»offset\" is out of range. It must be >= 0 and <= 14. Received 15"}
В чем может быть проблема?
А какие еще есть версии кроме евро? и как их отличить?
На алике шлюз почти 6тыр. на авито за 1500 есть, как «правильный» выбрать?
На алике шлюз почти 6тыр. на авито за 1500 есть, как «правильный» выбрать?
На алике шлюзы такие отдельно не встречал.
Там есть наборы в тч. с отправкой из России, их часто в довесок к телевизору или другой технике отдавали по 1руб. ( 5 устройств + шлюз )
Можно найти в DNS и даже в леруа )
набор zhtz02lm стоит около 3-5 т.р.
Это не точно, но кажется это модификации одного и того же шлюза. Только вилки другие
DGNWG03LM (Taiwan region)
DGNWG04LM (Hong Kong)
DGNWG05LM (EU region)
PS 02 не подойдет, там не imx и совсем другое железо.
Там есть наборы в тч. с отправкой из России, их часто в довесок к телевизору или другой технике отдавали по 1руб. ( 5 устройств + шлюз )
Можно найти в DNS и даже в леруа )
набор zhtz02lm стоит около 3-5 т.р.
Это не точно, но кажется это модификации одного и того же шлюза. Только вилки другие
DGNWG03LM (Taiwan region)
DGNWG04LM (Hong Kong)
DGNWG05LM (EU region)
PS 02 не подойдет, там не imx и совсем другое железо.
Можно ли каким-то образом изменить частоту отправки сообщений с часов/сенсоров? каждые 5 секунд это черезчур часто, батарея за два дня разрядилась на 15%, да и не нужна мне информация о температуре и влажности каждые 5 секунд. есть ли возможность увеличить этот интервал до 15-30 минут?
Sign up to leave a comment.
BLE шлюз из Xiaomi Gateway DGNWG05LM *без BLE