Как на html страницу вывести opc данные

Здравствуйте, уважаемые профи!
Ответьте новичку в LON-пространстве на такой вопрос.
Есть подсистема АСУ , построенная на LON (2 котла Viessmann, 2 Vitotronic 200 и 1 Vitotronic 333). Построена она , к сожалению , не нами, поэтому в LON я пока совсем не разбираюсь.
Есть собственная SCADA, написанная на С++, поддерживающая стандарт OPC.
С помощью OPC-сервера какого производителя можно вытащить данные из этой системы?
Какую железку нужно купить, чтобы передать/отправить данные из LON в Ethernet c TCP-IP или NetBEUI?
Или какую железку нужно купить для PC, на котором будет стоять OPC-сервер?
Потребуется ли какой-либо софт помимо OPC-сервера?

19.5.2008, 11:15

OPC сервер например от Gesytec или Newron System, а «железка» — например USB-адаптер от Echelon или Gesytec, это для связи компутера и сетки. Для передачи данных из lon в ethernet есть iLon10 или 100. Для сети lon может понадобится LonMaker или NL220, помимо этого софта есть еще NLUTIL для диагностики, тоже очень полезная вещь. Обращайся:)))

19.5.2008, 22:22
Благодарствую! Направление поисков прояснено, иду учить матчасть!
22.5.2008, 14:41

LOYTEC L-OPC (Embedded OPC XML/DA Server), ИМХО, более рациональное решение для локальной задачи.

9.1.2009, 16:38
Цитата(Scribe @ 22.5.2008, 13:41) [snapback]255311[/snapback]
LOYTEC L-OPC (Embedded OPC XML/DA Server), ИМХО, более рациональное решение для локальной задачи.

Здравствуйте. А что этот девайс содержить в себе и интерфейс и ОРС-сервер?
А как тогда SCADA его увидит — через дрова этого девайса?

И подскажите, для какого кол-ва точек (переменных) данное решение является оптимальным?

19.1.2009, 2:44
Цитата(Chabol @ 9.1.2009, 16:38) [snapback]336600[/snapback]

И подскажите, для какого кол-ва точек (переменных) данное решение является оптимальным?

Об L-OPC можно спокойно говорить в прошедшем времени, хотя и валяется один экземпляр, как немой укор, на складе.

Семимильные прыжки отдела R&D Loytec рождают новые продукты и firmware,
а вместе с ними и новые ошибки в тех разделах LonWorks технологии, которые мало кто осмеливался реализовать.
Но все, что есть — работает как часики.
По некоторым вопросам долго спорил с их директором на выставке HB&H 2008 в Москве.

Преемник L-OPC -> LINX-100/101: OPC with Embedded Visualization
.
Embedded OPC XML/DA server fully compliant with the OPC XML/DA standard
Supports up to 1000 OPC data points
.

Лично я, ЗА. решение OPC в железе. Аргументы в отдельный пост.

Об оптимальности (IMHO), начните со статьи господина Латышева в Lonmark Magazine в русской редакции (номер не помню).

30.4.2009, 14:25

Добрый день. А подскажите, пожалуйста, еще один вопрос для новичка в LON сетях. Мне нужно вывести информацию от существующей системы вентиляции DAIKIN в OPC.
Если я впрямую соединю модуль LON от системы вентляции и, допустим, модуль LINX-100/101, я смогу получить данные? А если я поставлю шлюз Ethernet i.LON 10, я смогу обратиться программным OPC сервером?
Какова может быть минимальная LON сеть?

5.5.2009, 16:41

Всё будет работать и с iLon10 и c LINX примерно одинаково. В первом случае ОРС сервер будет видеться локально, во втором через TCP. Для Скады это без разницы.
Одно маленькое «НО» — при количестве активных переменных не более 200. Если их больше, то fastpolling механизм у NL OPC TE однозначно работает на порядок быстрее, чем LINX.

8.5.2009, 9:29

. Если я впрямую соединю модуль LON от системы вентляции и, допустим, модуль LINX-100/101, я смогу получить данные?

А если я поставлю шлюз Ethernet i.LON 10, я смогу обратиться программным OPC сервером?
ИМХО: я бы взял комплект LINX + NIC852 (NIC852-SW) + LSD Software (free of charge)
Какова может быть минимальная LON сеть?

