Тепловизор ONVIF: профили S, T, G и совместимость с VMS-платформами

Ситуация с объекта. Интегратор ставит новый тепловизор в существующую систему видеонаблюдения. Заказчик, у которого уже развёрнут ситуационный центр на Trassir, спрашивает по телефону: «В спецификации указано ONVIF Profile S — этого достаточно, чтобы всё работало с нашей VMS?»

Правильный ответ — «зависит от того, что вы хотите делать». Profile S закрывает базовый сценарий: получить видеопоток и управлять поворотом камеры. Если задача шире — писать метаданные аналитики в архив VMS, тянуть события переключения теплового палитры или использовать локальную запись на карту SD внутри тепловизора как резерв — одного Profile S не хватит.

Ниже — практический разбор профилей ONVIF применительно к тепловизорам, что реально требуется от протокола на объекте и как это ложится на российские VMS: Trassir, Macroscop, Линия, Sigur.

Что такое ONVIF и почему это единственный вменяемый способ интеграции

ONVIF (Open Network Video Interface Forum) — открытый стандарт совместимости для сетевых устройств видеонаблюдения. Появился в 2008 году как ответ на «зоопарк» проприетарных протоколов: каждый производитель IP-камер тянул своё SDK, и интегратору приходилось поддерживать десятки несовместимых API. ONVIF описывает единый транспорт (HTTP + SOAP), схему обмена метаданными и профили — наборы обязательных функций под конкретный сценарий.

Для тепловизора ONVIF — единственный вменяемый способ встроиться в чужую VMS без запроса SDK у производителя. Если тепловизор поддерживает ONVIF, интегратор добавляет его в VMS через штатный мастер как «ONVIF-устройство», получает видеопоток, PTZ-управление и часть метаданных из коробки. Если ONVIF не поддерживается — начинаются переговоры о протоколе, разработка драйвера под VMS и сроки от месяцев.

Профили ONVIF: S, T, G, Q, M — что закрывает каждый

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

• Profile S — базовый видеопоток и PTZ. Стриминг H.264 по RTSP, управление поворотом/наклоном/зумом, аудио, приём триггеров тревог. Это тот самый «минимум для видеонаблюдения» — исторически с него начиналась ONVIF-совместимость всех IP-камер.
• Profile T — расширенное видео и метаданные. Всё то же, что в S, плюс H.265, аналитика на устройстве (метаданные детекции движения, пересечения линий, зон интереса) и передача этих метаданных в VMS в стандартизированном виде. Именно Profile T нужен, если тепловизор должен передавать не только «картинку», но и «что видит».
• Profile G — запись и работа с архивом. Локальное хранение на SD-карте или NAS с индексированием, поиск по временной шкале, скачивание фрагментов через ONVIF. Актуально, когда тепловизор пишет резервный архив у себя на борту — на случай обрыва сети до VMS-сервера.
• Profile Q — базовая безопасность и первичная настройка. «Из коробки» — обнаружение устройства в сети, задание пароля, применение сертификатов TLS. Отдельно на тепловизоре редко декларируется, но фактически поддержка сеточных механизмов обычно присутствует.
• Profile M — метаданные и события аналитики. Более узкий и свежий профиль, стандартизирующий именно поток метаданных: классификация объектов, атрибуты (человек/транспорт), тип события. На тепловизорах востребован там, где нужна нейросетевая классификация цели «на борту» и передача класса объекта в VMS.

Какие профили реально нужны тепловизору

Для 80 % объектов достаточно Profile S: видеопоток идёт в VMS, оператор поворачивает PTZ-тепловизор мышью в интерфейсе Trassir или Macroscop, срабатывания оседают в журнале как штатные события тревоги. Это конфигурация «тепловизор как ещё одна камера».

Если тепловизор используется в задачах, где нужна серверная видеоаналитика или классификация целей «на борту» — например, детекция человека в запретной зоне, различение крупногабаритной техники и людей, работа в связке с радаром — понадобится Profile T или M. Метаданные аналитики (координаты рамки, класс объекта, уверенность) должны прилетать в VMS вместе с видеопотоком, иначе оператор видит «картинку», но не понимает, что именно триггернуло тревогу.

Profile G нужен точечно — на объектах с ненадёжной сетью или требованием локального резервного архива непосредственно в тепловизоре. Типичный сценарий: удалённый пост на трубопроводе, где канал связи может уходить в down на часы, а факт срабатывания тревоги должен восстанавливаться из локального журнала камеры после восстановления связи.

Совместимость с российскими VMS: Trassir, Macroscop, Линия, Sigur

Все крупные российские платформы штатно поддерживают ONVIF-устройства через мастер добавления камеры. Практика интеграций тепловизоров DWTECH выглядит так:

