Строим видеонаблюдение в частном доме. Гараж. Часть 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. Надеюсь мысль донес 🙂

Читать далее

Резервное копирование снапшотов с помощью Samba в HomeAssistant Supervised

Верстаю на скорую руку 🙂 Наверно самое оптимальное и более удобное резервное копирование нужно производить на удаленный локальный хост где настроена Samba. Локальное нас не устраивает, тем, что оно локальное, умрет SD карта / SSD, пиши все пропало. Копировать на внешнее облако в  интернете (как это тупо проповедуют некоторые блогеры) – не безопасно. Безопасно, когда есть что-то свое под носом и ты его хозяин. 🙂 SAMBA сервер в сети (например на NAS). Я перепробовал всякие варианты резервного копирования через sync / scp / ssh / nfs … и дальше контейнера с сервисом прорваться не удавалось – то root права нужны в докере/ то mount с ключом -a не работает, то еще что-то … эти докеры это просто сущий ад. Они очень ограничивают ваши возможности в конфигурации умного дома. Можно конечно все настроить и через docker-compose, но мне лень этим заниматься. Какой  бы олень во всю трубу не трубил, что это docker это круто для автоматизаций – не верьте 🙂 Приступим к реализации.

У нас в сети есть уже готовый SAMBA доступ с логином и паролем. Пусть это будет по пути \\192.168.1.30\backup\RP4main, логин admin и пароль qwerty123. В эту папку и будем складировать наши снапшоты (бэкапы). 

Установка репозитория Home Assistant Add-on: Samba Backup, это всего лишь иструмент для начала …

Двигаемся в Home Assistant -> Supervisor -> Add-on Store и добавить URL https://github.com/thomasmauerer/hassio-addons

Настраиваем его конфигурацию. Здесь нам важно только несколько параметров т.е. все кроме trigger_time. 🙂 Автоматизацию мы настроим отдельно. Да  и не забудьте про workgroup=, у меня он свой в домашней сети. trigger_time в manual, так как мы планирем его настраивать через автоматизации в HA

Читать далее

[Cards] Получаем список сущностей доменов из MariaDB

Может будем кому интересно. На основании этого списка можно лицезреть как правильно мы настраиваем наш recorder.yaml. По умолчанию он имеет конфигурацию

### Recorder ###
  purge_keep_days: 7
  auto_purge: true
  purge_interval: 1
  commit_interval: 60
  db_url: !secret db_url

список  сущностей (entities) хранимых в нашей базе MariaDB

  lovelace.yaml

cards:
  - cards:
      - content: >-
          **domains:** {%- set unique_domains = states |
          map(attribute='domain') |list | unique | list -%} {%- for domain
          in unique_domains -%} {{"\n"}}- {{domain}} {%- endfor -%} {{"\n"}}
        type: markdown
      - content: >-
          **entities:** {%- for state in states -%} {{"\n"}} -
          {{state.entity_id}} {%- endfor -%}
        type: markdown
      - entities:
          - entity: sensor.maria_db
        show_header_toggle: false
        title: Maria DataBase size
        type: entities
    type: horizontal-stack
panel: true
path: db_entities
title: MariDBList

Результат