BeS Опубликовано 27 сентября, 2012 Добрый день. Поднимаю модный вопрос. Есть задача - поставить камеру с поддержкой протокола Onvif, PTZ и PoE (802.3af - честный). Описание протокола Onvif указывает, что он призван осуществлять "управление приводом PTZ" (http://synesis.ru/ru/surveillance/articles/onvif). Другими словами получается что нет никакой надобности пробрасывать дополнительно кабель для PTZ? Сигналы управления (протокола PTZ) вытаскиваются непосредственно с прокола обмена с камерой? А если это так - непомерно круто!) Есть те, кто "в теме"? Если тут диалога не получится - жаль. В "недалеком переди" много интересного: аналитика (обработка событий), ептз/птз, трекинг объектов, адаптивный стриминг, сложные зоны контроля, вбр в зоне контроля и т.д. и т.п. Ознакомиться и задуматься нужно уже прямо сейчас: паровоз -поехал, колеса - застучали, у кондуктора больше нет тормозов! :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
D^2 Опубликовано 27 сентября, 2012 для PTZ нужен PoE 802.3at, чтобы и нагреватель, и вентилятор, и сам PTZ работал нормально... производителей камер с 802.3at можно по пальцам посчитать... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 27 сентября, 2012 (изменено) В точку! Как сам не вкурил? Конечно , примерное потребление (купольной с ptz и термоконтролем ) ~ 70 вт. Стандарт poe выше 25 вт не прокачает. Эта часть вопроса закрыта. Спасибо! Остается главный вопрос: onvif и протокол ptz. Изменено 27 сентября, 2012 пользователем BeS Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SMSI Опубликовано 27 сентября, 2012 ДА, онвив позволяет управлять PTZ камерой В чем вопрос-то? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 27 сентября, 2012 Как он управляет PTZ. Еще раз: необходимость в паре управления отпадает -протокол вытаскивается из ethernet-протокола (штатные выводы PTZ управления "висят в воздухе", камера управляется от "протокола TCP")??? PS Допускаю, что неправильно задаю вопрос - поправьте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sunrise333 Опубликовано 27 сентября, 2012 Как он управляет PTZ. Еще раз: необходимость в паре управления отпадает -протокол вытаскивается из ethernet-протокола (штатные выводы PTZ управления "висят в воздухе", камера управляется от "протокола TCP")??? PS Допускаю, что неправильно задаю вопрос - поправьте. Не совсем, есть варианты как на бевардах снрах на камере есть отделные выводы для зум, фокус, диафрагма и RS485 для шеи т.е. все подключаем к тушке но суть верна все команды идут из софта по TCP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
D^2 Опубликовано 28 сентября, 2012 Как он управляет PTZ. Еще раз: необходимость в паре управления отпадает -протокол вытаскивается из ethernet-протокола (штатные выводы PTZ управления "висят в воздухе", камера управляется от "протокола TCP")??? в нормальных IP PTZ это есть и так независимо от того поддерживается Onvif или нет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 28 сентября, 2012 Мне хочется уйти от дополнительной прокладки кабеля на управление камерами. Очень бодрит мысль управления по/из onvif. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SMSI Опубликовано 28 сентября, 2012 (изменено) Нормально все управляется Никаких дополнительных кабелей не нужно Единсвенное неудобство, что при попытке найти пульт управления камерами (управлять мышью не всегда удобно), подключаемый по USB для использования с софтом, выясняется, что такой пульт есть только у AXIS (если не прав - подскажите модель) Можно использовать пульт с RS-485 интерфейсом, подключив его через конвертер USB к ПК, но только дорогой софт (Securos и т.д.) умеет работать с такими пультами. Вот тут то и оказывается, что чаще дешевле доп линию RS-485 проложить, если требуется управление PTZ камерой с пульта Изменено 28 сентября, 2012 пользователем SMSI Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sunrise333 Опубликовано 29 сентября, 2012 Нормально все управляется Никаких дополнительных кабелей не нужно Единсвенное неудобство, что при попытке найти пульт управления камерами (управлять мышью не всегда удобно), подключаемый по USB для использования с софтом, выясняется, что такой пульт есть только у AXIS (если не прав - подскажите модель) Можно использовать пульт с RS-485 интерфейсом, подключив его через конвертер USB к ПК, но только дорогой софт (Securos и т.д.) умеет работать с такими пультами. Вот тут то и оказывается, что чаще дешевле доп линию RS-485 проложить, если требуется управление PTZ камерой с пульта Могу ошибаться, но почти весь софт работает с обычными игровыми джойстиками, Интеллект и Трассир точно, по моему и NVS тоже, просто с последним как то не сложилось. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
D^2 Опубликовано 30 сентября, 2012 Единсвенное неудобство, что при попытке найти пульт управления камерами (управлять мышью не всегда удобно), подключаемый по USB для использования с софтом, выясняется, что такой пульт есть только у AXIS (если не прав - подскажите модель) не USB, но по IP нормально управляет родными камерами http://shop.nag.ru/catalog/04452.Videonablyudenie-SKUD-OPS/00008.Aksessuary-dlya-videonablyudeniya/05791.SNR-KB-DN Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 1 октября, 2012 К черту онвиф, это больше выглядит как маркетинговое бла-бла, чем что-то работающее. Те же Sanyo управляются по HTTP не по onvif. Выбирайте любую камеру, которая позволяет её поворачивать через веб-интерфейс, последите в Firebug за командами и всё готово. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 1 октября, 2012 Ну я тоже так думал, пока не наступил на несовместимость иных камер с иным "неродным" софтом. У меня к этому протоколу тоже есть вопросы. Но пока получилось все завести. Пытаюсь копнуть глубже. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 1 октября, 2012 Короче. Если у камеры есть выставленный по TCP модуль управления мотором, значит на 99% это HTTP, доступный из её админки. Значит его можно увидеть в firebug-е и воспользоваться им. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sunrise333 Опубликовано 3 октября, 2012 Короче. Если у камеры есть выставленный по TCP модуль управления мотором, значит на 99% это HTTP, доступный из её админки. Значит его можно увидеть в firebug-е и воспользоваться им. Это здорово, только как программам дать ссылку на Ваш совет? :) Насколько я понимаю ONVIF это и есть попытка хоть, как то стандартизировать управление и общение с безумным зоопарком IP камер включающее в себя не только управление поворотным устройством, но и изменение разрешения, яркости, контрастности, цветности, управления зонами встроенного детектора, управление OSD. Просто сыро ещё как лет 10 - 12 назад PTZ был кто в лес, кто по дрова. Придут к общему мнению и допилят. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 4 октября, 2012 Смотрите и прописываете в программу урлы. Что ещё делать, если Onvif как был, так и остается надписью на коробочке? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 4 октября, 2012 Не соглашусь. Вчера подключили камеры которые ранее НЕ понимались NVR - прошили камеры патчем с поддержкой onvif. Вопросы, откровенно говоря, остались: писать nvr пишет в регуляр, но отказывается писать по движению с этих камер. Это большая загадка для меня - почему nvr потоки с этих камер видит особо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
stepan777 Опубликовано 5 октября, 2012 Не соглашусь. Вчера подключили камеры которые ранее НЕ понимались NVR - прошили камеры патчем с поддержкой onvif. Вопросы, откровенно говоря, остались: писать nvr пишет в регуляр, но отказывается писать по движению с этих камер. Это большая загадка для меня - почему nvr потоки с этих камер видит особо. А на самой камере детекцию движению выставить пробовали? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 5 октября, 2012 Пробовал. И возможно все работает на тревожный выход (аларм) камеры и локальной сторадж (сд карточка) - не проверял. Обработкой кадра занимается сам nvr/dvr (ну так было всегда) и неясно КТО и КАК запрещает это делать сейчас. Какой -то бит в протоколе с высшим приоритетом? Запись постоянно идет, но стоит сказать писать по детектору - все. Показывает на монитор но не пишет. Гм. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sunrise333 Опубликовано 10 октября, 2012 Пробовал. И возможно все работает на тревожный выход (аларм) камеры и локальной сторадж (сд карточка) - не проверял. Обработкой кадра занимается сам nvr/dvr (ну так было всегда) и неясно КТО и КАК запрещает это делать сейчас. Какой -то бит в протоколе с высшим приоритетом? Запись постоянно идет, но стоит сказать писать по детектору - все. Показывает на монитор но не пишет. Гм. Посмотрите одновременно на вебморду и на регистратор зона детекции вообще сработала и есть ли она вообще(в плане осталась ли в мозгах камеры). Был у меня интересный глюк с трассиром и с камерами SNR-1MPC SNR-0MPC через вебморду, что либо делаешь как только софт увидел камеры все настройки слетели. Стал делеать через софт, но в софте не все отображается, пришлось смотреть через вебморду, а настраивать через софт. Может и у Вас, что либо подобное? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 10 октября, 2012 Гхм. Да вот нужно НЕ камере разбираться с алармами, а регистратору (NVR) , по идее. На него (NVR) пришел поток с камеры, обработай сигнал (настроек туева-кукукева для этого) и делай что сказали. С аналогом же нет проблем. Что тут не так ? Протокол! А вот что в нем? Почему с одной камеры по этому протоколу все отрабатывается, а с другой камеры нет? Напоминаю связку: NVR (НАГ)- ip камеры (НАГ) - ip камера (Вивотек). Догадайтесь какая камера не отрабатывается? :-) Что-то не так у DAHUA с Onvif! На NVR (Вивитек) с этой же камерой нет проблем: MD отрабатывается без заморочек. Просто привезли камеру , ничего не меняли, воткнули в регистратор "родной" все пашет, вернулись домой (ничего не меняли) воткнули в SNR-NVR - не пашет. Настраиваем канал (_ТОЛЬКО_ поменяли номер канала!) на камеру SNR - все работает. Вот такие печальки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
D^2 Опубликовано 10 октября, 2012 NVR (НАГ)- ip камеры (НАГ) а почему их не сцепить по родному протоколу, а не по Onvif? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SMSI Опубликовано 10 октября, 2012 У DAHUA кривой ONVIF - давно известно. Версия ONVIF у них, кстати, сейчас какая? Попробуйте утилитку - ONVIF Device Manager - камеры видны, ошибки утилита не выдает? (Хотя она тоже кривая, второй онвив на ней более-менее работает) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 11 октября, 2012 NVR (НАГ)- ip камеры (НАГ) а почему их не сцепить по родному протоколу, а не по Onvif? Это как ? SNR-NVR не видит ничего того, что у него не прописано в списке. Vivatec там отсутствует. Сканирование находит камеру (Vivatec) только по Onvif. Т.е. в списке найденных устройств (для других камер) появляется 2 протокола на каждую камеру - TCP/IP и Onvif. Камера Vivatec только Onvif! Ладно, делаем енабле , канал №, настраиваем энкодинг на нее. Завелась -работает. Но дальнейшая настройка бесполезна. Утлиту ONVIF Device Manager попробуем, конечно. Но навряд ли это поможет детектор за NVR запустить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BeS Опубликовано 11 октября, 2012 Вопрос "в догонку": как на регистраторе (SNR-NVR) настроить понимание детектора движения с камеры? Дабы не грузить процессор обработкой/декомпресией/анализом? В настройках системы очевидных чекбоксов не нашел. Кто нибудь разбирался? Возможно решение моих задач в этом? :-) + появляется теоретическая возможность увеличить немного разрешение на на запись (в данный момент процессор совершенно очевидно не справляется/перегружается потоками- 10 камер: 1 -1080, 6 -D1, 3- 720p, все в VBR, качество -medium). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...