• Trassir — распознаёт ONVIF-устройство с Profile S, транслирует видеопоток и PTZ-команды. Тепловизор попадает в дерево объектов как отдельная камера, поддерживается запись в архив Trassir, работа скриптов и правил тревог.
• Macroscop — аналогичный сценарий: подключение по ONVIF, штатный PTZ-джойстик работает поверх Profile S, детекция движения выполняется на стороне сервера Macroscop, если аппаратной аналитики на тепловизоре нет.
• Линия — интеграция по ONVIF Profile S, видеопоток и управление PTZ штатно. Для расширенной аналитики применяется серверная обработка на стороне VMS.
• Sigur — базово используется как СКУД, но при добавлении видеомодуля работает с ONVIF-камерами по стандартной схеме и связывает событие прохода с видеофиксацией с тепловизора.

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

Профили ONVIF и совместимость с VMS-платформами

Реализация ONVIF в оборудовании DWTECH

Profile S поддерживается базово во всех сетевых изделиях DWTECH — это стандарт линейки, а не опция. Проверенные конфигурации:

• Поворотный тепловизор «СИГМА» DWT-IS-C4137D-T6100D — базовая PTZ-платформа с матрицей 640×512, IP ONVIF, PTZ-управление через VMS.
• Дальнобойный PTZ «ИПСИЛОН» DWT-IV-C4152D — флагман с матрицей 1280×1024 и трансфокатором 50–350 мм, IP ONVIF, применяется в связке с радарными комплексами и антидроном.
• Стационарный тепловизор DWT-SD — уличная защищённая модель с фиксированным атермальным объективом, IP ONVIF, PoE-питание.
• Серия ОМЕГА (4-канальная DWT-ISF-C4137D-T630/120D-DFV) — мультисенсорная поворотная платформа с ONVIF-интерфейсом для встраивания в комплексные охранные системы.

Для антидрон-комплекса ЛИС-А ONVIF применяется для интеграции оптического канала (тепловизор + телекамера) в АСУ объекта — РЛС при этом работает по собственному протоколу, а вывод сцены и целеуказание передаются через стандартный видеотракт.

Расширенные функции — Profile T и метаданные аналитики, работа с локальным архивом, спецпротоколы — согласуются на этапе технического задания под конкретный объект. Это не «универсальная опция из прайса», а инженерная работа под требования VMS заказчика.

Типовые проблемы интеграции и как их отсечь заранее

Три ошибки, из-за которых «ONVIF-совместимый» тепловизор не работает с VMS так, как ожидалось.

Первая — «ONVIF» без указания профиля. Производитель пишет в спецификации просто «ONVIF» — и это может означать что угодно, от полного Profile S до частичной поддержки нескольких методов SOAP. VMS в этом случае либо не увидит камеру вообще, либо увидит только видеопоток без PTZ. Правильная формулировка в тендере: «ONVIF Profile S сертифицированный», а не «поддержка ONVIF».

Вторая — проприетарный протокол вместо ONVIF. Ряд производителей тепловизоров даёт полный доступ к функциям только через собственное SDK, а через ONVIF отдаёт урезанный набор. Итог: интегратор либо мирится с усечённой функциональностью, либо пишет драйвер под VMS. Способ отсечь на этапе выбора: запросить у производителя список ONVIF-методов, которые устройство реально отвечает, и сравнить с тем, что требует ваша VMS.

Третья — версия ONVIF SDK камеры не бьётся с версией VMS. Стандарт ONVIF продолжает развиваться; VMS может быть собрана против относительно свежей версии SDK, а камера — против устаревшей. Внешне «оба поддерживают ONVIF», но при добавлении устройство не обнаруживается или отдаёт битые SOAP-ответы. Единственная страховка — интеграционный тест на стенде до закупки.

Чек-лист для тендерной документации

Что заложить в требования к тепловизору для проекта на существующей VMS:

• ONVIF Profile S — обязательно, сертифицированно. Формулировка «поддержка ONVIF» — недостаточно, требуйте профиль.
• Profile T или M — если нужна аналитика на устройстве. Иначе метаданные детекции придётся дублировать серверной обработкой.
• Profile G — если требуется локальный архив на тепловизоре. Актуально для удалённых постов с ненадёжной связью.
• Список поддерживаемых ONVIF-методов — приложить к спецификации. Даёт инженеру VMS чёткую картину до пилота.
• PTZ-протокол — ONVIF PTZ, а не проприетарный. Иначе управление поворотом придётся допиливать драйвером.
• Формат видео — H.264, дополнительно H.265. Проверить, что VMS-лицензия покрывает нужный кодек.
• Обязательный интеграционный тест на стенде под актуальную версию VMS — до подписания контракта на партию.
• **Импортозамещение — если объект относится к критической инфраструктуре.** Российское производство и подтверждённый статус производителя.

По интеграции конкретных моделей DWTECH в вашу инсталляцию — Trassir, Macroscop, Линия, Sigur или собственную VMS — свяжитесь с инженерным отделом: подберём конфигурацию, вышлем тестовое устройство на пилот, поможем с настройкой ONVIF-профиля под задачи объекта.

Смежные материалы по технологиям: тепловизор и радар: тандем охраны периметра, импортозамещение тепловизоров.