Как обнулить/засетапить показания электроэнергии в tasmota устройстве с поддержкой функции потребления (Update)

На заметку. Иногда очень нужно бывает 🙂 Первый и самый простой способ.

Для сброса или установки показаний в tasmota можно использовать команды в консоли

EnergyReset показать значения Energy Total, Yesterday and Today
EnergyReset1 0..42500 ((P)Re)Set Energy Today in Wh
EnergyReset2 0..42500 ((P)Re)Set Energy Yesterday in Wh
EnergyReset3 0..42500000 ((P)Re)Set Energy Total in Wh
EnergyReset4 <standard>{,<off-peak>}  ((P)re)set tariff period values for Totals
EnergyReset5 <standard>{,<off-peak>}  ((P)re)set tariff period values for Exported

например

EnergyReset1 0 – сброс показаний на сегодня в ноль

EnergyReset1 42500 – установка показаний 42.500 кВт (не сорок две тыща пятьцот киловат) за сей день и т.д.

Хотя я куда ставил более значения и все работало.

На версии 9.x это работает хорошо.

Работа с тарифами

Tariff<x> P1 Smart Meter tariff configuration
x = 1, 2, 9
1 STD,DST Start times for off-peak tariff
2 STD,DST End times for off-peak tariff
9 0/1
0 = use Start/End times also on weekends.
1 = use off-peak tariff all weekend.
STD and DST may be specified as:
<hour> = 0..23 or
<time> = 00:00..23:59 or
<minutes> = 0..1439 (since midnight)
If both Tariff1 STD and Tariff2 STD are equal, all tariffs are disabled.

в старших версиях  > 10.x Tasmota эти параметры заменены на

EnergyToday<x> Reset Energy Today values
0 = reset
<value> = set value
<time> = 0..4294967295 set StartTotalTime time as epoch value (optional 2nd parameter)
EnergyTotal<x> Reset Energy Total values
0 = reset
<value> = set value
<time> = 0..4294967295 set StartTotalTime time as epoch value (optional 2nd parameter)
The new value represents start of day, and output for total includes the today value.
EnergyYesterday<x> Reset Energy Yesterday values
0 = reset
<value> = set value
<time> = 0..4294967295 set StartTotalTime time as epoch value (optional 2nd parameter)

 

Подключаем IP домофонию Dahua в дом через БУЗ. Часть 1

Давно хотел подключить к себе домофон в дом … но все как то ждалось, что на рынок выйдет что-то удивительное и интересное. Без проводов, лишних движений … 🙂 Но время идет. После того как систему видеонаблюдения дома я перевел на аналитику камер Dahua, решено было построить систему домофонии на этом же производителе. Было выбрано следующее оборудование.

Вызывная панель Dahua DHI-VTO2111D-P-S2. Чем она интересна ? Открывает по картам NFC (Mifare), имеет питание по PoE (есть вариант еще с Wifi Dahua DHI-VTO2111D-WP, но я такую не нашел), цветное изображение, хороший угол обзора 107 градусов, управление двумя замками (например калитка и роллворота), умеет открывать через ПО замки, двусторонняя аудио видео связь, детекция по движению, ONVIF (можно подключить к NVR регистратору), Web интерфейс тонких настроек. Качество сборки хорошее. Минусы : нет возможности записывать детекции на карту, нужна удаленная панель, пластик (но говорят он хороший), короткие кабеля для прокладки (это уже от меня лично). но мне кажется все таки козырек надо докупать отдельный под него в непогоду.

Комплектация скудная, но ничего лишнего. Цена : 5000-6500р на Авито. Цена в магазинах слишком завышена.

Читать далее

Строим видеонаблюдение в частном доме. Гараж. Часть 3

И так все бесплатные лизензии аналитики или SMD камер были использованы от видеорегистратора. Настала очередь покупки самих камер. При выборе камер я остановился на функционале наличия SMD+, хорошая картинка, вариант цилидра и наличие прожектора с LED подсветкой (так называемые камеры с FullColor способные отображать картинку ночью в цветном исполнении) или наличие Starlight (т.е. технология которая дает нам картинку цветную при самом минимальном присутствии света). Первым дело мне понадобилась камера для гаража закрытого типа, у него два входа и 1 выезд на улицу. В качестве камеры для гаража я выбрал модель 3ей серии от Dahua IPC-HFW3249EP-AS-LED серии WizSense. Она имеет на борту SMD+ (нтеллектуальные функции контроля области и пересечения лини), встроенный прожектор который будет нам давать цветную картинку ночью, 2Mp этого будет достаточно и иметь питание по PoE. Установил камеру. Получил картинку ночью. Прожектор LED камеры сам отключается и выключается в зависимости это день или ночь

и настроены 3 зоны наблюдения. Разберем для чего и зачем они.

Читать далее

Строим видеонаблюдение в частном доме. Видеоаналитика в дом. Часть 2

