Модель, канал, сетевой адрес и права tenant фиксируются до показа кадров.
Готовим видеоконтроль по машине, смене и событию
На пилоте проверим камеру, 4G и безопасный доступ к кадрам. После приёмки связи добавим live и архив, а затем — переход от события к нужному видеофрагменту.
- 1СнапшотыПервый пилот
- 2Live + архивПосле приёмки связи
- 3Видео по событиюПосле накопления данных
Сначала доказать, что камера работала в нужный интервал
Полезный видеоконтур начинается не с кнопки live, а с наблюдаемой доступности камеры, кадров и архива для конкретной машины и смены.
Система должна отличать отсутствие события от отсутствия камеры, связи или архива.
Доступ проверяется по ролям, короткоживущим ссылкам, retention и состоянию хранилища.
Телематический инцидент связывается с временным окном только после принятого архива.
Один сценарий запускается после собственного набора данных и ручной проверки качества.
Видеоконтур пока остаётся целевой архитектурой
Направление реализации принято, но production ещё не подтверждает камеру, кадры, архив или переход от события к видео.
Ни одна модель пока не получила публичный статус совместимости.
Он должен проверить связь, доступ, временные метки и tenant-изоляцию.
MediaMTX, HLS, хранение и retention не выдаются за развёрнутую функцию.
Автоматическая проверка покрытия и причин разрыва ещё не реализована.
Порядок развития видеоконтроля
Каждый этап должен сначала доказать доступность и безопасность данных, а уже затем добавлять удобство и автоматический анализ.
Редкие кадры, свежесть, машина, роль пользователя и явное отсутствие сигнала.
Подписанный доступ, хранение, retention и контроль диска после стабильного полевого потока.
Интервалы доступности кадров и объяснимая причина отсутствия архива.
Один измеримый сценарий, собственная разметка и ручная проверка спорных случаев.
Что меняется в работе
Снапшоты как первый шаг
Редкие кадры проверяют камеру, связь, tenant-изоляцию и привязку к машине.
Live и архив
Принято направление RTSP → MediaMTX → подписанный HLS; production ещё не развёрнут.
Видео по событию
Переход от инцидента к фрагменту станет главным отличием от отдельного регистратора.
Как работает сценарий
На каждом шаге видно, какие данные доступны, где есть ограничение и кто принимает решение.
- 1
Проверить камеру и 4G
На пилоте фиксируются модель, RTSP push, качество и трафик.
- 2
Запустить снапшоты
Первый безопасный видеосигнал без обещания live.
- 3
Добавить HLS и архив
Поток защищается короткоживущими подписанными URL и retention-политикой.
- 4
Связать события
После накопления данных добавляются фрагменты и только затем AI-сценарии.
Порядок видеопилота
Сначала проверяем полевой сигнал и безопасность доступа. AI появляется только после стабильных кадров.
Тестовая Hikvision/Dahua, RTSP push, 4G, tenant-изоляция и привязка к машине.
MediaMTX, подписанные URL, архив, контроль диска и retention.
Один сценарий, собственный dataset, precision/recall и ручная проверка.
Вопросы по сценарию
Коротко о данных, ограничениях и порядке внедрения.
Можно проверить, работала ли камера всю смену?
Это целевой сценарий, но пока не production-функция. Нужны интервалы доступности кадров, контроль связи и архива и явная причина каждого разрыва.
Live уже доступен?
Нет. Сначала должен пройти пилот снапшотов; live HLS и архив запускаются после приёмки стабильности и безопасности доступа.
Можно открыть видео по топливному событию или простою?
Это roadmap после принятого архива. Временная метка инцидента должна вести к проверяемому окну, а отсутствие фрагмента — объясняться.
Metalogist сам определяет нарушения по видео?
Нет. AI-видео появится только после стабильного медиаконтура, собственного набора данных и приёмки одного конкретного сценария.
Какие камеры поддерживаются?
Публичный список появится после полевого теста конкретной модели, RTSP-профиля, 4G-связи и режима питания. Универсальная совместимость не обещается.
Разберём работу одной машины на вашей смене
Покажем, что уже можно контролировать, какие данные потребуется подключить и как проверить результат на пилоте.