Промышленная резка бетона: rezkabetona.su
На главную  Водоснабжение 

Веб

В настоящее время многие инженеры систем ОВК могут высказаться подобным образом о вебслужбах. Они не вполне понимают, что в действительности представляют собой вебслужбы, но знают, что это им нужно. Общество ASHRAE сделало большое дело, предоставив инженерам принцип. возможность пользоваться вебслужбами, разработав дополнение к спецификации BACnet®*, которое добавит вебслужбы к набору инструментальных средств BACnet.

 

Комитет НП «» «Интеллектуальные здания и информационноуправляющие системы» по согласованию с комитетом ASHRAE SSPC 135 «BACnet committee» стал в 2004 году центром развития BACnet в России.

 

Материалы о BACnet читайте в журналах «»: 2003 год — № 1, с. 89, № 4, с. 70, № 5, с. 74; 2004 год — № 2, с. 82, № 3, с. 90, № 8, с. 72.

 

И теперь самое время задаться вопросом: что же такое вебслужбы?

 

В сборнике определений Webopedia™ (www.webopedia.com) дается определение вебслужб как «стандартизованный способ интеграции вебприложений при помощи открытых стандартов XML, SOAP, WSDL и UDDI на базе IPпротокола». В этом определении легко запутаться, поэтому сведем его к понятиям, наиболее важным для инженеров систем ОВК.

 

Вебслужбы представляют собой стандартный способ интеграции приложений в сети IP, XML, SOAP, WSDL и UDDI и являются наиболее важными «механизмами», обеспечивающими работу вебслужб, при этом для пользования вебслужбами совсем не нужно понимать функционирование этих механизмов.

 

Когда системы ОВК начали переходить на цифровое регулирование, в них использовались небольшие автономные контроллеры и собственные сети связи. Это было неудивительно, т. к. специалисты использовали их для замены небольших автономных пневматических систем управления.

 

Цифровые системы были способны на решение гораздо более сложных задач, но это стало возможным только , когда производители объединили эти контроллеры в системы автоматизации зданий (BAS).

 

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

 

Подключение разнородных систем требует досконального знания протоколов связи для обеих систем, «шлюза» или трансляционного модуля, и интенсивного прикладного программирования.

 

То же самое наблюдалось, когда инженеры попытались объединить свои системы BAS с системами освещения, безопасности или противопожарными системами.

 

Разочарованные пользователи обратились к ASHRAE за помощью, и ASHRAE создало BACnet. BACnet обеспечивает решение этих проблем, предоставляя стандартный протокол связи для всех систем зданий. Это в значительной степени упрощает интеграцию оборудования различных поставщиков, использующих протокол BACnet, но BACnet не является единственным игроком на поле.

 

LonWorks® предоставляет другой стандарт для интеграции систем зданий, MODBUS® предлагает так же один стандарт, а многие поставщики сделали доступными свои собственные протоколы для предоставления дополнительных «стандартов» строительной индустрии.

 

Иметь много стандартов, конечно, лучше, чем не иметь ни одного, но наличие множества протоколов подразумевает необходимость шлюзов и специализированного программирования.

 

Проблема обостряется, если необходимо подключиться к компьютеру вне BAS, например, к компьютеру компании — поставщика электроэнергии, которая в реальном времени задает стоимость коммунальных услуг. Имеется немного шансов подключить такой компьютер к какомулибо из стандартных протоколов систем зданий.

 

Эта проблема касается не только систем автоматизации зданий. Долгое время она досаждала системам транзакций «бизнес для бизнеса» (В2В). Для решения этой проблемы информационнотехнологическое сообщество (ИТ) установило стандарт, названный «вебслужбы» и предназначенный для обеспечения связи разнородных компьютеров, и этот стандарт получил широкую поддержку.

 

Для того чтобы продемонстрировать, насколько широкое распространение получили вебслужбы, следует указать, что они были приняты в качестве стандарта такими корпорациями и компаниями, как «Microsoft», «Apple», «Sun», «Linux», «IBM» и многими другими. Все они предложили свои собственные инструментальные средства для работы с вебслужбами и создали для них собственные оболочки. «Microsoft» назвала свою реализацию такой оболочки — NET, а «IBM» — WebSphere. Но ядром всех этих платформ являются вебслужбы.

 

Вебслужбы используются для связи в приложениях «бизнес для бизнеса» в течение нескольких лет и стали уже фактически нормой.

 

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

 

Служба Microsoft Passport service при помощи вебслужб предоставляет безопасный способ получения поставщиками услуг, находящихся в Интернете, при наличии соответствующего разрешения, информации по выписке счетов и по отгрузке товаров, которая им нужна для обработки заказов покупателей.

 

Правительство штата НьюМехико использовало вебслужбы для создания «портала», т. е. единственного вебузла, на котором пользователям предоставляется доступ к информации и сервисам множественных органов правительства штата.

 

изучим, какие преимущества для BASсистем может дать такое широкое распространение вебслужб и их совместимость со многими программными средствами.

 

