ArchiSense. Интеллектуальные системы мониторинга зданий и сооружений. Теория, методы практика

Привязка датчиков к BIM

Современные здания часто имеют BIM-модель (Building Information Model) с подробной информацией о каждом элементе. Интеграция мониторинга с BIM означает, что все датчики ArchiSense должны быть «поняты» BIM-системой, где они находятся, к каким строительным элементам относятся и что измеряют. Для этого используется стандарт IFC (Industry Foundation Classes) – это открытый формат данных для обмена BIM. В IFC предусмотрен объект IfcSensor (в версии IFC4.2) с различными подтипами и свойствами. ArchiSense при внедрении в BIM создает в модели экземпляры IfcSensor для каждого физического сенсора: указывает его пространственное расположение (координаты или связь с IfcElement, например, «балка №12»), тип (через IfcSensorType, например, strain_gauge, temperature_sensor и т.д., часть стандартного словаря, а если чего-то нет, можно определить пользовательский тип). Кроме того, через свойства датчика (Property Sets) вносятся калибровочные коэффициенты, диапазоны измерений, идентификаторы в системе ArchiSense. Таким образом, BIM-модель становится «содержателем» информации о системе мониторинга. Пользователь, щелкнув по элементу конструкции в BIM, видит прикрепленные к нему датчики с их параметрами. В базе ArchiSense, в свою очередь, хранится связь каждого канала с GUID элемента BIM.

Рисунок 8. Цифровой двойник и BIM-интеграция в ArchiSense

Одной из сложностей является то, что IFC пока не полностью покрывает все нужды SHM: стандарт больше заточен под HVAC-сенсоры (температура, давление) в эксплуатации, чем под структурные (деформация, вибрация). Поэтому иногда приходится расширять IFC-схему: известен проект IFC Monitor, предложенный Theiler и Smarsly, где добавлены новые сущности для сенсоров мониторинга. На практике часто идут более простым путём: используют существующие поля и договариваются, что, например, IfcSensor с параметрами PredefinedType = USERDEFINED, Description = VibrationAccelerometer обозначает акселерометр. Важна также геометрическая привязка:

– датчик может задаваться через координаты (IfcLocalPlacement относительно элемента),

– или моделироваться прямо геометрическим объектом (например, маленьким прямоугольником на поверхности балки).

В IFC можно встроить «фиктивные» элементы с именем датчика, что даёт наглядность (эти элементы могут быть помещены на отдельный слой/группу «Sensors»). Многие исследования отмечают, что привязка сенсоров к BIM – нетривиальная задача, но решаемая.

Визуализация нагружений, теплокарты, сценарное моделирование

Интеграция с цифровым зданием позволяет делать наглядные визуализации состояния. Например, данные ArchiSense можно отображать прямо на 3D-модели в режиме реального времени: цветом элементов показывается степень их загрузки (по текущим датчикам деформации). Балки могут окрашиваться от зеленого (низкие напряжения) к красному (близко к расчетному пределу) – «теплокарта напряжений», формируемая не по расчету, а по измерениям. Это достигается либо интерполированием данных нескольких датчиков на элемент, либо комбинированием с расчетной моделью: например, зная по датчику величину изгибающего момента в сечении, распределяют напряжения по длине балки на основе формы изгибового момента от расчетной схемы. Такая визуализация сразу показывает инженеру, где горячие точки. Аналогично можно строить карты прогибов: показания наклономеров и линейных датчиков преобразуются (через сплайн-интерполяцию) в форму прогиба перекрытия, эту форму можно отобразить как деформированную модель (в BIM-платформах есть функция для показа деформаций, если заданы соответствующие параметры).

Сценарное моделирование – важный аспект цифрового двойника. Получая от ArchiSense информацию о реальных характеристиках (например, фактический модуль упругости бетона по измеренным деформациям под нагрузкой), BIM-модель вместе с расчетным модулем (SAP2000, ANSYS и др.) может быть обновлена. Т.е. цифровой двойник конструкции периодически калибруется по датчикам, достигая большей точности. После этого можно прогонять сценарии: например, «что если землетрясение 7 баллов» обновленный двойник рассчитает, где возникнут пластические деформации, и эти места сравниваются с установленными датчиками (если они там есть – хорошо, если нет – стоит задуматься об их установке). Другой сценарий: «что если достроить надстройку 2 этажа» увеличивается нагрузка, двойник считает, ArchiSense показывает, сколько резервов по прочности останется (и опять же можно сразу увидеть, какие датчики будут работать на пределе). Визуализация повреждений тоже реализуема: если система обнаружила (например, по акустической эмиссии или по снижению локальной жесткости) появление трещины, в модель можно автоматически добавить соответствующий маркер (типа «трещина здесь») или даже прорисовать трещину в элементе.

