Подключаем ip камеры по протоколам onvif или rtsp

Возможные проблемы, которые могут возникнуть при совместимости

Все производители единогласно утверждают, что проблем с совместимостью у реализуемой ими продукции не возникнет. Несмотря на это, при создании систем IP-видеонаблюдения можно столкнуться с определенными трудностями.

Одна из проблем – при монтаже, настройке камер для IP-наблюдения обнаруживается, что используемый видеорегистратор их не видит. Все устройства находятся в общей локальной сети, а датчики движения и иные программные функции напрочь отказываются выполнять возложенные функции. Сразу же возникает вопрос: «В чем причина сбоя?».

Трудности могут быть связаны с разнообразными причинами. Первоначально требуется удостовериться, что используемое оборудование поддерживает стандарт Open Network Video Interface Forum (ONVIF). Среди производителей встречаются мошенники. Они отмечают в своих продуктах поддержку протокола, но на самом деле это совсем не так. Чтобы исключить вероятность возникновения такого рода проблем, лучше приобретать оборудование у тех фирм-изготовителей, которые являются официальным представителем ONVIF. Эту информацию можно найти в сети.

Устройства, которые входят в систему IP-видеонаблюдения, могут быть несовместимы из-за использования различных профилей протокола. Одной поддержки ONVIF недостаточно. Это не указывает на то, что применяемое оборудование будет синхронизироваться. В данном случае вам потребуется убедиться, что приборы рассчитаны на работу с Profile S. Этот профиль является универсальным. Он позволяет совместить между собой различные версии ONVIF.

Протокол ONVIF осуществляет работу по стандартизации сетевого оборудования, существенно упрощает монтаж и расширяет возможности IP-систем безопасности. С помощью такого стандарта облегчается масштабируемость систем, открываются новые возможности для потребителя при выборе требуемого оборудования.

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

Другие статьи:

    • Процесс изготовления элементов электроники
    • Видеонаблюдение в офисе
    • Основные принципы при проектировании системы видеонаблюдения
    • Видеонаблюдение в офисе

Physical Access Control

As a physical access control company, why should I join ONVIF?

Joining ONVIF right now allows you to actively get involved in the development of the global open standard for the interface of IP-based physical security products. Being an ONVIF member gives access to specification proposals and the test tool, and also allows the use of the ONVIF logo to market conformant products. Full and contributing members can also actively influence the development of the standard as part of committees and working groups.

Why has ONVIF extended the scope to include physical access control systems?

ONVIF is a global and open industry forum that is committed to standardize communication between network devices and ensure interoperability between network products for the security market. In March 2010, ONVIF decided to extend the scope to include physical access control systems. The goal of the extension is to standardize communication between access control devices as well as to ensure interoperability between network video products and access control systems. Many companies, including several ONVIF members, see a great need for such a standard as it would bring benefits to system integrators, manufacturers, and end users alike:

  • Increased flexibility for system integrators: integrated solutions can be built using products from different vendors
  • Better market penetration for manufacturers by providing devices with standard IP interfaces
  • Reduced integration costs and cost of ownership for end users

What are the objectives of having a standard for physical access control systems?

The objectives include:

  • Provide an open communication standard for physical access control systems
  • Ease direct integration of network video and network physical access control systems using the same open standard
  • Simplify installation of combined video and physical access control systems
  • IP door controller of different companies will become compatible to each other, as there is no established open standard today
  • Ease integration of physical access control functionalities in network video devices. Video companies may extend the function of their products with basic physical access control functionalities by using the same open standard as for network video

What are the benefits of an open standard for physical access control systems?

The benefits include:

For system integrators:

  • Use of the same open standard defined for network attached devices
  • Easy and seamless integration of common functionalities (e.g., door controller is an additional device that can be found while doing a discovery on the network), through ease of installation. Integrated solutions can be built using products of different suppliers

For manufacturers:

Extended market opportunities as access control products with standard IP interfaces can be used as a part of IP-based physical security solutions globally

For end users:

  • The set of interoperable products will be extended. Open standards will reduce integration costs and cost of ownership
  • Freedom to mix different devices from different suppliers because of the guaranteed interoperability

Для чего нужен этот протокол?

Этот стандарт состоит из стандартизированного цифрового интерфейса видеонаблюдения и направлен на объединение таких функций оборудования:

  1. Передача аудио- и видео потока с предварительным сжатием.
  2. Регулирование параметров потоковой трансляции видеоданных.
  3. Аналитика видеоданных.
  4. Настройка профилей IP-камеры, с которыми та может работать.
  5. Управление камерами с движущимся PZT-механизмом.
  6. Input и output для сопряжения с «датчиками тревоги».
  7. Детектирование движущихся тел.
  8. Шифрование данных и прочая защита.

За время своего существования протокол совершенствовался, было разработано несколько ONVIF версий:

  • 1.0 – 2008 г;
  • 2.0 – 2010 г;
  • 2.2 – 2012 г;
  • 2.4 – 2013 г;
  • 2.5 – 2014 г.

С 2015 года число участников форума перевалило за отметку в 500 компаний. О работе форума и протокола можно узнать с официального сайта https://www.onvif.org.

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

Плюсы и минусы ONVIF

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

Ссылаясь на возможности стандарта, конечный пользователь получает следующие преимущества:

  1. Большая гибкость в построении собственной системы видеонаблюдения.
  2. Расширенный выбор продукции из-за множества «мемберов» с их продукции, состоящих в форуме ONVIF.
  3. Протокол поддерживается производителем и совершенствуется с внедрением новых технологий. Это значит, что для поддерживаемой продукции можно получить свежее обновление с новыми функциональными или старыми пофикшенными возможностями.

Кроме того, сотрудничество с ONVIF выгодно для системных интеграторов и компаний, занимающихся разработкой аппаратного и программного обеспечения. Благодаря наработкам стандарта можно отшлифовать совместимость собственного оснащения и гарантировать ее конечному пользователю. Если же ПО требует более глубокой интеграции, это так же можно организовать.

Кроме того, находясь среди мемберов компании:

  • гарантированно присоединившаяся компания сможет получить значок соответствия ONVIF;
  • можно выстраивать партнерские отношения с другими мемберами;
  • реализовывать различные интеграции с ONVIF и между собой.

Крупных минусов для конечного пользователя как таковых нет. Незначительные могут быть для компаний, которые решили присоединиться к форуму:

  1. Из-за внедренных санкций для страны, в которой зарегистрирована компания, ONVIF может продлить процесс подачи заявления и дополнительно попросить предоставить новые данные.
  2. Ежегодно нужно делать взнос.
  3. Вам могут отказать, если этому будут препятствовать законодательные ограничения.

ONVIF CLI

python-onvif also provides a command line interactive interface: onvif-cli.
onvif-cli is installed automatically.

Single command example

$ onvif-cli devicemgmt GetHostname --user 'admin' --password '12345' --host '192.168.0.112' --port 80
True: {'FromDHCP': True, 'Name': hision}
$ onvif-cli devicemgmt SetHostname "{'Name': 'NewerHostname'}" --user 'admin' --password '12345' --host '192.168.0.112' --port 80
True: {}

Interactive mode

$ onvif-cli -u 'admin' -a '12345' --host '192.168.0.112' --port 80 --wsdl /etc/onvif/wsdl/
ONVIF >>> cmd
analytics   devicemgmt  events      imaging     media       ptz
ONVIF >>> cmd devicemgmt GetWsdlUrl
True: http://www.onvif.org/
ONVIF >>> cmd devicemgmt SetHostname {'Name': 'NewHostname'}
ONVIF >>> cmd devicemgmt GetHostname
True: {'Name': 'NewHostName'}
ONVIF >>> cmd devicemgmt SomeOperation
False: No Operation: SomeOperation

