MQTT

Прочитав короткую новостную заметку в "Открытых системах" 9/2011, узнал о существовании протокола MQTT.
MQTT = MQ Telemetry Transport.
Протокол был разработан еще в 1999 году и продвигается (видимо, не очень активно) IBM. Собственно, MQ (message queue) отсылает к WebSphere MQ.
Однако в 2011 году у этого протокола появилось важное "место работы" - его использует Facebook Messenger.
В целом, когда читаешь спецификацию MQTT, не оставляет впечателение, что что-то подобное уже читал. А именно - спецификацию AMQP. Оба этих протокола ориентированы, фактически, на обмен информацией между заинтересованными клиентами через некоторый сервер. Здесь дается краткое объяснение, чем они отличаются.

Первое прочтение 872

Итак, постановление Правительства РФ №872 принято 29.10.2010.

Какие выводы можно будет сделать из информации, которую обязали раскрыть, с точки зрения анализа собственно транспортировки?

Будут доступны, в частности, сведения:

13.а) об объемах транспортировки газа по трубопроводам с детализацией по направлениям, по которым устанавливаются регулируемые тарифы (как в целом, так и отдельно по независимым организациям);

13.б) об объемах товаротранспортной работы в сфере транспортировки газа по трубопроводам (как в целом, так и отдельно по независимым организациям) с детализацией по направлениям, по которым устанавливаются регулируемые тарифы (для субъектов естественных монополий, оказывающих услуги по транспортировке газа по магистральным газопроводам, стоимость услуг которых зависит от расстояния транспортировки газа);


Не очень понятно, в пункте а) имеется в виду раскрыие факта транспортировки за предыдущие периоды - или доступной для заказа пропускной способности? Но ясно, что для независимого производителя газа наиболее интересно оценить максимально доступную пропускную способность на "дешевом" направлении - и понять, обоснованно или нет ему выставлен счет за транспортировку (выполенную товаро-транспортную работу) по другому, более поряженному пути из точки А в точку Б...

Можно ли будет сделать такие оценки, имея данные:

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

14.а) о давлении (диапазоне давлений) газа на выходе из магистральных газопроводов и газораспределительных сетей для различных их категорий.

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

Раскрытие информации о ГТС

Как известно всем интересующимся темой, одно из положений законодательства ЕС о либерализации газового рынка Европы - в требовании о предоставлении компаниями - операторами газотранспортных сетей (ГТС, такие компании обозначают часто аббревиатурой TSO - Transmission System Operator) равного доступа всем владельцам газа к своим сетям. Но поскольку технические ограничения существуют, то компании-TSO публикуют на своих сайтах сведения о доступной к покупке мощности входов и выходов своих магистральных сетей. Два примера:
1) Германия - крупная газотранспортная компания Open Grid Europe (ранее называлась E.ON Gastransport, еще ранее - технологическое подразделение Ruhrgas).
2) Дания - оператор национальной ГТС Energienet.dk.

Но теперь и ОАО "Газпром" обязали раскрывать эти сведения! Читаем "Эксперт" №45/2010 - Заслонку отобрали!

Статья про OPC UA

В номере 3/2010 журнала "Современные технологии автоматизации" (СТА) опубликовалась моя статья (в соавторстве с сотрудницей ПРОСОФТа Ольгой Киселёвой) про сильные стороны и технические детали OPC UA.

GasXML

Побывал в Германии - узнал о существовании нового формата Gas-XML (www.gas-xml.de).

Gas-XML разработан частной консалтинговой компанией. Берите...
Формат интересен тем, что XSD-схема определяет массу типов тего/типов данных. И каждый может использовать то, что ему нужно в данный момент. Но полный перечень возможных элементов - огромен. Не совсем понятно, в продуктах, в которых заявлена поддержка Gas-XML (тоже разработки немецких фирм) - поддерживается полный перечень?

-----------------
ECG Erdgas-Consult: MTS TRADE
numetris: Abrufsystem G.A.S

OPC UA Adaptor for Microsoft StreamInsight

MatrikonOPC разрабатывает OPC UA Adaptor for Microsoft StreamInsight
новость см. .NET Developers' Journal. А почему же нет OPC UA адаптера для BizTalk Server (который существует и шировок используется, в отличие от супернового StreamInsight?)

MDM как предчувствие

В «Открытых системах» №8/2009 опубликована статья о внедрении решения для управления мастер-данными (IBM InfoSphere MDM Server for PIM) в X5 Retail Group.

Что интересно в описанном внедрении – что проектирование (включая разработку модели данных) вела французская фирма Edifixio, собственно внедрение выполняла «Крок» (включая «разработку бизнес-правил работы с мастер-данными»), передача уведомлений об изменениях в мастер-данных обеспечивается IBM WebSphere MQ (гарантированная доставка сообщений) , плюс ИТ-специалисты X5 разработали адаптеры для стыковки MDM и MQ со своими существующими ERP-системами.

Но ситуация, когда на одном предприятии сосуществуют несколько систем, которые служат для сбора, хранения, обработки данных – пусть в разных ракурсах, но об одном и том же – эта ситуация есть и на производстве, в том же транспорте газа!
Использовать MDM-систему для хранения справочника технологического и измерительного оборудования, всей производственной НСИ, и автоматизировать настройку SCADA и MES, и в частности обмен SCADA – MES, опираясь на master data… Мечта!
* * *
Еще статья о мастер-данных в «Открытых системах» №5/2007…