Обзор по камерам для видеонаблюдения

Начата работа по модификации прошивки для китайских камер от Xiong Mai tech.

В качестве подопытного взят модуль IPG-50H10PE-S (сигнатура HI3518E_50H10L_S39 00006510.1) как самый распространённый и дешёвый. Этот модуль представляет из себя законченное устройство, содержащее сенсор изображения (матрицу) OmniVision ov9712, процессор обработки видеосигнала (DSP) Hisilicon Hi3518E со встроенной памятью DDR2 64Мб и отдельной SPI Flash памятью 8Мб.
[attachment=p:368787:1.jpg][attachment=p:368788:8pin.jpg]

При этом на плате имеется посадочное место под 8-контактный разъём. Если его распаять, то появится доступ к следующим дополнительным функциям: аудио (вход микрофона и выход на динамик), тревожный вход и USB порт.

Под данный модуль существует единственная прошивка с поддержкой WiFi чипа rt3070 - General_HZXM_IPC_HI3518E_50H10L_S38_RT3070_V4.02.R12.20150317_ALL.bin, но она уже значительно устарела: содержит уязвимости и не может отправлять E-mail (существующие требования безопасности всех публичных почтовых серверов обязывают использовать SSL, который в ней не работает).

Также есть достаточно свежая прошивка General_HZXM_IPC_HI3518E_50H10L_S38_V4.02.R12.Nat.OnvifS.20170727_ALL.bin
лишенная этих недостатков, но в ней полностью отсутствует поддержка WiFi.

Первоначальная цель разработки была простой - получить на последней официальной прошивке поддержку WiFi адаптеров на чипе rt3070. Однако в процессе базового реверс-инжиниринга удалось добавить поддержку трёх USB WiFi адаптеров на самых распространённых WiFi чипах: Ralink rt3070, Realtek rtl8188 и Mediatek mt7601.

Так как в оригинальной прошивке команды управления WiFi тесно взаимодействуют с проприетарной программой Sofia, на данный момент не удалось вывести новые настройки в заводской WEB-интерфейс камеры или в программу CMS.

Настройка WiFi интерфейсов, а также включение множества дополнительных сервисов (в тестовом режиме), пока происходит только через текстовый конфигурационный файл /etc/ipcam.conf, хранящийся на rw разделе flash памяти камеры.

В будущем планируется вывести все настройки в полноценный альтернативный WEB-интерфейс. На данный момент он может быть активирован через /etc/ipcam.conf, однако пока только в режиме просмотра настроек. Предложения и пожелания приветствуются.

В настоящее время модифицированная прошивка содержит дополнительно:

• busybox2 - набор утилит, в т.ч. которые отсутствуют в оригинальном busybox
• bwm-ng - показометр трафика на сетевых интерфейсах
• curl - используется для Telegram бота прямо внутри камеры и работы с Yandex.Disk
• dropbear - используемый для доступа с/на камеру по протоколу SSH (+scp)
• haserl - простой CGI интерпретатор для альтернативного WEB-интерфейса
• mosquitto - простой и надежный pub/sub клиент MQTT (можно управлять и слать фото)
• syslogd - подборку демонов и утилит для отладки системы (+klogd, logread ...)
• vtund - для поднятия простых туннелей tun/tap (l2/l3) со своими скриптами управления
• webface - заготовку для альтернативного WEB-интерфейса (партнёр Octonix)
• wpa_supplicant - аутентификатор для WiFi, с генератором psk и cli-интерфейсом
• а также модули ядра для монтирования USB flash накопителей, 3G модемов, интерфейсов для подключения датчиков и исполнительных механизмов.

В планах разработка собственного облачного сервиса на базе vtund для камер и регистраторов с модифицированными прошивками. Его легко сможет поднять у себя любой IT специалист с базовыми знаниями linux. В качестве базы можно будет использовать любой VPS с белым IP, и даже роутер с прошивкой OpenWrt.

Отдельным, от общего списка, стоит задача создания On-Line WEB конструктора, в котором пользователь, выбрав тип SoC, RAM и Flash, а также необходимый функционал в виде модулей программ, получит на выходе, в течение нескольких секунд, в полностью автоматическом режиме нужный образ прошивки.
Пример, как это хорошо и удобно работает показан на нашем партнёрском сайте http://wifi-iot.com

Приглашаются желающие протестировать Alpha версию прошивки.
Положительные результаты тестирования позволят в дальнейшем распространить данную методику модификации прошивок на остальные популярные устройства от XM.

Для принятия участия в тестировании необходимо иметь минимальный уровень подготовки - уметь обновлять прошивку штатными средствами, уметь пользоваться редактором vi и знать как подключаться к устройству по telnet. Консультации по приобретению базовых навыков при работе с Embedded Linux устройствами не производятся.

Основная часть теоретических обсуждений, анонсы, новости, инструкции и мануалы будут публиковаться в дискуссионной части ресурса, где размещена данная публикация. Обязательно подпишитесь на тему.

Для оперативного обмена информацией при тестах рекомендуется пользоваться группой в Telegram - https://t.me/joincha...pQsv8HlRliQDgqw

