[BeS]

Добрый день.

Поднимаю модный вопрос.

Есть задача - поставить камеру с поддержкой протокола Onvif, PTZ и PoE (802.3af - честный). Описание протокола Onvif указывает, что он призван осуществлять "управление приводом PTZ" (http://synesis.ru/ru/surveillance/articles/onvif). Другими словами получается что нет никакой надобности пробрасывать дополнительно кабель для PTZ? Сигналы управления (протокола PTZ) вытаскиваются непосредственно с прокола обмена с камерой? А если это так - непомерно круто!) Есть те, кто "в теме"?

 

 

Если тут диалога не получится - жаль.

В "недалеком переди" много интересного: аналитика (обработка событий), ептз/птз, трекинг объектов, адаптивный стриминг, сложные зоны контроля, вбр в зоне контроля и т.д. и т.п.

Ознакомиться и задуматься нужно уже прямо сейчас: паровоз -поехал, колеса - застучали, у кондуктора больше нет тормозов! :-)

[D^2]

для PTZ нужен PoE 802.3at, чтобы и нагреватель, и вентилятор, и сам PTZ работал нормально...

производителей камер с 802.3at можно по пальцам посчитать...

[BeS]

В точку! Как сам не вкурил? Конечно , примерное потребление (купольной с ptz и термоконтролем ) ~ 70 вт. Стандарт poe выше 25 вт не прокачает. Эта часть вопроса закрыта. Спасибо!

Остается главный вопрос: onvif и протокол ptz.

Edited September 27, 2012 by BeS

[SMSI]

ДА, онвив позволяет управлять PTZ камерой

В чем вопрос-то?

[BeS]

Как он управляет PTZ.

Еще раз: необходимость в паре управления отпадает -протокол вытаскивается из ethernet-протокола (штатные выводы PTZ управления "висят в воздухе", камера управляется от "протокола TCP")???

 

PS

Допускаю, что неправильно задаю вопрос - поправьте.

[sunrise333]

Как он управляет PTZ.

Еще раз: необходимость в паре управления отпадает -протокол вытаскивается из ethernet-протокола (штатные выводы PTZ управления "висят в воздухе", камера управляется от "протокола TCP")???

 

PS

Допускаю, что неправильно задаю вопрос - поправьте.

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

но суть верна все команды идут из софта по TCP.

[D^2]

Как он управляет PTZ.

Еще раз: необходимость в паре управления отпадает -протокол вытаскивается из ethernet-протокола (штатные выводы PTZ управления "висят в воздухе", камера управляется от "протокола TCP")???

в нормальных IP PTZ это есть и так независимо от того поддерживается Onvif или нет

[BeS]

Мне хочется уйти от дополнительной прокладки кабеля на управление камерами. Очень бодрит мысль управления по/из onvif.

[SMSI]

Нормально все управляется

Никаких дополнительных кабелей не нужно

Единсвенное неудобство, что при попытке найти пульт управления камерами (управлять мышью не всегда удобно), подключаемый по USB для использования с софтом, выясняется, что такой пульт есть только у AXIS (если не прав - подскажите модель)

Можно использовать пульт с RS-485 интерфейсом, подключив его через конвертер USB к ПК, но только дорогой софт (Securos и т.д.) умеет работать с такими пультами.

Вот тут то и оказывается, что чаще дешевле доп линию RS-485 проложить, если требуется управление PTZ камерой с пульта

Edited September 28, 2012 by SMSI

[sunrise333]

Нормально все управляется

Никаких дополнительных кабелей не нужно

Единсвенное неудобство, что при попытке найти пульт управления камерами (управлять мышью не всегда удобно), подключаемый по USB для использования с софтом, выясняется, что такой пульт есть только у AXIS (если не прав - подскажите модель)

Можно использовать пульт с RS-485 интерфейсом, подключив его через конвертер USB к ПК, но только дорогой софт (Securos и т.д.) умеет работать с такими пультами.

Вот тут то и оказывается, что чаще дешевле доп линию RS-485 проложить, если требуется управление PTZ камерой с пульта

Могу ошибаться, но почти весь софт работает с обычными игровыми джойстиками, Интеллект и Трассир точно, по моему и NVS тоже, просто с последним как то не сложилось.

[D^2]

Единсвенное неудобство, что при попытке найти пульт управления камерами (управлять мышью не всегда удобно), подключаемый по USB для использования с софтом, выясняется, что такой пульт есть только у AXIS (если не прав - подскажите модель)

не USB, но по IP нормально управляет родными камерами

http://shop.nag.ru/catalog/04452.Videonablyudenie-SKUD-OPS/00008.Aksessuary-dlya-videonablyudeniya/05791.SNR-KB-DN

[maxlapshin]

К черту онвиф, это больше выглядит как маркетинговое бла-бла, чем что-то работающее.

 

Те же Sanyo управляются по HTTP не по onvif. Выбирайте любую камеру, которая позволяет её поворачивать через веб-интерфейс, последите в Firebug за командами и всё готово.

[BeS]

Ну я тоже так думал, пока не наступил на несовместимость иных камер с иным "неродным" софтом. У меня к этому протоколу тоже есть вопросы. Но пока получилось все завести. Пытаюсь копнуть глубже.

[maxlapshin]

Короче. Если у камеры есть выставленный по TCP модуль управления мотором, значит на 99% это HTTP, доступный из её админки. Значит его можно увидеть в firebug-е и воспользоваться им.

[sunrise333]

Короче. Если у камеры есть выставленный по TCP модуль управления мотором, значит на 99% это HTTP, доступный из её админки. Значит его можно увидеть в firebug-е и воспользоваться им.

