Внутри вопроса «сработает ли это вместе» прячутся два вопроса. Первый — примет ли регистратор камеру вообще: обнаружение, поток, картинка на экране. Второй, от которого зависит, приятно ли системой владеть, — переживёт ли дорогу всё, что камера умеет: события, управление PTZ, дополнительный поток, который использует мозаика, расписание записи. Открытые стандарты надёжно отвечают на первый вопрос и лишь частично — на второй, и понимание, где какой, как раз и не даёт смешанной системе превратиться в проблему обслуживания.
Поводы смешивать оборудование обыденны, а не экзотичны. Здание расширяется, и новое крыло получает современные камеры; регистратор выработал ресурс, а камеры на стенах стоят три года и работают; заказчик хочет сменить бренд, не перекладывая кабель на пяти этажах. В каждом случае вопрос один и тот же: какая часть существующей системы остаётся и с чем приходится смириться как с отличием.
Что такое ONVIF — и чем он не является?
ONVIF — это стандарт взаимодействия: он определяет, как устройство описывает себя в сети и как другое устройство запрашивает у него поток, управляет поворотным механизмом PTZ или подписывается на события. Устройство со знаком соответствия прошло тест на профиль, который заявляет. Это содержательная гарантия: она означает, что два устройства разных производителей говорят на общем языке и понимают общий набор команд.
Чего он не гарантирует — равенства функций. Стандарт определяет интерфейсы, а не реализации: камера может отдавать PTZ через ONVIF, и регистратор может его принимать, тогда как аналитика на самой камере или собственные функции производителя в его приложении вообще не появятся на стороннем регистраторе. Соответствие — это про разговор, а не про каждую фразу, которую способна произнести каждая сторона.
Какие профили ONVIF важны в системе здания?
| Профиль | Что охватывает | Где вы с ним встречаетесь |
|---|---|---|
| Profile S | Потоковая передача: конфигурация, обнаружение, живое видео и звук | Базовая линия для камеры, которая должна появиться на регистраторе другого бренда |
| Profile T | Расширенная потоковая передача: H.265, многопоточность и метаданные | Современные камеры, отдающие основной и дополнительный поток на сторонний регистратор |
| Profile G | Управление записью и хранение на стороне устройства | Там, где записью и её извлечением управляют на камере или в её собственном хранилище |
Для системы здания рабочее допущение простое: исходите из Profile S, проверяйте наличие T, если собираетесь писать современный кодек через сторонний регистратор, и относитесь к G как к вопросу о хранилище на самом устройстве, а не о регистраторе в шкафу.
Почему RTSP — дверь, которая обычно открыта?
Если ONVIF — это язык, то RTSP часто прямой маршрут: URL, который запрашивает у камеры поток, в виде адреса, порта и пути. Порт по традиции 554; путь зависит от прошивки конкретного производителя и публикуется в документации самой камеры. Для смешанной системы отсюда следуют две вещи. Первая: RTSP работает там, где более богатая интеграция не работает, и именно поэтому он остаётся запасным путём, который держит смешанную систему живой. Вторая: поскольку путь зависит от производителя, его документируют для каждой камеры, а не предполагают.
Камеры того класса, который делаем мы, отдают через этот интерфейс основной и дополнительный поток. Основной поток стоит записывать в 5 MP; дополнительный должен использоваться мозаикой прямого просмотра и мобильным клиентом, потому что стене из миниатюрных окон не нужно полное разрешение и она не должна платить за него пропускной способностью. Смешанная система, в которой дополнительный поток оставили выключенным, — это смешанная система, которая ощущается медленной по причинам, не имеющим никакого отношения к брендам.
Что переживает смешанную систему, а что нет?
| Возможность | Через открытые интерфейсы | Честная оговорка |
|---|---|---|
| Живой просмотр и запись | Да | Самый обычный случай, ради которого стандарт и писался |
| Управление PTZ | Да, если камера его отдаёт | Предустановки и обходы могут вести себя по-разному в разных клиентах |
| События движения | Обычно базовое движение | Пересечение линии, вторжение и подобная аналитика часто остаются внутри клиента самого производителя |
| Двусторонняя аудиосвязь | Иногда | Зависит от того, поддерживают ли обе стороны один и тот же аудиотракт |
| Мобильное приложение и клиент | Нет | Приложение каждого производителя видит только его оборудование; смешанная система обычно означает два приложения или регистратор, который публикует одно |
| Прошивка и обновления | Нет | Всегда отдельно, всегда по бренду |
Какие три способа вести смешанную систему?
- Оставить камеры, сменить регистратор. Самая распространённая миграция и самая дешёвая в планировании: наши регистраторы говорят на ONVIF, RTSP, GB28181 и P2P, поэтому существующие камеры, отдающие любой из этих интерфейсов, можно зарегистрировать и записывать. Меняется регистратор, расписание камер остаётся, проводка не трогается.
- Оставить регистратор, сменить камеры. Новые камеры регистрируются на существующем регистраторе по ONVIF или RTSP, по одному каналу за раз. Старые камеры остаются в работе, пока каждая позиция не готова, — значит, здание не остаётся слепым во время замены.
- Вести обе системы во время передачи. Старый и новый регистраторы какое-то время работают в одной сети, чтобы ничего не потерялось, пока замена проверяется. Это требует свободных адресов и человека, который понимает, какая система что записывает, — и оправдано там, где в окне перехода может возникнуть претензия.
Где смешанные системы отказывают на практике?
Отказы редко связаны с брендами и почти всегда — с конфигурацией. Дополнительный поток оставлен выключенным, поэтому регистратор тянет основной поток по каждому каналу, и потолок пропускной способности наступает рано: у наших крупных регистраторов входящая пропускная способность — 64 Mbps, что для здания комфортно и чего вы достигнете примерно на тридцатом канале 5 MP, если всё пишется на полной скорости. Несовпадение кодеков, когда один конец предлагает H.265, а другой ждёт H.264. Дублирование адресов, когда во время миграции две службы DHCP делят одну сеть и камера отвечает по адресу, который занял кто-то другой. Расхождение часов, которое тихо делает хронологию недостоверной, пока кто-нибудь не включит NTP везде. Учётные данные и лимиты сессий, когда регистратор запрашивает у камеры больше одновременных потоков, чем допускает её прошивка.
Что включить в контрольный список миграции?
- Перечислите, что остаётся и что меняется, и запишите, каких из пяти звеньев — камера, коммутатор, кабель, регистратор, клиент — касается замена.
- Подтвердите интерфейсы на обоих концах: профиль ONVIF, доступность RTSP и кодек, в котором пишет каждая сторона.
- Проверьте входящую пропускную способность регистратора против числа каналов и записываемого разрешения, а не против одного лишь числа камер.
- Настройте NTP на каждом устройстве до пусконаладки, чтобы хронология была достоверной с первого дня.
- Перенесите сначала один канал и понаблюдайте за ним ночь, прежде чем переводить остальные.
- Сохраняйте доступ к старой системе, пока не подписан акт приёмки.
Совместимость — не свойство бренда «да или нет», а список интерфейсов и настроек, которые либо стыкуются, либо нет. Пройдите его канал за каналом — и смешанная система становится ничем не примечательной, в чём и весь смысл.