Представим себе принцип. возможность встраивания прогноза погоды в алгоритмы управления. многие системы, например, системы накопления льда, включения котлов, предварительного утреннего охлаждения и т. д. могли бы более эффективно исполнять свои функции, если бы в рамках BAS существовал способ получения в компьютере информации о погоде из Интернета.

 

В колледжах и университетах часто используются сложные компьютерные системы для ведения расписания использования учебных аудиторий. весьма часто такие расписания распечатываются и передаются оператору системы BAS, который вводит эти расписания в BAS.

 

Вероятно, было бы разумно, если бы два компьютера могли использовать вебслужбы для обмена расписаниями.

 

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

 

Вебслужбы могут использоваться не только для такого автоматического обмена данными, но и для чтения и записи данных по требованию, благодаря чему они могут быть полезными для конструирования интерактивных вебстраниц.

 

Например, многие системы на территории колледжей обладают информацией, необходимой инженерам и техникам, обслуживающим оборудование этих колледжей.

 

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

 

Для обслуживающих инженеров необходимо взаимодействие с такими системами, но они не в состоянии изучить пользовательские интерфейсы всех этих систем. Поэтому им нет никакой необходимости даже входить в эти системы для сбора нужных данных.

 

Вебслужбы обеспечивают принцип. возможность создать «портал оборудования», интерактивную вебстраницу, в которой собираются данные из всех этих систем и на которой предоставлена сводка наиболее важных для инженеров данных.

 

