Как обновить прошивку видеокамер с функцией управления PTZ?
Как обновить прошивку видеокамер с функцией управления PTZ?
Часто при обновлении прошивки IP-видеокамер, имеющих функции PTZ (Pan-tilt-zoom), то есть управления поворотами камеры и увеличения изображения, прошивка камеры обновляется, а PTZ — нет.
Дело в том, что производитель большинства модулей для подобных видеокамер компания XM xiongmaitech не публикует прошивки с поддержкой PTZ на своих официальных ресурсах, хотя там и доступны обычные прошивки. Причем ID firmware прошивок идентичны, поэтому обновление PTZ все же возможно.
Прошивки с функцией PTZ делают для OEM продавцов, которые редко публикуют свои версии.
Но все же есть несколько способов получения прошивки
Данное ПО может самостоятельно выбрать доступный COM порт к которому подключен USB TTL адаптер, или вы можете указать его выбрав из списка доступных. Жмем кнопку
Программа предлагает включить питание камеры для остановки загрузки и выполнения команд U-Boot
Поставив галочку напротив пункта получаем возможность просмотра лога выполнения команд. В нижней части появившегося окна доступно поле ручного ввода команд для выполнения. Далее нажав кнопку можно вывести карту разбивки файловой системы ПЗУ (флеш памяти)
Создание резервной копии настоятельно рекомендуется разработчиками, так как программа позволяет выполнить изменения после которых работа устройства будет нарушена.
Кнопка поможет загрузить дамп из ранее созданной резервной копии, для сброса пароля или очистки конфигурации можно воспользоваться кнопкой
С бекапом разобрались, теперь перейдет собственно к обновлению прошивки PTZ.
Дл этого нужно сперва выяснить какая именно прошивка необходима для вашей PTZ камеры, сделать это просто, посмотрите версию в мобильном приложении.
Выяснив версию прошивки PTZ которая вам необходима, зайдите в соответствующий каталог в этом архиве.
Остается только скачать нужную прошивку и выполнить ее обновление, используя стандартные методы прошивки.
Как обновить прошивку камер XMEye?
Как обновить прошивку камер XMEye?
Вам нужно обновить прошивку камеры XMEye? Тогда это руководство для вас, т.к. оно позволит сделать это за несколько минут. Процедура проста и может выполняться через ПК или ноутбук.
Перед началом обновления прошивки, убедитесь, что у вас есть все готово для работы:
Первое, что вам нужно сделать, это получить подходящую прошивку для вашей камеры или DVR / NVR. Лучше всего позвонить или отправить электронное письмо производителю или продавцу и сообщить им модель и серийный номер вашего устройства.
Они отправят вам нужную прошивку по электронной почте, и вы сможете использовать ее для обновления своего оборудования.
Некоторые пользователи пытаются найти прошивку в Интернете, и это нормально, если вы знаете, что ищите.
Однако все может усложниться, если вы обновите устройство, используя неправильную прошивку. Тогда устройство вообще может перестать работать.
Более того, гарантия на обслуживание аннулируется. Лучше получить прошивку прямо с сайта производителя вашего оборудования, чем рисковать сломанным устройством, которое нельзя отремонтировать или вернуть.
Чтобы запустить обновление, подключите сетевой видеорегистратор, видеорегистратор или камеру к маршрутизатору или переключитесь с помощью кабеля Ethernet.
Затем используйте ПК / ноутбук, подключенный к той же локальной сети, что и оборудование XMEye. Установите инструмент обновления под названием Диспетчер устройств ( загрузите его здесь с Google диска).
По сути, этот инструмент просканирует локальную сеть и выведет список всех устройств, найденных на ней, включая IP-камеры, DVR, NVR.
Допустим, у вас есть сетевой видеорегистратор с 4 камерами, инструмент отобразит 5 IP-адресов, один для сетевого видеорегистратора, остальные — для камер.
Пример показан ниже. Как видите, каждое устройство имеет уникальный IP-адрес.
Инструмент точно не скажет вам, какой из них какой. Как же тогда узнать, какой из них является IP-адресом сетевого видеорегистратора, а какой — IP какой камеры?
Один из способов найти его — зайти в настройки вашего DVR / NVR, перейти в раздел «Сеть» и записать IP-адрес регистратора. В нашем случае IP-адрес этого сетевого видеорегистратора — 192.168.1.9.
Нажмите «Обзор», найдите прошивку на своем компьютере и нажмите «Открыть».
После загрузки нажмите кнопку «Обновить». Вы можете подождать 1-5 минут, чтобы прошивка прошла.
В большинстве случаев устройство автоматически перезагружается и возвращается в сеть с обновлением до последней версии.
Если вы получили сообщение «сбой», убедитесь, что установлена правильная прошивка. Еще раз уточните у продавца, действительно ли вы выбрали нужный.
В большинстве случаев неправильная прошивка не проходит, но иногда это происходит, и это может повредить устройство.
Если вы не видите свою камеру или записывающее устройство в списке средства обновления, убедитесь, что все ваши устройства находятся в одной сети.
Камера, записывающее устройство и ваш компьютер должны быть в одной сети, они должны получать доступ в Интернет от одного и того же маршрутизатора или коммутатора. Если они находятся в другой сети, инструмент не видит оборудование.
Если по-прежнему не удается обновить прошивку, необходимо позвонить производителю или продавцу. Они могут удаленно войти и выполнить обновление за вас. Иногда они могут попросить у вас удостоверение личности или подтверждение покупки.
Как обновить прошивку IP камер и видеорегистраторов?
Как обновить прошивку IP камер и видеорегистраторов?
IP камеры представляют из себя достаточно сложное устройство, управляемой микропрограммой. Как и в любых программах, она может содержать ошибки или уязвимости, которыми могут воспользоваться злоумышленники. Для устранения таких ошибок, а также для добавления новых функций, производитель выпускает обновления прошивок, которые можно самостоятельно установить.
При этом нужно правильно подготовиться к проведению обновления прошивки, иначе могут возникнуть серьезные проблемы. Для этого:
Также для обновления прошивки потребуется узнать её версию и дату.
Для этого с помощью программы для видеонаблюдения, которую вы используете, подключаетесь к камере или регистратору, откройте свойства и зайдите в настройки (Device config):
При скачивании прошивки нужно выбирать файл с теми же цифрами. Дата прошивки (Build Date) означает дату её выпуска, по этим данным можно ориентироваться, на сколько старое ПО установлено в камере.
Для установки скачанной прошивки нужно зайти в пункт «Обновление» (Upgrade)
Выбрать пункт «Директория» (Browse), выбрать файл новой прошивки и нажать кнопку «Обновить» (Upgrade). После чего начнётся сам процесс обновления.
Обычно это занимает около минуты, после чего ещё одну минуту камера перезагружается. В конце обновление должна появиться табличка «Обновление успешно». Поздравляю, ваша камера/регистратор теперь имеют свежую программу.
Если появилась табличка «Обновление неудачно», скорее всего вы пытались установить неподходящую прошивку, ещё раз проверьте версию из пункта «Версия» и скачанной прошивки. Ещё такое может произойти, если вы пытаетесь обновить оборудование от другого производителя (первые три цифры отличаются от 000).
В некоторых случаях, производители защищают подмену ПО в своих продуктах, указывая в настройках прошивки дополнительный пункт Vendor, тогда обычные версии (General) ПО уже не могут быть установлены без правки InstallDesc. Тогда остается лишь обратиться в техподдержку фирмы-производителя вашего оборудования.
Главное, помните, обновление прошивки производится на свой страх и риск, и не является гарантийным случаем.
Так как у разного оборудования от разных производителей свои программы для видеонаблюдения, то обновлении прошивки может несколько отличаться. В любом случае подготовка к обновлению должна проводиться следующим образом:
1. Ваш ПК и устройство при обновлении должны находится в одной локальной сети.
2. Перед обновлением, устройство необходимо перезагрузить, программно или аппаратно.
3. Путь к файлу обновления не должен содержать русских букв и не должен быть слишком длинным.
C:\Users\stefan\Documents\прошивка для камеры
4. Запишите текущую версию вашего устройства перед обновлением для понимания изменилась ли версия после обновления. Если обновление пройдет некорректно техподдержка запросит у вас версию которая была до обновления.
5. После успешного обновления переустановите плагин для корректной работы в WEB интерфейсе.
Также помните, что нельзя перед обновлением экспортировать настройки и после обновления импортировать обратно на устройство, т.к. может возникнуть конфликт конфигурации из за смены версий и сбои в работе устройства.
После обновления прошивки видеорегистратора, обязательно сбросьте регистратор к заводским установкам, перезагрузите его через интерфейс GUI дважды. Это важно. Затем обязательно измените пароли и порты по умолчанию в целях безопасности.
Существует несколько способов обновления прошивки. Самый обычный и распространенный способ мы уже привели выше. Основные же способы обновления следуюшие:
1. Через веб интерфейс устройства
2. С помощью инструмента для обновления и поиска устройств в сети — ConfigTool
3. Обновление с помощью USB носителя (для видеорегистратора)
Обновление IP камеры через веб интерфейс доступен не каждой модели оборудования для видеонаблюдения. Старые модели камер и регистраторов до 2013 года не имеют интерфейс обновления через браузер.
Для обновления заходим в веб интерфейс устройства.
Укажите путь к файлу обновления, и нажмите Upgrade. Статус обновления можно наблюдать на веб странице, в среднем обновление занимает от 3 до 5 минут, после обновления устройство автоматически перезагрузится.
С помощью ConfigTool можно обновить любое устройство Dahua DVR, HCVR, XVR, NVR, IP камера.
Если все устройства в одной локальной сети, ConfigTool найдет их автоматически. Нажмите login для входа, затем перейдите на вкладку upgrade.
Обновление с помощью USB носителя (для видеорегистратора)
Скопируйте все файлы на usb носитель (в корень). Вставьте в регистратор USB носитель, зайдите в главное меню/Инфо/Версия. Нажмите Start для начала обновления, статус обновления можно наблюдать на экране.
В случае если регистратор отказывается принимать файл обновления с USB то переименуйте файл в update
После обновления прошивки переустановите плагин.
Заходим в C:\Program Files находим две папки : webplugin и webrec (возможно только одна папка)
Удаляем их затем переходим в C:\Program Files (x86) также удаляем webplugin, webrec.
Обе папки содержат компоненты плагина, к ОС Windows отношения не имеют.
Подключитесь к устройству через Internet Explorer, вам будет предложено скачать и установить плагин. Разрешите установку.
Вот пожалуй и все, что нужно знать об обновлении прошивки цифровых видеокамер и регистраторов.
Обновление встроенного ПО фотоаппрарата
Перепрошивка фотоаппарата – еще одна операция (наряду с чисткой матрицы), которая поначалу вызывает сомнения, опасения и вопросы, но выполняется легко и непринужденно.
Обратить внимание стоит лишь на непрерывность процесса: уж коль решили обновить систему, то мешать фотоаппарату в процессе не стоит. Отсюда два основных правила:
В ранних инструкциях по замене встроенного ПО фотоаппаратов Canon говорилось о необходимости предварительно снять с фотоаппарата объектив, однако, впоследствии он исчез. Я перепрошивал и заслуженные модели ( Canon EOS 300 D и Canon EOS 5 D ), и новые ( Canon EOS 5 D mark II ) с надетыми объективами.
Непосредственно к процессу.
Шаг 1.
Шаг 2.
Готовим карту памяти. Не упомню точно, но помнится, что читал где-то о том, что не стоит использовать карты памяти больших объемов. Использую старенькую CF объемом 512 мегабайт. Вставляем выбранную карту памяти в фотоаппарат и форматируем ее (это требование Canon – использовать отформатированную именно в фотоаппарате карту памяти), предварительно проверив, нет ли там шедевральных фотографий, уничтожение которых оставит благодарных потомков без выдающихся примеров высот фотографического искусства. Согласитесь, обидно будет потерять несколько снимков с последней прогулки или – тем паче – подробный фотоотчет о праздновании очередного дня рождения.
Шаг 3.
Скачиваем новую версию ПО. Российский сайт Canon отсылает пользователей на Европейский сайт, я предпочитаю пользоваться американским. Заходим на страничку обновления и выбираем свою модель фотоаппарата. Выбираем в диалоговом окне операционную систему, установленную на компьютере. В появившемся списке «прошивки» идут первыми под названием « firmware update ». Соглашаемся на все и вся и таки скачиваем обновление, сохраняя его себе на компьютер.
Шаг 4.
Готовим новую версию. Распаковываем скачанный архив на компьютер. В описании новой версии ПО на сайте Canon есть информация о точном размере файла обновления. После распаковки архива, заходим в свойства полученного файла (кликнув на его иконку правой кнопкой мыши и выбрав «Свойства») и проверяем соответствие размера заявленному на сайте. Если размер отличается, повторяем процедуру скачивания/распаковки.
Вставляем карту памяти в карт-ридер и перемещаем на нее файл. Файл обновления нужно поместить в корневую директорию карты памяти. Вынимаем карту памяти из компьютера (не забывая использовать функцию Safely Remove Hardware /Безопасное извлечение устройства, если это необходимо).
Шаг 5.
Как мы прошли путь от разработки прошивок для каждой камеры до создания универсального SDK для вендоров камер
Привет, меня зовут Олег Герасимов, я директор центра компетенций IT-кластера Ростелекома. Наша команда среди многих задач разрабатывает прошивки камер видеонаблюдения для B2B и B2C-сервисов. В предыдущей статье я рассказывал, как мы научились самостоятельно разрабатывать софт и прошивки для IP-камер, в том числе и недорогих, и подключать их к облаку.
За прошедшее время камеры с нашей прошивкой уже появились на рынке, и, судя по данным Яндекс.Маркета, — на полках магазинов цены на них начинаются от 1500 рублей. И это уже не дешевый «ноунэйм», а качественные камеры ведущих мировых брендов: Hikvision, Dahua и Uniview. На мой взгляд, это отличный результат!
Когда мы начинали работать с прошивками, количество поддерживаемых моделей камер было небольшим. В процессе разработки общих компонентов мы самостоятельно реализовывали поддержку новых моделей камер.
Тогда у нас была возможность самим выбирать, какие модели интегрировать в первую очередь, а какие нет, исходя из технических соображений.
Например, если в камере используется сенсор, под который в SDK процессора нет драйвера, то драйвер сенсора придется разработать самим. Это очень трудоемкий процесс, требующий сложной разработки и отладки. Сенсор — технически сложный компонент, и на одно изучение технического описания (Datasheet) сенсора могут уйти недели. Это, на секундочку, сотни страниц с описанием тысяч регистров, влияющих на работу сенсора, и логики взаимодействия с ними.
Первое время мы обходили стороной камеры с незнакомыми сенсорами, чтобы не застрять в деталях настройки конкретного железа, а сосредоточиться на разработке общих компонентов, которые будут использоваться в большинстве камер. Иногда нам удавалось найти уже готовые драйверы сенсора в оригинальной прошивке камеры, но это было скорее счастливым исключением из правил. Работая в таком режиме, мы поддержали около десятка моделей камер на нескольких наиболее популярных чипсетах, делая упор не на количество моделей, а на функциональность.
Следующий этап разработки прошивок для камер совпал с объявлением тендера на закупку камер. Это уже серьезное событие. Ростелеком закупал сотни тысяч камер на открытом тендере, в который могли войти любые вендоры камер, соответствующих по своим ТТХ продуктовым и техническим требованиям.
Одно из ключевых требований к поставщикам — предоставление технической информации о схемотехнике камер, например, о GPIO-выводах, к которым подключены светодиоды, кнопки, ИК фильтры и т.д. Кроме этой информации, мы просили вендоров предоставить специфичные для оборудования патчи ядра/загрузчика и исходные тексты драйверов устройств, в первую очередь, сенсоров и WI-FI чипов.
Такой подход существенно облегчил нашу задачу по поддержке новых камер. Вместо данных, добытых реверс-инжинирингом, у нас появились официальные спецификации и исходники драйверов от вендоров.
Однако по-прежнему много времени уходило на подготовку прошивок, даже когда вендоры стали делиться информацией: данные в спецификациях были неточными, драйверы не хотели заводиться на железе, а то и вовсе отказывались собираться.
Самостоятельно найти ошибку в спецификациях или драйверах получалось не всегда, да и искать ошибки в стороннем коде — небыстрое занятие. Поэтому чаще для решения проблемы приходилось обращаться к вендорам. Как правило разработчики, которые могут ответить на вопросы о схемотехнике, найти
и поправить ошибки в драйверах, находятся в Китае. А это сразу замедляет коммуникацию — одна итерация «вопрос-ответ» может занимать несколько дней, а исправление ошибок и того дольше.
Пока поток новых камер был небольшим такой режим устраивал, но со временем запросы от маркетологов выросли. Возникла потребность в интеграции большего количества линеек: уличные камеры с Wi-Fi, домашние с PTZ, с сиреной и т.д. Но с другой стороны, по мере развития облачного видеонаблюдения увеличивалось количество вендоров, желающих работать с нами.
В этот момент мы поняли, что силами команды с возросшим в разы количеством новых камер уже не справиться. Всё время разработки
будет занимать исключительно интеграция новых камер, а на разработку новых фич и улучшения времени не останется. Нужно было найти новый подход.
Мы начали анализировать узкие места процесса. Они оказались на поверхности: больше всего времени уходило на итерации получения патчей и драйверов, багрепорты в сторону вендоров и ожидание исправлений.
Логичная мысль: дать вендорам возможность самим собирать нашу прошивку с драйверами их оборудования и конфигурациями, проверять результаты и отлаживать работу у себя, не тратя драгоценное время на переписку.
Техническое решение, с одной стороны, очевидное: сделать SDK для сборки нашей прошивки. Но есть ряд требований:
Структура системы сборки, в тот момент, была не готова к такому подходу. Например, в некоторых файлах конфигурации были совмещены настройки камер от нескольких вендоров, а для сборки прошивки и загрузки пакетов требовался доступ к нашим внутренним репозиториям. Да и некоторые места системы сборки (чего греха таить) не предполагали такого масштабирования: их разработали в то время, когда поддерживался один тип процессора и две модели камеры.
Другая проблема: под каждый процессор поставляется отдельный SDK от его производителя, с уникальным набором системных компонентов: своя версия и набор патчей ядра, toolchain, uboot, системная библиотека (где-то uclibc, а может быть glibc). Под эти факторы приходится подстраивать систему сборки, а местами и код приложений. Для наглядности масштабов фрагментации вот табличка со списком версий компонентов:
| Процессор | Версия Linux | Версия gcc |
|---|---|---|
| Hisilicon 3516a/d | 3.4.y | gcc 4.9 |
| Hisilicon 3518ev100 | 3.0.y | gcc 4.4 |
| Hisilicon 3518ev200 | 3.4.y | gcc 4.9 |
| Hisilicon 3516cv300 | 3.18.y | gcc 4.9 |
| Hisilicon 3518ev300/3516ev200/ev300 | 4.9.y | gcc 6.3 |
| Hisilicon 3516cv500/dv300 | 4.9.y | gcc 6.3 |
| mStar i3 | 3.18 | gcc 4.8 |
| mStar i6 | 4.9 | gcc 8.2 |
| Ambarella s2l | 3.10 | gcc 4.9 |
| Ambarella s3l | 3.10 | gcc 5.2 |
| Fullhan fh8632 | 3.0.y | gcc 4.3 |
Как видно, разброс огромный: от легаси десятилетней давности до относительно свежих ревизий.
С такими вводными нам предстоял рефакторинг системы сборки прошивок: выделить общие патчи и драйвера, которые будут доступны для всех вендоров, повторить это для 10+ поддерживаемых моделей SoC, полностью переосмыслить систему конфигурации наших компонентов. Заодно выпилить специфичные для камер костыли из init-скриптов, сделав общие и универсальные решения.
В результате мы пришли к структуре, в которой все специфичные для конкретных моделей настройки/конфигурации/makefile/патчи собраны в папках, структурированную по иерархии «Вендор → SoC → Модель камеры». Такая иерархия позволила автоматизировать сборку SDK с разделением сборок по вендорам. Вот пример, драйверы и конфигурации для камер от выдуманного вендора Megatech на чипсете Hisilicon.
Драйверы
Патчи ядра
Патчи uboot
Все файлы конфигурации камер перевели в формат YAML, как самый удобный для ручного редактирования, и разделили по компонентам:
Выбор способа сборки дистрибуции SDK был очевидным. Docker оказался вне конкуренции, с его помощью можно легко передать подготовленную среду.
Мы использовали Docker практически с самого начала разработки, как в CI, так и для локальной отладки на компьютерах разработчиков.
Процесс сборки полностью автоматизирован. Docker-образы с нашим SDK собираются в общем CI под матрицу сочетаний «SoC-вендор».
Исходно у нас было два основных репозитория:
Для нового SDK добавили еще один репозиторий, vc-sdk, к которому подключили vc-firmware и build-tools как git-submodule. В CI этого репозитория сборка разделена на этапы:
В результате работы CI получается автономный Docker-образ, рассчитанный на сборку прошивок для камер на выбранном чипе вендором. Он загружался
в общий registry образов, из которого вендор может скачать свой образ.
Следующий объемный фронт работ — разработка документации. Документацию мы писали поэтапно, собирая обратную связь от вендоров и учитывая замечания. Кстати, для документации использовался наш инструмент Foliant. Про него наши ребята уже рассказывали на митапе «Write the Docs Moscow» (https://habr.com/ru/post/431210/).
Заключение
За этот год уже 8 вендоров освоило использование нашего SDK, с его помощью добавили поддержку работы с видеонаблюдением Ростелекома в нескольких десятков новых моделей камер. Некоторые из этих камер уже продаются.
Важно, что выбранный подход — разработка собственной прошивки на базе SDK — работает на потребителей: интеграция камер таким способом позволила организовать честную конкуренцию при тендере на закупку камер. Победители выявляются по объективным показателям: качеству оборудования и наименьшей стоимости.
Наконец, если раньше количество поддерживаемых моделей камер было ограничено силами и ресурсами команды, то сегодня эта проблема ушла в прошлое. Теперь вендоры камер могут сами добавлять поддержку новых моделей через облако РТК.