Замыкание цикла «данные – расчеты – данные»

Концепция цифрового двойника подразумевает постоянный обмен между моделью и данными. ArchiSense обеспечивает передачу фактических данных в вычислительные модули (например, модуль расчета несущей способности), а результаты расчетов влияют на дальнейший сбор данных. Пример замкнутого цикла, по данным датчиков система определила снижение жесткости стены на 10%. Обновленная расчетная модель показывает, что распределение усилий изменилось выросла нагрузка на соседние стены. Следовательно, ArchiSense перенастраивает акценты мониторинга, увеличивает частоту сбора на соседних элементах, либо рекомендует установить дополнительные датчики на них. Затем новые данные подтверждают или опровергают расчет. Если, скажем, после усиления стены (реального ремонта) датчики показывают восстановление жесткости, расчетная модель обновляется обратно. Этот цикл может работать и в автоматическом режиме, управление нагрузкой или воздействием по данным. В простейшем случае – это система виброизоляции с обратной связью: датчики вибрации обнаружили повышенный уровень, система активных виброгасителей усилила противофазное воздействие, уменьшив колебания (применяется, например, для виброзащиты ответственных приборов в зданиях). Другой случай, допустим адаптивное испытание, зная через BIM геометрию и через датчики текущее состояние, можно в реальном времени регулировать нагрузку при испытании, чтобы достигнуть требуемых критериев (например, нагружение конструкции до появления первой трещины: датчики акустической эмиссии уловили первые сигналы – испытательная машина остановила нагрузку).

Для обеспечения такого интегрированного цикла, ArchiSense открывает API или прямые интерфейсы к расчетным программам. Например, может быть настроена связка с FEM-пакетом: скрипт забирает из БД данные, вписывает их в модель (обновляет модули упругости, прикладывает измеренные осадки опор как граничные условия), решает, и сравнивает результаты с измерениями (для валидации). Далее, результаты (напряжения, запасы) сохраняются как виртуальные сенсоры в БД, в том же формате, что и реальные, для единообразия. Это можно назвать виртуальными датчиками, точки, где нет физического сенсора, но есть расчетное значение, обновляемое от других сенсоров. Пользователь видит оба: реальное и виртуальное, и разницу между ними (которая показывает, где модель пока не совсем отражает реальность). Со временем модель калибруется так, что разница минимизируется, тогда цифровой двойник считается верифицированным, и уже ему можно доверять прогнозы.

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

Автогенерация заявок и приоритезация по риску

ArchiSense служит не только инженерам, но и эксплуатационному персоналу, поэтому она часто связывается с CMMS (Computerized Maintenance Management System) или модулем ТОиР в ERP компании. Когда система мониторинга выявляет событие, требующее вмешательства, она может автоматически сформировать заявку на обслуживание. Например, зафиксирован протечка в подвале – ArchiSense через API CMMS создаёт тикет: «Проверить трубопровод в подвале, датчик протечки сработал». Этот тикет поступает диспетчеру или прямо ответственному сантехнику. В заявке указывается приоритет (например, высокий реагировать в течение 2 часов) и ссылка на подробности (графики датчиков, местоположение на плане). Такой подход снижает время реакции: система сама заметила и сама инициировала задачу MTTA (mean time to acknowledge) стремится к нулю. Далее, когда персонал выполнит работу и отметит в CMMS, можно связать это с данными: например, отметка «устранено, подтянуто соединение», ArchiSense перестаёт выдавать тревогу, и событие закрывается.

SLA/OLA: В контексте эксплуатации есть соглашения об уровнях сервиса (SLA с заказчиком, OLA внутри организации) по реагированию на инциденты. ArchiSense помогает их выдерживать, автоматическая генерация заявок гарантирует, что ни одно событие не потеряется, и фиксирует время обнаружения. Многие CMMS, например eMaint или LLumin, поддерживают интеграцию с сенсорами и IoT: данные из ArchiSense могут непосредственно отображаться у них.

Приоритизация по риску

Если датчиков много и событий много, нужно решать, за что браться в первую очередь. Тут вступает в дело оценка риска, которую ArchiSense может выполнять автоматически для каждого события.

Риск обычно = Вероятность * Последствия.

Вероятность берется из данных, например, датчик вибрации превышает порог, но всего на 5% – это небольшое превышение, вероятность серьезной проблемы мала. А если на 50% и растет велика. Последствия связываются с критичностью оборудования и элемента (эти сведения могут быть в BIM/ERP: например, если отказ этого элемента может привести к простою всего производства, последствия огромны). Таким образом, система может присвоить каждому инциденту риск-индекс (низкий, средний, высокий, по балльной системе) и автоматически назначить соответствующий приоритет заявке. Например, коррозия обнаружена на второстепенной балке навеса, риск низкий, приоритет P3. А трещина в основной колонне есть риск высокий, P1 (немедленный выезд). Если интегрирована модель последствий, ArchiSense даже может рекомендовать меры немедленной безопасности: напр., «Обнаружена критическая просадка; эвакуировать здание». Хотя последнее слово всегда остается за человеком, система дает подсказку.

