|
  |
Интеграция в системы мониторинга, SNMP и т.п. |
|
|
|
22.8.2008, 14:17
|
Группа: Участники форума
Сообщений: 78
Регистрация: 23.7.2007
Из: СПб
Пользователь №: 10193

|
Вот стало интересно, сталкивался ли кто-нибудь с проблемой интеграции оборудования в системы мониторинга, которые по масштабам находятся "выше" чем обычные скады? Основной проблемой является использование необычных протоколов. Если в привычных сетях данные ходят по сетям LonWorks, BACnet, Mosbus и прочих, то в таких больших системах сбор данных идёт по Ethernet'у с использованием в частности SNMP. Возникает вопрос: как собственно осуществить переход? У сименса например я вообще не нашёл таких возможностей. У таса есть 731 ксента, но она может передавать только фиксированные сообщения, навроде аварийных. Аналоговые величины передавать не получается. Хотелось бы какое-то решение, предоставляющее широкие возможности в передаче аналоговых данных, сигналов состояния, аварийных сигналов, использовать возможности запрос-ответ.
|
|
|
|
|
22.8.2008, 15:22
|
Всегда !
Группа: Участники форума
Сообщений: 1259
Регистрация: 1.7.2005
Из: Новосибирск
Пользователь №: 934

|
Вопрос, конечно, интересный.... Во-первых, многие "наши" производители считают, что они и есть самые "высокие", выше только звезды..., сталкивался с таким. Во-вторых, все же надо "допытывать" производителя. Не мы первые, на Западе или Востоке, думаю данный вопрос вставал и не раз, Какие-то решения должны быть. В-третьих, как минимум, один из способов, это дать определенный доступ к используемой базе, если используется SQL или подобная.
|
|
|
|
|
23.8.2008, 22:00
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
Цитата(Bizzy D @ 22.8.2008, 17:17) [snapback]284647[/snapback] Вот стало интересно, сталкивался ли кто-нибудь с проблемой интеграции оборудования в системы мониторинга, которые по масштабам находятся "выше" чем обычные скады? Основной проблемой является использование необычных протоколов. Если в привычных сетях данные ходят по сетям LonWorks, BACnet, Mosbus и прочих, то в таких больших системах сбор данных идёт по Ethernet'у с использованием в частности SNMP. Возникает вопрос: как собственно осуществить переход? У сименса например я вообще не нашёл таких возможностей. У таса есть 731 ксента, но она может передавать только фиксированные сообщения, навроде аварийных. Аналоговые величины передавать не получается. SNMP ОРС сервера предлагает куча производителей. Тот же АРС. У Siemens SNMP ОРС входит в состав пакета Simatic Net (ключик сответственно стоит денег). В своей сети мониторю, через Simatic Net, сервера и рабочие станции НР, преобразователи МОХА, видеоконтроллер Jupiter, ИБП АРС, получатель - SCADA InTouch 9.5. Мониторить оборудование Cisco Systems лучше собственным Cisco Works. Наиболее популярный пакет для SNMP - HР Open View, ИМХО медленно производит опрос устройств, да и через ОРС-сервер можно гораздо больше параметров выдернуть. Но, есть минус и у ОРС, в инете предлагают библиотеки для Хрюни (SNMP4W2K-STD), через которые можно вытащить кучу информации по состоянию ОС как таковой, например, перечень запущенных задач, размер выделяемой памяти под задачу ит.д., но эта информация формируется динамично, в ОРС же надо прописывать конкретный адрес, динамически менять размер массива в предлагаемых к продаже ОРС, возможности нет. Для примера, SNMP4W2K-STD позволяет получать загрузку проца с нужным тебе циклом опроса. В стандартной поставке винды, загрузка проца передается усредненной за минуту. SNMP передает только целочисленные величины, это следует учитывать.
|
|
|
|
|
24.8.2008, 21:52
|
Группа: Участники форума
Сообщений: 824
Регистрация: 23.7.2008
Из: гН.Новгород
Пользователь №: 20923

|
У нас есть SNMP в NAE (правда не разбирался что там точно есть) http://cgproducts.johnsoncontrols.com/
Сообщение отредактировал GYUR22 - 24.8.2008, 21:54
|
|
|
|
|
25.8.2008, 15:11
|
Группа: Участники форума
Сообщений: 78
Регистрация: 23.7.2007
Из: СПб
Пользователь №: 10193