NOTE: Tab completion is supported for interactive mode.

Batch mode

$ vim batchcmds
$ cat batchcmds
cmd devicemgmt GetWsdlUrl
cmd devicemgmt SetHostname {'Name': 'NewHostname', 'FromDHCP': True}
cmd devicemgmt GetHostname
$ onvif-cli --host 192.168.0.112 -u admin -a 12345 -w /etc/onvif/wsdl/ < batchcmds
ONVIF >>> True: http://www.onvif.org/
ONVIF >>> True: {}
ONVIF >>> True: {'FromDHCP': False, 'Name': NewHostname}

Профили ONVIF

Разделение разных версий ONVIF по профилям упрощает проверку соответствия IP-камеры и дополнительного оснащения. Чтобы определись, по какому профилю работает гаджет, не нужно анализировать технические составляющие девайса.

По состоянию на 2020 год создано 6 профилей ONVIF:

  1. Profile Q – направлен на взаимодействие и управление ключами доступа и TLS-сертификатами, которые стимулируют быструю установку совместимого оснащения.
  2. Profile G – возможности профиля разрешают сохранять отснятые данные в локальные хранилища, проводить быстрый поиск с помощью применяемых фильтров, извлекать данные для дальнейшего взаимодействия с ними на других устройствах.
  3. Profile C – направлен на объединение устройств в единую систему СКУД, для дальнейшего управления их опциями. Присутствует интеграция с физической СКУД, также разрешает взаимодействие СКУД и видеосистемами, объединенными в единой сети. Основные возможности С-профиля: оповещение о состоянии контролируемых точек (например, закрыта дверь или нет) мониторинг состояния точек входа/выхода (заперты или нет, время открытия и закрытия), управление точками входа/выхода (например, отпирание и закрытие дверей).
  4. Profile S – ONVIF этот протокол нужен, как воздух, для систем IP-видеонаблюдения с потоковой передачей данных. Благодаря ему между версиями ONVIF0 и 2.0 добились полной совместимости.
  5. Profile A – разработанный в конце 2016 года профиль разрешает настраивать конфигурацию контроля доступа в зависимости от различных сценариев применения.
  6. Profile T – разработан в дополнение к профилю S и выпущен в реализацию в конце 2018 года. Основное назначение: поддержка опций потокового видео форматов H.264 и H.265, отображение на дисплее и потоковая передача метаданных, потоковая передача по защищенному протоколу HTTPS.

Практическое применение

Рассмотрим основные варианты применения видеоаналитики в составе систем, построенных на базе стандарта ONVIF.

Для всех вариантов общими являются конфигурирование и поиск по архиву.

Конфигурирование выполняется для всех типов устройств и включает в себя:

  • привязку источников видео к соответствующим модулям аналитики;
  • настройку модулей аналитики;
  • настройку параметров потокового видео;
  • привязку источников видео к записям.

Поиск по архиву выполняется посредством сервиса Recording Search. Поиск осуществляется по сохраненным метаданным, полученным от модулей аналитики. Результаты поиска могут быть получены с помощью сервиса Recording Replay

Особенность всех вариантов в том, что устройства NVA, NVT и NVS являются виртуальными и объединены в одном физическом устройстве VA unit. Это позволяет совместно использовать одни и те же сервисы ONVIF.

Вариант 1. Видеоаналитика для сжатого видео с сетевых камерВ настоящее время этот вариант (рис. 6) является наиболее востребованным. Причина — на рынке присутствует довольно большое число недорогих сетевых камер. Большинство из них не поддерживает стандарт ONVIF или поддерживает формально. И этот вариант позволяет интегрировать такие камеры в системы видеонаблюдения, построенные на базе ONVIF, расширив их функциональность видеоаналитическими возможностями.