Прошло какое-то время … прежде чем можно было продолжать масштабировать и унифицировать всю эту систему на обрудовании IMOU / DAHUA NVR + бюджетные камеры.  Но тут случилось … это не то что я ожидал. Кто читал 1 часть этой статьи, хочу добавить – прогресс не стоит на месте и я решил все и вся переделать под более требовательные нужды. А они станут более требовательными ::))))

переводим все оборудование NVR с камерами на аналитику с технологий умного определения движения. В данном случае здесь имеются требование к самому минимальном ложному срабатыванию данных с камер. И такие камеры есть. Теперь нам будут интересны только два объекта из потока данных с камер : это транспорт и человеки. 🙂 Все остальное нас не должно беспокоить вообще.

– минимизация кабелей питания, а именно. Переводим камеры на PoE питание, и все важные объекты (места) для охраны на наземное подключение. Wifi строго исключаем.

– картинка изображения должна быть четкая в наиболее важных местах наблюдения (это гараж / улица и задний двор в моем случае), а также места где нежелательные гости обсыкают утрамбованный песок под бассейн. 🙂 Коты да … они такие.

– ПО должно быть работать как через интернет так и локально (в случае отсутствия интернета).

Начал с самого главного. Это замена видеорегистратора NVR. Через меня их прошло несколько. И свой выбор я остановил на Dahua DHI-NVR2108-I. Очень хотел достать с 16 каналами (камер у меня очень

много), но это было сложно сделать. То что продается в Китае или на Авито продают модификации моделей как Dahua DHI-NVR2108-I2, это урезанные версии и их брать не надо ни в коем случае. Собственно чем он хорош. В данном NVR линейке WizSence идут 2 лицензии Видеоаналитики (а именно 1 канал распознование лиц с базой или 2 канала AI от NVR или 4 канала SMD+). Можно использовать что-то одно. Собственно как это понять. Мы можем использовать любые камеры которые у нас есть (не Dahua) в качестве которых по потоку данных можно будет распознавать лица, не нужно будет покупать специализированные дорогие камеры от Dahua. Это выигрыш в цене. Но меня это мало интересовало. 2 канала AI от NVR – это мы можем использовать 2 любые камеры для аналитики данных по ним, а именно : что касается обнаружения людей и транспорта которые пересекают какие-то зоны или попадают в какие-то области. Например :

Читать далее

Jethome JetStick Z4 новое поколение стиков на EFR32MG21

Сегодня получил новый девайс для умного дома … альтернатива Zigbee стику на СС2652 собранный на новом современном чипе EFR32MG21. Устройство весьма интересное, но пока сырое. Будущее этого стика очевидно. Почитать о его ТТХ можно здесь, я повторяться не буду. Собственно я его ждал очень долго … покупать вновь аналогичное устройство на базе SprutStick (который я благополучно вернул создателю сразу после недели тестов) у меня больше желания не было … там одни обещания от “неадекватного” гуру стика … и хамское отношение к потребителям. вообще с этим у меня не сложилось и уже не сложится. 🙂

Комплектация Jethome JetStick Z4 фабричная. Прошивка последняя. Скачать можно отсюда

Читать далее

Tuya ZigBee Relay 4ch Module с сухими контактами. Подключение к Zigbee2mqtt (Update)

Ну вот и приехало еще одно Zigbee реле 4х канальное с сухими контактами. Надо сказать оно отличается от двух предыдущих. Это Tuya реализация на базе модуля ZS3L.

Не думаю что оно нам будет так интересно. 🙂 Реле работает с Zigbee хабом Tuya. Имеет стандартных три режима переключения портов. Имеется поддержка радиореле. Внешнее питание AC/DC до 32V, либо по micro-USB порту

Читать далее

Прошиваем PZEM-004T на ESPHome и добавляем в Home Assistant (MQTT-API)

Пока модуль PZEM-004T v3 до меня едет для экспериментов … попробуем прошить его на альтернативную прошивку ESPHome. Я это никогда не делал … так как был фанатом Tasmota. Есть еще прошивки от ESPEasy, но там тестовый вариант работы с PZEM-004T данными был. У меня стоит задача также добавить все сенсоры мониторинга PZEM-004T в HomeAssistant через MQTT брокер, либо через API.  Прошивать будем через аддон Home Assistant (ESPHome). Установить его не проблема … поэтому детально его рассматривать нет необходимости.

Запускаем плагин и открываем его домашнюю страницу. При первом запуске он предложит нам создать ноду (назовем ее попроще: конфигурацию какой-то отдельной железки) для конткретного устройства. У меня такое устройство NodeMCU ESP8266MOD.

WIFI-SSID: это SSID нашей домашней сети Wifi

Читать далее

Первый блин комом. Крах Home Assistant Supervised на SDD m.2 (superblock failed)