|
Цитата(CHANt @ 23.8.2008, 23:00) [snapback]284859[/snapback] SNMP ОРС сервера предлагает куча производителей. Тот же АРС. У Siemens SNMP ОРС входит в состав пакета Simatic Net (ключик сответственно стоит денег). В своей сети мониторю, через Simatic Net, сервера и рабочие станции НР, преобразователи МОХА, видеоконтроллер Jupiter, ИБП АРС, получатель - SCADA InTouch 9.5. А обмен между Simatic Net и Intouch как сделали? InTouch выступает как OPC-клиент?
|
|
|
|
|
25.8.2008, 18:15
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
Цитата(Bizzy D @ 25.8.2008, 18:11) [snapback]285198[/snapback] А обмен между Simatic Net и Intouch как сделали? InTouch выступает как OPC-клиент?  Ну почти, только конструкция несколько сложней, в моем случае. Есть некое "спец." ПО выступающее в роли ОРС клиента и далее по DDE в InTouch. А так и ОРСLink пробовал, без проблем.
|
|
|
|
|
25.8.2008, 19:06
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
Цитата(GYUR22 @ 25.8.2008, 0:52) [snapback]284964[/snapback] У нас есть SNMP в NAE (правда не разбирался что там точно есть) Почитал, прекрасно все сделано, но, у всех вышеуказанных систем один минус. Основные базы MIB имеют полное текстовое описание что означает объявляемый параметр. Ни одно ПО не предоставляет возможность вывести при конфигурировании этот текст. Т.е. точно должен знать что объявляешь, при указании SNMP адреса. Стоит воспользоваться freeware просмотрщиком SNMP параметров - GetIF http://www.wtcs.org/snmp4tpc/FILES/Tools/S...f/getif-2.2.zip. С нее можно копировать адрес нужного параметра и есс-но выводится полное описание. Очень удобно.
|
|
|
|
|
26.8.2008, 13:39
|
Группа: Участники форума
Сообщений: 78
Регистрация: 23.7.2007
Из: СПб
Пользователь №: 10193

|
Цитата(CHANt @ 25.8.2008, 19:15) [snapback]285278[/snapback]  Ну почти, только конструкция несколько сложней, в моем случае. Есть некое "спец." ПО выступающее в роли ОРС клиента и далее по DDE в InTouch. А так и ОРСLink пробовал, без проблем. Это всё конечно замечательно, но это не то, что я хотел бы. Задача стоит не собрать данные с SNMP (это вполне реальная задача и для сименсовой desigo insight), а именно передать выше по SNMP. Т.е. собираем например дискретные сигналы, аналоговые температуры, давления, что-нибудь ещё с модбаса и посылаем наверх, на уровень которым занимаемся уже не мы.
|
|
|
|
|
26.8.2008, 19:11
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
Цитата(Bizzy D @ 26.8.2008, 16:39) [snapback]285540[/snapback] Это всё конечно замечательно, но это не то, что я хотел бы. Задача стоит не собрать данные с SNMP (это вполне реальная задача и для сименсовой desigo insight), а именно передать выше по SNMP. Т.е. собираем например дискретные сигналы, аналоговые температуры, давления, что-нибудь ещё с модбаса и посылаем наверх, на уровень которым занимаемся уже не мы. А кто на уровне MES или ERP ждет данные от низовых систем по SNMP или даже по Modbus? Там и про ОРС то не слышали... Я ради интереса спросил у наших SAPровцев  про ОРС  ... лучше б не спрашивал... Их если и интересуют данные, то только в пределах обмена с SQL.
|
|
|
|
Гость_ggg__ggg_*
|
27.8.2008, 3:12
|
Guest Forum

