• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

TLSR8251 + LCD + термометр = LYWSD03MMC XIAOMI Bluetooth термометр

pvvx

Активный участник сообщества
Посмотреть вложение 10981
припаял 100 mf и керамику в LYWSD03MMC. Чей-та шуметь напряжение стало шире. но выше :)
Это не напряжение, а дискретность вывода показаний в фиктивных % от напряжения батареи, с шагом 1%.
график из ha. туда попали данные из mqtt а в него с ксяомовского шлюза (3) где включен ble (lumi).
вот еще - красный от стоковой прошивки - синий от нормальной :) от часу 42 до 3: 20 плавные ступеньки вверх. хотя влажность, теоретически не менялась - если смотреть по синему. потом красный что-то решает - и скидывает показания до похожих на настоящие. вот так он и строит: при неизменном значении влажности растет вверх все время - потом падает до нормы. какой-то странный у них метод.
а зеленый - это датчик увлажнителя :) он сильно не заморачивается, плюс минус лапоть.
Посмотреть вложение 10982
как можно более менее точно откалибровать показания в пределах дома? есть народные методы?
Дык HA и прочие работают с точностью данных от одной единицы после запятой и/или ещё хуже. Т.к. они не могут, т.е. не хотят отслеживать номер замера, то ставят алгоритм записи показаний по смене с гистерезисом (и не всегда с гистерезисом - им и это сложно) в пару единиц измерения. :) :)
Наверно это у них привычка от ZigBee, т.к. там датчики передают только при изменении с порядочным отклонением от прошлых значений...
 

pvvx

Активный участник сообщества
Вообще как можно рассматривать HA в качестве управления вумным домом? Там нет никакой надежности, резервирования и даже таких понятий. Это просто свалка на несколько Гегабайт скриптов, требующая супер пупер платформы с несколькими ядрами CPU на ГГц-ы и Гегабайты RAM, да с носителем выдерживающим кол-во перезаписей более типовых нормативов для рынка ширпотреба.
У пользователей всего в среднем не более 10 датчиков. И то у фанатов. Вот нафига на 10 датчиков/устройств нужна такая гиблая игра в виде HA?
Это уровень MCU с десятком килобайт RAM и пару мег Flash.
Для записи истории 10 датчиков каждую секунду за годы не надо таких средств, которые используются в HA.
 

pvvx

Активный участник сообщества
Вся игра в HA создана ради втюхивания вот этой синенькой коробочки:
1617782903324.png
Типа у людей нет старых смартфонов с Android, на котором можно всё устроить. Да и других вариантов...
 

pvvx

Активный участник сообщества
Ставил эксперимент с разбросом-шумом от датчиков SHTV3 на XiaomiLYWSD03MMC и CGG1-M.
Только CGG1-M имеет кондеры от производителя.

Один из графиков от экспов, по температуре:
1617783918755.png
Каждая точка набиралась - каждый замер от датчика в режиме соединения.
Итоги по температуре:
Амплитуда пиков шума в диапазоне 20..30С составляют 0.12 градуса у XiaomiLYWSD03MMC и 0.1 градуса у CGG1-M.
При сглаживании на 50 замеров отклонения не более 0.01 градуса.

Аналогично и с влажностью. Но там шум почему-то меньше в единицах измерения процентов:
Амплитуда пиков шума в диапазоне 20..60% составляют 0.06 % у XiaomiLYWSD03MMC и 0.05 % у CGG1-M.
как можно более менее точно откалибровать показания в пределах дома? есть народные методы?
Не имея специальной лаборатории - никак. Можно только испортить датчики всякими "солевыми" методами.
 

pvvx

Активный участник сообщества
Для калибровки вам потребуется:
  • Купить датчики совершенно другого класса измерения.
  • Пройти их поверку в специализированных заведениях.
  • Создать герметичную коробку, с условием что в ней вы сможете поддерживать необходимое давление.
  • Поместить коробку в термо-чехол. Пусть из пенопласта.
  • Сделать регулятор температуры с точностью более 0.01 градус и запихать его в коробку.
  • Всю эту конструкцию засунуть в морозильную камеру большого холодильника или обложить чем-то, что будет стабилизировать температуру.
  • Набрать воздуха с нужной влажностью и давлением в коробку.
  • Снять показания в течении пары часов…
  • Изменить влажность и температуру нагревателя - получить ещё несколько точек.
  • Произвести сбивку показаний для расчета отклонений.
 

