Комментарии 87
Чтобы данное устройство можно было использовать в энергомониторинге HomeAssistant (раздел Энергия), необходимо добавить атрибут state_class: total в файле конфигурации:
пример
- name: "Счетчик эл.эн, накопленные "
state_topic: "m_power/total"
value_template: "{{ value }}"
unit_of_measurement: "kWh"
icon: "mdi:flash"
state_class: total
device_class: energy
Помните, электрический ток не прощает ошибок!
Электросбыт тоже не простит несанкционированного вскрытия счетчика.
хх Wh за 10 сек.?
Ну, этот интерфейс сейчас почти на всех счётчиках можно встретить, и энергосбытовые компании даже к нему кое-где подключают модули для автоматической отправки показаний - у нас, например, висят такие коробочки, в которые собраны "хвосты" от всех установленных в этажном щитке счётчиков, и подключенные "шурупами" ко всем трём подъездным фазам (это, как я понял, транспортное подключение).
Реально нарушена изоляция саморезом на каждую фазу стояка в каждом щите? Клиника, конечно. Руки бы оборвать автору.
Непонятно, почему не воспользовались esphome
Да. Учитывая, что заголовок именно про интеграцию в HomeAssistant, интеграция выполнена едва едва:
для постоянно включенных устройств они рекомендуют native API, а не MQTT.
чтобы показания нормально обрабатывались Energy Dashboard, у них должен быть state_class:
measurement,totalortotal_increasing. (https://developers.home-assistant.io/docs/core/entity/sensor/#long-term-statistics)
Главный вопрос. Без интернета работает?
А вот у меня вопрос такой: насколько длинная витуха идет от счетчика к ESP, и сколько ложных срабатываний прерывания оно ловит такой антенной, учитывая отсутствие каких-либо входных фильтров кроме подтягивающего резистора)
А не проще поставить умный автомат в электрощит?
Вроде этого:
Проще. Но теряется DIY кайф.
Видимо, не всем нужно энегрию мониторить.
А у этого счётчика который вы параллельно подключаете потребление считается до или после того как он сам сожрёт килловат 6,5 в месяц?
Устройства с Tuya пришиты к китайским облакам и там тот еще квест их отвязать - прошивка (да и сам чип) часто закрыты.
Надо учитывать цену вопроса, если коммерческое решение будет дешевле DIY, то почему бы и нет. Тем более, описанная в статье система проста и собирается "на коленке" за полчаса.
А не проще поставить умный автомат в электрощит?
Оно, может, и проще. Но, автомат - это средство защиты, а не учёта. И тут, лично я, больше доверяю ABB, Siemens, Schneider, Legrand, а не китайцам. Можно дополнительный модуль учёта поставить - такой же китайский.
Как быть при потере питания? Показания сохраняются?
Если у счетчика отсутствует испытательный выход, то в качестве источника
импульсов можно использовать светодиод, подключив фототранзистор ко
входу собранного контроллера.
Так а светодиод то куда? Из/от чего он будет "пульсировать"?
С такими импульсными счетчиками (водяные, электрические) всегда напрягала невозможность считать "абсолютное" значение. С электромеханическими - понятно - там тоже циферблат электромагнитом крутится по импульсам, но шансов "потерять" импульс намного меньше (ну собсно это и понятно - метрология, поверки-проверки и т.п.), чем у внешнего "считающего импульсы" устройства, но вот с аппаратами с ЖК-дисплеями - в чем проблема отдать "абсолютное" значение (которое в ЖК отдаем) и по внешнему интерфейсу ? Только стоимость реализации такого интерфейса (да, релюшка щелкающая контактами дешевле, чем RS-485 или CAN + еще протокол надо написать и стандартизовать по возможности для всех)
счетчик ЭНЕРГОМЕРА СЕ101
только учтите , что у него устаревший узел вычисления мощности , врет он при определенных режимах нагрузки . Их сейчас не рекомендуют к установке на новых объектах.
Хм, всегда думал - если счетчик имеет действующий сертификат по метрологии - то "устаревший-не-устаревший" - меня это волновать не должно. Если он "врет при определенных режимах нагрузки и не рекомендуют..." - это меня как потребителя, купившего данный счетчик в магазине (а без метрологии он туда и не попадет) - волновать не должно. Если я его себе купил-поставил - то нн-ое количество лет (в пределах заявленного срока эксплуатации и межповерочного интервала) - все возникающие проблемы должны решаться изготовителем, а никак не потребителем.
Это при каких же?
С 2008 года занимаюсь темой IOT, сегодня проблема не реализовать решение, сегодня проблема внедрить решение. Энергетические компании это монстры.
Из прошлого «советская власть плюс электрификация»
Повседневные примеры, того когда нужно, оно есть:
Терминалы оплаты (старые образцы с CSD, современные с 4G или Ethernet/WiFI);
Банкоматы;
Мониторинг персонала;
Контроль топлива в парке машины;
Тревожная кнопка «SOS» на авто и.т.д.
И тут что то пошло не так в энергетике в внедрением iot. В 2020 году в разгар холеры, просчитывал проект на 110.000* домашних счётчиков, и как выяснилось оборудование с портом rs-485 пришлось бы ждать 1,5 года, т.к такой объём нужно поставить в план производства одного крупного завода.
*для справки, 1 район города с населением выше 1 млн чел
С точки зрения применения собранного девайса, возникает вопрос его применения, т.к счётчик импульсов это средство измерения, и у поставщика может возникнуть вполне объективный вопрос, а где реестр средств измерений и поверка. А если для себя, зачем так себя мучать когда есть 232 или 485 интерфейсы.
Если у счетчика отсутствует испытательный выход, то в качестве источника импульсов можно использовать светодиод, подключив фототранзистор ко входу собранного контроллера.
Небольшое уточнение: счётчик НЕ МОЖЕТ не иметь испытательного выхода, иначе его попросту не примут метрологи, как прибор учёта. Это требование ГОСТ-а, которому обязан соответствовать счётчик. Другое дело, что этот выход может быть под опломбированной крышкой
Теперь нет необходимости переодически записывать показания со счетчика для отправки, а просмотр статистики потребления, по временным интервалам, дает возможность анализа расхода электроэнергии с последующей оптимизацией.
О том что периодическая отправка данных комунальщикам осуществляется ручками автор похоже скромно умолчал
Есть лобовой универсальный способ сделать любой глупый счётчик умным без вмешательства в конструкцию и вообще каких-либо подключений к нему: смотрим камерой, распознаем циферки.
И что восхищает - существует рабочая реализация на esp32: https://github.com/jomjol/AI-on-the-edge-device
Да, но требования к корпусу для камеры, которую ещё надо закрепить на "морде" счётчика гораздо выше чем здесь, где "хоть изолентой замотать". И здесь нет вмешательства.
Зато будет работать вообще с любым счетчиком, даже для воды, где электроники нет вообще.
Справедливости для у многих водосчетчиков есть сухие контакты для счётчика импульсов
Не совсем ;-) у меня один счётчик горячей воды любит запотевать, при этом уже две поверки прошёл в таком виде... ну, и ставить 5 камер (4 водосчётчика + трёхтарифный электросчётчик) - сомнительное развлечение, правда, с трёхтарифным электросчётчиком, возможно, ещё и систему распознавания переделывать серьёзно придётся.
Мать моя женщина... Зачем там тензорфлоу? Статичный фон, контролируемое освещение, конечный набор значений, неподвижная схема... Там фильтр canny может быть избыточен, голый собель все сделает)
Хорошее решение, сам использую для водосчетчика, но в моем случае, рациональнее использовать импульсный выход.
А по умным счетчикам ( МИРТЕК-12-РУ-) есть какая то инфа? Я понимаю что возможны варианты исполнения, но в принципе подслушать что вещают по радиоканалу можно ?
Именно с радиоканалом ?
Есть инфа на с rs485
Гарантий никаких нет, чт осмотреть то в щитке?
А по умным счетчикам ( МИРТЕК-12-РУ-) есть какая то инфа?
Что именно интересует? Есть описание протокола обмена , его дает производитель .
У МИРТЕКа нет зоопарка протоколов на каждую модель счетчика. У них один универсальный пакетный протокол для всех их счетчиков. Очень удобно в отличии того же Энергомеры или Меркурия. Миртек разработчик счетчиков , а производиться потом счетчики могут как под брендом МИРТЕК так и под разными торговыми марками. Но во всех будет один миртековский протокол. Длина пакета всегда одна , нужно только правильно заполнить поля и посчитать КС. Парсить ответы в разы легче чем ответы меркурия. Работают очень шустро, стабильно . Улучшенные схемы измерения. Ожидаемо дороже Энергомеры и Меркурия.
12 это однофазный счетчик, 32 соответственно трехфазный. Остальные буквы описывают установленные модули связи и некоторые особенности исполнения - дин рейка или щитовой способ крепления.
У нас в деревне вот такие повесили - на зимний период приходится или навещать ежемесячно "домик", или вносить показания "от балды", т.к. нажать на пульте кнопку опроса и прочитать информацию с дисплея разумными методами пока не придумал как... найти бы описание этого протокола "433 или 2400 кГц" и прикрутить к "голове", занимающейся летом автополивом (Intel CompuStick, хотя можно и "малинку" поставить)...
Сначала я скажу одно слово "двухтарифный", множащее практически на ноль полезность PZEM-004, всевозможных ZigBee-розеток и подобных устройств. не имеющих понятия о тарифах и времени.
Затем поделюсь собственным опытом подключения трехфазных счётчиков к умному дому по RS-485:
1) NEVA-324 показывает и считает всё хорошо, но данные доступны только в собственной программе под Windows.. В интернете встретилась статья по подключению "Невы" к проприетарному контроллеру, но код "не взтелел" от отсутствия проприетарных библиотек.
2) Меркурий 203.2TD, 204, 208, 230, 231, 234, 236, 238. Есть дешёвое программное решение wifi-iot.com для ESP-8266, обеспечивающее передачу данных c Меркурия в умный дом, narodmon и т.д. и т.п. Но с Меркурием друга проблема (пробовал 230 , несколько штук): при основной нагрузке более пары-тройки кВт в основном по одной фазе, по остальным фазам показания напряжения растут за 300 вольт, а по нагруженной фазе просаживаются (даже до нуля), что вызывает абсолютно бредовые показания. НЕВА в этом-же щитке работала без таких глюков.
Но с Меркурием друга проблема
Согласен , с Меркурием проблем хватает , начиная от отсутствия тех поддержки по ранее разработанным счетчикам (ее совсем нет и нет специалистов) просто клепают по старым схемам и прошивкам.
Процент выхода из строя достаточно высок , статистика по 236, 206
NEVA-324 показывает и считает всё хорошо, но данные доступны только в собственной программе под Windows.. В интернете встретилась статья по подключению "Невы" к проприетарному контроллеру, но код "не взтелел" от отсутствия проприетарных библиотек.
а что снифером считать протокол обмена и расшифровать немозможно?
множащее практически на ноль полезность PZEM-004
В PZEM-004 есть внутри разные тарифы. Для своей поделки я просто посмотрел когда там меняется тариф и добавил дельту (время на счётчике отличается от реального на 5–7 минут). Потому я в еспешке, которая подключена к PZEM-004 синхронизирую время и переключаю тарифы когда они меняются. Синзхронизация c реальным счётчиком не идеальная, но для бытовых нужд хватает. Раз в полгода провожу синхронизацию по показаниям, убегает на единицы квтч.
только в собственной программе под Windows..
там вкладка логов есть, все данные видны, что отправлены и что получены. Я с 124 пытался получить информацию, через RS-485 - WiFi свисток, ничего толкового в итоге не добился, даже родная софтина из под винды работает через одно место с этим свистком. А протокол там описанный в ГОСТе, можно почитать.....
А нельзя ли упросить схему, кинув один контакт от счётчика на D4, второй на 3V, применив "большую" nodemcu esp8266 и отдельно запитав ее через usb вход от БП на 5 вольт?
2.3.3. Испытательный выход реализован на транзисторе с «открытым» коллектором, для его функционирования необходимо подать питающее напряжение постоянного тока от 5 до 24 В. Величина номинального тока через контакты испытательного выхода в состоянии «замкнуто» равна (10±1) мА, максимально допустимая не более 30 мА.
Автору огромное спасибо за статью, по глупости поставил такой счётчик вместо умного или очень умного (который отключается с пульта =) ) и думал как реализовать выводы для умного дома, дабы не выходить в подъезд, когда нужно передать показания счётчика, да и esp валяется)
Статья понравилась, а я только вникаю в эту тему. Я уже 3 дня сижу ломаю голову, и многое что пробовал, и даже ChatGPT подключал к идеям. У меня такая ситуация: Есть газовый котёл старенький, и термостат с вай фаем. Термостат подключен к Home Assistant через Tuya Smart. Я хотел как-то учитывать газ, который идёт только на отопление. Думал по технологии срабатывания термостата, создать счётчик. Я засёк приблизительное потребление котла, и думал что бы считало при срабатывании термостата. Но у меня не хватает опыта и знаний, как это всё прописать, и где. Я создавал тригер и условия, когда срабатывает термостат вывести звук. Но какие тригеры я не выбирал и условия, звук не воспроизводиться. Только вручную если запускать автоматизацию для проверки. В истории термостата нету срабатываний. Он постоянно включен, внутри себя только замыкает провода. В Tuya Smart приходят уведомления, что котёл запустился, можно было бы как-то использовать эти уведомления для автоматизации? Помогите пожалуйста хоть чем-то, или направлением куда копать.
А уведомления о выключении приходят?
Да, приходят. Я думал или через Pushbullet зеркалить или через Macrodroid отправлять HTTP запросы. Но я реально мучаюсь уже около полторы недели. У меня ничего не выходит. Я ещё SSL сертификат не могу получить для сайта. С горем пополам порты перекинул. ПОка всё делаю на сервере вирт машины на пк своём. Там когда разберусь, возможно малинку куплю. Я подключил интеграцию Pushbullet, установил на телефон. API прописал при добавлении интеграции. Но наверное нужно писать что-то в конфиге НА. Так же я не нашёл никакой инфы про передачу уведомлений С ТЕЛЕФОНА В НА. Наоборот из НА в телефон инфы куча, и на телегу и на соцсети разные. В журнале Pushbullet тоже нету никакой инфы, о доставке уведомлений. Тоесть телефон отправляет их "в рельсу" как я понял.
На малинку не очень надо денег выбрасывать. Это все заводится на тв-боксе.
Он постоянно включен, внутри себя только замыкает провода
Так физически контакт включается/отключается, указывая на срабатывание?
Да. И только в туе срабатывает оповещение. В НА в журнале только записи, что отключено: вызвано службой Климат: Set HVAC mode. И о запуске тоже есть что изменено на: Обогрев/Охлаждение. Но эта служба об отключении срабатывает, когда я терморегулятор отключаю. А конкретно обогрев/не обогрев в журнале не отображаеться. Поэтому в НА не могу настроить.
я себе сделал на esp8266+цифровой датчик света с Али за 50 рублей. считаю мигания светодиода на счётчике 1600 импульсов на 1кв/ч
ну и прошивка на 30 строк отправляющая в mqtt топик значения в ha
надёжность конечно ниже чем у физических проводов, но зато ничего не надо вскрывать и бюджет 200р
отправку в УК кстати сделал немного зареверсинжинирив личный кабинет (там jwt + простейшие rpc запросы)
по личному опыту энергосбытовые не любят ничего подключенного к счетчику от слова "совсем". В некоторых случаях удавалось снимать показания накладкой на светодиод, но самое простое это установка в доп щитке еще одного счетчика, или "умного автомата" который не пломбируется и ставиться для удовольствия потребителя и туту уже можно подключать и навешивать что угодно не нарушая ТБ, ПУЭ, ПТЭ.
Чтобы данное устройство можно было использовать в энергомониторинге HomeAssistant (раздел Энергия), необходимо добавить атрибут state_class: total в файле конфигурации:
пример
- name: "Счетчик эл.эн, накопленные "
state_topic: "m_power/total"
value_template: "{{ value }}"
unit_of_measurement: "kWh"
icon: "mdi:flash"
state_class: total
device_class: energy
«Глупый» электросчетчик VS умный дом или как интегрировать электросчетчик без смарт функций в Home Assistant