|
Мне приходилось интегрировать АСУ ТП в АСУ П, но, честно говоря, SNMP - это экзотика для таких задач. WEB, ODBC как-то более подходят для этих задач (ИМХО, конечно).
|
|
|
|
|
27.8.2008, 7:31
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
Цитата(ggg__ggg @ 27.8.2008, 6:12) [snapback]285755[/snapback] Мне приходилось интегрировать АСУ ТП в АСУ П, но, честно говоря, SNMP - это экзотика для таких задач. WEB, ODBC как-то более подходят для этих задач (ИМХО, конечно). SNMP создавалось для управления и мониторинга устройств в сети Ethernet. Первая версия была создана в 1991 году, где были описаны в RFC 1155 структура управляющей информации в виде глобального дерева, RFC 1156 синтаксис определения имен переменных, RFC 1157 определение сообщений, которыми обмениваются управляющая станция и объект управления для получения и обновления значения переменных. На данный момент большое кол-во оборудования PDH/SDH имеют не только мониторинг, но и управление по SNMP как единственное средство. Предлагающиеся в сети библиотеки по доступу к задачам ОС (Win, Unix...) опять таки, лежат в пределах мониторинга этих задач, не более. А на уровне АСУП можно использовать данные, например, по часам наработки устройств в СКС - зная которые, можно считать амортизацию оборудования. Т.е. что-то должно подготовить агрегированные данные по мониторингу и предложить той же 1С по ODBC. Подготовка отчетных данных для ERP это уровень MES. ИМХО, мониторинг и управление по SNMP - это уровень АСУТП, немного отличающийся по терминологии привычной для нас, а информация от устройств определена изготовителем.
|
|
|
|
Гость_ggg__ggg_*
|
27.8.2008, 8:13
|
Guest Forum

|
Что такое SNMP - это хорошо изветсно  Вопрос не в том, можно ли его можно использовать для предложенной задачи, вопрос в "привычности" его использования. Сама постановка задачи неодназначна. Что передавать-то? По моему опыту, передаются ИНТЕГРИРОВАННЫЕ или ВЫЧИСЛЯЕМЫЕ данные (количество исходного сырья, выход готовой продукции, работоспособность линии, тип продукции на линии). Эти вещи формируются в SCADA - как правило. Конечно, бывают ситуации, когда эти данные формируются и в контроллере (возможно, для этого Simatic Net и поддерживает этот протокол  ). Ну а где SCADA, там база данных. Формируем в ней необходимые данные, а далее - по откатанным схемам.
|
|
|
|
|
27.8.2008, 9:03
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
1. Вопрос был: "Вот стало интересно, сталкивался ли кто-нибудь с проблемой интеграции оборудования в системы мониторинга, которые по масштабам находятся "выше" чем обычные скады?" Системы мониторинга, на основе SNMP не являются вышестоящим уровнем. У нас на узле связи, с пяток систем мониторинга на основе SNMP, они не дружат между собой, просто средств конфигурирования таких не имеют, так как заточены под свои железки. Поэтому свои системы и заводил через SNMP=>OPC=>SCADA, чтобы не "размазывать" диагностику по этим системам. 2. "Основной проблемой является использование необычных протоколов. Если в привычных сетях данные ходят по сетям LonWorks, BACnet, Mosbus и прочих, то в таких больших системах сбор данных идёт по Ethernet'у с использованием в частности SNMP. Возникает вопрос: как собственно осуществить переход? У сименса например я вообще не нашёл таких возможностей. У таса есть 731 ксента, но она может передавать только фиксированные сообщения, навроде аварийных. Аналоговые величины передавать не получается." SNMP для этого не подходит, он для других задач. С Вашим мнением ggg__ggg: "WEB, ODBC как-то более подходят для этих задач (ИМХО, конечно)." полностью согласен. Именно так и происходит. По Сименсу: 1) на данный момент предлагется ПО "Simatic IT" как MES-система. Обмен данными с SCADA - ODBC, OPCHDA, OPCA&E. 2) Поддержка SNMP SimaticNet нужна для мониторинга сетевых устройств Industrial Ethernet, Profinet. К контроллерам S7200/300/400 никого отношения не имеет, там свои "причендалы". Кроме Сименса, насколько известно мне, MES приложения имеются в ТрейсМоуд 6, в решениях от General Electrics и еще много всяких... "Ну а где SCADA, там база данных. Формируем в ней необходимые данные, а далее - по откатанным схемам." - ага
|
|
|
|
|
2.2.2009, 15:44
|
Группа: New
Сообщений: 4
Регистрация: 23.1.2009
Из: Israel
Пользователь №: 28081

