Умное здание должно работать после сдачи, а не на приёмке
Проверяем проект АСУЗ до того, как по нему построят. Проверяем здание после того, как его сдали. Сопровождаем стройку от концепции до приёмки. Два года подключали 40+ зданий к единой системе эксплуатации и знаем заранее, что в вашем проекте соберётся в одну систему, а что останется набором разделов.
Для девелоперов и управляющих компаний по всей России.
Когда к нам приходят
Разделы делали разные подрядчики, стыковку никто не проверял.
Остальное «на следующем этапе», который не наступает.
Не понятно, что в ней работает, что нет, и кого звать.
За стыковку между ними не отвечает никто.
А не отдельную диспетчерскую на каждом.
Что мы видим в большинстве проектов
У здания как у целого нет владельца — есть владельцы разделов. Отсюда четыре типовых результата.
Системы не связаны между собой.
Каждый раздел проекта грамотный, проблема — на стыках. Насосная станция даёт минимум 5 бар, а тепловой пункт и калориферы рассчитаны на 2,5–3. Никто не ошибся в своём разделе: гидравлику здания целиком просто не считал никто.
Оборудование отдаёт слишком мало данных.
Контроллер «в сети», диспетчер видит зелёную точку. А наработка насосов не передаётся: у первого 8 473 часа, у второго ноль, ротация отключена. Резерв подведёт ровно тогда, когда встанет основной.
Открытость только на бумаге.
В паспорте «интеграция возможна», в проекте «предусмотреть передачу данных». На объекте модуль связи не закуплен, регистры отдают под договор, данные уходят в облако производителя, а лицензия стоит как отдельная система.
Проблему не видно на месте.
В диспетчерской сыплются аварии, инженер открывает щит в венткамере — а там везде «нет». Чтобы понять, что происходит, приходится ехать, разбирать и звонить подрядчику.
Каждый сделал свою часть честно, а целого не получилось. Все четыре результата видны ещё в проекте и находятся на аудите после сдачи — если проверять здание как целое, а не каждую систему отдельно.
Проектировщики делают свои разделы, подрядчики строят свои, а эксплуатация приходит последней, когда её требования уже некуда вписать. У здания как у целого нет владельца — отсюда четыре типовых результата, которые мы видим на объектах.
Читать статью →Четыре услуги. Ни одной продажи оборудования.
Концепция АСУЗ
Девелопер на стадии идеи или эскизного проекта, до того как разделы по автоматизации ушли подрядчикам.
Состав здания, планируемые инженерные системы, требования к эксплуатации и диспетчеризации.
Описываем, какие системы должны быть в здании, что каждая отдаёт наружу, как они связаны в сценариях и что видит диспетчер. Формируем ТЗ на АСУЗ, по которому можно проектировать и проводить тендер.
Концепция и ТЗ на АСУЗ: перечень систем, требования к данным и протоколам, сценарии взаимодействия, требования к подрядчикам по стыковке.
Экспертиза проекта до стройки
Девелопер на стадии проектирования или до тендера на СМР.
Разделы проекта по автоматизации, слаботочке, ОВ, электрике, ТЗ на АСУЗ, если есть.
Проверяем, что каждая система отдаёт наружу, по каким протоколам, и как системы связаны между собой в сценариях. Находим, что не будет интегрироваться, и что даст «в сети» вместо данных.
Заключение с перечнем проблем по разделам, правки в ТЗ и спецификации, требования к подрядчикам по стыковке.
Аудит после сдачи
Девелопер перед передачей объекта, управляющая компания после получения.
Исполнительная документация, доступ к системам, выезд на объект.
Проверяем не наличие оборудования, а работу сценариев: пожарный режим, отказ ИТП, потеря связи, аварии вентиляции. Сверяем, что диспетчеризация видит, с тем, что реально стоит.
Отчёт с дефектами по каждой системе, приоритеты, план устранения, требования к подрядчику. По желанию контролируем устранение и проверяем повторно.
Сопровождение стройки
Девелопер, который хочет получить работающее умное здание, а не набор актов.
Концепция и ТЗ на АСУЗ, участие в выборе подрядчиков, авторский надзор, контроль стыковки между подрядчиками, приёмка по чек-листу сценариев.
Здание, в котором все системы в одной диспетчерской и работают вместе. Чек-лист приёмки остаётся у вас.
Пусконаладку сами не выполняем. Мы проверяем и контролируем тех, кто выполняет. Это и есть причина, по которой нам можно доверять аудит: мы не заинтересованы продать вам своё оборудование или свои работы.
Как проходит аудит после сдачи
Получаем исполнительную документацию и доступ к системам. Составляем перечень сценариев, которые должны работать по проекту.
Проверяем сценарии на объекте: инициируем события и смотрим, что реально происходит в каждой системе.
Дефекты по системам, приоритеты по влиянию на эксплуатацию, план устранения, требования к подрядчику.
По желанию: ведём переписку с подрядчиком, принимаем результат.
Те же сценарии ещё раз. Закрываем аудит только когда они работают.
Для экспертизы проекта этапы те же, без выезда: документация, разбор, заключение, согласование правок.
Примеры объектов, которые мы интегрировали
Все кейсы →
Театр Камала: подключение к единой диспетчерской, 6 493 точки контроля
Самый крупный объект в системе: девять систем и 6 493 точки, включая 4 320 пожарных датчиков, 873 камеры, 811 точек СКУД, 24 лифта и повысительную насосную станцию.
Школа №39 в Набережных Челнах: подключение к единой диспетчерской, 998 точек контроля
Почти тысяча точек в одной диспетчерской: 442 охранные и 245 пожарных зон «Рубеж», 181 камера РТК, вентиляция Airway, три контура ИТП «ВОГЕЗ», СКУД PERCo, лифты и энергоучёт.
Поликлиника №20 в ЖК «Весна»: подключение к единой диспетчерской, 810 точек контроля
Пятиэтажная поликлиника: 65 установок вентиляции Airway с рекуператорами и защитой от замерзания, 390 пожарных и 178 охранных зон «Рубеж», 99 камер, СКУД, три контура ИТП на Segnetics.
17 производителей, один экран
Если вашего оборудования нет в списке, это не проблема. Проблема, если оно не отдаёт данные наружу. Это мы и проверяем.
Нам нечего вам навязать. Вывод аудита зависит только от того, что работает.
Знаем, что нужно от каждой системы на стороне сервера, и пишем это в ТЗ на языке, который поймёт подрядчик.
Театры, школы, ледовые дворцы, социальные объекты. Видели, как одно и то же оборудование ведёт себя на разных зданиях.
Что спрашивают до первого созвона
Нет. Оборудование мы не продаём и работаем с тем, что уже стоит на объекте. Подойдёт любая система диспетчеризации, которая умеет принимать данные от всех ваших систем. Если её нет, поможем выбрать или разработаем под задачу — это направление «Разработка ПО».
Пришлите проект или адрес объекта
За несколько дней скажем, что проверим, сколько это займёт и сколько стоит.