DAIKIN * x + LINX
Посмотрите страницу LINX’a, там есть схемка.

PS: Если не сложно, зашлите XIF DAIKIN’a, интересно посмотреть.

8.5.2009, 10:15
Цитата(Orl @ 5.5.2009, 16:41) [snapback]385020[/snapback]

Интересно, как определяется однозначность?

. NLOPC is the only OPC server on the market able to read, for one request, several values simultaneously on the network thus giving increased monitoring performance. .

Как в LonScanner’e выглядит fastpolling запрос и ответ(-ы) на него?

Два подхода к получению информации:

1. SCADA (software) NLOPC (software), обращается к LNS или кешированной информации, генерирует fastpolling LON-сеть
2. SCADA (software) LINX (hardware) LON-сеть (Polling используется только при старте, данные пересылаются по связям (binding) при изменении, OPC клиент/SCADA получают актуальные значения)

Технология REST вместо OPC в системах промышленной автоматизации

Данный топик просвещен проблеме обмена данными в системах промышленной автоматизации м\у ПЛК и различным программном обеспечении. Прежде чем приступить непосредственному к изложению, хочу сказать, что нахожусь в дурацком положении… Дело в том, что основная часть моих коллег по цеху не являются ИТ-специалистами и работаю в рамках тех инструментальных средств, которые являются стандартом «де-факто» — SCADA пакеты, среды разработки для ПЛК и OPC сервера. Мало кого из них интересует, что находится под «капотом» этих инструментов, хотя большинство проблем, об которые они спотыкаются, кроются именно там и заложены в базовых технологиях. С другой стороны АСУ ТП довольно специфичная область и я не уверен, что программист без опыта работы в данной сфере сможет проникнутся тем, что я попытаюсь донести в этом посте. Вот и получается, что данный топик предназначен для небольшого процента специалистов, которые разбираются в ИТ и АСУ ТП одновременно.

Критика OPC

С развитием АСУ ТП перед производителями ПЛК и программного обеспечения встала проблема взаимодействия м\у устройствами и ПО работающими по разным протоколам. Решением этой проблемы по инициативе Microsoft стал протокол OPC в основе которого первоначально лежала DCOM технология. Данный протокол на текущий момент используется повсеместно и не смотря на довольно развитую номенклатуру спецификаций, подавляющее большинство реализаций основывается на DCOM технологии, что и стало причиной множества проблем:

Работа в сети. OPC имеет клиент северную архитектуру на базе DCOM технологии компании Microsoft. Поддержка обмена данными по сети в DCOM ограничена и требует дополнительной настройки безопасности узлов. Таким образом внедрение OPC в многоуровневых корпоративных сетях Intranet затруднено, а передача данных через Internet просто невозможна. Данный недостаток критичен при построении систем уровня MES или ERP, что приводит к необходимости внедрения специальных шлюзов, которые транслируют данные между собой в своём формате не ограниченным DCOM и предоставляют данные по OPC.
Привязка к Windows. DCOM технология поддерживает только ОС Windows, что не позволяет разворачивать OPC сервера в контроллерной части и создавать клиентское ПО АСУТП для мобильных устройств (на базе iOS, Android и т. д.). По той же причине нет возможности использовать устойчивые к вирусным атакам системы на базе Unix(Linux) для сбора и хранения данных.
Конфигурация. Основным понятием OPC технологии является тег, чтобы получить данные о каком либо сигнале необходимо «завести» его в конфигурации OPC сервера и в конфигурации каждого клиентского ПО. Таким образом затраты на конфигурацию возрастают пропорционально количеству клиентов и уровней в системе автоматизации. Кроме того, часто эти уровни или клиенты обслуживаются разными организациями, которые просто могут не узнать оперативно о новых данных, что приводит к неактуальности показаний их систем.
Закрытость протокола. Технология OPC позиционируется как «открытая» технология, но это совсем не так. Доступ к спецификации и к инструментам для разработки предоставляется только членам OPC Fundation на платной основе. Такая бизнес модель сплотила между собой крупные компании производители, а все остальные стали потребителями уже готовых продуктов. Даже для тривиальной задачи в области АСУ ТП на базе OPC приходится что-то покупать.

Читать:

Система проверяет инсталляцию nissan что это

Как видите проблем достаточно много, чтобы начать поиск альтернативы.