volaltd

Member
Вообще как можно рассматривать HA в качестве управления вумным домом? Там нет никакой надежности, резервирования и даже таких понятий. Это просто свалка на несколько Гегабайт скриптов, требующая супер пупер платформы с несколькими ядрами CPU на ГГц-ы и Гегабайты RAM, да с носителем выдерживающим кол-во перезаписей более типовых нормативов для рынка ширпотреба.
У пользователей всего в среднем не более 10 датчиков. И то у фанатов. Вот нафига на 10 датчиков/устройств нужна такая гиблая игра в виде HA?
Это уровень MCU с десятком килобайт RAM и пару мег Flash.
Для записи истории 10 датчиков каждую секунду за годы не надо таких средств, которые используются в HA.
Видите-ли, коллега, у меня сначала тоже было стремление сделать на одном STM32 MCU и подоткнуть к роутеру по USB. Данные складывались в RRD-базу, была вебка глянуть локально или удаленно что и как. Потом оказалось что роутер-то тормозной AJAX ворочать, да и времени на все это убито ого-го, да и правила автоматизации сформулировать не просто, да и DHT22 редкостная гадость, хотя в куче обзоров ардуинщики всем довольны. А потом глянул HA, и тут оказалось что можно и дисплей с тачем прикрутить и в USB воткнуть, и перефирию при желании прямо в IO малинки зацепить, но лучше всетаки опять же по USB, и за 5минут оно начинает еще с камеры скрины дергать и в телегу скидывать при обнаружении движения. Правило автоматизации добавить не превращается в головную боль. Из резервирования: лежит в git-репе кучка yaml, навернется - переустановлю быстренько. Интеграция своего - набросать по примерам модуль на python. Интерфейс под свои понятия "красивости" заточить тоже можно парой кликов мыши. По документации HA recorder пишет в базу "purge_keep_days integer (Optional, default: 10) - Specify the number of history days to keep in recorder database after a purge."

Всем хочется автоматизацию, но не все знают C++ и располагают тонной дешевого времени для имплементации идей на одном MCU, это экономически не обосновано :)
 

APLe

New member
Ещё один маленький отзыв на LYWSD03MMC с вашей прошивкой. Нашёл ещё одну проблему, но, наверное, аппаратную: bluetooth почти не работает, если датчик не при комнатной температуре.
Пробовал использовать его для мониторинга температуры холодильника, в камере (около 0° С) и на компрессоре (около 50° С). В обоих случаях датчик виде в списке bluetooth устройств, и к нему даже можно подключиться. Но данные считываются и записываются очень плохо, чаще всего вообще никак.
Если датчик потом довести до комнатных условий, то лог температуры за время нахождения в нештатных условиях считывается нормально.
 

volaltd

Member
Ещё один маленький отзыв на LYWSD03MMC с вашей прошивкой. Нашёл ещё одну проблему, но, наверное, аппаратную: bluetooth почти не работает, если датчик не при комнатной температуре.
Пробовал использовать его для мониторинга температуры холодильника, в камере (около 0° С) и на компрессоре (около 50° С). В обоих случаях датчик виде в списке bluetooth устройств, и к нему даже можно подключиться. Но данные считываются и записываются очень плохо, чаще всего вообще никак.
У ксяоми заявлено что термометр этот на от 0гр, на дисплее даже "-" отсутствует, батарейки тоже при минусе замерзают.
 

pvvx

Активный участник сообщества
Всем хочется автоматизацию, но не все знают C++ и располагают тонной дешевого времени для имплементации идей на одном MCU, это экономически не обосновано :)
А кто вам внедрил такую фичу, что всё должно быть в одном малом MCU?
Это только частный узел, собирающий данные с местных датчиков и обслуживающий логирование. Тем более таких должно быть два - это и есть резервирование. И они оба работают всегда.
Картинки рисовать должно другое устройство.
И по сложности - какая ещё сложность у устройства принимающего и обрабатывающего всего 3 типа форматов (это полный список ZigBee и BLE)?
Ну пусть будет ещё MESH. Это сильно увеличивает от куда из пакета брать типовые данные в формате uint8, int8, ... float?
А лог замеров - это непосильный для программирования циклический буфер с UTC time штампом и теми-же единицами форматов бинарных чисел, да биты достоверности :)
 