Первоисточник с образцами конфигурации и дополнительными материалами по прошивкам и методам сборки - https://zftlab.org/p...2018010700.html

Первоначально прошивка будет распространяться только по запросу в группе Telegram, но в дальнейшем, после прохождения групповых тестов и “причёсываний”, будет представлена в общем доступе. Ссылка на первоисточники и регулярный просмотр обновлений - обязательна. Просим воспринять данные факты с пониманием, т.к. не хотим быть распространителями некачественного продукта. Спасибо.

Разработку проекта ведут ZigFisher - http://zftlab.org и ESonya - http://www.cctvsp.ru/

Прикольно, невтерпёж старые добрые процы на крипту поставить? ну-ну, благодетели.. Есть у меня пару камер свежих на imx322 - регулярно тупят, как будто на работу ходят, а в это время с большим трудом если достучишься до них - то видишь такие приколы в веб-морде.
Правда, были и идеальные моменты: до камеры не достучишься онлайн, но она исправно пишет на диск рега, но в основном пол-суток ежедневных непоняток..

Добавлено спустя 52 мин. 21 сек.
Также очень надеялся на опыт onw по реболлу, кстати, как поживают ваши камеры? Мои сначала тупили днём, и можно было списать это на повышение битрейта, или типа того, но теперь они ходят налево ночью)
Возможно это моя паранойя, но это не фотошоп!

Забудьте про софт... дело в железе. Из "паяных повторно" 15 штук пока отказов больше не было. Битрейт ставил разный. У себя тоже такие картинки видел...

Velc сказал(а):

Возможно это моя паранойя, но это не фотошоп!

Нажмите, чтобы раскрыть...

Такое у меня было, когда на один IP-шник сели две камеры. Проверяйте сеть, кто мешает камерам. Если в лабораторных условиях камера работает нормально, значит есть внешний фактор.

Эти два дня не прошли даром - удалось прикрутить и протестировать следующие сервисы (модули):

• отправку скриншотов на Яндекс.Диск по расписанию. Это позволит устанавливать камеру в любых местах, не опасаясь за кражу регистратора или камеры, снимки всё равно останутся - в облаке. Есть планы добавить в этот алгоритм сработку по датчику тревоги и, возможно, по программному детектору движения камеры;
• отправку скриншотов в группу Telegram по расписанию. В будущем у камеры появится возможность принимать команды с этого мессенджера: на просмотр статистики, получение снимков, управление выходом Alarm (сюда можно подключить реле и управлять внешним устройством);
• службу создания L2/L3 VPN туннелей на базе vtund. В будущем это позволит поднять свой собственный VPN сервер, чтобы обойтись без тормозного китайского облака.

Тестовые прошивки и документация по их установке и использованию доступны на страничке проекта.
Для оперативного обмена информацией обращайтесь в группу Telegram.

ESonya сказал(а):

Эти два дня не прошли даром - удалось прикрутить и протестировать следующие сервисы (модули):

• отправку скриншотов на Яндекс.Диск по расписанию. Это позволит устанавливать камеру в любых местах, не опасаясь за кражу регистратора или камеры, снимки всё равно останутся - в облаке. Есть планы добавить в этот алгоритм сработку по датчику тревоги и, возможно, по программному детектору движения камеры;
• отправку скриншотов в группу Telegram по расписанию. В будущем у камеры появится возможность принимать команды с этого мессенджера: на просмотр статистики, получение снимков, управление выходом Alarm (сюда можно подключить реле и управлять внешним устройством);
• службу создания L2/L3 VPN туннелей на базе vtund. В будущем это позволит поднять свой собственный VPN сервер, чтобы обойтись без тормозного китайского облака.

Тестовые прошивки и документация по их установке и использованию доступны на страничке проекта.

Для оперативного обмена информацией обращайтесь в группу Telegram.

Нажмите, чтобы раскрыть...

сложно читать группу, когда отлучаешься на время.

Насчет "не опасатьсь о краже" - не всегда по скринам, тем более по расписанию есть толк. Вот если бы со скринами вместе сливался скажем 2ой поток(хотя бы) по движению... тогда, да уже кое что =)

А вообще очень рад, что нашлись умельцы, которым не безразлична кривость китайских камер и возможность их допилить до "состояния шедевра" =)

К сожалению, у данного типа камеры мозгов немножко маловато для этих целей (видео), может загнуться в какой-то момент.
И однозначно для такого режима работы нужен буфер, куда видео записывать, USB или SD флешка.
А так- вообще можно реализовать конечно, взял "хотелку" на заметку.

Народ, подскажите, использую IP камеры модель HI3516D_83H40. Смотрю их на Андроиде. Напрягает FPS - больше 13 не поднимается, причём без разницы подключаю 1 или 8 камер. Есть ещё одна камера модель HC400L_AF_V1 - с этой проблем нет FPS показывает до 25

Sergeba сказал(а):

HI3516D_83H40. Смотрю их на Андроиде. Напрягает FPS - больше 13 не поднимается

Нажмите, чтобы раскрыть...