REST в промышленной автоматизации

Когда я в качестве хобби занимался разработкой веб приложений на RubyOnRails, я был поражен как просто решаются задачи передачи данных с помощью REST модели! Тогда я задумался о возможности применения такого подхода в АСУ ТП. Как позже оказалась, что данная идея уже сформулирована специалистом из Австралии Томом Тoденхэмом, здесь можно прочитать его труд по этой теме (или мой перевод). Чтобы пробудить интерес к этой идеи, приведу тезисы о ее преимуществах:

Работа в сети. Использование HTTP протокол, как транспорт, позволяет передавать данные через интернет и многоуровневые корпоративные сети. Так же он не требует дополнительной настройки узлов в отличие от OPC технологии.
Независимость от платформы. HTTP поддерживаться всеми операционными системами, что позволяет создавать клиенты под мобильные устройства. К тому же, ввиду простоты HTTP возможно реализовывать REST сервера на уровне контроллеров и снимать с них данные без промежуточных шлюзов.
Конфигурация. Так как основным понятием REST является ресурс, то возможен групповой доступ к данным (подобно доступу к таблице в SQL), таким образом, новые данные в системе могут обрабатываться автоматически без дополнительной конфигурации. Так же стоит отметить, что HTTP позволяет не только получать данные с ресурсов, но и создавать и настраивать их, что позволяет управлять REST сервером со стороны клиентской части с помощью универсальных методов.
Открытость. REST использует открытые стандарты передачи и представления данных (HTTP, HTML, XML, JSON …), которые поддерживаются всеми языками программирования и платформами, что позволяет создавать приложения автоматизации с минимальными вложениями в инструментальные средства.

Как пример простой реализации на Ruby, можете почитать мою статью. Так же есть проект для REST доступа к периферии Arduino — RESTdunio

Текущее положение дел и планы на будущее

Автор статьи о REST-PCA Том создал сайт xpca.org/ и инициировал создание новой архитектуры для систем промышленной автоматизации XPCA (eXtensible Process Control Architecture), которая включает в себя обмен данными в стиле REST, после чего ушел в тень… Так же существует рассылка по данной теме — XPCA Google Group, которая в данный момент не активна. По задумке автора, спецификации нового протокола будут разрабатываться на основе краудсорсинга и будут открытыми.
Я же в свою очередь запустил опенсорсный проект первой реализации XPCA сервера на .NET\Mono — Galilei. На данный момент Galilei поддерживает REST интерфейс для конфигурации и симулятор случайных чисел, в ближайшем будущем планирую написать драйвера для ModBus и OPC. Если есть желающие помочь проекту и присоединиться к сообществу буду очень рад.

Микрол

Главная Форум

Форум Программное обеспечение Программный продукт «МODBUS OPC Server»

RE: Забрать данные по OPC (1 просматривает) (1) Гость
Сообщения темы: RE: Забрать данные по OPC

Создать новую тему
Новые сообщения

sapollo (Пользователь)
Fresh Boarder
Постов: 6

Необходимо забрать данные по OPC. Внешняя система (WinCC) OPC сервер и прописанные тэги видит, но значения отсутствуют. Есть ли у кого реальный опыт в настройке МODBUS OPC Server?

Прикрепленный файл:
Имя файла: opc_ppnp_01.zip
Размер файла: 291
Сообщение модератору Зарегистрированный
Последнее редактирование: 11.02.2009 13:07 Редактировал admin.
softdev (Пользователь)
Junior Boarder
Постов: 25

Зравствуйте,
для более предметного общения желательно прислать файл конфигурации ОРС сервера, и детально описать задачу.

Работу ОРС сервера можно проконтролировать простым ОРС клиентом (прикреплен к сообщению). На БПИ и приборах производства предприятия МИКРОЛ имеется световая индикация сетевой активности. При остутствии нарушений светодиоды на БПИ засвечиваются синхронно (прием/передача) . Индикатор ИНТ прибора засвечиваеться в том случае когда пакет данных был принят устройством и ответ был передан в линию связи.

Прикрепленный файл:
Имя файла: OPC_Client.zip
Размер файла: 17135
Сообщение модератору Зарегистрированный
Последнее редактирование: 11.02.2009 13:07 Редактировал admin.
sapollo (Пользователь)
Fresh Boarder
Постов: 6

