Если вы управляете зданием или большим офисом, возможно, вы уже что-то слышали про BMS ( Building Management System ) или Систему управления зданием. Итак, для непосвященных мы рассмотрим, что такое BMS и зачем она нужна. Наша цель состоит в том, чтобы к концу статьи вы могли сказать, является ли BMS способом решения проблем для вас и вашей организации.
Мы начнем с самых основ, за этим последует очень краткий раздел FAQ и завершим все это кратким выводом.
Что такое BMS?
Система управления зданием (BMS), также известная как система автоматизации здания (BAS/IoT), представляет собой компьютерную систему управления, установленную в зданиях для контроля как механического, так и электрического оборудования здания и управления им соответственно.
Различные системы, над которыми она может работать, многочисленны и разнообразны. Ниже приводится список (не исчерпывающий) таких систем:
- Электроэнергия
- Управление освещением
- Водопровод и отопление
- Вентиляция и кондиционирование воздуха
- Системы видеонаблюдения и безопасности
- Лифты
- Системы пожарной сигнализации
В основном BMS может быть использован для контроля как внутренней среды здания, так и его безопасности. А при оптимальном использовании BMS может повысить энергоэффективность, заботясь об эксплуатационных расходах (счетах за электроэнергию) и окружающей среде, а также может быть полезна для управления рисками при эксплуатации объекта.
Всё о BMS за 5 минут. Виды и характеристики плат защиты Li-ion аккумуляторов.
Теперь давайте посмотрим, на что именно она способна.
Что она может сделать?
Лучший способ объяснить на что способна и что может BMS — это на конкретных примерах из реальной жизни. Итак, вот некоторые из них:
- BMS может отключить отопление в комнате, если оставить дверь открытой
- BMS может выключить свет и кондиционер в комнате, если там никого нет
- BMS может включить свет в комнате, когда сработал датчик движения или присутствия
- BMS может включить камеру видеонаблюдения, там где сработал детектор
- BMS может позволить вам выбрать температуру в офисе или переговорной
- Система может дистанционно зарезервировать место для парковки автомобиля
- BMS может создать бейдж посетителя, который позволяет получить доступ только к предварительно выбранным офисам и помещениям
Это отнюдь не полный список. Однако на данном этапе важно отметить, что не все системы управления зданием обязательно будут делать все, что указано в списке.
Вот почему мы рекомендуем вам составить список того, что вы хотите, чтобы ваша BMS сделала для вас, прежде чем вы обратитесь к интегратору за получением коммерческого предложения.
Но это еще не все. Там, где хорошо сконфигурированная BMS действительно приходит на ум — это управление рисками. Например, при срабатывании пожарной сигнализации она может использоваться для закрытия заслонок в системе вентиляции, чтобы остановить распространение дыма, отправить все лифты на первый этаж и заставить их оставаться там, чтобы люди не могли ими пользоваться, отключить вентиляторы, запустить вентиляторы для эвакуации дыма и так далее.
БМС — BMS Что это такое?????
Что касается безопасности здания, BMS может записывать, какие сотрудники имели и не покидали объект, что может стать очень полезным в экстренной ситуации. Это также отлично подходит для оценки безопасности после событий путем создания журнала событий и отчетов об инцидентах.
Каковы преимущества BMS?
Конечно, основное преимущество хорошо сконфигурированной BMS заключается в том, что она позволяет менеджерам объектов снизить затраты и уменьшить воздействие здания на окружающую среду. Здание площадью 10 000 квадратных метров потенциально может обеспечить значительную 15-25 процентную ежегодную экономию энергии.
Более того, устранение неисправностей намного проще с помощью BMS, поскольку все данные, собранные в здании, доступны в одном месте на удобном интерфейсе управления.
И это не говоря уже о преимуществах безопасности, о которых мы упоминали ранее.
Часто задаваемые вопросы
Теперь, когда мы рассмотрели основные моменты, давайте рассмотрим некоторые из наиболее часто задаваемых вопросов на эту тему.
BMS то же самое, что и SCADA?
Для тех из вас, кто еще не знает, SCADA расшифровывается как Supervisory Control and Data Acquisition, также является централизованной системой, которая контролирует и управляет всем зданием. Она работает через систему диспетчерского контроля, собирающую данные, и управляется через Человеческо-Машинный интерфейс для мониторинга и контроля. Так что вы наверняка понимаете, почему кто-то может задать этот вопрос!
Однако есть значительные различия между этими двумя типами систем, и есть преимущества и недостатки каждой из них.
Во-первых, в то время как системы BMS ориентированы на здания, SCADA охватывает целые области, включая дополнительные элементы, такие как обработка и распределение воды, сбор сточных вод, нефте- и газопроводы и так далее.
Однако есть некоторые преимущества, которыми обладает BMS по сравнению с системой SCADA. Она имеет заметно более низкую начальную стоимость и более низкие эксплуатационные расходы. BMS системы имеют поддержку специализированных протоколов автоматизации зданий, таких как KNX, Bacnet, DALI, Lonworks и другие.
Новые поколения систем управления зданиями имеют также широкие возможности с точки зрения управления пользователями, помещениями и сервисами, заявками и регламентными техническими работами, а управление всеми системами происходит через удобные мобильные приложения, которые доступны как для сотрудников управляющей компании, так и для арендаторов или собственников офисов.
Должна ли BMS быть спроектирована на заказ?
Системы управления зданием, как правило, являются индивидуальными системами, потому что даже два идентичных здания могут работать по совершенно разных процессам и иметь разное назначение.
Система управления зданием обеспечивает очень полезное и простое в использовании средство контроля внутренней среды здания, наряду с безопасностью и эксплуатационными расходами. В будущем Вы будете уверены, что управление Вашими помещениями и оптимизация энергоэффективности — это одна из важнейших задач всего жизненного цикла здания.
Источник: dzen.ru
Мониторинг в ЦОДе: как мы меняли старую BMS на новую. Часть 1
Система мониторинга работы инженерных систем в ЦОДе – ключевой элемент инфраструктуры, напрямую влияющий на такой важный показатель для дата-центра, как скорость реакции персонала на аварийные ситуации и, следовательно, на продолжительность бесперебойной работы.
Системы мониторинга BMS (Building Monitoring System) предлагают многие глобальные вендоры оборудования для ЦОДов. За время работы Linxdatacenter в России нам довелось познакомиться с разными системами и столкнуться с диаметрально противоположными подходами вендоров к эксплуатации этих систем.
Рассказываем, как мы полностью обновили нашу систему BMS за последний год и почему.
Корень проблемы
Все началось 10 лет назад с запуска ЦОДа Linxdatacenter в Петербурге. Система BMS, согласно стандартам отрасли тех лет, представляла из себя физический сервер с установленным ПО, доступ к которому осуществлялся через программу-клиента (так называемый «толстый» клиент).
Компаний, предлагающих такие решения, в то время на рынке было немного. Их продукты были стандартом, единственным ответом на существующий запрос. И надо отдать им должное: и тогда, и сегодня лидеры рынка в целом справляются со своей базовой задачей – поставкой функциональных решений для эксплуатации дата-центров.
Логичным выбором для нас стало решение BMS от одного из крупнейших мировых производителей. Выбранная система на тот момент отвечала всем требованиям к мониторингу комплексного инженерного объекта, каким является ЦОД.
Однако с течением времени требования и ожидания пользователей (то есть нас, операторов дата-центров) от ИТ-решений изменились. И крупные вендоры, как показал анализ рынка предлагаемых решений, оказались к этому не готовы.
Рынок корпоративных ИТ испытал на себе серьезное влияние B2C сферы. Цифровые решения сегодня должны обеспечивать удобство работы конечного пользователя – такую цель ставят перед собой разработчики. Это видно по совершенствованию пользовательских интерфейсов (UI) и качества пользовательского опыта (UX) многих корпоративных приложений.
Человек привыкает к комфорту во всем, что касается цифровых инструментов в повседневной жизни, и предъявляет те же требования к инструментам, которые использует для рабочих задач. Люди ожидают от корпоративных приложений такой же наглядности, интуитивности, простоты и прозрачности, какие доступны им в сервисах финансовых услуг, вызова такси или онлайн-шоппинга. ИТ-специалисты, внедряющие решения в корпоративной среде, тоже стремятся получать все современные «плюшки»: простое развертывание и масштабирование, отказоустойчивость и неограниченные возможности кастомизации.
Крупные международные вендоры часто упускают из внимания эти тренды. Опираясь на свой многолетний авторитет в отрасли, корпорации в работе с заказчиками зачастую оказываются категоричными и негибкими. Иллюзия собственной незаменимости не позволяет им увидеть, как буквально под носом появляются молодые технологичные компании, предлагающие альтернативные решения, заточенные под конкретного заказчика, причем без переплаты за бренд.
Недостатки старой системы BMS
Самый главный минус имеющегося устаревшего BMS-решения для нас заключался в его медленной работе. Расследование нескольких событий, связанных с недостаточно быстрой реакцией дежурного персонала, помогло нам понять, что иногда события отображались в системе BMS с большой задержкой. При этом система не была перегружена или неисправна, просто версии ее компонентов (например, JAVA) устарели и не могли корректно работать с новыми версиями операционных систем без обновлений. Обновить их можно было только вместе с системой BMS, при этом вендор не обеспечивал автоматическую преемственность версий, то есть для нас процесс был бы практически таким же трудоемким, как переход на новую систему, а новое решение сохраняло часть недостатков старого.
Добавим сюда еще несколько неприятных «мелочей»:
- Плата за подключение новых устройств по принципу «один IP-адрес – одна платная лицензия»;
- Невозможность обновить ПО без покупки пакета поддержки (имеется в виду обновление бесплатных компонентов и устранение ошибок в самой программе BMS);
- Высокая стоимость поддержки;
- Расположение на «железном» сервере, который может выйти из строя и обладает лимитированными вычислительными ресурсами;
- «Резервирование» посредством установки второго железного сервера, с дублирующим пакетом лицензий. При этом синхронизация баз между основным и резервным серверами отсутствует – а это означает ручной перенос базы и долгое время перехода на резерв;
- «Толстый» клиент пользователя, недоступный извне, без расширения под мобильное устройство и опции удаленного доступа;
- Урезанный веб-интерфейс без графических карт и звуковых уведомлений, доступный извне, но практически не используемый сотрудниками из-за своей неинформативности;
- Отсутствие анимации в интерфейсе – вся графика состоит только из картинки-«подложки» и статических иконок. Как итог – общий низкий уровень наглядности;
Выглядело все примерно вот так:
Требования к новой системе BMS
Учитывая вышеизложенное, наши основные требования получились следующими:
- Две независимые взаиморезервирующие машины c автоматической синхронизацией, работающие на двух разных облачных платформах в разных ЦОДах (в нашем случае ЦОДы Linxdatacenter Санкт-Петербург и Москва);
- Бесплатное добавление новых устройств;
- Бесплатное обновление ПО и его компонентов (за исключением доработок функционала);
- Открытый исходный код, позволяющий нам самостоятельно поддерживать систему в случае проблем на стороне разработчика;
- Возможность получать и использовать данные из BMS, например на сайте или в личном кабинете;
- Доступ через WEB браузер без «толстого» клиента;
- Использование доменных учетных записей сотрудников для доступа в BMS;
- Наличие анимации и еще много мелких и не очень пожеланий, которые материализовались в подробное ТЗ.
Последняя капля
В тот момент, когда мы поняли, что ЦОД перерос свою BMS, самым очевидным решением нам казалось обновление существующей системы. «Коней на переправе не меняют», так ведь?
Однако большие корпорации, как правило, не предлагают кастомное изменение своих десятилетиями «полируемых» решений, продаваемых в десятках стран. В то время, как молодые компании занимаются тестированием идеи или прототипа будущего продукта на потенциальных потребителях и опираются в развитии продукта на отзывы пользователей, корпорации продолжают продавать лицензии на когда-то действительно классный, но, увы, сегодня устаревший и не гибкий продукт.
И мы ощутили разницу в подходе на себе. В ходе переписки с производителем старой BMS довольно быстро стало понятно, что предлагаемое вендором обновление существующей системы фактически обернется для нас покупкой новой системы с полуавтоматическим переносом базы, высокой стоимостью и подводными камнями при переносе, которые не мог спрогнозировать даже сам производитель. Конечно, вырастала в этом случае стоимость техподдержки обновленного решения, и оставалась необходимость покупать лицензии при расширении.
А самое неприятное – новая система не могла полностью удовлетворить наши требования к резервированию. Обновленная система BMS могла быть реализована, как мы и хотели, на облачной платформе, что позволило бы нам отказаться от «железа», но опция резервирования в стоимость не входила. Для резервирования данных нам пришлось бы купить второй виртуальный сервер BMS и дополнительный комплект лицензий. При стоимости одной лицензии около $76 и количества IP-адресов в 1000 единиц набегает $76 000 дополнительных трат только на лицензии для резервной машины.
«Вишенкой» в новой версии BMS стала необходимость покупки дополнительных лицензий «для всех устройств» – даже для основного сервера. Тут надо пояснить, что есть устройства, подключенные к BMS через шлюзы. Шлюз имеет один IP-адрес, но контролирует несколько устройств (в среднем 10).
В старой BMS для этого требовалась одна лицензия за IP-адрес шлюза, статистика выглядела примерно так: «IP-адресов/ лицензий 1000, устройств 1200». Обновленная BMS работала по другому принципу и статистика выглядела бы так «IP-адресов 1000, устройств/лицензий 1200». То есть вендор в новой версии поменял принцип присвоения лицензий, и мы должны были купить дополнительно еще примерно 200 лицензий.
Бюджет «обновления» в итоге складывался из четырех пунктов:
- стоимость облачной версии и услуги по миграции на нее;
- дополнительные лицензии к существующему пакету для устройств, подключенных через шлюзы;
- стоимость резервной облачной версии;
- комплект лицензий для резервной машины.
В итоге мы поняли, что для нас будет проще – а, может, и дешевле – заказать систему, созданную с нуля, учитывающие все наши требования и предусматривающую возможность модернизации в будущем. Но желающих разрабатывать такую сложную систему нужно было еще найти, сравнить предложения, выбрать и пройти с финалистом путь от ТЗ до реализации… Об этом – читайте во второй части материала совсем скоро.
- ЦОД
- мониторинг
- система мониторинга
- системы мониторинга
- BMS
- BMS-системы
- дата-центр
- ит-инфраструктура
- it-инфраструктура
- эксплуатация
- инженерная инфраструктура
- Блог компании Linx
- IT-инфраструктура
- Управление проектами
- Инженерные системы
Источник: habr.com
Система диспетчеризации здания (BMS). Верхний уровень
Верхний уровень системы диспетчеризации предназначен для визуального представления информации – показания с датчиков (температуры, давления, концентрации, расхода, уровня и т.д.), положение приводов заслонок или регулирующих клапанов, работы/аварии оборудования на мнемосхемах, планах этажей, зданий или территорий, архивирование данных, управлением оборудованием (включение/выключение, изменение параметров работы), отправка уведомлений о наступлении аварийной ситуации. О каких системах может идти речь?
Это могут быть любые инженерные системы здания — система кондиционирования, отопления, вентиляции, канализации, системы электроснабжения, холодного и горячего водоснабжения, индивидуальный тепловой пункт (ИТП), включая бойлеры электрического/газового нагрева, системы общего и фасадного освещения, охранная, пожарная, системы контроля и учета доступа (СКУД), видеонаблюдение и многие другие.
Данный уровень может быть реализован разными способами.
Первый способ «серверный» – использование специального программного обеспечения, которое устанавливается на компьютер ADS-Lite, ADS или ADX и сетевого контроллера NCE, NIE или NAE. Программа является дополнительным компонентов системы Metasys, которая управляет сбором и представлением большого количества данных, событий, сообщений, запросов оператора, данные конфигурации системы, которые получает от сетевого контроллера, предоставляет доступ для большого числа пользователей (до 100), поддержка до 1000 сетевых контроллеров.
Вся информация представлена в одной программе и не надо выполнять подключение по Web интерфейсу к каждому сетевому контроллеру. Сетевой контроллер подключается к шине полевых контроллеров, которые управляют оборудованием или различными системами, занимается управлением сети, опросом полевых контроллеров, преобразованием интерфейсов. Обычно сетевой контроллер подключается к компьютеру по сетям TCP/IP, при этом полевые контроллеры могут подключаться к сетевому контроллеру по разным протоколам – BACnet MS/TP, N2, LownWorks, Modbus, MBus, KNX и другие.
Для большого количества сетевых контроллеров NIE/NAE от 200 до 1000 шт. рекомендуется использовать уже два раздельных сервера. Один для ADX Site Director и хранилища данных, а второй для программ настройки сети и обновления программного обеспечения сетевых контроллеров.
Плюсами данного способа являются:
- — хранение большого количества данных, высокая скорость их обработки, т.к. компьютер обладает большим объемом памяти и скоростью обработки информации;
- — одновременная работа с большим количеством сетевых контроллеров (200 — 1000 шт.).
К минусам можно отнести:
- — высокая стоимость из-за наличия специального программного обеспечения и сетевого контроллера.
Данное решение подходит для очень крупных объектов с большим количеством оборудования – небоскребы, группы зданий.
Второй способ «сетевой» — это разновидность первого, только без использования программного обеспечения, которое устанавливается на компьютер. В этом случае вы подключаетесь к сетевому контроллеру по Web интерфейсу, а сам сетевой контроллер выполняет роль компьютера, где хранится и обрабатывается информация.
Положительная сторона решения — экономия за счет отсутствия программного обеспечения.
Отрицательная сторона решения — объём данных и скорость обработки информации ниже, т.к. возможности сетевого контроллера значительно меньше, чем у компьютера.
Данное решение подходит для средних объектов с небольшим количеством оборудования. Как первый, так и второй способ реализации системы диспетчеризации требуют больших затрат времени на формирование мнемосхем, установку, настройку программного обеспечения, сетевых контроллеров, высокой квалификации инженеров.
Третий способ «модульный» – использование готовой системы диспетчеризации по технологии Plughttps://center-control.ru/blogs/blog/bms-verh-uroven» target=»_blank»]center-control.ru[/mask_link]