В области промышленной автоматизации и управления зданиями Honeywell — широко известный бренд, работающий на английском языке. Однако закрытая экосистема, а также высокие лицензионные сборы и затраты на обслуживание часто заставляют системных интеграторов и конечных пользователей сознательно искать более открытые и экономически эффективные альтернативы. Основная ценность открытых альтернатив — функциональная совместимость, контролируемые затраты и избежание привязки к поставщику, что можно использовать для обеспечения большей гибкости для будущего расширения спектра связанных систем и технологических обновлений.
Что такое открытая система автоматизации зданий
Система автоматизации здания открыта и основана на международно признанных стандартных протоколах и интерфейсах, что позволяет аппаратному и программному обеспечению разных производителей работать вместе. Это резко контрастирует с традиционными частными соглашениями таких производителей, как Honeywell. Ядро открытой системы заключается в использовании непатентованных стандартов связи, таких как KNX или OPC UA.
Эти стандарты гарантируют свободный обмен данными между контроллерами, датчиками, исполнительными механизмами и программным обеспечением управления. Например, вы можете выбрать контроллер DDC марки A, датчик температуры и влажности марки B и программное обеспечение для управления энергопотреблением марки C. Они используют /IP для обеспечения плавной интеграции. Такая открытость нарушает монополию одного поставщика, позволяя пользователям свободно выбирать лучшее сочетание производительности, цены и обслуживания, тем самым оптимизируя стоимость и эффективность всего проекта.
Почему вам нужно искать альтернативы Honeywell
Основная причина — снижение общей стоимости владения, поэтому ищите альтернативы. Системы Honeywell часто требуют дорогостоящих лицензий на программное обеспечение для разработки, специальных инструментов программирования и контрактов на периодическое обслуживание. Цена на запчасти, как правило, выше средней по рынку. Эти затраты представляют собой тяжелое бремя для проектов с ограниченным бюджетом. Эти затраты также представляют собой тяжелое бремя для проектов, стремящихся получить более высокую отдачу от инвестиций.
Во-вторых, для достижения технической автономии опора на единую закрытую систему означает завязывание технического маршрута. Когда исходный производитель прекращает поддержку старых серий продуктов или стратегия обновления не отвечает потребностям пользователей, пользователи попадают в пассивную ситуацию. Открытые альтернативы дают пользователям право выбора и инициативу, позволяя более гибко адаптироваться к технологическим изменениям и защитить долгосрочные инвестиции.
Какие существуют платформы управления зданиями с открытым исходным кодом?
Платформы с открытым исходным кодом предоставляют разработчикам и небольшим интеграторам чрезвычайно высокую гибкость. Такие проекты, как «EdgeX» и «Home», пришли из области умного дома, но их же концептуальные модули постепенно проникают в область легких коммерческих зданий. Они обеспечивают основу для интеграции устройств с различными протоколами, а также позволяют пользователям настраивать логику и приложения.
Другой пример называется «(BAS) Open Source Project», который предоставляет полную цепочку инструментов, охватывающую все: от сбора данных до пользовательского интерфейса. При использовании этих платформ технические специалисты могут использовать общие языки программирования для написания стратегий управления, и нет необходимости изучать специализированную конфигурационную среду производителя. Это значительно снижает затраты на программное обеспечение и требования к обучению персонала, но также требует от команды сильных навыков разработки программного обеспечения.
Как добиться взаимосвязи и совместимости между устройствами разных марок
Ключ заключается в шлюзах и промежуточном программном обеспечении для обеспечения взаимосвязи. На рынке представлено множество профессиональных шлюзов протоколов, которые могут преобразовывать частные протоколы Honeywell, такие как C-Bus и LON, в TCP или TCP. Это позволяет подключить существующие устройства Honeywell к новой открытой платформе мониторинга и управления для достижения постепенной трансформации.
Более современное решение — использовать серверную и клиентскую архитектуру на основе OPC UA на программном уровне. OPC UA не только определяет коммуникацию, но также определяет единую информационную модель, что позволяет лучше достичь семантической совместимости. Развернув шлюз OPC UA, данные от оборудования разных марок можно «стандартизировать», чтобы их можно было единообразно вызывать и обрабатывать верхней SCADA, BMS или платформой анализа данных, тем самым по-настоящему реализуя интеграцию на системном уровне.
Каковы проблемы при реализации открытых альтернатив?
Самой большой проблемой является сложность системной интеграции и определение ответственности. В закрытой системе за все проблемы отвечает оригинальный производитель. Однако в открытой системе с участием нескольких поставщиков при возникновении сбоя связи или несоответствии производительности стандарту необходимо точно определить, к какому звену относится проблема. Это требует от интегратора глубоких технических навыков и богатого опыта отладки.
Далее следует устойчивость с точки зрения долгосрочного обслуживания. Жизнеспособность открытых систем зависит от выбранных технических стандартов и опирается на поддержку сообщества или поставщиков. Если вы выберете слишком узкоспециализированный стандарт или который вот-вот будет исключен, вы можете столкнуться с риском того, что не сможете найти техническую поддержку в будущем. Поэтому в начале разработки проекта необходимо всесторонне оценить популярность и перспективы развития основной технологии на рынке, а также сформулировать подробную дорожную карту обслуживания и модернизации.
Как обеспечить безопасность системы, выбрав открытое решение
Открытость не означает отсутствие безопасности, но она требует более строгого проектирования архитектуры безопасности. Прежде всего, необходимо провести строгое разделение на уровне сети, сеть управления и офисную ИТ-сеть должны быть изолированы, а также должна быть настроена точная политика контроля доступа с помощью межсетевых экранов. Для протоколов передачи открытого текста, таких как /IP или TCP, следует рассмотреть возможность их развертывания в независимой VLAN.
Сетевые устройства (такие как контроллеры и шлюзы) должны реализовывать надежное управление паролями и регулярно обновлять встроенное ПО для устранения уязвимостей. Для требований безопасности более высокого уровня в качестве метода связи следует использовать OPC UA, поддерживающий шифрование TLS. Управление безопасностью представляет собой непрерывный процесс. Необходимо создать полную систему эксплуатации и обслуживания безопасности, которая охватывает мониторинг уязвимостей, аудит журналов доступа и реагирование на чрезвычайные ситуации и не может полагаться исключительно на само устройство.
Когда вы начнете планировать свой следующий умный проект, вы предпочитаете выбрать решение «под ключ», предоставляемое одним брендом, или вам следует использовать открытую экосистему и самостоятельно интегрировать лучшее сочетание? Какие ключевые факторы вы учитывали, делая этот выбор? Вы можете поделиться своим мнением и опытом в комментариях. Если эта статья вдохновила вас, пожалуйста, поставьте ей лайк, чтобы поддержать ее и поделиться ею с другими коллегами.
Добавить комментарий