Поток RTP/RTSP от сетевых камер поступает одновременно  на  устройства   NVA  и   NVS Устройство NVA декодирует видеопоток, выполняет видеоаналитическую обработку и отдает результат устройству NVS для записи и последующего поиска, а также на рабочее место оператора (NVC Workstation) для оперативной работы. Помимо результатов видеоаналитики, устройство NVA может отдавать на рабочее место оператора и исходный видеопоток.

Вариант 2. Видеоаналитика для несжатого видео с аналоговых камер Этот вариант (рис. 7) актуален для существующих аналоговых систем видеонаблюдения и позволяет модернизировать их в системы, построенные на базе стандарта ONVIF с видеоаналитическими возможностями.

Работа системы аналогична работе, описанной в варианте 1, за исключением источников сигнала. В данном случае они аналоговые, и как следствие для видеоаналитической обработки используется устройство NVT

Вариант 3. Видеоаналитика для несжатого
видео с камер высокого разрешенияВ последнее время широкое распространение получили камеры высокого разрешения с интерфейсами HDcctv и HD-SDI. Совместное использование таких камер с видеоаналитическими устройствами позволяет получить наилучшие качественные показатели работы видеоаналитики и является наиболее перспективным вариантом (рис. 8).

Вариант 4. Видеоаналитика
в составе гибридной системыЭтот вариант (рис. 9) является симбиозом двух предыдущих и примером того, как можно гармонично и эволюционно модернизировать старые аналоговые системы, в дальнейшем переходя на более передовые цифровые.

Особенности общего стандарта безопасности

Разработка единого протокола для IP-камер была начата в 2008 году. Производители “Сони”, Bosch и Axis сделали стандарт, который был назван ONVIF (Open Network Video Interface Forum). Этот протокол предназначен для решения проблем, которые связаны с несовместимостью оборудования от разнообразных изготовителей. Теперь создать систему видеонаблюдения с помощью IP-камер можно было без особых проблем.

Open Network Video Interface Forum отличается специальным интерфейсом цифрового типа. Он объединяет множество форм взаимодействия устройств от разнообразных компаний-производителей:

  • Сжимаются и передаются аудио- и видеопотоки.
  • Настраивается потоковая передача информации.
  • Осуществляется видеоаналитика.
  • Своевременно обнаруживаются IP-устройства, которые включены в общую систему.
  • Регулируются профили работы камер видеонаблюдения.
  • Имеется возможность управления поворотными камерами.
  • Предусмотрены входы и выходы, предназначенные для подключения датчиков тревоги.
  • Оборудование реагирует на движения.
  • Обеспечивается кодирование поступающей и передаваемой информации.

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

Какие бывают профили ONVIF?

При создании стандарта ONVIF (на первоначальном этапе) основатели протокола столкнулись с определенными трудностями. Они были вызваны несовместимостью оборудования при использовании различных версий протокола. Именно поэтому производители приняли решение разработать специальную концепцию, которая получила название Profiles.

Концепция подразумевала разделение различных версий этого стандарта на профили. Они нужны для упрощения проведения проверок совместимости используемых приборов. Создать систему IP-видеонаблюдения можно было без анализа технических характеристик каждого устройства.

В настоящее время потребителям представлено шесть профилей стандарта ONVIF. Необходимо заметить, что последний из них находится на стадии диагностики. Создатели проверяют и исправляют ошибки, которые возникают в ходе его использования.