Смотрите основной поток? Тогда не удивительно, железяка, возможно, просто не тянет такой поток, да ещё в h265.
Да и сам чип 16D слабоват. Можно попробовать отключить доп. поток, тогда немного ресурсов освободится, можно будет поднять fps у основного потока.

ESonya сказал(а):

возможно, просто не тянет такой поток, да ещё в h265.

Нажмите, чтобы раскрыть...

Если смотрю на ноутбуке через IE - всё ок фризов не замечаю - всё естественно воспроизводит в h264 и в h265 - разницу не замечаю. На Андроиде h265 ещё больше падает fps - до 6... Пробовал разные программы TinyCam и Onvifer (у меня условие работа 24/7). Первая более стабильная, работает без проблем, но fps на модулях 16D не выше 6, в Onvifer fps поднимается до 13, но приложение работает не стабильно - через 20 минут может вылететь, подвиснуть, камеры отваливаются...

ESonya сказал(а):

Можно попробовать отключить доп. поток

Нажмите, чтобы раскрыть...

Как это сделать? В настройках не нашёл...

При этом модель HC400L_AF_V1 выдаёт 25 fps на основном потоке...

ESonya сказал(а):

Смотрите основной поток? Тогда не удивительно, железяка, возможно, просто не тянет такой поток, да ещё в h265.
Да и сам чип 16D слабоват. Можно попробовать отключить доп. поток, тогда немного ресурсов освободится, можно будет поднять fps у основного потока.

Нажмите, чтобы раскрыть...

Игорь, с чего вдруг 3516D слабоват?
Он спокойно может 4MP@25fps выдавать. Более мощные DSP это 3516A и 3519
Вот ссылка с таблицей характеристик всех SOC-чипов более-менее распространенных и применяемых в CCTV

Мб вся проблема в андройд-устростве с унылым wifi, или в самом wifi эфире в месте просмотра...
Sergeba написал, что с ПК проблем с просмотром нет

MA3X2003 сказал(а):

Игорь, с чего вдруг 3516D слабоват?
Он спокойно может 4MP@25fps выдавать. Более мощные DSP это 3516A и 3519

Нажмите, чтобы раскрыть...

Слабоват. У меня есть такие камеры. 4Mp 18fsp (максимум 20fps при отключении доп потока). Если пишут 25, это обман, выставлено в прошивке, а реально их нет.

Вот про 16A я и говорил, у этого должно хватить производительности.

Вот ссылка с таблицей характеристик всех SOC-чипов более-менее распространенных и применяемых в CCTV

Нажмите, чтобы раскрыть...

Табличка не внушает доверия, я больше доверяю докам от производителя чипов:
Real-time H.264/H.265 encoding of multiple streams:
− 1080p@30 fps+720p@30 fps+VGA@30 fps
− 3-megapixel@30 fps+VGA@30 fps
− 5-megapixel@15 fps

MA3X2003 сказал(а):

андройд-устростве с унылым wifi

Нажмите, чтобы раскрыть...

У меня 21,5" тач-скрин монитор с Андрюшей на стене висит, подключен по LAN. Но всё-таки думаю кривые декодеры на Андроиде... Т.к. в TinyCam удалось разогнать максимум до 10 fps на дополнительном потоке, при выводе 8 камер на экран.
Программа Onvifer смогла показать 24 fps на основном потоке, но всего три камеры на экран, при подключении следующей предупреждает, что количество одновременно воспроизводимых потоков ограничено либо переключитесь в более низкое разрешение.
Может кто знает путёвое приложение для Андроида? Нужно вывести 8-9 камер на экран в шахматку для мониторинга.

Sergeba, IP Cam Viewer

LLC сказал(а):

IP Cam Viewer

Нажмите, чтобы раскрыть...

Отстой. Максимальная групповая скорость на мультиэкране 1 кадр в 5 секунд (это в настройках программы). У меня на TinyCam 6 кадров в секунду выдаёт, я хотел хотя бы 10-15 кадров в секунду.

Просьба помочь с диагнозом.

Пришел еще один заказ из китая 2 камеры
https://ru.aliexpress.com/item/Ultral-0-0001-Starlight-WDR-Sony/32848052956.html
3,6mm 1080 P
1.8mm 1080 P
У одной из них в правом углу размытое изображение у другой в левом.

Это лечится или брак?

Giridon сказал(а):

Это лечится или брак?

Нажмите, чтобы раскрыть...

Это дешёвые кривые ИК фильтры. Лечится заменой.

Продавец ответил, что проблема в объективе. Точно с ИК косяк?

Giridon сказал(а):

Продавец ответил, что проблема в объективе. Точно с ИК косяк?

Нажмите, чтобы раскрыть...

точно с объективами проблемы - линзы в объективе не на оптической оси, можно попробовать исправить самостоятельно не разбирая объектива, постучать им сильно/резко несколько раз об твердую поверхность.

Это связано. ИК фильтр - крепление объектива. Если его криво прикрутить, то и фокус не будет по всей площади. Впрочем, кривой объектив не исключаю. Это тоже легко проверить: если при повороте объектива нерезкая область поворачивается вместе с ним, значит сместилась линза в объектива. Но это менее вероятное.