Кроме этого, при необходимости на этой странице можно получить и более подробную информацию ( . Эти примеры не являются просто гипотетическими плодами фантазии. Уже несколько поставщиков внедрили вебслужбы в свои BASпродукты.

 

Имеются примеры интеграционных программ, которые уже демонстрировались в разных проектах в разных частях света ( .

 

Если поставщики BASсистем уже предоставляют принцип. возможность использования вебслужб, в чем заключается роль ASHRAE? Отвечая на этот вопрос, следует указать, что ASHRAE устанавливает стандартные средства использования вебслужб для интеграции данных оборудования из несовместимых источников. ИТсообщество задало стандарты для механизмов вебслужб, но в них ничего не говорится об обмениваемых данных. Без дополнительных стандартов поставщики могут заявлять о поддержке вебслужб, предоставляя для соответствующих интерфейсов произвольное количество данных, используя произвольные структуры данных и предпочтительные для них интерфейсы чтения и записи данных.

 

Даже если бы поставщики попытались создать удобные интерфейсы вебслужб, крайне малы шансы на то, что два интерфейса будут схожи и совместимы, поэтому для соединения двух разнородных систем все равно понадобится затратить значительное количество времени на специализированное программирование.

 

Многие специалисты уже много лет назад предвидели эту проблему и начали призывать к созданию стандартной информационной модели.

 

В ответ на этот призыв ASHRAE собрало данные о возможном использовании вебслужб в системах автоматизации эксплуатации оборудования у инженеров, обслуживающих оборудование, у производителей этого оборудования, в правительственных органах и в университетах и разработало информационную модель.

 

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

 

В стандарте рассматриваются массивы данных и скалярные данные, используемые при обработке журналов трендов.

 

Поскольку этот стандарт предназначен для работы с системами автоматизации зданий, он был разработан техническим комитетом, ответственным за разработку стандартов сетей автоматизированного управления зданий, т. е. комитетом BACnet.

 

После утверждения он станет дополнением стандарта BACnet. Это означает, что он также станет стандартом Национального института стандартизации США (ANSI), Европейского комитета по стандартизации (CEN) и Международной организации по стандартизации (ISO). Естественно, стандарт совместим с протоколом BACnet.

 

Одним из наиболее полезных приложений этого стандарта может быть использование его в качестве стандарта обмена данными м. системами автоматизации зданий, использующими различные протоколы. Вебслужбы могли бы быть идеальным средством для «верхнего уровня» соединения систем, использующих протоколы BACnet, LonWorks, MODBUS и другие специализированные протоколы.

 

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

 

Поскольку вебслужбы довольно быстро стали стандартным решением для связи приложений B2B, встает вопрос, заменят ли они BACnet, LonWorks и другие протоколы, используемые системами BAS.

 

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

 

Оповещение, формирование аварийных сигналов, синхронизация по времени, резервное копирование и восстановление — все эти функции BAS просто не отражены в предложенном стандарте вебслужб.

 

Несомненно, подобный стандарт мог бы быть разработан, но это был бы в сущности, так же один протокол BAS, борющийся за признание на рынке. Он не был бы протоколом, хорошо подходящим для систем BAS, т. к. накладные расходы, необходимые для реализации вебслужб, были бы вне пределов возможностей большинства контроллеров BAS.

 

По определению для соединения по IPсети вебслужбы используют XML. IPсети прекрасно подходят для соединения ПК, вебслужб и других высокопроизводительных компьютеров, но было бы слишком дорого подключать к IPсети каждый нагревательный блок, распределительные устройства систем с переменным расходом воздуха и вытяжные вентиляторы в здании.

 

Аналогично, XML хорошо подходит для работы с данными. Он понятен, гибок, имеет хорошую документацию. Указанные характеристики предполагают также, что конструкции этого языка должны обрабатываться на мощном компьютере и пересылаться по высокоскоростной сети, что также превосходит возможности недорогих контроллеров, обычно используемых в небольших элементах оборудования ОВК, таких как в воздухораспределителях систем с переменным расходом воздуха.

 

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

 

Если мы выйдем за рамки систем BAS, мы окажемся в совершенно другом положении. Здесь наблюдается необходимость соединения при помощи высокопроизводительных компьютеров и по высокоскоростной IPсети с системами, не использующими протокол BACnet.

 

Именно для такой ситуации и создавались вебслужбы. Здесь компьютеры и сети обладают достаточной мощностью для работы с вебслужбами. Хотя здесь необходимо затратить определенные усилия для реализации специализированных подключений и, вероятно, для создания специализированных программных модулей для множественных подключений, но принцип. возможность описания структуры файла XML в самом этом файле значительно облегчает задачу программиста.

 

Кроме того, задача так же более упрощается, если программист уже знаком с вебслужбами из опыта интеграции предыдущих приложений В2В. (Один заказчик в Техасе, которому нужно было создать специальный интерфейс м. его системой BAS и системой выписки счетов, нашел подрядчика, который уменьшил свою цену вдвое, когда узнал, что BAS поддерживает вебслужбы.)

 

Добавление нового стандарта ASHRAE к вебслужбам сулит так же большее упрощение работы по поднятию автоматизации зданий на новый уровень, благодаря использованию ИТтехнологии и протокола BACnet.

 

Что означают некоторые определения?
Сборник определений Webopedia™ определяет вебслужбы как «стандартизованный способ интеграции вебприложений при помощи открытых стандартов XML, SOAP, WSDL и UDDI на базе протокола Интернет». Ниже даются пояснения этих ИТтерминов для инженеров ОВК.

 

XML: eXtensible Markup Language (расширяемый язык разметки). XMLфайлы используются в основном для переноса данных м. приложениями. Этот язык особенно полезен для упаковки данных, которые могут переноситься во многие приложения, в том числе в специальные приложения для конкретных задач, и в приложения, неизвестные на момент создания файла. Для XMLфайла нет определенного формата, вместо этого в нем содержится описание собственной структуры данных. Благодаря этому, файл данных может легко изменяться и расширяться. XML хранится в виде текстового файла, поэтому программист может легко прочесть этот файл, найти в нем дескрипторы интересующих его данных и создать приложение для считывания данных из файла и записи в него.

 

SOAP: Simple Object Access Protocol (протокол доступа к простым объектам). SOAP представляет собой стандартный способ упаковки запроса вебслужбы или ответного сообщения, в том числе XMLданных, для передачи с помощью протокола Интернет.

 

WSDL: Web Services Description Language (язык описаний вебслужб). WSDL представляет собой стандартный способ описания возможностей вебслужб, включая данные, которые могут считываться или записываться службами. WSDL предназначен для облегчения определения — какую информацию можно получить из определенного приложения или на вебузле. Вероятно, нет ничего удивительного в том, что WSDL написан в формате XML.

 

UDDI: Universal Description, Discovery and Integration (универсальная система предметного описания и интеграции). UDDI является каталогом вебузла, позволяющим бизнесам составлять список имеющихся у них вебслужб. Эту систему можно рассматривать как своеобразные «желтые страницы» вебслужб. Не каждый бизнес решает составлять список своих служб в UDDI, но те, которые выполняют это, включают WSDL в UDDI.

 

IPпротокол представляет собой стандартный способ форматирования и передачи сообщений по сети Интернет. Вероятно, наиболее известным протоколом Интернет является HTTP или Hyper Text Transfer Protocol (протокол передачи гипертекстовых файлов). HTTP используется для переноса вебстраниц по сети и для передачи вебобозревателям информации о том, как отображать эти страницы. Также одним из наиболее известных протоколов Интернет является протокол MIME или Multipurpose Internet Mail Extensions (многоцелевые расширения электронной почты в сети Интернет), служащий для передачи сообщений электронной почты, содержащих графические, аудио и видеофайлы. Использование протоколов Интернет не ограничивается только собственно Интернетом, они часто используются в сети Интранет, например, в небольшой компьютерной сети в пределах здания.

 

если вам нужно внести определенный объем информации в вашу систему BAS, вы производите интенсивный поиск в UDDI, пока не найдете WSDL, содержащий то, что вам нужно, затем упаковываете ваш запрос к вебслужбе в оболочку SOAP, чтобы этот запрос перемещался по HTTP для выделения XMLфайла.

 



Деятельность Департамента топливно. Энергосбережение – решение проблемы изменения климата Энергосбережение. Теплые полы. Теория и практика Отопление и горячее водоснабжение. Обеспечение надежности трубопроводов в условиях крупных городов на примере предприятия ГУП «Мосгортепло» Теплоснабжение.

На главную  Водоснабжение 





0.0056
 
Яндекс.Метрика