Цифровой двойник многоуровневой парковки

Коротко

План парковки в PDF отвечает на вопрос «что где нарисовано». Операционный цифровой двойник должен отвечать на другие вопросы: какое место сейчас занято, какая камера его наблюдает, какой отказ повлиял на данные, можно ли доехать до зоны и какая версия конфигурации действовала во время события.

Поэтому интерактивная картинка ещё не цифровой двойник. Двойником она становится после связи геометрии с объектной моделью, событиями и управляемым жизненным циклом.

Из чего состоит объектная модель

Объект

Парковка или площадка, внутри которой действуют свои роли, устройства, граф и аналитический scope.

Уровень

Этаж/площадка с подложкой, масштабом и трансформацией. Один и тот же исходный план может иметь смещение и масштаб в браузере; эти параметры должны храниться, а не настраиваться на каждом рабочем месте.

Зона

Сектор, пожарный отсек или управленческая область. У зоны есть режим: штатный, пожарный, укрытие или сервис. Режим влияет на доступность, правила и отображение.

Машиноместо

Канонический код, тип, геометрия, статус, источник наблюдения, фото и история. Типы могут включать standard, МГН, moto, service и проектные расширения.

Оборудование

Камера, табло, ворота, EV-станция или полоса доступа имеет координаты, класс, драйвер, внешнюю идентичность, состояние и связи.

Граф движения

Узлы и направленные рёбра описывают въезды, развилки, рампы, переходы и сегменты до места.

Почему идентификатор важнее подписи

На плане может быть написано «A-17», камера присылает 17A, а въездная система использует внутренний ID 3842. Если mapping не определён, красивые слои расходятся.

Нужны правила:

• один канонический код места;
• отдельный external_id устройства;
• явные привязки каналов камеры;
• quarantine для неизвестного кода;
• запрет тихого создания бизнес-объекта из непроверенного события;
• журнал изменения mapping.

CShark хранит неразмеченные места отдельно и предоставляет администратору их разбор. Это защищает топологию от случайного расширения данными камеры.

Геометрия: что нужно хранить

Для места недостаточно точки. В зависимости от интерфейса нужна форма или набор координат. Для устройств обычно достаточно позиции и ориентации, но камера также имеет сектор/coverage.

Минимальный набор:

• координаты в системе уровня;
• размер/полигон места;
• transform подложки;
• layer/тип объекта;
• привязка к уровню и зоне;
• версия/время изменения;
• признак невалидной геометрии.

В CShark сцена уровня, background transform и equipment coordinate layer имеют отдельные API и миграции.

Операционные слои карты

Хорошая карта не показывает всё одновременно. Она отвечает на задачу роли.

Оператор: места, активные инциденты, выбранная камера/полоса и быстрые действия.

Технический специалист: устройства, health, coverage, command lifecycle и конфигурационные проблемы.

Администратор: геометрия, mapping, граф, публикация и validation.

Управляющий: агрегированная загрузка и переход к проблемной зоне без технического шума.

CShark разделяет рабочие пространства operations/business/technical/administration. Это полезный принцип, но продуктовая матрица всё ещё отмечает отдельные UX-gates; интерфейс конкретной роли нужно показывать на текущем accepted build.

Почему граф должен быть версионируемым

Навигация влияет на реальное движение. Ошибка ребра может направить автомобиль в тупик. Поэтому редактор и runtime должны быть разделены:

1. администратор меняет draft;
2. validation проверяет связность, ссылки и семантику;
3. версия публикуется;
4. runtime использует только published snapshot;
5. при дефекте возможен rollback;
6. событие/маршрут содержит номер версии.

Как цифровой двойник участвует в бизнес-процессе

Свободный остаток

Статус места агрегируется по его зоне/уровню. Место без зоны не должно незаметно попадать в объектовый показатель.

Инцидент

Событие камеры получает пространственный контекст. Оператор видит не только код, но уровень, зону, фото и соседнее оборудование.

Назначение места

Allocation выбирает допустимое свободное место и строит маршрут от entry point. Результат связан с published graph.

Отказ устройства

Камера offline влияет не абстрактно, а на конкретные места/зону. Карта показывает business impact.

Аналитика

Одно событие можно агрегировать по месту, типу, зоне, уровню или объекту — при условии стабильной исторической топологии и понятной методики.

Процесс создания двойника

Шаг 1. Собрать исходники

Планы уровней, экспликацию мест, пожарные отсеки, въезды/выезды, рампы, перечень оборудования, существующие коды и сетевые точки.

Шаг 2. Нормализовать справочники

Устранить дубли кодов, определить типы мест и владельцев данных. Составить mapping внешних систем.

Шаг 3. Загрузить подложки

Проверить масштаб, ориентацию, читаемость и право использования плана.

Шаг 4. Разметить геометрию

Места, зоны и оборудование. Проверить выборочно на физическом объекте.

Шаг 5. Связать источники

Камера/канал → места; табло → зона/группа; ворота/полоса → entry point; пожарный отсек → zone.

Шаг 6. Создать и проверить граф

От каждого въезда до целевых зон/мест, отдельно для транспортного и при наличии пешеходного профиля.

Шаг 7. Провести live reconciliation

Оператор идёт по объекту или использует контролируемые события, а команда сверяет физический объект, API и карту.

FAQ

Можно ли импортировать CAD или BIM?

Текущая доказанная функция CShark — загрузка графической подложки и серверное хранение геометрии. Автоматический CAD/BIM importer не подтверждён; возможен отдельный pipeline проекта.

Нужна ли 3D-модель?

Для операторского контроля и навигации чаще достаточно корректной 2D-модели по уровням. 3D оправдана, если даёт конкретную эксплуатационную пользу.

Кто отвечает за актуальность двойника?

Должен быть назначен владелец конфигурации и регламент change/publish. Иначе физическая реконфигурация разойдётся с моделью.

Как обрабатывать неизвестный код камеры?

Помещать в quarantine, показывать администратору и связывать вручную/по утверждённому mapping. Нельзя тихо создавать новое место.

Как доказать корректность маршрута?

Validation графа плюс полевые проходы/проезды из каждого entry point, включая закрытые рёбра, неизвестные ворота и rollback версии.

Граница применимости к CShark

Материал описывает проверяемый инженерный подход. Конкретный состав CShark зависит от версии, подключённых источников данных, прав, конфигурации и приёмки оборудования на объекте.

Посмотрите, какие возможности CShark доступны водителю и оператору и как они применяются на парковке, на странице возможностей системы.