Cloudcam ycc365 plus прошивка
WiFi IP CloudCamer-ы: HIP291-1M/2M-AI, Digoo DG-W01F, Digoo DG-MYQ и другие на процессоре от GOKE: GK7102 (GK7102S) Обсуждение »
В этой теме обсуждаются CloudCam-еры на процессоре GK7102, работающие только с облаком https://www.ucloudcam.com (*.icloseli.com).
В последнее время большинство производителей iP камер переходят к выпуску CloudCamer чтобы ещё зарабатывать на продаже облачных хранилищ. но так как большинство не планирует платить деньги за облака. эта тема предлагается для обмена опытом по использованию подобных камер, поиску скрытых возможностей камер и их применению.
Список выявленных CloudCamer на процессоре GK7102, GK7102Sштатные приложения у камер называются по разному, но все они от одного производителя: Closeli.cn и полностью взаимозаменяемые:
Тема наполняется постепенно с изучением различных возможностей и подводных препятствий, поэтому в статьях и инструкциях возможно присутствие неточностей в описаниииз-за больших различий в структуре камер и неполных знаний вопроса на момент написания инструкций.
1. Размер флеш памяти. В этих камерах встречаются два вида флеш памяти на 8МБ или 16МБ.2. Для редактирования и записи доступна только папка /HOME/, остальные только для чтения.3. В камерах с 8МБ очень мало свободной памяти для записи в папке /HOME/.4. В камерах с 8МБ ни в коем случае нельзя делать рекомендованную как здесь на форуме,так и на других форумах, копию голосового файла VOICE.tgz в файл VOICE-orig.tgz, т.к.— во первых для копии не хватит места и копия получится битой. — во вторых это битая копия займет всю свободную память в папке /HOME/— из-за отсутствия памяти камера начнет глючить. — из-за отсутствия памяти при редактировании файла start.sh в папке /HOME/ он у вас не сохранится и точно получится кирпич.
свободную память для записи можно проверить в Telnet командой:
где 87% — это занято в папке Home
а если получите вот подобное. то срочно ищите что лишнее удалить в папке Home:
В теме нет куратора. По вопросам наполнения шапки обращайтесь к модераторам раздела через кнопку под сообщениями, на которые необходимо добавить ссылки.Если в теме есть пользователь, желающий стать Куратором и соответствующий Требованиям для кандидатов, он может подать заявку в теме Хочу стать Куратором (предварительно изучив шапку темы и все материалы для кураторов).
Сообщение отредактировал Олег Верещагин — 20.08.21, 12:08
Камера IL-HIP291G-2M-AI от INQMEGA
— Штатное приложение: YCC365, в приложении работают:— режим AI: автоматическое слежение камерой за движущимся объектом в поле камеры— три режима ночного режима: включен, выключен и автоматический, 6 ИК светодиодов освещают хорошо— тревога включается: по громкому звуку или по движению, включается по отдельности, — запись на SD карту: постоянно или при наличии движения в кадре, пишется на карту не зависимо от разрешения выдачи тревоги— удобная навигация и безглючный удаленный просмотр записанных на SD карту видео— дистанционное отключение динамика в камере, чтобы камера ничего не говорила о своих режимах— нормальная двух сторонняя аудио связь между камерой и смартфоном
Приложение YCC365 достаточно удобное, но у меня на Android 6 последние обновления приложения вообще не запускаются, но нашлась версия приложения: .626, которая запускается и работает достаточно стабильно и без глюков, но в ней отсутствует возможность включения / отключения режима AI.Продавец на сайте с этой камерой рекламирует 7 дневный бесплатный ознакомительный период работы с облаком, но реально оказалось, что: Ваш текущий план истек и просит денег за использование облака, поэтому попробовать ничего не получилось, переключил на работу с SD картой и все видео нормально пишутся на SD карточку.
На SD карту видео пишется в формате .v264 , смотреть получилось только в V264Player.exe со звуком, но этот плеер достаточно примитивныйНашелся софт для конвертирования видео из формата .v264 в mp4, но конвертируется только видео без звука
Также нашлось решение подключиться к камере по FTP и SSH
Сообщение отредактировал PauS — 29.11.18, 19:21
Просмотр видео роликов записываемых на SD карту в штатном приложении.
Видео ролики на карту SD пишутся отдельными файлами продолжительностью 10 минут при непрерывной записи или произвольной продолжительности, но не более 10 минут при записи по событиям (движению или звуку). Примерная длина ролика продолжительностью 10 мин. составляет 35 . 40 MB.Просмотр видео ролики в штатном приложении сделан довольно удобно, работает быстро, имеет шкалу времени и позволяет смотреть видео с любого места.
Для просмотра видео роликов на РС могут возникнуть трудности, в связи с тем, что ролики пишутся с расширением .v264 и они не проигрываются большинством известных видео плееров.. В версии прошивки 3.4.хххх и выше видео на SD карту уже пишется в формате *.MP4 и проигрываются любым плеером .Мне встретился только один плеер, который проигрывает такие ролики со звуком, это V264Player.exe:
также встретился конвертер файлов видео формата .v264 в формат MP4: V264ToAVIen.exe:
V264ToAVIen.zip ( 244.13 КБ )
но этот конвертер имеет очень большой недостаток: в выходном файле полностью отсутствует звук.
CloudCamera на GK7102 имеет возможность записи на SD карту сразу в формате .MP4 ( видео со звуком ) для этого в файл: hwcfg.ini камеры необходимо добавить запись:support_mp4record = 1после этого видео ролики будут записываться на карту SD в формате .MP4 вместо .v264НО после этого в штатном приложении перестанет работать плавная навигация при просмотре видео роликов, невозможно будет смотреть видео с любого места ролика, а возможно будет только с начала ролика и невозможно будет быстро перемещаться по ролику. . В версии прошивки 3.4.хххх и выше видео в формате *.MP4 в штатном приложении уже можно смотреть с любого места с плавной навигацией по видео . Поэтому сами решайте в каком формате сохранять видео на SD карте.
ONVIF & RTSP в камерах CloudCam на GK7102
ONVIF в этих камерах заявлен из коробки, но опять имеет много НО. про которые практически нет информации и китайские товарищи не всегда делятся информацией . в файле «hwcfg.ini» проверить наличие следующей строки, и при отсутствии дописать её. а то ONVIF / RTSP потока не будет .
— в режиме хака камеры в программе «tyniCam» подключить поток: «rtsp://iP_addr:554/0/av0»— в программе «tyniCam» подключить «GK7102_CloudCam_vendors.xml» из архива:
GK7102_CloudCam_vendors.zip ( 748 байт )
— в настройках камеры в «tyniCam» выбрать:— Производитель камеры: GK7102_CloudCam_Hacks— Модель камеры: HIP-291G-2M-IA — (это название можно отредактировать под свою камеру)и после этого у вас будет видео со звуком и будет работать PTZ
4.Для ONVIF поток rtsp по умолчанию выдается на порт 554, но мой роутер не позволяет пробросить удаленный доступ из интернета на этот порт. И китайцы не подкачали в этих камерах. rtsp поток также транслируется в порт 8001, который у меня пробрасывается.
. iP адрес в ссылках писать для своей камеры . .
Компания Ростелеком активно осваивает рынок видеонаблюдения предлагая видеокамеры ведущих производителей с собственной версией программного обеспечения. При покупке оборудования существует период в течении которого доступ к сервису происходит условно бесплатно, по окончании этого периода вам необходимо выбрать один из предложенных тарифов . Стоимость тарифов — от 350 рублей в месяц, сумма не большая но оригинальные камеры от производителя имеют неплохой набор сервисных функций, как говорится прямо из коробки. В результате у пользователя возникает вопрос, можно ли выполнить Восстановление оригинальной прошивки после ростелекома.
Компания в качестве доноров использует оборудование различных брендов, наибольшее распространение получили марки Hikvision и Dahua
IP камеры из линейки Hikvision
IP камеры из линейки Dahua
Способы восстановления для разных брендов различны и в то же время схожи в том, что необходимо использовать служебные разъемы в камерах для подключения к UART интерфейсу с использованием сервера TFTP.
Подробнее о прошивке с использованием сервера TFTP можно прочитать в другой нашей статье, Восстановление прошивки Hikvision
Далее рассмотрим как выполнить Восстановление оригинальной прошивки после ростелекома на примере оборудования Hikvision
Наибольшее распространение получила линейка оборудования Hikvision, основанная на серии прошивок R2, так как прошло достаточное время с момента старта продаж и как правило льготный период использования сервисом уже окончен, эти камеры можно найти на вторичном рынке за смешные деньги.
Первые версии программного обеспечения от Ростелекома использовали практически оригинальный загрузчик и дескриптор устройства компании Hikvision с единственным ограничением, длинна файла оригинальной прошивки не позволяла выполнить обновление и процесс прерывался с ошибкой превышения длинны файла digicap.dav.
Файл digicap.dav имеет несколько степеней защиты от редактирования, но сообщество любителей бренда Hikvision располагает утилитами способными обойти эти барьеры.
Предлагаю инструкцию взятую из сети:
- HikTools — утилита для разборки и сборки прошивки.
- HikVision TFTP Server — утилита для восстановления прошивок камер HikVision/HiWatch
- HyperTerminal — утилита для связи через последовательный порт
- NewTuxBoxFlashTools — утилита для правки образов CRAMFS
- SADP — утилита для поиска, активации и конфигурирования сетевых параметров камер HikVision/HiWatch.
- С FTP-сервера HikVision скачиваем архив с оригинальной прошивкой. Распаковываем. Нас интересует файл digicap.dav .
- Копируем файл в папку HikTools и запускаем файл cmd_split.cmd . В папке появляется подраздел dav , в котором лежит содержимое прошивки.
- Запускаем утилиту NewTuxBoxFlashTools и открываем в ней файл app.img из подраздела dav . Интерфейс на немецком, но понять где что несложно по иконкам. Ищем в содержимом образа файл WebComponents.exe и удаляем его, сохраняем изменения. При сохранении ругнётся — это нормально.
- Запускаем файл cmd_create.cmd и получаем новую прошивку — файл с именем dav.dav .
- Удаляем старый файл digicap.dav и переименовываем файл dav.dav в digicap.dav . Получили прошивку меньшего размера.
В камеры HikVision/HiWatch заложен механизм восстановления прошивки при критических сбоях. Каждый раз, при запуске, камера получает фиксированный адрес 192.0.0.64 (или 192.168.1.64 и в течение нескольких секунд ищет TFTP-сервер по адресу 192.0.0.128 или 192.168.1.128, соответственно. Найдя его, скачивает прошивку, и прошивается.
- Задаём сетевой карте компьютера адрес 192.0.0.128/255.255.255.0 и дополнительный адрес 192.168.1.128/255.255.255.0, чтобы не проверять из какой партии камера и сделать всё за одну попытку.
- Копируем резаную прошивку в папку сервера TFTP и запускаем сервер.
- Подключаем камеру к сети и включаем питание. Наблюдаем за логом TFTP-сервера. Как только напишет, что прошивка скачана нужно его закрыть. Иначе, камера прошьётся, перезагрузится, при загрузке начнёт искать TFTP-сервер — найдёт, скачает прошивку, прошьётся, перезагрузится и так по кругу.
- Контролируем запуск камеры в рабочее состояние через SADP. Появилась в списке — значит загрузилась. Камера прошита.
- Теперь нужно сбросить пароль путём возврата к заводским установкам. Выключаем питание камеры, зажимаем кнопку RESET, подаём питание и держим кнопку нажатой 10-15 секунд. Отпускаем RESET.
- Контролируем запуск камеры через SADP. Если сброс произошёл — камера получит адрес по умолчанию — 192.0.0.64 или 192.168..1.64 и перейдёт в неактивное состояние (Inactive). Можно задавать пароль, настраивать и пользоваться. Как говорится — Enjoy!
Заранее подготовленный файл с прошивкой и TFTP сервером можно скачать в нашем файловом архиве
Подробнее о прошивке с использованием сервера TFTP можно прочитать в нашей другой статье, Восстановление прошивки Hikvision
Восстановление оригинальной прошивки после ростелекома камер Ростелеком CS-C2SHW и Ростелеком-DS-2CD-VC1W имеет некоторые нюансы:
IP камеры представляют из себя достаточно сложное устройство, управляемой микропрограммой на основе Linux. Как и в любых программах, она может содержать ошибки или уязвимости, которыми могут воспользоваться злоумышленники. Для устранения таких ошибок, а также для добавления новых функций, производитель выпускает обновления прошивок, которые можно самостоятельно установить.
Для обновления прошивки сначала потребуется узнать её версию и дату:
Для этого с помощью программы CMS подключаетесь к камере/регистратору, открываете свойства и заходите в настройки (Device config):
Для установки скачанной прошивки нужно зайти в пункт «Обновление» (Upgrade)
Выбрать пункт «Директория» (Browse), выбрать файл новой прошивки и нажать кнопку «Обновить» (Upgrade). После чего начнётся сам процесс обновления. Обычно это занимает около минуты, после чего ещё одну минуту камера перезагружается. В конце обновление должна появиться табличка «Обновление успешно». Поздравляю, ваша камера/регистратор теперь имеют свежую программу.
Если появилась табличка «Обновление неудачно», скорее всего вы пытались установить неподходящую прошивку, ещё раз проверьте версию из пункта «Версия» и скачанной прошивки. Ещё такое может произойти, если вы пытаетесь обновить оборудование от другого производителя (первые три цифры отличаются от 000). В некоторых случаях, производители защищают подмену ПО в своих продуктах, указывая в настройках прошивки дополнительный пункт Vendor, тогда обычные версии (General) ПО уже не могут быть установлены без правки InstallDesc. Однако этот вопрос уже выходит за рамки данной статьи. Если вас интересует подобный вопрос, обратитесь в поддержку любым доступным способом.
Привет, меня зовут Олег Герасимов, я директор центра компетенций IT-кластера Ростелекома. Наша команда среди многих задач разрабатывает прошивки камер видеонаблюдения для B2B и B2C-сервисов. В предыдущей статье я рассказывал, как мы научились самостоятельно разрабатывать софт и прошивки для IP-камер, в том числе и недорогих, и подключать их к облаку.
За прошедшее время камеры с нашей прошивкой уже появились на рынке, и, судя по данным Яндекс.Маркета, — на полках магазинов цены на них начинаются от 1500 рублей. И это уже не дешевый «ноунэйм», а качественные камеры ведущих мировых брендов: Hikvision, Dahua и Uniview. На мой взгляд, это отличный результат!
Когда мы начинали работать с прошивками, количество поддерживаемых моделей камер было небольшим. В процессе разработки общих компонентов мы самостоятельно реализовывали поддержку новых моделей камер.
Тогда у нас была возможность самим выбирать, какие модели интегрировать в первую очередь, а какие нет, исходя из технических соображений.
Например, если в камере используется сенсор, под который в SDK процессора нет драйвера, то драйвер сенсора придется разработать самим. Это очень трудоемкий процесс, требующий сложной разработки и отладки. Сенсор — технически сложный компонент, и на одно изучение технического описания (Datasheet) сенсора могут уйти недели. Это, на секундочку, сотни страниц с описанием тысяч регистров, влияющих на работу сенсора, и логики взаимодействия с ними.
Первое время мы обходили стороной камеры с незнакомыми сенсорами, чтобы не застрять в деталях настройки конкретного железа, а сосредоточиться на разработке общих компонентов, которые будут использоваться в большинстве камер. Иногда нам удавалось найти уже готовые драйверы сенсора в оригинальной прошивке камеры, но это было скорее счастливым исключением из правил. Работая в таком режиме, мы поддержали около десятка моделей камер на нескольких наиболее популярных чипсетах, делая упор не на количество моделей, а на функциональность.
Одно из ключевых требований к поставщикам — предоставление технической информации о схемотехнике камер, например, о GPIO-выводах, к которым подключены светодиоды, кнопки, ИК фильтры и т.д. Кроме этой информации, мы просили вендоров предоставить специфичные для оборудования патчи ядра/загрузчика и исходные тексты драйверов устройств, в первую очередь, сенсоров и WI-FI чипов.
Такой подход существенно облегчил нашу задачу по поддержке новых камер. Вместо данных, добытых реверс-инжинирингом, у нас появились официальные спецификации и исходники драйверов от вендоров.
Однако по-прежнему много времени уходило на подготовку прошивок, даже когда вендоры стали делиться информацией: данные в спецификациях были неточными, драйверы не хотели заводиться на железе, а то и вовсе отказывались собираться.
Мы начали анализировать узкие места процесса. Они оказались на поверхности: больше всего времени уходило на итерации получения патчей и драйверов, багрепорты в сторону вендоров и ожидание исправлений.
Логичная мысль: дать вендорам возможность самим собирать нашу прошивку с драйверами их оборудования и конфигурациями, проверять результаты и отлаживать работу у себя, не тратя драгоценное время на переписку.
Техническое решение, с одной стороны, очевидное: сделать SDK для сборки нашей прошивки. Но есть ряд требований:
- SDK должен уметь собирать прошивки под все типы поддерживаемых SoC. На сегодня это больше 10 чипсетов от Hisilicon, Ambarella, MStar и Fullhan.
- Нельзя передавать компоненты прошивок от одного вендора другим, потому что это интеллектуальная собственность. Мы подписываем NDA, в котором обязуемся не раскрывать передаваемую информацию.
- Результаты интеграции, полученные от вендора, нужно уметь замерджить в общее дерево исходников прошивки в нашем Git.
- У вендора должна быть возможность вносить патчи и дополнения во все компоненты: ядро, загрузчик, SoC SDK и прочие.
- Нужно иметь гибкую структуру настроек, в которой будут учитываться максимальное количество возможных конфигураций оборудования.
- Для каждой пары «вендор-SoC» должна собираться универсальная прошивка, поддерживающая все камеры вендора на базе этого процессора.
- Сборка должна работать автономно и не требовать доступа в Интернет. Да, большинство разработчиков ПО для камер в Китае не имеют доступа в Интернет на рабочих местах.
Структура системы сборки, в тот момент, была не готова к такому подходу. Например, в некоторых файлах конфигурации были совмещены настройки камер от нескольких вендоров, а для сборки прошивки и загрузки пакетов требовался доступ к нашим внутренним репозиториям. Да и некоторые места системы сборки (чего греха таить) не предполагали такого масштабирования: их разработали в то время, когда поддерживался один тип процессора и две модели камеры.
Другая проблема: под каждый процессор поставляется отдельный SDK от его производителя, с уникальным набором системных компонентов: своя версия и набор патчей ядра, toolchain, uboot, системная библиотека (где-то uclibc, а может быть glibc). Под эти факторы приходится подстраивать систему сборки, а местами и код приложений. Для наглядности масштабов фрагментации вот табличка со списком версий компонентов:
Как видно, разброс огромный: от легаси десятилетней давности до относительно свежих ревизий.
С такими вводными нам предстоял рефакторинг системы сборки прошивок: выделить общие патчи и драйвера, которые будут доступны для всех вендоров, повторить это для 10+ поддерживаемых моделей SoC, полностью переосмыслить систему конфигурации наших компонентов. Заодно выпилить специфичные для камер костыли из init-скриптов, сделав общие и универсальные решения.
Все файлы конфигурации камер перевели в формат YAML, как самый удобный для ручного редактирования, и разделили по компонентам:
Выбор способа сборки дистрибуции SDK был очевидным. Docker оказался вне конкуренции, с его помощью можно легко передать подготовленную среду. Мы использовали Docker практически с самого начала разработки, как в CI, так и для локальной отладки на компьютерах разработчиков.
Процесс сборки полностью автоматизирован. Docker-образы с нашим SDK собираются в общем CI под матрицу сочетаний «SoC-вендор».
Исходно у нас было два основных репозитория:
- build-tools — в нем хранятся Dockerfile, скрипты установки SoC SDK и скрипты сборки общих библиотек для поддерживаемых аппаратных платформ. В CI этого репозитория собираются Docker-образы со всем необходимым для сборки прошивки и софта под целевую платформу.
- vc-firmware — здесь хранится система сборки прошивки и компонент. К этому же репозиторию как git-submodule подключены репозитории с исходниками наших компонентов: видеоприложение, облачный агент, модуль обновления). Результатом работы CI в этом репозитории являются сами прошивки камер.
Для нового SDK добавили еще один репозиторий, vc-sdk, к которому подключили vc-firmware и build-tools как git-submodule. В CI этого репозитория сборка разделена на этапы:
- подготовка базового Docker-образа по аналогии с репозиторием build-tools;
- сборка пакетов с компонентами (видеоприложение, облачный агент, модуль обновления);
- загрузка пакетов с общими компонентами (публичные библиотеки, драйверы Wi-Fi и т.д.)
- копирование каталогов с драйверами и патчами, специфичными для вендора
Заключение
За этот год уже 8 вендоров освоило использование нашего SDK, с его помощью добавили поддержку работы с видеонаблюдением Ростелекома в нескольких десятков новых моделей камер. Некоторые из этих камер уже продаются.
Важно, что выбранный подход — разработка собственной прошивки на базе SDK — работает на потребителей: интеграция камер таким способом позволила организовать честную конкуренцию при тендере на закупку камер. Победители выявляются по объективным показателям: качеству оборудования и наименьшей стоимости.
Наконец, если раньше количество поддерживаемых моделей камер было ограничено силами и ресурсами команды, то сегодня эта проблема ушла в прошлое. Теперь вендоры камер могут сами добавлять поддержку новых моделей через облако РТК.
Сегодня мы хотим рассказать вам как самостоятельно перепрошить свои камеры видеонаблюдения прошивками от Dahua и добавить в них напрямую функцию P2P (удаленное подключение к камере видеонаблюдения без сложных настроек)!
Перепрошивка позволит Вам на все 100% использовать свою систему видеонаблюдения. Прошивки добавлят новые возможности в функционал камер такие как P2P. Также иногда в следствии непредвиденных факторов камера может начать некорректно работать. В таком случае также может помочь перепрошивка последней актуальной прошивкой.
Итак, перейдем к самому процессу перепрошивки:
Находим необходимую нам прошивку с поддержкой функции P2P и скачиваем ее.
Дальше переходим в Веб-Интерфейс нашей камер, заходим в настройки, вкладка SYSTEM – UPGRADE, где выбираем файл с прошивкой и нажимаем Upgrade.
После завершения перепрошивки камеры в настройках TCP/IP появится настройка P2P. Ставим галочку напротив данной функции.
Далее запускаем приложение для видеонаблюдения SmartPSS и переходим во вкладку Устройста. Найти SmartPSS можно на файловом сервере.
По завершении видим что наша камера подключена без использования IP адреса, при помощи технологии P2P.
Теперь Вы легко можете получить удаленный доступ к своим камерам видеонаблюдения через программу SmartPSS или с вашего мобильного телефона как описанно в данной статье.
IP-камеры Xiaomi заслуженно пользуются высокой популярностью среди пользователей. Они отличаются сбалансированными техническими характеристиками, предлагаются по доступным ценам и подходят для построения высококачественной системы видеонаблюдения, в том числе в рамках smart-дома. При этом, устройства поддерживают фирменный протокол ZigBee компании Сяоми, который разработан специально для объединения в одну сеть всех продуктов Ксиаоми.
Однако для корректной и эффективной настройки приборов видеонаблюдения требуется не только их правильно подключить, но и осуществить прошивку IP-камеры Xiaomi. Главная цель мероприятия – перевод интерфейса на русский язык, так как изначально все меню отображается в виде иероглифов или в лучшем случае на английском языке. Установка новой прошивки также позволяет обновить программное обеспечение, исправить различные ошибки, добавить новые функции, например, открыть доступ к потоковому онлайн-вещанию и т.д.
Инструкция по прошивке видеокамеры Сяоми
Далее процедура предполагает выполнение следующих операций:
- Скачивание архива прошивки, которая затем в разархивированном виде перемещается на отформатированную в формате FAT32 MicroSD-карточку;
- Флеш-карта вставляется в слот камеры, после чего устройство активируется;
- Если все сделано правильно, то установка прошивки должна начаться автоматически. Об этом будет свидетельствовать мигание светодиодных индикаторов, а также характерные щелчки. Процесс может занять до пяти минут, в течение которых запрещается перезагружать или отключать аппарат.
По завершению установки IP-камера Ксиаоми произнесет приветственную фразу, при этом она должна прозвучать уже на русском языке.
Далее пользователю остается только настроить устройство в соответствии со своими потребностями и возможностями изделия. Все мероприятия обычно выполняются на смартфоне, на который предварительно устанавливается приложение Mi Home.
Китайские IP камеры занимают нижний и средний ценовые сегменты рынка. Сегодня пользователи могут приобрести мегапиксельные IP камеры хорошего качества и по низкой цене у многих китайских производителей. Хотя изготовитель обычно предоставляет стандартную техническую поддержку, вам будет интересно узнать подробнее об этих IP камерах. В данной статье мы предоставим немного профессиональной информации для технической поддержки этих IP камер.
Как подобрать правильную прошивку для обновления?
Большинство китайских IP камер основаны на модулях от Xiong Mai tech., поэтому эта статья будет применима и к другим IP камерам на этом решении, на процессорах: Hi3516C, Hi3518C и Hi3518E, а также Hi3516D/Hi3516A.
- Модули камеры 1.0MP: IPG-50H10PL-S, IPG-50H10PL-AE, IPG-50H10PL-B, IPG-50H10PL-P
- Модули камеры 1.0MP WDR: IPG-52H10PL-B, IPG-52H10PL-P
- Модули камеры 1.3MP: IPG-53H13PES-SL, IPG-53H13PES-S, IPG-53H13PLS-S
- Модули камеры 1.3MP Aptina CMOS: IPG-53H13PL-S, IPG-53H13PL-AE, IPG-53H13PL-B, IPG-53H13PL-P
- Модули камеры 1.3MP Sony Low Light CMOS: IPG-53H13P-S, IPG-53H13P-АЕ, IPG-53H13P-B, IPG-53H13P-P
- Модули камеры 2.0MP CMOS Low Light: IPG-53H20PL-S, IPG-53H20PL-АЕ, IPG-53H20PL-B, IPG-53H20PL-P
- Модули камеры 4.0MP: IPG-83H40PL-B
- Модули камеры 5.0MP Low Light: IPG-83H50P-B, IPG-83H50P-P
- Модули камеры 1.0/1.3MP Hi3518E: IPG-50H10PE-S, IPG-50H10PE-SL, IPG-53H10PE-S, IPG-53H13PE-S
- Модули камеры P2P IP: IPM-50H10PE-O (R), IPG-50H10PL-R, IPG-53H13PL-R
- Модули камеры Wi-Fi: IPG-50H10PE-WP, IPG-53H13PE-WP
- Панорамный модуль камеры: IPG-53M10F-B
- Модули Intelligent analysis: IVG-HP200S-SE, IVG-HP200S-AE, IVG-HP201Y-SE, IVG-HP201Y-AE, IVG-HP203Y-SE, IVG-HP203Y-AE, IVG-HP500NR-AE
Из этого окошка нам нужно число после V4.02.R12. Это число содержит 17 цифр, разделённых точкой.
000 06 510 . 10010 . 1407
abc de fgh . jklmn . opqr
Красным на картинке обведены те цифры, что нам понадобятся, чтобы найти свою прошивку. Если у вас первые три цифры отличны от 000, значит у вас изменённая прошивка от OEM производителя. Обычно, эти изменения касаются web-интерфейса и локализации, так что смело заменяем их на 000, полученое число — это и есть искомая версия устройства, по нему и ищем прошивку в таблице ниже.
Ссылки на скачивание
Обновления материалов тут происходит регулярно, рекомендую добавить эту страничку в закладки.
Внимание! Будьте внимательны при обновлении, если у вас WiFi камера, так как в официальных прошивках нет WiFi драйверов. Также, участились случаи, когда после прошивки дешёвых поворотных камер переставал работать PTZ и Zoom. Дело в том, что эти камеры делают из обычных модулей с модифицированной прошивкой, где управление берётся с отладочного порта UART. Если у вас такая камера, напишите перед обновлением на почту/Viber/Telegram.
Дополнительные материалы к теме:
3. Как просматривать видеопоток на Firefox, Chrome, Opera и Safari?
4. Как сбросить настройки IP камеры?
5. Как получить доступ к видеопотоку через RTSP?
6. Как получить доступ к IP камере через Telnet?