Кроме инцидентов, система мониторинга может генерировать работы по обслуживанию на основе трендов. Например, если видит, что осадка приблизилась к 80% предельной создать задание «Провести обследование фундамента». Или если по вибрациям машин видно ухудшение балансировки, это заявка «Отбалансировать вентилятор №3». По сути, ArchiSense формирует проактивные заявки, переводя обслуживание на предиктивные рельсы.

Переход от планового к предиктивному обслуживанию, экономия

Традиционно здания обслуживаются по регламенту: раз в N лет такой-то осмотр, покраска, замена и т. д., вне зависимости от фактического состояния. Внедрение постоянного мониторинга позволяет менять философию: проводить работы по мере необходимости, но до того, как случится отказ это и есть предиктивное техобслуживание. ArchiSense предоставляет данные, на основе которых можно обосновать перенос или наоборот ускорение ремонта. Пример: по датчикам коррозии видно, что арматура в хорошем состоянии, потенциал -100 мВ (пассивация сохраняется), можно отложить дорогостоящую перекрытию защитным слоем на пару лет и сэкономить средства. Или, наоборот, вибродатчики показали, что один из насосов имеет растущий дисбаланс, не ждать плановых 6 месяцев, а отремонтировать в ближайший удобный интервал и избежать аварии. Экономический эффект от такого подхода складывается из нескольких частей: сокращение простоев (аварии предотвращаются, оборудование работает непрерывно), увеличение ресурса деталей (менять когда надо, а не по жесткому сроку, некоторые узлы могут безопасно работать дольше среднего, это используют), снижение затрат на инспекции (меньше ручных проверок, т.к. датчики все сами сообщают). Конечно, есть затраты на саму систему мониторинга, но многочисленные исследования и практика показывают, что при грамотном применении ROI (окупаемость инвестиций) весьма высока, особенно для критичных объектов. Например, крупный промышленный объект оборудовал предиктивную систему и снизил незапланированные простои на 45%, техобслуживание на 30%. Для зданий окупаемость может выражаться в продлении службы: своевременно обнаруживая деградацию и проводя укрепления только там, где нужно, можно отсрочить капитальный ремонт или реконструкцию, т.е. снизить жизненный цикл TCO/LCC. Также мониторинг упрощает подготовку к плановым ремонтам: данные точно подскажут объем – не надо менять всё подряд «про всяк случай», заменяются лишь действительно изношенные части.

Таким образом, ArchiSense является важным инструментом Asset Management: он интегрирован в систему управления активами предприятия. Цель максимально реализовать ресурс при минимальных затратах, не снижая уровень безопасности. По сути, это и есть конечная цель всей системы мониторинга, не ради датчиков же ставятся, а ради эффективной эксплуатации сооружения. С переходом на такой режим риск-ориентированного обслуживания также меняется культура, технический персонал начинает доверять данным, учится их интерпретировать (если система показывает, что все нормально, можно обосновать руководству отсрочку затрат, а если плохо наоборот, убедить, что нужно вложиться сейчас, иначе будет хуже).

Конечно, не все работы можно сделать чисто по предиктиву, часть регламентов все равно выполняется по графику. Но даже там мониторинг может оптимизировать, например, проверить фактическое сопротивление заземления датчиком и если в норме, оформить как подтверждение, вместо разборки и ручного замера. Практическое внедрение ArchiSense показывает, что правильно настроенная система окупается в среднем за несколько лет благодаря предотвращенным инцидентам и оптимизированному ремонту.

Кибербезопасность: криптография, нулевое доверие, доступы

Поскольку ArchiSense – это киберфизическая система, вопросы безопасности данных и защиты от несанкционированного вмешательства чрезвычайно важны. Во-первых, обеспечивается конфиденциальность и целостность передачи данных. Все коммуникации между сенсорами, узлами и сервером должны быть зашифрованы (например, по TLS), чтобы злоумышленник не мог подслушать или подменить сигналы. Особенно критично, если система может задействовать исполнительные механизмы: подмена сигнала могла бы вызвать ложную тревогу или, наоборот, скрыть опасность. Применяется инфраструктура открытых ключей (PKI), каждому узлу выдаётся цифровой сертификат, по которому он аутентифицируется на сервере. Это предотвращает подключение посторонних устройств к сети ArchiSense (они не имеют сертификата, их соединения отвергаются). Полезно использовать принципы Zero Trust Architecture: никто не доверен по умолчанию, каждый запрос проверяется, авторизуется и шифруется. Например, edge-контроллер, даже находящийся внутри локальной сети, всё равно должен пройти аутентификацию на брокере MQTT, а не считаться надежным просто по факту нахождения в сети.

