Компьютерра - Журнал «Компьютерра» № 18 от 16 мая 2006 года

На рынке имеется ряд крупных производителей, использующих общие сетевые коммуникационные технологии (наибольшее распространение получили LonWorks, BACnet и EIB), позволяющие легко интегрировать их продукцию в единую систему. Не секрет, что между приверженцами различных технологий ведется активная информационная «война» в целях поддержки именно своего «правильного» решения. Особенно это заметно, когда столкновение происходит внутри одного потребительского сектора. Подобная конкуренция, как правило, приводит либо к унификации технологий на базе общего стандарта, либо к сегментированию технологий по уровням. На примере LonWorks-BACnet можно видеть, что BACnet тяготеет к верхнему уровню, обеспечивая коммуникацию между контроллерами и операторскими станциями, тогда как LonWorks находит широкое применение для связи между периферийными устройствами в распределенных системах.

Часто требуется объединить периферийные устройства разных производителей, для чего используются стандарты RS 232/485, открытые программные интерфейсы (например, Modbus RTU) или протоколы собственного производства и адаптеры.

Из-за большого функционального различия между АСУ жизнеобеспечения и остальными подсистемами ИЗ совсем не просто объединить их «под одной крышей», оставаясь при этом на уровне контроллеров и устройств ввода/вывода. На реальную интеграцию можно рассчитывать лишь в достаточно крупных проектах, используя полную линейку программно-технических средств только одного производителя, что недешево и порой неоправданно с функциональной точки зрения. Это в большей степени маркетинговые решения брэндовых производителей, стремящихся предложить решение все-в-одном. Поэтому интеграцию между разнородными функциональными подсистемами разумнее выполнять на третьем уровне — уровне операторских станций. Примечательно, что благодаря практически полной победе платформы Wintel[Windows+Intel — то есть x86-совместимый компьютер с установленной на нем ОС Windows] для персональных компьютеров в системах автоматизации SCADA-систем сам собой решился вопрос выбора платформы для третьего уровня.

И в самом деле, в качестве транспортного средства уже давно используется TCP/IP по Ethernet. Его недостаток — отсутствие достоверности при передаче данных — не является серьезной проблемой, так как за счет скорости и высокой надежности сети эту проблему можно решить на более высоком уровне протокола. В некоторых подсистемах в качестве встроенного коммуникационного средства между третьим и вторым уровнем служит именно TCP/IP over Ethernet, предоставляющий удобную возможность для системного объединения контроллеров.

Важной частью интеллектуального здания является СКС. На нее возлагается функция централизованной интеграции ИЗ, при этом фактически не требующей дополнительных затрат. Ведь все вопросы по распределению и защите трафика ИЗ решаются стандартными (и недорогими!) средствами маршрутизации СКС. Кроме основного преимущества в виде сквозной интеграции подсистем, мы получаем и все остальные преимущества СКС — распределенный доступ к ресурсам, в том числе и веб-доступ, возможность использования встроенных средств диагностики и защиты IT-инфраструктуры, общее открытое[Надо понимать, что «открытое» вовсе не значит «незащищенное»] информационное пространство.

Замечательно, что в качестве программных интерфейсов связи на этом уровне служат стандартизованные, хорошо документированные технологии, начиная с DDE, DirectDDE и OLE и заканчивая ODBC, DCOM, OPC, CORBA, HTML и XML. Многие из них встроены либо в операционные системы операторских станций, либо поддерживаются SCADA-системами станций, тем самым значительно упрощая задачу интеграции.

Унификация на самом верхнем уровне ИЗ привела к рождению нового типа интеграционных средств — метаинтеграторов, которые обеспечивают единый централизованный доступ ко всем системам здания на базе лишь одной программной платформы. В качестве коммуникационной основы служит СКС, а на программном уровне применяется целый ряд распространенных технологий, пришедших из сферы IT, — HTML, XML, .NET, Java Framework. В качестве примера метаинтегратора можно назвать продукт Niagara Framework фирмы Tridium. В отдельных проектах метаинтеграторы могут предлагаться даже в качестве полной альтернативы «родной» SCADA-системы, еще более сокращая расходы на дальнейшее развитие (не придется платить за покупку дополнительных программных модулей).