Это здорово, только как программам дать ссылку на Ваш совет? :) Насколько я понимаю ONVIF это и есть попытка хоть, как то стандартизировать управление и общение с безумным зоопарком IP камер включающее в себя не только управление поворотным устройством, но и изменение разрешения, яркости, контрастности, цветности, управления зонами встроенного детектора, управление OSD. Просто сыро ещё как лет 10 - 12 назад PTZ был кто в лес, кто по дрова. Придут к общему мнению и допилят.

[maxlapshin]

Смотрите и прописываете в программу урлы. Что ещё делать, если Onvif как был, так и остается надписью на коробочке?

[BeS]

Не соглашусь. Вчера подключили камеры которые ранее НЕ понимались NVR - прошили камеры патчем с поддержкой onvif.

Вопросы, откровенно говоря, остались: писать nvr пишет в регуляр, но отказывается писать по движению с этих камер. Это большая загадка для меня - почему nvr потоки с этих камер видит особо.

[stepan777]

Не соглашусь. Вчера подключили камеры которые ранее НЕ понимались NVR - прошили камеры патчем с поддержкой onvif.

Вопросы, откровенно говоря, остались: писать nvr пишет в регуляр, но отказывается писать по движению с этих камер. Это большая загадка для меня - почему nvr потоки с этих камер видит особо.

 

А на самой камере детекцию движению выставить пробовали?

[BeS]

Пробовал. И возможно все работает на тревожный выход (аларм) камеры и локальной сторадж (сд карточка) - не проверял. Обработкой кадра занимается сам nvr/dvr (ну так было всегда) и неясно КТО и КАК запрещает это делать сейчас. Какой -то бит в протоколе с высшим приоритетом? Запись постоянно идет, но стоит сказать писать по детектору - все. Показывает на монитор но не пишет.

Гм.

[sunrise333]

Пробовал. И возможно все работает на тревожный выход (аларм) камеры и локальной сторадж (сд карточка) - не проверял. Обработкой кадра занимается сам nvr/dvr (ну так было всегда) и неясно КТО и КАК запрещает это делать сейчас. Какой -то бит в протоколе с высшим приоритетом? Запись постоянно идет, но стоит сказать писать по детектору - все. Показывает на монитор но не пишет.

Гм.

Посмотрите одновременно на вебморду и на регистратор зона детекции вообще сработала и есть ли она вообще(в плане осталась ли в мозгах камеры). Был у меня интересный глюк с трассиром и с камерами SNR-1MPC SNR-0MPC через вебморду, что либо делаешь как только софт увидел камеры все настройки слетели. Стал делеать через софт, но в софте не все отображается, пришлось смотреть через вебморду, а настраивать через софт. Может и у Вас, что либо подобное?

[BeS]

Гхм.

Да вот нужно НЕ камере разбираться с алармами, а регистратору (NVR) , по идее. На него (NVR) пришел поток с камеры, обработай сигнал (настроек туева-кукукева для этого) и делай что сказали. С аналогом же нет проблем. Что тут не так ? Протокол! А вот что в нем? Почему с одной камеры по этому протоколу все отрабатывается, а с другой камеры нет?

Напоминаю связку: NVR (НАГ)- ip камеры (НАГ) - ip камера (Вивотек). Догадайтесь какая камера не отрабатывается? :-) Что-то не так у DAHUA с Onvif!

На NVR (Вивитек) с этой же камерой нет проблем: MD отрабатывается без заморочек. Просто привезли камеру , ничего не меняли, воткнули в регистратор "родной" все пашет, вернулись домой (ничего не меняли) воткнули в SNR-NVR - не пашет. Настраиваем канал (_ТОЛЬКО_ поменяли номер канала!) на камеру SNR - все работает.

Вот такие печальки.

[D^2]

NVR (НАГ)- ip камеры (НАГ)

а почему их не сцепить по родному протоколу, а не по Onvif?

[SMSI]

У DAHUA кривой ONVIF - давно известно.

Версия ONVIF у них, кстати, сейчас какая?

 

Попробуйте утилитку - ONVIF Device Manager - камеры видны, ошибки утилита не выдает? (Хотя она тоже кривая, второй онвив на ней более-менее работает)

[BeS]

NVR (НАГ)- ip камеры (НАГ)

а почему их не сцепить по родному протоколу, а не по Onvif?

Это как ? SNR-NVR не видит ничего того, что у него не прописано в списке. Vivatec там отсутствует. Сканирование находит камеру (Vivatec) только по Onvif. Т.е. в списке найденных устройств (для других камер) появляется 2 протокола на каждую камеру - TCP/IP и Onvif. Камера Vivatec только Onvif! Ладно, делаем енабле , канал №, настраиваем энкодинг на нее. Завелась -работает. Но дальнейшая настройка бесполезна.

 

Утлиту ONVIF Device Manager попробуем, конечно. Но навряд ли это поможет детектор за NVR запустить.

[BeS]

Вопрос "в догонку": как на регистраторе (SNR-NVR) настроить понимание детектора движения с камеры? Дабы не грузить процессор обработкой/декомпресией/анализом? В настройках системы очевидных чекбоксов не нашел. Кто нибудь разбирался? Возможно решение моих задач в этом? :-) + появляется теоретическая возможность увеличить немного разрешение на на запись (в данный момент процессор совершенно очевидно не справляется/перегружается потоками- 10 камер: 1 -1080, 6 -D1, 3- 720p, все в VBR, качество -medium).