В разделе объясняется, почему цифровизация зданий требует объединения BIM-модели, сенсорных измерений и программных сервисов. Формулируются проблема разрозненных данных, цель и задачи проекта, описываются предполагаемые пользователи и ожидаемый результат. Также кратко обозначаются границы исследования: учебный цифровой двойник рассматривается как архитектура и план внедрения, а не как полностью эксплуатируемая промышленная система.

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

В разделе рассматриваются правила подготовки исходной модели здания к интеграции с другими системами. Описываются единые идентификаторы объектов, названия помещений, атрибуты оборудования, единицы измерения и контроль дублирования данных. Обосновывается применение открытого формата IFC, а также необходимость сопоставления объектов модели с адресами и идентификаторами IoT-датчиков.

Пункт посвящён выбору измерительных устройств и определению мест их установки в здании. Сравниваются датчики температуры, влажности, CO₂, освещённости, энергопотребления и состояния оборудования. Объясняется, как на точность влияют высота размещения, близость к источникам тепла, период опроса, питание, калибровка и доступность устройства для технического обслуживания.

В разделе сравниваются MQTT, OPC UA, BACnet и LoRaWAN по модели обмена, дальности, скорости, энергопотреблению и совместимости с оборудованием. Для учебного сценария выбирается наиболее обоснованный вариант или комбинация протоколов. Также описываются базовые меры защиты: аутентификация устройств, шифрование соединений, разграничение прав и журналирование событий.

Пункт описывает путь данных от датчика до пользовательской панели: шлюз, брокер сообщений, база временных рядов, интеграционный слой и система визуализации. Определяются требования к совместимости с BIM-моделью, хранению истории, уведомлениям и экспорту результатов. Приводятся критерии выбора ПО: открытые интерфейсы, масштабируемость, удобство настройки и наличие средств контроля ошибок.

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

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

В заключении обобщаются результаты проектирования цифрового двойника и проверяется выполнение поставленных задач. Формулируются преимущества выбранной архитектуры, ограничения учебного прототипа и условия перехода к реальному внедрению. Отдельно отмечается необходимость регулярной калибровки датчиков, контроля качества данных, обновления программных компонентов и периодического обучения пользователей.

В список включаются стандарты и официальные материалы, необходимые для подтверждения технических решений проекта. Рекомендуется использовать документы ISO 16739-1 по IFC, IEC 62541 по OPC UA, ASHRAE Standard 135 по BACnet, спецификации MQTT и LoRaWAN, а также руководства производителей датчиков и выбранного программного обеспечения. Источники следует оформить единообразно и указать дату обращения к электронным ресурсам.