Управление доступом внутри системы реализуется через RBAC (Role-Based Access Control) или ABAC (Attribute-Based). Это значит, что каждому пользователю или сервису назначается роль с ограниченными правами. Инженер-оператор может смотреть данные, но не менять конфигурацию. Администратор может менять настройки, но, например, не имеет доступа к изменению ПО контроллеров. Благодаря этому компрометация одной учётной записи не даст злоумышленнику полного контроля. Для усиления защиты применяют многофакторную аутентификацию для доступа к консолям и серверу. Вся активность привилегированных пользователей журналируется, попытки входа, изменения параметров, отключения сенсоров, все пишется в неизменяемый журнал, который регулярно просматривается на предмет аномалий. Например, если ночью под учеткой техника кто-то пытается выгрузить весь архив данных, система заметит и заблокирует (это не типичное действие для техники ночью). Также настраиваются оповещения о нарушениях, много неправильных паролей, подключение с неизвестного IP, изменение системного времени и т. д.

Безопасность операционных технологий (OT) и обновления

ArchiSense касается операционных технологий здания (лифт, электрика, конструкция), поэтому требуется подход как в промышленных системах (ICS/SCADA). Обычно сеть мониторинга сегментируется от офисной ИТ-сети: контроллеры и датчики висят в отдельном VLAN и подсети, отделенном межсетевым экраном. Снаружи к ним можно достучаться только через специально открытые службы (например, API сервера), и то с аутентификацией. Это предотвращает проникновение в систему при атаках на офисную сеть. Используются межсетевые экраны (firewalls), причем с фильтрацией по протоколам: например, контроллерам разрешены исходящие MQTT и TLS на сервер и ничего больше. Любая попытка иного соединения блокируется. Это снижает риск, что захваченный контроллер будет как ботнет-узел или попытается ударить по другим системам.

Безопасное обновление ПО – залог успеха! Сенсоры и контроллеры нуждаются в обновлении прошивок (для исправления уязвимостей и багов), но это надо делать надежно. ArchiSense реализует цифровую подпись обновлений, новый пакет прошивки подписывается ключом производителя, контроллер проверяет подпись перед применением. Таким образом исключается установка поддельной прошивки. Сам процесс обновления лучше планировать, чтобы не вывести из строя все узлы разом. Часто делают поэтапно, обновили 10% датчиков, проверили работу, потом остальные (такой «rolling update»). На случай неудачного обновления у устройств должен быть режим отката (fallback), если новая прошивка не заработала, вернуться к старой. Supply-chain безопасность тоже учитывается: приобретаемые компоненты и ПО проходят проверку на отсутствие закладок. Например, контроллеры предпочтительно брать от поставщиков, которые предоставляют отчеты кибербезопасности. Некоторые стандарты (IEC 62443) требуют, чтобы вендор сенсоров соблюдал безопасные методы разработки – это нужно указывать в тендерных требованиях.

Функциональная безопасность, fail-safe и fail-operational

Кибербезопасность – это защита от внешних атак, а функциональная безопасность – это защита от внутренних случайных сбоев, гарантия безопасного состояния при отказах. ArchiSense спроектирована так, чтобы сбои датчиков или ПО не приводили к опасным ситуациям. Например, если контроллер теряет связь с сервером, он переходит в режим fail-safe, продолжает мониторить и при критическом событии (например, датчик предельной деформации сработал), включает локальную сигнализацию (сирена на объекте). То есть, даже без центра, система не молчит при угрозе. Или наоборот: если система управляет чем-то (скажем, замками), то при сбое связи лучше оставить все замки в открытом (безопасном для людей) состоянии (fail-safe – отказ, переход в безопасное состояние). В некоторых случаях нужно не прекращать работу даже при частичном отказе – это fail-operational. Например, система механической демпфирующей защиты может иметь несколько резервных модулей: отказ одного не мешает остальным функционировать, сохраняя работоспособность системы почти полностью. В авто примеры: «fail-operational» автопилот при сбое одной системы всё равно машина управляется другой. В здании можно представить: два независимых контроллера следят за вибрацией, если один отказал второй все еще оповестит, пусть с меньшим покрытием. На практике fail-operational достигается резервированием: резервные датчики, дублированные каналы связи, резервный сервер горячего standby. Если основной падает, резервный тут же берет на себя (может, с небольшим перерывом).