pvvx

Активный участник сообщества
Ещё один маленький отзыв на LYWSD03MMC с вашей прошивкой. Нашёл ещё одну проблему, но, наверное, аппаратную: bluetooth почти не работает, если датчик не при комнатной температуре.
Пробовал использовать его для мониторинга температуры холодильника, в камере (около 0° С) и на компрессоре (около 50° С). В обоих случаях датчик виде в списке bluetooth устройств, и к нему даже можно подключиться. Но данные считываются и записываются очень плохо, чаще всего вообще никак.
Если датчик потом довести до комнатных условий, то лог температуры за время нахождения в нештатных условиях считывается нормально.
Аппаратная часть тут не при делах. Это свойство CR2032. Оно чувствительнее любого датчика температуры по отношению Вольт на градус, но нет возможности использования в таком виде из-за постоянного ухода показаний. При низких температурах у данного элемента химия не идет... А при очень низких - элемент умирает навсегда.
 

volaltd

Member
А кто вам внедрил такую фичу, что всё должно быть в одном малом MCU?
Это только частный узел, собирающий данные с местных датчиков и обслуживающий логирование. Тем более таких должно быть два - это и есть резервирование. И они оба работают всегда.
Картинки рисовать должно другое устройство.
И по сложности - какая ещё сложность у устройства принимающего и обрабатывающего всего 3 типа форматов (это полный список ZigBee и BLE)?
Ну пусть будет ещё MESH. Это сильно увеличивает от куда из пакета брать типовые данные в формате uint8, int8, ... float?
А лог замеров - это непосильный для программирования циклический буфер с UTC time штампом и теми-же единицами форматов бинарных чисел, да биты достоверности :)
Ну вот HA собирает, логирует, действует на основе полученного, рисует картинки, позволяет навешать еще кучу всего посредством готовых средств расширения. При этом RPi 3 стоит меньше стоимости дня работы прогера, по сути имеет тот же один MCU на борту. Опять же большое комьюнити быстро находит решения и фиксит баги.

ZigBee и BLE еще не дошел глянуть, остановился на том что прикольнее сделать датчики на CAN, тогда шина всего из двух проводов, много метров и зимой в неотапливаемом помещении с питанием легче. А с радио знаете, то приемник не ловит, то передатчик передает как-то не так. То пока экосистему TLSR8253 изучишь, то уже забывать ее пора.
 

pvvx

Активный участник сообщества
располагают тонной дешевого времени
У HA были сотни человеко-жизней по времени. И нифига не родили. :) :p
это экономически не обосновано
С этого и надо было начинать. Нет личной прибыли - никто и не хочет ничего делать.
Проше толпу подсадить на какую отстойную фигню и заставить работать на себя, под свои условия, как это сделано в HA :) :)
 

pvvx

Активный участник сообщества
Ну вот HA собирает, логирует, действует на основе полученного, рисует картинки, позволяет навешать еще кучу всего посредством готовых средств расширения. При этом RPi 3 стоит меньше стоимости дня работы прогера, по сути имеет тот же один MCU на борту. Опять же большое комьюнити быстро находит решения и фиксит баги.
Это и называется "модной игрой". Но не решением задач вумного дома.
Таких игр на моей жизни толпа канула в лету со всеми их фанатами ... :p
 

volaltd

Member
У HA были сотни человеко-жизней по времени. И нифига не родили. :) :p
С этого и надо было начинать. Нет личной прибыли - никто и не хочет ничего делать.
Проше толпу подсадить на какую отстойную фигню и заставить работать на себя, под свои условия, как это сделано в HA :) :)
Если ничего не родили, то что тогда работает у миллионов людей в том числе у меня? Да еще с таким-то зоопарком поддерживаемых плагинов, устройств и способов коммуникаций? :)
Хочу делать, но идей масса, все требует много-много времени загрузить в голову исходную инфу, а после много-много времени на имлементацию.
Какая по вашему другая система кроме HA имеет низкий порог входа, большие удобства в плане фич и достойна потратить на нее время? С интересом посмотрю :)
 