С помощью этого OPC клиента и проверялась работоспособность, тэги имеют значения 1.#INF.
И возможна ли одновременная работа OPC сервера и МИК регистратора?

Сообщение модератору Зарегистрированный
Последнее редактирование: 19.12.2008 05:52 Редактировал sapollo.
softdev (Пользователь)
Junior Boarder
Постов: 25

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

Сообщение модератору Зарегистрированный
sapollo (Пользователь)
Fresh Boarder
Постов: 6

МИК регистратор работающий по OPC протоколу, помог бы решить нашу проблему, но у него такой функции получается нет.

Спасибо за ваши ответы.

Сообщение модератору Зарегистрированный
softdev (Пользователь)
Junior Boarder
Постов: 25

QUOTE:
С помощью этого OPC клиента и проверялась работоспособность, тэги имеют значения 1.#INF.

В описаной Вами ситуации скорее всего данные не считываются из устройства. Уточните Вы будете использовать WinCC, МИК-Регистратор ? С какими устройствами Вы работаете ? Какое значение Quality для тегов (отображается в ОРС -клиенте при опросе).

Сообщение модератору Зарегистрированный
Постов: 18

Добрий день. Взагалі стара версія ОРС сервера, якою Ви користуєтесь в нас вже не підтримується. По зсилці http://www.microl.ua/index.php?option=com_jdownloads&Itemid=72&task=finish&cid=182&catid=12 скачайте і встановіть будь-ласка нову версію даного продукта. І спробуйте працювати з нею. А якщо будуть питання, то звертайтесь.

Сообщение модератору Зарегистрированный
Последнее редактирование: 11.02.2009 13:08 Редактировал admin.
sapollo (Пользователь)
Fresh Boarder
Постов: 6

А новая версия OPC сервера будет работать параллельно с МИК-регистратором.
Сообщение модератору Зарегистрированный
sapollo (Пользователь)
Fresh Boarder
Постов: 6

xml-файл для МТР-8 отсутствует в дистрибутиве, где его взять?
Сообщение модератору Зарегистрированный
Постов: 18

Добрий день. До повідомлення прикріплений xml файл для МТР-8-15.
Прикрепленный файл:
Имя файла: mtr8.zip
Размер файла: 7273
Сообщение модератору Зарегистрированный
sapollo (Пользователь)
Fresh Boarder
Постов: 6

file not found
Сообщение модератору Зарегистрированный
support (Посетитель)
Постов: 117

Ссылка на xml файл для МТР-8-15 уже работает
Сообщение модератору Зарегистрированный
ivan (Пользователь)
Fresh Boarder
Постов: 19

Подскажите, почему при выводе на клиент время (с блока RTA ) текущее отображается , например, -10502. это как понимать вооще (отсчет времени по ходу идет, только обратный)? Месяц стоит в нуле. год 2. А день неделе в нуле, хотя по инструкции 1 — 7. 0_о

Сообщение модератору Зарегистрированный
Последнее редактирование: 21.02.2011 11:09 Редактировал ivan.

Список форумов Программное обеспечение Программный продукт «МODBUS OPC Server»

Virtuemart 2. Как вывести данные о заказе на странице «Спасибо за заказ»(Кейc #3).

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

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

На самом деле, решение очень простое, но его я не встретил ни на одном форуме, в том числе, на официальном. Алгоритм следующий:

Переопределяем макет страницы «Спасибо за заказ» в используемый шаблон Joomla. Для этого копируем файл components/com_virtuemart/views/cart/tmpl/order_done.php в папку templates/ВАШ_ШАБЛОН /html/com_virtuemart/cart. Если каких-то каталогов не хватает, создаем их вручную. После этого работаем только с файлом, который находится в папке с шаблоном.
В файле order_done.php добавляем следующий код:

 require_once(JPATH_VM_ADMINISTRATOR.DS.'models'.DS.'orders.php');$order = VirtueMartModelOrders::getOrder($this->cart->virtuemart_order_id);?>

Посмотреть значения, ставшие доступными, можно вставив ниже код:

 print_r($order); ?>
Пример вывода данных:
 echo $order['details']['ST']->order_number ?> /*номер заказа*/ echo $order['details']['ST']->created_on ?> /*дата заказа*/