Стоит рассмотреть основные разновидности профилей стандарта ONVIF:

  • «Q». Этот профиль применяется для регулировки ключей доступа и специальных TLS-сертификатов. Он позволяет быстро установить совместимое оборудование.
  • «G». Такой профиль был разработан следующим. Он позволил организовать локальное хранение данных, поиск и извлечение информации из устройств. С помощью профиля можно настроить фильтры, чтобы поиск стал максимально эффективным.
  • «C». Такой профиль предназначен для синхронизации устройств СКУД, упрощения управления их функционалом. Профиль «С» поддерживает интеграцию между оборудованием и физической системой контроля доступа. Появилась возможность синхронизировать СКУД и сетевые видеосистемы. Профиль позволяет узнать точную информацию о точках доступа и работоспособности входов и выходов.
  • «S». Этот профиль обеспечивает нормальную работу потокового IP-видеонаблюдения. Именно он позволил синхронизировать версии протоколов 1.0 и 2.0. Они стали совместимыми, ранее добиться этого не было возможным.
  • «A». Главная цель эксплуатации такого профиля – осуществление конфигурации при повседневном контроле доступа.
  • «T». Его использование ориентировано на алгоритмизацию при обработке различных изображений.

Именно профили ONVIF дали возможность с легкостью определять функциональность устройств, совместимость их с иными типами оборудования без проведения предварительного анализа данных. Профили существенно упростили процесс создания эффективных систем видеонаблюдения.

Чем отличается ONVIF от PSIA?

Протокол PSIA – это еще один стандарт, использование которого нацелено на решение проблем несовместимости. Он позволяет синхронизировать между собой различное IP-оборудование – камеры, датчика, системы КУД, устройства для видеоаналитики и управления информационной безопасностью.

Основная проблема стандарта PSIA – низкая популярность среди производителей оборудования для систем IP-наблюдения. В настоящее время количество организаций подключенных к протоколу PSIA составляет чуть более пятидесяти. Нужно заметить, что стандартом ONVIF пользуется более 500 фирм. Они реализуют более 5 тысяч наименований техники, которые поддерживают этот протокол.

Разные стандарты

Наличие лейбла «Onvif» на оборудовании и ПО означает, что совместная работа возможна, но гарантировать корректную работу не может. Т.е. слепо доверять значку «Onvif» нельзя. А связанно это с различными профилями Onvif. Как проверить совместимость устройств? Софт создавался на основе одного профиля, а оборудование выпустили с учетом уже нового профиля — при этом гарантии совместимости у Вас не будет, т.к. версии Onvif будут разными. Соответственно потребуется дополнительное время на интеграцию, т.е. от систем с открытым SDK стандарт Onvif ничем не отличается, хотя члены данного форума хотят всех заверить об обратном. Так что, выбирая систему руководствуясь Onvif, стоит дополнительно убедиться в совместимости оборудования и ПО. А значит, данный стандарт все же не решает проблему совместимости!

Как Вы можете сами видеть из выдержки данной статьи, ONVIF это хорошее начинание, но до стандартизации данного протокола дело ещё не дошло, отсюда имеются определённые минусы и неточности в его использовании.

Какие могут быть рекомендации? Как уже писалось выше… Приобретать оборудование у одного производителя — это позволит избежать моментов связанных с несовместимостью протоколов, так как один производитель имеет возможность протестировать оборудование на совместимость. Заранее консультироваться о совместимости оборудования различных производителей, если у них была возможность его тестирования в совместной работе, то данную информацию Вы получите. Узнавать какая версия ONVIF имеется на борту устройств и какой функционал данный протокол позволяет реализовывать.

Общие вопросы по совместимости различных видов IP оборудования и програмного обеспечения.

Есть несколько вариантов обеспечения совместимости (интеграции) IP-оборудования:

  • по протоколу RTSP,
  • с использованием стандарта ONVIF
  • полная интеграция

Основные отличия разных вариантов интеграции оборудования приведены ниже

RTSP ONVIF Полная
Передача видеопотока + + +
Передача звука опция опция опция
настройка видеопотока + + +
PTZ + +
аппаратный видеодетектор опция +
Поддержка тревожные входы / выходы +
Управление дополнительными функциями +

ONVIF CLI

python-onvif also provides a command line interactive interface: onvif-cli.
onvif-cli is installed automatically.

Single command example

