Комментарии 41
А к икеевскому хабу его можно подключить?
Не знаю. Если умеет CO2 стандартный, то будет. Если не умеет, не будет. в УДЯ не работает.
ZigBee это вообще стандартный протокол или просто общее название, а каждый лепит своё несовместимое?
Стандарт. Но есть один нюанс :))
Допустим, Ikea не делала никакого датчика CO2. Зачем им в свой Хаб добавлять поддержку этого кластера, если они такие датчики не производят. Это просто размышления, для понимания ...
Стандарт, на который все разработчики устройств осознанно и целенаправленно кладут член
А вы не могли бы сбросить готовую прошивку OTA?
Несколько раз перечитал пост, но некоторые моменты не ясны... Где что дефайнить и как заставить его меньше спамить....
В конце статьи есть ссылка проекта на github'е. В каталоге bin все лежит.
Спасибо, за проект. и за ссылку на Github там более подробная инструкция!
вот тут взять все можно же https://github.com/slacky1965/tuya_co2sensor_zrd
прошивки по очереди вероятно надо прописывать - прошились на одну, потом прописали другую
А без перепрошивки в z2m что ли не получить данные из него было?
Получать можно но мой каждые 10 сек шлет данные.
Я бы хотел снизить частоту. Но пока завис на шаге подключения конверторов внешних.
Их Z2m тупо не видит...
В новой версии z2m (2.0+) их достаточно положить в папку external_converters.
А чем плохо, что шлет каждые 10сек? HA от этого страдать не должен.
у меня раз в секунду шлет. причем значения почти не меняются. логичнее слать если сильно поменялось значение. для сети из 10 устройств может и не критично. у меня сейчас около 50 умных устройств. разбил их на 2 категории - те что спамят подключил к sls. он неплохо переваривает такой спам. в z2m сеть с 2-мя спамящими термостатами периодически падала...
На стороне z2m можно отфильтровать частоту репортинга
каким образом? не могли бы подробно рассказать?
Смысла в фильтре особого нет. Новая логика в записывлке все равно проредит старые данные. Тут проблема в том что передача этих данных не имеет смысл и излишне нагружает сеть. для маленьких сетей не очень страшно. а если устройств больше 10 то могут начаться проблемы в виде задержек в отсылке команд. а то и вообще падении zigbee сети на какое-то время.
Это никак не вдияет на загруженность сети. Датчик, как слал каждую секунду, так и шлет. Координатор, как принимал эти пакеты, так и принимает ...
А кто может ткнуть носом в рабочий кейс по 433 протоколу? Честно говоря был малость шокирован что в НА этот вопрос упорно обходят стороной, при том что 12 из 10 лампочек на рынке идут со своей дистанционкой. Да, таки 3 из этих 12 работают по ИК, но остальные то 433. Гугл находит всего пару еспхом проектов с приёмником и передатчиком, но там такие глубокие гики что написанное не подлежит ни переводу ни пониманию что в итоге делать.
С учётом количества девайсов управляемых по 433 протоколу очень странно что его не пользуют в НА. Есть какой-то сонофф шлюз, но я так понял это единственная приблуда и снята с производства лет 100 назад. Хотя очень не хватает чего то простого - нажал кнопку на дистанционке, отсканировал эфир, сохранил кнопку с названием в НА...
Вы имеете в виду устройства что управляются по радиоканалу? Оно не очень удобно в использовании. Zigbee сеть сейчас удобнее юзать тк те устройства что подключены к постоянному источнику питания могут работать как ретрансляторы. Поэтому некоторые датчики работают годами (например датчик открытия двери на батарейке cr2032 у меня работает уже года 3). Да и покрытие сети получается больше...
У Broadlink есть "умные" пульты, которые поддерживают ИК и 433. А в HA для них есть штатная интеграция. Но у 433 основной минус, что нет обратной связи, поэтому лучше переходить на другие протоколы.
Я так понял, что в какойто момент все аппаратные интеграции вынесли из HA в пользу ESPhome, чтобы упростить установку HA. Те если хотите работать с железом напрямую дрыгая ногами - берите esphome и интегрируйтесь с ним через mqtt.
Broadlink поддерживается в HA https://broadlink.ru/broadlink-rm4-pro
Кажется нет у них своего протокола, во всяком случае, флиппер такой протокол не знает. Можно лишь эмулировать те же команды (вкл/выкл). Для этого подойдёт Ардуино с 433 трансмитером.
Sonoff RFBridge вполне устроил бы вас. Но для прошивки всё равно придётся вскрывать и подключать uart.
А насколько точны подобные сенсоры или они показывают погоду на Марсе?
Когда была ковидная волна постов про делаем "Центр Контроля и Мониторинга Качества Воздуха" из ардуино и что под руку попало то там вроде говорили что их нужно калибровать эталонным воздухом на 400ppm CO2 либо там внутри была неонка колбочка с эталонным газом.
Насколько с тех пор техника шагнула вперед?
Не шагнула, этот сенсор - VOC, показывает показания крайне примерно. И пытается посчитать CO2 по общему загрязнению воздуха.
Да? Я думал что это NDIR сенсор если верить доке https://www.winsen-sensor.com/d/files/mh-z19e-co2-sensor-manual-v1_0.pdf.
у меня тоже коробочка с датчиками включая co2 и поддержкой tuya в минимальном виде, но через bluetooth. по умолчанию она тоже шлет avertisment пакеты очень часто - порядка 10 раз в секунду, аккумулятор высаживается очень быстро
Фигню показывает этот датчик. 350-360 единиц, в то время как два других (хуавей и хонейвел) показывают 800-900, но в них нет zigbee.
Пишу как владелец данного чуда (но у меня еще показываются доп 2 параметра)
У меня как всегда всё не по плану: заказал (может по ссылке из обзора Павла, может сам нашёл) в точности такой же, но не такой. Отличается в цифре TZE204ogkdpgy2
Ну думаю, может опечатка, поправил конфиги, залил в датчик. И опа, датчик определяется, но CO2 не шлёт. Зато, после Термостатов, теперь знаю как забэкапить и залить прошивку через Telink. Благо, я 3 датчика заказал :)
Решил погуглить и еще нашёл решение (прошивка промежуточного микроконтроллера): https://github.com/rokiden/Tuya_CO2_STC8/blob/tuya_co2/user/README.md
Как будет время - попробую.
Перепрограммируем заводской датчик CO2 Zigbee от компании Tuya