onvif проверить что это
Подключаем IP камеры по протоколам Onvif или RTSP
Подключаем IP камеры по протоколам Onvif или RTSP
ONVIF это общепринятый протокол для совместной работы IP-камер, видеорегистраторов NVR, программного обеспечения, на случай если все устройства разных производителей.
В свою очередь RTSP — это потоковый протокол реального времени, в котором описаны команды для управления видеопотоком. С помощью этих команд происходит трансляция видеопотока от источника к получателю, например от IP-камеры к видеорегистратору или серверу.
Нас часто спрашивают, как подключить камеру по тому или другому протоколу? Постараемся ответить на этот вопрос.
Зачастую возникает проблема, когда нет возможности подключить IP-камеру к NVR? потому как ее нет в списке совместимости.
выход из этой ситуации прост — подключение как раз и осуществляется по вышеназванным протоколам
ONVIF или RTSP.
Итак, для подключения по ONVIF нужно удостовериться, что подключаемые устройства имеют поддержку данного протокола, т.к. на некоторых устройствах ONVIF может быть выключен по умолчанию или может быть отключена авторизация по данному протоколу.
Это значит, что логин и пароль будет всегда по умолчанию независимо от логина и пароля для WEB.
Некоторые устройства используют отдельный порт для работы по протоколу ONVIF. Также бывает, что ONVIF имеет пароль, который отличается от пароля для WEB доступа.
При подключении по ONVIF доступно:
— Прием и передача аудио данных
— Управление поворотными камерами (PTZ)
— Видеоаналитика (например обнаружение движения)
Эти параметры зависят от совместимости версий протокола ONVIF. В некоторых случаях часть параметров недоступна, или работает некорректно.
Разберем пример подключения камеры OMNY PRO к видеорегистратору SNR и Dahua с использованием ONVIF.
В регистраторах SNR и Dahua протокол ONVIF находится на вкладке Remote Device, строка Manufacturer. Выберите канал к которому будет подключено устройство.
Из вкладки Manufacturer выберите ONVIF и укажите ip адрес устройства, при этом RTSP порт остается по умолчанию.
Камеры OMNY PRO используют ONVIF порт 8080, в регистраторе он указывается как HTTP порт (с 2017 года, на новых моделях ONVIF порт изменен на 80 для серии Альфа, Мира). Камеры OMNY Base используют ONVIF порт 80, в регистраторе он указывается как HTTP порт.
Имя в соответствии с параметрами устройства
Пароль в соответствии с параметрами устройства
Remote channel по умолчанию 1. В случае если устройство многоканальное, указывается номер канала.
Decoder Buffer — буферизация видео потока с указанием значения времени
Server type здесь есть выбор TCP,UDP Schedule
TCP — устанавливает соединение между отправителем и получателем, следит за тем, чтобы все данные дошли до адресата без изменений и в нужной последовательности, также регулирует скорость передачи.
В отличие от TCP, UDP не устанавливает предварительного соединения, а вместо этого просто начинает передавать данные. UDP не следит чтобы данные были получены, и не дублирует их в случае потерь или ошибок. UDP менее надежен, чем TCP. Но с другой стороны, он обеспечивает более быструю передачу потоков благодаря отсутствию повторения передачи потерянных пакетов
Schedule — автматическое определение типа.
Так выглядят подключенные устройства в Dahua
зеленый статус означает, что регистратор и камера соединены успешно
красный статус означает, что есть проблемы в подключении. Например порт подключения неправильный.
Если не получается подключить IP камеру в ПО или NVR по ONVIF, нужно убедиться в правильности:
Для проверки правильности параметров ONVIF камер (исключив ПО и NVR) можно использовать независимое ПО ODM (Onvif device manager).
При подключении камеры по RTSP (Real Time Streaming Protocol) доступны лишь передача видеоданных и прием и передача аудио данных.
Приемущество этого протокола передачи в том, что он не требует совместимости по версиям. На сегодняшний день RTSP поддерживают практически все IP камеры и NVR.
Недостаток протокола заключается в том, что кроме передачи видео и аудио данных больше ничего не доступно.
Разберем пример подключения камеры OMNY PRO к видеорегистратору SNR и Dahua с использованием RTSP.
RTSP находится на вкладке Remote Device, строка Manufacturer, в регистраторе SNR и Дахуа он представлен как General. Выберите канал, к которому будет подключено устройство
URL Addr — здесь вводим строку запроса, по которой камера отдает основной RTSP поток с высоким разрешением.
Extra URL — здесь вводим строку запроса, по которой камера отдает дополнительный RTSP поток с низким разрешением.
rtsp://172.16.31.61/1 основной поток
rtsp://172.16.31.61/2 дополнительный поток
На локальном мониторе подключенном к регистратору в мульти-картинке регистратор использует дополнительный поток для экономии ресурсов. К примеру в маленьких картинках по 16 окон совсем не обязательно декодировать Full HD разрешение, достаточно D1. Ну а если Вы открыли 1/4/8 окон в этом случае декодируется основной поток с высоким разрешением.
Имя в соответствии с параметрами устройства
Пароль в соответствии с параметрами устройства
Decoder Buffer буферизация видео потока с указанием значения времени
Server type — TCP, UDP, Schedule (аналогично протоколу ONVIF)
Надеемся эта статья поможет Вам подключить IP-камеры к видеорегистраторам по данным протоколам.
Мы же напоминаем, что наша компания «Запишем всё» с 2010 года занимается проектированием, монтажом, обслуживанием и ремонтом систем видеонаблюдения и видеодомофонов в Москве и Подмосковье.
Мы работаем быстро, качественно и по доступным ценам. Перечень услуг и цены на их вы можете посмотреть здесь.
Звоните +7 (499) 390-28-45 с 8-00 до 22-00 в любой день недели, в том числе и в выходные. Мы будем рады Вам помочь!
Подключаемся к камерам по onvif
Что такое ONVIF (Open Network Video Interface Forum)
В данной статье я буду придерживаться следующей терминологии:
По типу устройств ONVIF подразделяется на несколько профилей:
Устройство поддерживающее ONVIF может поддерживать несколько профилей. Например камера с функцией записи может поддерживать профили S и G.
По предоставляемые протоколом ONVIF службы (более подробно можно ознакомиться на официальном сайте), также привожу характерные url служб для устройств с которыми я работаю:
Любое устройство поддерживающее ONVIF поддерживает функции ядра, а дальше есть различия по назначению, например у регистратора нет поддержки PTZ и Door Control.
Поддержка сервисов по типам устройств:
Полезные ссылки
Полная документация по ONVIF 2.5 на официальном сайте onvif
Спецификация ядра ONVIF на официальном сайте onvif
Суть протокола
Точка входа
Спецификация ядра onvif в разделе 5 (описание веб-сервисов) определяет единую точку входа для всех устройств для службы управления устройством:
Для работы с камерами по протоколу onvif в языке python существует python-onvif.
Установим библиотеку onvif
Находимся в директории /onvif_cameras/ Виртуальное окружение /onvif_cameras/env/ Важно! Путь к виртуальному окружению необходим поскольку при установке onvif скачивается пространства имен, схемы данных в папку wsdl
Hikvision DS-2CD8153F-E (Onvif 2.02)
Посмотрим все сервисы
Так же можно определить отдельный сервис, что гораздо быстрее и посмотреть все сервисы аналогично
Посмотрим системное время на камере
Установим время через словарь dict или через определение объекта времени. Второй вариант при установке времени если будет задан неверный аттрибут вызовет ошибку, что очень удобно.
или определим объект времени
Для написания скриптов на bash очень не плохо подходит ONVIF CLI
Видеоаналитика с точки зрения ONVIF
Если первые версии стандарта ONVIF практически никак не описывали функциональность видеоаналитики,то с его развитием стандартизация видеоаналитики приобрела более зрелый вид. Несмотря на то что даже сейчас, в текущей версии стандарта 2.2, есть «белые пятна» в части видеоаналитики, это не мешает использовать ее в коммерческих проектах.
В статье речь пойдет о текущей версии 2.2.
Типы устройств с видеоаналитикой
Спецификация ONVIF определяет следующие типы устройств, которые могут поддерживать функции видеоаналитики:
С одной стороны, устройства типа NVT или NVA содержат в себе модули видеоаналитики и являются источниками событий и метаданных. Например, устройством типа NVT может быть сетевая камера или многоканальный видеосервер (кодер) со встроенной видеоаналитикой для анализа несжатого видео. Устройством типа NVA является сервер видеоаналитики, который обрабатывает сжатое видео с сетевых камер или кодеров.
Одно устройство может реализовывать сервисы ONVIF, соответствующие нескольким типам устройств ONVIF одновременно. Например, многофункциональный видеосервер может реализовывать сразу все сервисы:
Вследствие развития стандартов для цифровой передачи несжатого видео, таких как HDcctv (через интерфейс SDI-HD) и GigE Vision (через интерфейс Gigabit Ethernet), устройство типа NVT может выглядеть не только как камера или кодер со встроенной видеоаналитикой, но и как мощный сервер, размещаемый в стойке и обрабатывающий несколько десятков каналов.
Благодаря повышению эффективности кодирования Н.264, устройства типа NVA начинают работать в тех областях, где раньше сжатое видео не рассматривалось, например для идентификации объектов (распознавания лиц и номерных знаков). В частности, существенным фактором в популяризации NVA являются недорогие аппаратные ускорители Н.264 на процессоре Intel (семейство Sandy Bridge, Ivy Bridge) и nVidia (технологии PureVideo, CUDA).
Несмотря на качество кодера, видеоаналитика, встроенная в устройство NVT и работающая с несжатым видео, всегда выигрывает у NVA в сложных условиях наблюдения, когда сигнал зашумлен (плохая освещенность, осадки, обильная растительность) или когда задержка критична (в частности, для автоматического наведения поворотной камеры).
Таким образом, две рассмотренные тенденции приводят к сближению областей применения устройств NVT и NVA.
Архитектура сервера видеоаналитики
На рис. 1 представлена архитектура сервера видеоаналитики с точки зрения стандарта ONVIF. Как видно, архитектура предлагает однонаправленную модель.
Видеоаналитика ONVIF с точки зрения интегратора
С точки зрения интеграторов любое видеоаналитическое ONVIF-устройство (NVT, NVA) представляет собой источник видеоаналитических событий и метаданных, то есть описаний сцены. Как показано на рис. 2, для передачи описания сцены используется только транспорт RTP/RTSP, а для передачи событий, кроме RTP/RTSP, применяются такие транспорты, как Base Subscription и PullPoint Subscription.
Задачи интегратора
Интегратору необходимо решить две основные задачи:
Конфигурирование видеоаналитики включает в себя конфигурирование модулей и правил.
Решения обеих задач являются нетривиальными, так как клиентское программное обеспечение (NVC), разрабатываемое или используемое интегратором, должно обеспечить корректную работу с ONVIF-совместимыми видеоаналитическими устройствами различных производителей то есть описание событий, правил, модулей необходимо получать от устройств динамически, а не использовать предопределенные структуры для каждого производителя. К тому же они могут меняться после обновления прошивки устройств.
Решение задач интегратора
Стандарт ONVIF предлагает следующую модель решения задач интегратора (рис. 3).
Клиентское программное обеспечение (NVC) получает описание возможных событий, правил и модулей через вызовы GetEventProperties, GetSupportedRules и GetSupportedModules. Описание возвращается в XML-формате и является достаточным для приемной части, чтобы произвести необходимые настройки на своей стороне и позволить конечному пользователю выполнить настройку видеоаналитических модулей, правил, а также реакции приемной части (NVC) на события. Сложность заключается в том, что задача отображения описания видеоаналитических модулей и правил в удобном интерфейсе пользователя является довольно сложной.
Возможны следующие варианты решения данной задачи:
Недостатком варианта 1 является то, что универсальный интерфейс (рис. 4) всегда будет менее удобен в использовании, чем специализированный (рис. 5).
Вариант 2 лишен этого недостатка, но предполагает дополнительные усилия со стороны интегратора для разработки открытой архитектуры подсистемы конфигурирования правил и модулей, что позволит разработчикам видеоаналитики самим разрабатывать расширения (VA plugins), которые будут динамически встраиваться в клиентское программное обеспечение и предоставлять удобный интерфейс для конфигурирования модулей и правил.
Практическое применение
Рассмотрим основные варианты применения видеоаналитики в составе систем, построенных на базе стандарта ONVIF.
Для всех вариантов общими являются конфигурирование и поиск по архиву.
Конфигурирование выполняется для всех типов устройств и включает в себя:
Поиск по архиву выполняется посредством сервиса Recording Search. Поиск осуществляется по сохраненным метаданным, полученным от модулей аналитики. Результаты поиска могут быть получены с помощью сервиса Recording Replay
Особенность всех вариантов в том, что устройства NVA, NVT и NVS являются виртуальными и объединены в одном физическом устройстве VA unit. Это позволяет совместно использовать одни и те же сервисы ONVIF.
Поток RTP/RTSP от сетевых камер поступает одновременно на устройства NVA и NVS Устройство NVA декодирует видеопоток, выполняет видеоаналитическую обработку и отдает результат устройству NVS для записи и последующего поиска, а также на рабочее место оператора (NVC Workstation) для оперативной работы. Помимо результатов видеоаналитики, устройство NVA может отдавать на рабочее место оператора и исходный видеопоток.
Вариант 2. Видеоаналитика для несжатого видео с аналоговых камер
Этот вариант (рис. 7) актуален для существующих аналоговых систем видеонаблюдения и позволяет модернизировать их в системы, построенные на базе стандарта ONVIF с видеоаналитическими возможностями.
Работа системы аналогична работе, описанной в варианте 1, за исключением источников сигнала. В данном случае они аналоговые, и как следствие для видеоаналитической обработки используется устройство NVT
Вариант 3. Видеоаналитика для несжатого видео с камер высокого разрешения
В последнее время широкое распространение получили камеры высокого разрешения с интерфейсами HDcctv и HD-SDI. Совместное использование таких камер с видеоаналитическими устройствами позволяет получить наилучшие качественные показатели работы видеоаналитики и является наиболее перспективным вариантом (рис. 8).
Вариант 4. Видеоаналитика в составе гибридной системы
Этот вариант (рис. 9) является симбиозом двух предыдущих и примером того, как можно гармонично и эволюционно модернизировать старые аналоговые системы, в дальнейшем переходя на более передовые цифровые.
Сервис реакций
Следующие версии
Оптимальное решение
Протокол ONVIF
В то время, когда камеры видеонаблюдения работали с аналоговым сигналом, не было никаких проблем совместимости. Проблемы появились с распространением IP-камер. Дело в том, что каждый производитель оборудования для видеонаблюдения применял собственное оборудование, стандарты работы и протоколы. Но с появлением ONVIF протокола практически все проблемы совместимости сошли на нет.
Что такое протокол ONVIF?
У заинтересовавшихся информацией о протоколе следующий вопрос звучит так: «Что такое ONVIF?». В 2008 году коллегиум корпораций Sony, Bosch, Axis разработал единый стандарт для решения проблем совместимости IP-оборудования от разных производителей. Дали этому протоколу имя Open Network Video Interface Forum (ONVIF).
Современные спецификации протокола ONVIF заточены под веб-сервисы, написанные на языке WSDL с использованием стандартов видеосжатия H.264, MPEG-4, MJPEG и протоколов SOAP (XML), RTP/RTSP.
Для чего нужен этот протокол?
С 2015 года число участников форума перевалило за отметку в 500 компаний. О работе форума и протокола можно узнать с официального сайта https://www.onvif.org.
Естественно, на начальных этапах и при дальнейшем развитии протокола, сопряженные технологии развивались вместе с ним. Чтобы не возникало путаницы с несовместимыми устройствами, не поддерживающими тот или иной перечень опций, предложенный ONVIF, была принята концепция профилей.
Профили ONVIF
Разделение разных версий ONVIF по профилям упрощает проверку соответствия IP-камеры и дополнительного оснащения. Чтобы определись, по какому профилю работает гаджет, не нужно анализировать технические составляющие девайса.
Отличие ONVIF от PSIA
Здравая конкуренция – это всегда хорошо. Конкуренты стимулируют друг друга, соревнуются, а рынок тем временем пожинает хорошие плоды этого противостояния. Так вот, у ONVIF тоже имеется конкурент. Имя ему Public Security Investigative Agency (PSIA). Он начал свое развитие параллельно оговорённому протоколу в 2008 году, разработав собственную, более расширенную версию стандарта.
PSIA существует до сих пор, найти полноценную информацию о нем можно на сайте psialliance.org. К сожалению, в борьбе за первенство стандарт проигрывает, потому как количество работающих с ним компаний достигает до 50 штук. По сравнению с консорциумом в более чем 5000 компаний и выпускаемой их продукцией, ONFIV, если его поставить в ряд с PSIA, выглядит как Гулливер.
Плюсы и минусы ONVIF
Стандарт предоставляет гибкость в выборе той продукции видеонаблюдения, которая вам подойдет под ваш проект и задачи. При этом можно отходить от привязки к конкретному бренду.
Кроме того, сотрудничество с ONVIF выгодно для системных интеграторов и компаний, занимающихся разработкой аппаратного и программного обеспечения. Благодаря наработкам стандарта можно отшлифовать совместимость собственного оснащения и гарантировать ее конечному пользователю. Если же ПО требует более глубокой интеграции, это так же можно организовать.
Проблемы совместимости
Производители, состоящие в качестве мемберов сообщества ONVIF, утверждают, что, приобретая их продукцию вы избавите себя от возможных неприятных последствий в виде несовместимости программного обеспечения и продукции. К сожалению, из каждого правила есть исключение и при проработке собственных систем IP-видеонаблюдения есть вероятность столкнуться с трудностями.
Что такое ONVIF протокол?
ONVIF – это международная компания, занимающаяся созданием работающих по определенному стандарту протоколов, содействующих во взаимодействии техники и программного обеспечения, используемого в составе систем безопасности. Эти протоколы часто применяются для совместимости IP-камер, видео регистраторов, IP-кодеров, контроллеров доступа и т. п.
Назначение протокола
Для примера применения представленного протокола можно взять взаимодействие видеорегистраторов. Ранее использовались аналоговые камеры, которые производили преобразование оптического изображения в аналоговый видеосигнал. Их совместимость не вызывала никаких вопросов. Для устройства системы можно было приобрести технику различных производителей.
С развитием технологий востребованными стали IP-видеокамеры. Они являются, по сути, цифровым видеорегистратором, особенностью которого стала передача потокового видео в цифровом формате по сети, применяющей протокол IP. Но с совместимостью этого вида техники стали возникать трудности. Оборудование от разных производителей не могло взаимодействовать между собой, потому что каждая компания применяла отдельный стандарт. По этой причине производители техники пришли к выводу, что придется разработать такой протокол, который бы позволил совмещать эти устройства.
С появлением IP камер на раннем этапе развития технологии возникали определенные затруднения, касающиеся совместимости оборудования
Компания ONVIF смогла создать единый стандарт, который используется на сегодняшний день повсюду. Он позволяет взаимодействовать устройствам различных типов и производителей, а также существенно облегчает процедуру корректировки значений и внедрение новых компонентов в готовую систему. В разработке этого стандарта участвовали 3 компании: Bosch, Sony и Axis. Он стал доступен для использования в 2008 году. С тех пор настройка видеонаблюдения с применением IP-камер, стала намного проще.
С течением времени и развитием технологий происходит совершенствование протокола и выпуск его обновленных версий. Хронология выхода обновлений стандарта:
Основные возможности
Создатели протокола ONVIF избрали самые подходящие технологии и приспособили их для цифровых камер, применяемых в комплексах устройств для наблюдения.
Например, специфика представленного стандарта рассчитана на:
Описания комплекса возможностей по дополнительному назначению объединены в профили. Их делят по спецификациям.
Данный стандарт призван решить проблему несовместимости оборудования различных производителей для упрощения создания системы видеонаблюдения на базе IP камер
Типы профилей ONVIF
На ранних этапах разработки протокола ONVIF возникали некоторые трудности, которые были связаны с несовместимостью разных версий. Для решения этой проблемы специалисты начали работать над концепцией «профилей». Она позволила разделить различные версий программы на конкретные профайлы. Это упростило проверочные мероприятия, направленные на контроль соответствия IP устройств для видеонаблюдения. При этом они не подвергаются анализу технических деталей.
На сегодняшний день можно выделить шесть основных профайлов, относящихся к стандарту ONVIF. Указанный последним в представленном ниже перечне профиль на данный момент проходит стадию тестирования.
Так, разработчики уже успели выпустить протоколы по таким профилям:
На сегодняшний день существует 6 профилей стандарта ONVIF, последний из которых находится пока в стадии тестирования
Применение профайлов ONVIF дает возможность пользователю производить управление функциями, которые поддерживаются используемыми устройствами. При этом отсутствует необходимость проверки совместимости, которая должна быть между версиями программы.
Создание единого стандарта безопасности для IP камер
Протокол ONVIF получил стандартизированный цифровой интерфейс, заключающийся в совокупности средств, методов и правил взаимодействия между элементами системы видеонаблюдения.
Несмотря на все преимущества стандартов onvif, пользователи периодически сталкиваются с различными трудностями, к примеру, ip-камера не обнаруживается видеорегистратором одной локальной сети
Этот стандарт объединил такие возможности:
Преимущества и недостатки Onvif
Стандарты, по которым разрабатывались представленные протоколы, имеют множество плюсов, выделяющих их перед конкурентами. Основными достоинствами считаются:
Представленный стандарт имеет преимущества перед своими конкурентами. Например, протокол RTSP, в отличие от ONVIF, не имеет функций, связанных со сжатием видео. Кроме того, он не оснащен функцией для передачи потоковых данных.
При всех достоинствах стандарта ONVIF, пользователям иногда приходится сталкиваться и с его недостатками. Например, при взаимодействии техники с различными версиями протокола может возникать конфликт.
Протоколы, разработанные организацией Onvif, имеют ряд преимуществ, основными из которых являются: стандартизация обмена данными между всеми видеоустройствами в сети
ONVIF или PSIA
Public Security Investigative Agency (PSIA) – это еще один стандарт, позволяющий решить проблемы несовместимого оборудования.
Он используется для техники, производящей IP-видеонаблюдение, такой как:
Однако представленный стандарт не пользуется высокой популярностью среди потребителей. Количество применяемых его компаний не превышает сотой доли тех, кто предпочитает пользоваться стандартом ONVIF.
Компании, входящие в членство ONVIF, заняли около 60% рынка продукции для видеонаблюдения во всем мире. Техника, работающая со стандартами PSIA, занимает лишь 20% этой сферы.
Open Network Video Interface Forum при разработке стандартов держит фокус на IP-видео. В эту сферу входит аналитика и интерфейс между видеоустройством и клиентом. Спецификация включает PTZ-протокол, обнаружение технических средств, их регулировку, фиксацию событий, анализ видео и настройки видеопотока в реальном времени. На что PSIA отвечает определением более общей специфики, которая подходит для систем хранения и контроля доступа.
Несмотря на то, что производители оборудования утверждают, что оно совместимо со стандартом ONVIF, иногда возникают определенные проблемы
Существует своеобразная борьба между ONVIF и PSIA за нишу, заключающуюся в стандартизации сетевых камер. Но при подробном изучении выясняется, что оба стандарта сходны по своим характеристикам. Они предоставляют одинаковые требования к техническим устройствам для контроля и управления. Во всех спецификациях имеются методики для обнаружения и настройки устройств, управления сетями, безопасности, анализа и применения PTZ-функционала, а также воспроизведения видеопотока по HTTP/RTSP.
Компании производители техники могут применять стандарт ONVIF в профессиональной видеотехнике, где требуется аналитика и взаимодействие камер. PSIA более всего подходят для фирм, которым нужно контролировать PTZ-устройства и прочие сервисы, например, PSIM и системы хранения.
Структурная модель представленных стандартов также имеет лишь небольшие различия. Производитель может применять к выпускаемым камерам одновременно ONVIF и PSIA, так как требования к сетевым устройствам стали преимущественно логическим стандартом, а не физическим. Так, например, компании Cisco и Milestone, выпускающие сетевое оборудование, включают в свою продукцию поддержку обеих спецификаций. К ним в этом плане собирается присоединиться и компания EInfochips, занимающаяся разработкой DVR/NVR-устройств, управляющего программного обеспечения и камер.
Проблемы с ONVIF
От производителей техники часто звучит утверждение, что их продукция совместима со стандартом ONVIF. Но иногда в этом отношении пользователи отмечают некоторые проблемы. Например, затруднительными могут быть действия, направленные на установку и настройку видеокамер для наблюдения, так как видеорегистратор может их не обнаруживать. При этом устройства могут быть в единой локальной сети. Частой проблемой является неработающий датчик движения или отказ функционирования программных функций.
Представленные проблемы могут быть связаны с тем, что не все устройства в сети действительно совместимы с протоколом ONVIF. Иногда производители указывают неправдивые сведения и совместимости со стандартами, принятыми на Open Network Video Interface Forum. Чтобы эти проблемы не возникали, следует приобретать оборудование тех компаний, которые являются официальными членами в ONVIF.
Причиной несовместимости может также быть различие профилей видеооборудования. Стоит учитывать тот факт, что поддержка ONVIF не является гарантией совместимости устройств. Для корректного функционирования системы должен быть использован Profile S. Он позволяет повысить вероятности совместимости в отношении основных характеристик в любой версии протокола.
Автор, специалист в сфере IT и новых технологий.
Получил высшее образование по специальности Фундаментальная информатика и информационные технологии в Московском государственном университете имени М.В. Ломоносова. После этого стал экспертом в известном интернет-издании. Спустя время, решил попробовать писать статьи самостоятельно. Ведет популярный блог на Ютубе и делится интересной информацией из мира технологий.