$ onvif-cli devicemgmt GetHostname --user 'admin' --password '12345' --host '192.168.0.112' --port 80
True: {'FromDHCP': True, 'Name': hision}
$ onvif-cli devicemgmt SetHostname "{'Name': 'NewerHostname'}" --user 'admin' --password '12345' --host '192.168.0.112' --port 80
True: {}

Interactive mode

$ onvif-cli -u 'admin' -a '12345' --host '192.168.0.112' --port 80 --wsdl /etc/onvif/wsdl/
ONVIF >>> cmd
analytics   devicemgmt  events      imaging     media       ptz
ONVIF >>> cmd devicemgmt GetWsdlUrl
True: http://www.onvif.org/
ONVIF >>> cmd devicemgmt SetHostname {'Name': 'NewHostname'}
ONVIF >>> cmd devicemgmt GetHostname
True: {'Name': 'NewHostName'}
ONVIF >>> cmd devicemgmt SomeOperation
False: No Operation: SomeOperation

NOTE: Tab completion is supported for interactive mode.

Discovery

Since 0.2.7 version library supports WS-Discovery of NVT devices. Currently it uses only SOAP method that just works well.
You can find devices in your subnetwork using method of the Discovery singleton.
Discovery is an EventEmitter inheritor, so you can wait until discovery timeout, or subscribe on event.
You must subscribe to the event as a device on your network could reply with bad XML
Here some examples:

var onvif = require('onvif');
onvif.Discovery.on('device', function(cam){
// function will be called as soon as NVT responds
	cam.username = <USERNAME>;
	cam.password = <PASSWORD>;
	cam.connect(console.log);
})
// Must have an error handler to catch bad replies from the network
onvif.Discovery.on('error', function (err,xml) {
  // function called as soon as NVT responds, but this library could not parse the response
  console.log('Discovery error ' + err);
});
onvif.Discovery.probe();
var onvif = require('onvif');
// Must have an error handler to catch bad replies from the network
onvif.Discovery.on('error', function (err,xml) {
  console.log('Discovery error ' + err);
});
onvif.Discovery.probe(function(err, cams) {
// function will be called only after timeout (5 sec by default)
	if (err) { 
    // There is a device on the network returning bad discovery data
    // Probe results will be incomplete
    throw err;
  }
	cams.forEach(function(cam) {
		cam.username = <USERNAME>;
		cam.password = <PASSWORD>;
		cam.connect(console.log);
	});
});

In all of that cases you’ve got disconnected cameras. To access each camera (and issue ONVIF commands) you normally need
the tuple . So, as shown in the examples, you can assign these properties and call method to
get full functionality.

Discovery.probe(options, callback)

Options

  • , number. Time the probe method will wait NVT responses in ms
  • , boolean. If this argument is false, all discovered NVTs would be presented as data object instead of Cam instance

Discovery events

  • fires on device discover. is a Cam instance, remoteInfo is an object with network information
    and responseXML is a body of SOAP response
  • fires on some UDP error or on bad SOAP response from NVT

Типы профилей ONVIF

На ранних этапах разработки протокола ONVIF возникали некоторые трудности, которые были связаны с несовместимостью разных версий. Для решения этой проблемы специалисты начали работать над концепцией «профилей». Она позволила разделить различные версий программы на конкретные профайлы. Это упростило проверочные мероприятия, направленные на контроль соответствия IP устройств для видеонаблюдения. При этом они не подвергаются анализу технических деталей.