pvvx

Активный участник сообщества
Если ничего не родили, то что тогда работает у миллионов людей в том числе у меня? Да еще с таким-то зоопарком поддерживаемых плагинов, устройств и способов коммуникаций? :)
У вас работает игра в тамагочи. Не более.
Какая по вашему другая система кроме HA имеет низкий порог входа, большие удобства в плане фич и достойна потратить на нее время? С интересом посмотрю :)
Я этим не занимаюсь. Но на встретившийся датчик написал какие-то тесты и ничего там сложного нет. История читается, настройки ставятся, любая внешняя система у пользователя принимает значения.

К резервированию так-же относится переход системы на другие алгоритмы при неисправности датчиков и многое другое. А где у данных флаги валидности в HA для оценки показаний?
Системы сбора данных и управления у человечества давно отработаны в пром. сфере и там нет таких детских неожиданостей как у HA.
Тем более R-Pi - это система не real-time...
 

pvvx

Активный участник сообщества
Если судить по отзывам и вопросам по альтернативной прошивке к Xiaomi LYWSD03MMC, да около тем с датчиками, то самое большое кол-во проблем у пользователей именно в HA и её составляющих для приема данных. К примеру у ESPHome, т.к. там используется самый популярный игровой ESP32 :)
И главное что эти проблемы не решаются в рамках этих фанатских систем.
 

volaltd

Member
У вас работает игра в тамагочи. Не более.
Я этим не занимаюсь. Но на встретившийся датчик написал какие-то тесты и ничего там сложного нет. История читается, настройки ставятся, любая внешняя система у пользователя принимает значения.

К резервированию так-же относится переход системы на другие алгоритмы при неисправности датчиков и многое другое. А где у данных флаги валидности в HA для оценки показаний?
Системы сбора данных и управления у человечества давно отработаны в пром. сфере и там нет таких детских неожиданостей как у HA.
Тем более R-Pi - это система не real-time...
А зачем вы промышленность переносите на домашние нужды где потребности с большего ограничиваются включить по движению на 15сек свет и при этом никакой конвейер на месяц не остановится с убытками на миллиарды?

Поставил один DHT слева и второй справа потолка, как один заглючивает, то вижу в интерфейсе, чем не валидность?

Real-Time - это ровно до момента когда мощи MCU хватает реагировать в обозначенное время. Один и тот же TLSR от условий ТЗ будет и соответствовать и нет. Зато вот очень прикольно когда встроенный 10-ти летней давности продукт не имеет поддержки TLS 1.2, а поправить это производитель предлагает путем заменой всего транспортного средства.

Мне серавно что там у вас на производстве, мне домой!
 

volaltd

Member
Если судить по отзывам и вопросам по альтернативной прошивке к Xiaomi LYWSD03MMC, да около тем с датчиками, то самое большое кол-во проблем у пользователей именно в HA и её составляющих для приема данных. К примеру у ESPHome, т.к. там используется самый популярный игровой ESP32 :)
И главное что эти проблемы не решаются в рамках этих фанатских систем.
Подумываю в малинку воткнуть в юсб USB-Bluetooth донгл которых на али валом и пытаться ловить передачу с этих вот ксяоми из этой темы. Будут проблемы с таким вариантом или можно накупать датчики? BME280 в цене прибавили в 5раз :(
 

pvvx

Активный участник сообщества
При этом СМИ уверяют, что в этом всем виновато поколение Z, т.к. безынициативно и их не желают брать на любые роботы по статистике, что уже есть факт. :) Но у меня другое мнение…

К примеру все эти направления модных игр – в них нет специалистов от слова совсем. Основу, 99.9% составляют игрунчики, далекие от техники и тем более программных и схемотехнических решений. Знаний у них - нуль. Только требования и выдумывание не стыкующийся ни с чем отсебятины, которую и составляет из себя тот-же сборник игр в HA. Т.е. работа на необразованную публику ради пиара.
 
Сверху Снизу