Вообщем покупка SSD на Aliexpress дала о себе знать. Только начал осваивать аддон ESPHome под HA, как полетело все и вся в один момент. Несмотря на то, я часто писал материал по резервному копированию системы умного дома различной методикой, у себя на практике не хватило времени все это применить на главном сервере с raspberry … точнее частично применено, только, остальное на авось полагалось. Сам виноват. 🙂 Быстренько закупил себе тестовый экземпляр Raspberry Pi4 2Gb + eMMC 16Gb, перенес все эксперименты на него. Продакшн сервер умного дома оставил в покое. 🙂

И так вкратце суть проблемы. Побиты superblocks на Linux. Вылетала постоянно ошибка :

dumpe2fs /dev/sdb | grep -i superblock
dumpe2fs 1.44.5 (15-Dec-2018)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sdb
Couldn't find valid filesystem superblock.

Система не монтируется ни под любым предлогом. Система содержит все битые резервные суперблоки. Список суперблоков внушающий

root@ihome:/etc/init.d# dumpe2fs /dev/sda2 | grep -i superblock
dumpe2fs 1.44.5 (15-Dec-2018)
  Primary superblock at 0, Group descriptors at 1-4
  Backup superblock at 32768, Group descriptors at 32769-32772
  Backup superblock at 98304, Group descriptors at 98305-98308
  Backup superblock at 163840, Group descriptors at 163841-163844
  Backup superblock at 229376, Group descriptors at 229377-229380
  Backup superblock at 294912, Group descriptors at 294913-294916
  Backup superblock at 819200, Group descriptors at 819201-819204
  Backup superblock at 884736, Group descriptors at 884737-884740
  Backup superblock at 1605632, Group descriptors at 1605633-1605636
  Backup superblock at 2654208, Group descriptors at 2654209-2654212
  Backup superblock at 4096000, Group descriptors at 4096001-4096004
  Backup superblock at 7962624, Group descriptors at 7962625-7962628
  Backup superblock at 11239424, Group descriptors at 11239425-11239428

Никакие тесты поверхности диска в Linux не проходят до конца. Система загружается но докер контейнеры не поднимаются. Было затрачено время чтобы хоть что-то восстановить – но увы. Похоже на Bad blocks 🙂 Удалось выяснить по тестам сканированием поверхности диска Ext4

Читать далее

Счетчик PZEM-004T via ESP32Devkit. Подводим итоги эксплуатации

В ранних статьях я собирал связку PZEM-004T + ESP32 Devkit для создания счетчика до 100А на весь дом (однофазный). Прошивал все это через Tasmota и интегрировал в HomeAssistant. За это время у себя в доме я расширил Wifi Mesh сеть новыми устройствами от Keenetic Buddy 5/5S, Keenetic Giga/Air. И все вроде б как должно работать на отлично. Но не тут то было …

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Работа ESP32 Devkit в домашней сети. Сам модуль находится у меня через 2 кирпичные стены по отношению к Wifi точке, и особых проблем со связью замечено не было. Многие wifi устройства через эти стены работают нормально и продолжают работать, но не ESP32. Очень часто было замечена проблема с Wifi сигналом, скорость соединения была на уровне 1-13Mbit. Этого конечно хватает, для обмена данными … но тут проблема глубже

Читать далее

Выполняем удаленные скрипты из докера Home Assistant Supervised (Update)

По политически соображения пришлось мигрировать на Home Assistant Supervised. Ранее долго сидел на Home Assistant Core решении. Был хозяином и властелином env Linux. Возможно об этом будет отдельная статья … почему было принято такое решение. Но я категорически ранее не переносил все эти докеры и виртуализации на HomeAssistant, несмотря на то что на работе тоже приходится связываться с докером. Начнем …

Помимо процесса миграции я точно знал, что у меня будут проблемы с Home Assistant Supervised, но и у этого решения есть свои плюсы. Первая проблема с которой я столкнулся это выполнение скриптов php из различных библиотек. Так мне необходимо было использовать php-miio для управления сигнализацией от Xiaomi. Т.е. выполнение такой простой команды вылилось в кровьи много затреченного времени. Как все это настроить, если Linix на HomeAssistant умеет урезанную версию и что либо-туда установить не возможно. Даже если использовать docker-composer, но не хотелось усложнять себе жизнь

php /opt/php-miio/miio-cli.php --ip 192.168.1.30 --token 0e3628ef3d3c82cd15f18444a6e7a97c94 --sendcmd '{"id":1,"method":"set_arming","params":["on"]}'

Решением оказалось весьма не простым, но рабочим. Это выполнение bash скрипта в HomeAssistant CLI, в котором существует два этапа : 1) без парольная авторизация на удаленном хосте с полноценным Linux, где установлены приложения php/python/java … и прочее и 2) выполнение самой php команды на удаленном хосте, тоже через bash скрипт, но уже с непосредственным участием оборудования умного дома … т.е. нашим гейтом Xiaomi. Надеюсь мысль донес 🙂

Читать далее