|
Цитата(Bizzy D @ 26.8.2008, 14:39) [snapback]285540[/snapback] Это всё конечно замечательно, но это не то, что я хотел бы. Задача стоит не собрать данные с SNMP (это вполне реальная задача и для сименсовой desigo insight), а именно передать выше по SNMP. Т.е. собираем например дискретные сигналы, аналоговые температуры, давления, что-нибудь ещё с модбаса и посылаем наверх, на уровень которым занимаемся уже не мы. Вопрос был: с модбаса и посылаем наверх, на уровень которым занимаемся уже не мы. У меня такаиже проблема хачу использоиать (tac xenta 913 у которого имеюеся протокол LonWorks, BACnet, Mosbus ) для считыварие дянных и передачи на SNMP нужер controler который читал бы один из протоколов и передавал на SNMP.
Сообщение отредактировал iliacsi - 2.2.2009, 15:57
|
|
|
|
|
2.2.2009, 22:31
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
to iliacsi SNMP - это протокол, специально разработанный для управления сетями TCP/IP и сетевыми устройствами (функции мониторинга и управления определяет изготовитель). Он не предназначен для организации конвертации данных. Может Вам известно что-то другое?
|
|
|
|
|
3.2.2009, 12:57
|
Группа: Участники форума
Сообщений: 78
Регистрация: 23.7.2007
Из: СПб
Пользователь №: 10193

|
Нашли вот такую штучку http://www.csimn.com/CSI_pages/BBSP.htmlНаписано красиво, но надо проверять.
Сообщение отредактировал Bizzy D - 3.2.2009, 12:58
|
|
|
|
|
3.2.2009, 21:29
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
Хорошая штучка! Поддерживает чтение/запись до 1000 целочисленных и 500 переменных с плавающей точкой. В даташите расписано... Для нормальной работы необходимо наличие в системе следующих *.mib файлов: SNMPv2-SMI.mib (поддержка типа Integer32) SNMPv2-CONF.mib (регистрация группы данных устройства в структуре SNMP) Место группы в структуре SNMP  Само устройство
|
|
|
|
|
3.2.2009, 22:40
|
Группа: New
Сообщений: 4
Регистрация: 23.1.2009
Из: Israel
Пользователь №: 28081

|
Цитата(Bizzy D @ 3.2.2009, 13:57) [snapback]347696[/snapback] Нашли вот такую штучку http://www.csimn.com/CSI_pages/BBSP.htmlНаписано красиво, но надо проверять. посмотрел я на эту штучку и она по виду напомнила контролеры lantronix которым мы все время пользуемся и унего оказывается есть snmp на сранице 8. попробую поиграться с ним.
|
|
|
|
|
3.2.2009, 23:04
|
Группа: Участники форума
Сообщений: 342
Регистрация: 8.8.2008
Из: Оренбург
Пользователь №: 21379

|
А *.mib файл к этому контроллеру есть? Без него адресация SNMP не известна.
|
|
|
|
|
4.2.2009, 8:48
|
Группа: Участники форума
Сообщений: 461
Регистрация: 5.9.2008
Из: Москва
Пользователь №: 22192

|
Цитата(Bizzy D @ 22.8.2008, 14:17) [snapback]284647[/snapback] Вот стало интересно, сталкивался ли кто-нибудь с проблемой интеграции оборудования в системы мониторинга, которые по масштабам находятся "выше" чем обычные скады? Хотелось бы какое-то решение, предоставляющее широкие возможности в передаче аналоговых данных, сигналов состояния, аварийных сигналов, использовать возможности запрос-ответ. Вариант решения: установить http://www.e2000.ru/E2051gsm.html в SIM карту записать номера телефонов "нижнего" уровня и "верхнего" уровня - будут отправляться сообщения о состоянии, наличии аварии одновременно и на нижний и на верхний уровень. Достаточно широкие возможности.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
Реклама
ООО «Арктика групп» ИНН: 7713634274
Реклама: ООО «СибСтронг» | ИНН 6670013662 | ERID: 2VtzqvWgxEU
ООО «УНИСПЛИТ» ИНН: 6453155081 erid:2VtzqvybpdW
Реклама: ООО «СЛ-ЛАЗЕР» ИНН 7727447267 | erid: 2VtzquvhFWx
Последние сообщения Форума
|