Так, разработчики уже успели выпустить протоколы по таким профилям:

  • Profile Q удовлетворяет требованиям, связанным со взаимодействием устройств «из коробки». Он работает по стандарту, обеспечивающему простую совместимость. Дополнением является упрощенный процесс регулировки базовых опций технических средств и расширенный функционал безопасности. Представленный профайл участвует в управлении TLS-сертификатами и ключами доступа.
  • Profile C разработан специально для СКУД. Он позволяет произвести объединение технических средств, участвующих в системах управления, а также регулировать их основные функции. Представленный профиль способствует объединению устройств с системой контроля доступа. Он обеспечивает совместимость между СКУД и видеокамерами, входящими в сетевую систему. Профиль C открывает доступ к информации о состоянии дверей и управлению ими.
  • Profile S разработан специально для видеоисточников. Он используется в охранных комплексах, применяющих потоковые IP-камеры видеонаблюдения. Представленный профайл позволил совмещать 1.0 и 2.0 версии ONVIF. Его спецификации рассчитаны на такие аспекты работы камер с системами видеорегистрации:

На сегодняшний день существует 6 профилей стандарта ONVIF, последний из которых находится пока в стадии тестирования

  1. настройка сетевого интерфейса;
  2. выявление устройств по сетевому протоколу, позволяющему в автоматическом режиме находить технику и сервисы, входящие в компьютерную сеть;
  3. регулирование функционирующих профилей видеоустройства;
  4. контроль передачи потокового видео;
  5. анализ и хранение информации о событиях;
  6. контроль над приводом Pan-tilt-zoom-камеры, поддерживающей удаленное управление направлением и зумом;
  7. шифрование данных и защита от несанкционированного доступа к информации.
  • Profile G используется для техники, производящей запись видео. Он позволяет производить как поиск и извлечение, так и хранение информации. С его применением стала доступна регулировка фильтров, что упрощает эффективный поиск данных.
  • Profile A направлен на регулярное произведение настроек контроля доступа.
  • Profile T предоставляет набор инструкций, описывающих порядок действий исполнителя для обработки видеопотока. Этот профиль на данный момент находится на стадии доработки. Его релиз запланирован на 2018 год.

¶ PelcoP/D

Протокол управления Pelco P / D также используется для управления видеооборудованием, в т.ч. аналоговым. Версия P используется для видеорекордеров, D для камер (Dome — купольные камеры).

  • Краткое описание протокола Pelco D на русском
  • Полное официальное описание на английском

Устройства используют аппаратный протокол RS-485. Относительно RS-232 он удобен тем, что:

  • достаточно одной витой пары,
  • возможно соединение по цепочке, а не точка-точка. Хотя устройства с RS-232 часто имеют проходной порт.
  • работает на большое расстояние (300+ m).

Где это нам пригодится:

  • Как правило, корпусные камеры видеонаблюдения используют команды этого протокола для управления поворотными платформами, на которых их устанавливают.
  • У нас есть одна экзотическая камера, которая является приёмником, а не передатчиком команд. Нетипично для корпусных камер.
  • У нас есть две поворотные pan-tilt платформы: миниатюрная для небольшой камеры и настольная крупная (там не регулируется скорость вращения/наклона).
  • Есть пульт с джойстиком.

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

Членство в организации

Форум открыт для вступления для всех заинтересованных компаний. Любая компания при вступлении в состав ONVIF может выбрать один из уровней членства, этот уровень обусловливает степень вовлеченности в процессы работы форума и влияния на принятие решений

  • Полноправный участник (Full member) — принимает участие в управлении форума на уровне руководящего комитета
  • Содействующий участник (Contributing member) — принимает участие в управлении форума на уровне комитетов (кроме руководящего)
  • Участник-пользователь (User Member) — имеет право на доступ к опубликованным и предварительным спецификациям и средствам тестирования, может проводить процедуры проверки оборудования на совместимость со спецификациями и декларировать совместимость технических и программных средств по итогам проверок
  • Участник-наблюдатель (Observer member) — имеет право на доступ к средствам тестирования на совместимость со спецификациями, может проводить проверки на совместимость, но не имеет права декларировать совместимость технических и программных средств по итогам проверки

Discovery

Since 0.2.7 version library supports WS-Discovery of NVT devices. Currently it uses only SOAP method that just works well.
You can find devices in your subnetwork using method of the Discovery singleton.
Discovery is an EventEmitter inheritor, so you can wait until discovery timeout, or subscribe on event.
You must subscribe to the event as a device on your network could reply with bad XML
Here some examples:

var onvif = require('onvif');
onvif.Discovery.on('device', function(cam){
// function will be called as soon as NVT responds
	cam.username = <USERNAME>;
	cam.password = <PASSWORD>;
	cam.connect(console.log);
})
// Must have an error handler to catch bad replies from the network
onvif.Discovery.on('error', function (err,xml) {
  // function called as soon as NVT responds, but this library could not parse the response
  console.log('Discovery error ' + err);
});
onvif.Discovery.probe();
var onvif = require('onvif');
// Must have an error handler to catch bad replies from the network
onvif.Discovery.on('error', function (err,xml) {
  console.log('Discovery error ' + err);
});
onvif.Discovery.probe(function(err, cams) {
// function will be called only after timeout (5 sec by default)
	if (err) { 
    // There is a device on the network returning bad discovery data
    // Probe results will be incomplete
    throw err;
  }
	cams.forEach(function(cam) {
		cam.username = <USERNAME>;
		cam.password = <PASSWORD>;
		cam.connect(console.log);
	});
});

In all of that cases you’ve got disconnected cameras. To access each camera (and issue ONVIF commands) you normally need
the tuple . So, as shown in the examples, you can assign these properties and call method to
get full functionality.

Discovery.probe(options, callback)

Options

  • , number. Time the probe method will wait NVT responses in ms
  • , boolean. If this argument is false, all discovered NVTs would be presented as data object instead of Cam instance

Discovery events

  • fires on device discover. is a Cam instance, remoteInfo is an object with network information
    and responseXML is a body of SOAP response
  • fires on some UDP error or on bad SOAP response from NVT

Open Source Development

When did ONVIF officially make the move to GitHub? As of September 2020, ONVIF supports network interface specification development at https://github.com/onvif/specs.

What is the motivation for open sourcing network interface specification development? What are the benefits?

Open sourcing the development of ONVIF network interface specifications streamlines the administrative and collaborative process and allows ONVIF to leverage the talents of a wider community of developers, gain fresh input from organizations and individuals whom ONVIF has not reached before, spur greater feature interoperability and innovation, and provide new specifications faster to meet existing and future market demands.

Are there any criteria to participate in ONVIF network interface specification development on GitHub? Anyone can contribute on GitHub and contributors will need to accept the ONVIF Contributor License and the Apache license conditions. The ONVIF Contributor License states that the contributing author grants ONVIF a non-exclusive, perpetual, non-remunerative, sub-licensable copyright license to reproduce, distribute, perform, display, and create derivative works of the Contribution solely for the purpose of producing and distributing the relevant ONVIF Network Interface Specification(s). The Apache license ensures that contributions can be jointly developed and that the contributor grants a patent license.

How does having ONVIF network interface specification development on GitHub improve the development process? How does this impact or compare with the old ONVIF process?

Open source development is a trend that has proven to be successful and makes specification contributions easier and more efficient. ONVIF schema files and related documents are accessible on GitHub. Anyone may copy and distribute the files, make/propose changes to copies of the files and submit the change requests to ONVIF. Once proposed changes are accepted/approved by the ONVIF Technical Committee, GitHub automatically merges the changes to a development branch. This eliminates the need for a dedicated editor to update network interface specification files. And once clearance is achieved following an IPR review, the new development branch is integrated into the master file. Enabling development on GitHub eliminates manual handling of change requests currently done through a ticket system. ONVIF moved from Word-based documentation to DocBook for easy maintenance and merging of specifications.

What impact does this have on the ONVIF conformance process? Open source development of ONVIF network interface specifications has no impact on the ONVIF product conformance process, nor anything to do with profile or test tool development. The addition of open source development affects only one aspect of the work of ONVIF, and that is the establishment of standard network interface specifications for IP-based physical security products.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector