Опрос устройств через adam 4561

Сообщение **White** » 27 ноя 2018, 17:23

Добрый день!
Я собственно не программист, не асушник и т.д. , работаю инженером РЗА. ( Но очень бы хотел научится вашим примудростям, готов даже на работу пойти за еду)
Вернёмся к вопросу. Согласованно есть adam 4561 и пара, тройка устройств с интерфейсом 485.
Хотелось бы организовать какую нибудь программку для опроса этих устройств и вывода в режиме онлайн нескольких параметров.
Естественно опыта в этом не очень много, поэтому прошу хоть подтолкнуть в нужном направление (лучше бы конечно взять шевство), а может быть даже есть уже готовые решения?!
Заранее спасибо за помощь. Прошу прощения за орфографию

Решения конечно есть)
Для начала расскажите о ваших устройствах - по какому протоколу работают.

Сообщение **White** » 27 ноя 2018, 20:17

Никита писал(а): ↑27 ноя 2018, 20:10 Решения конечно есть)
Для начала расскажите о ваших устройствах - по какому протоколу работают.

Modbus RTU
А вообще это блок вычислителя расхода БВР.М
Так задача какая, необходимо в режиме онлайн выводить на экран всего один параметр с каждого устройства

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

Дальше идете на insat.ru, точнее вот сюда https://insat.ru/products/?category=1666, качаете Modbus Universal MasterOPC Server. Верхнюю, бесплатную, но с ограничением на 32 тега. Вам хватит. И пытаетесь настроить на Ваш COM-порт (должен появиться при установке драйверов от Adam), параметры обмена с прибором (если не меняли, то из паспорта БВР) и нужные параметры (тоже из документации).
Как только данные из OPC пойдут - будем смотреть куда их вывести.
P.S. Это наиболее простой вариант. Но именно в энергетике OPC не в почете.
P.P.S. Инсат не единственное решение, альтернатив для модбаса куча. Но альтернативная полнофункциональная демка без ограничений по времени работы пока в голову не пришла. А покупать Вы вряд-ли соберетесь.

Сообщение **petr2off** » 28 ноя 2018, 11:46

Ну почему не в почета. На Абаканской ТЭЦ проект делали - они сразу в ТЗ поставили OPC сервер, и именно isat OPC и именно Modbus. Правда там Modbus TCP был. Сервер кстати на меня вполне благоприятное впечатление произвел.

Сообщение **White** » 28 ноя 2018, 15:43

Никита писал(а): ↑28 ноя 2018, 09:11 Дальше идете на insat.ru, точнее вот сюда https://insat.ru/products/?category=1666, качаете Modbus Universal MasterOPC Server. Верхнюю, бесплатную, но с ограничением на 32 тега. Вам хватит. И пытаетесь настроить на Ваш COM-порт (должен появиться при установке драйверов от Adam), параметры обмена с прибором (если не меняли, то из паспорта БВР) и нужные параметры (тоже из документации).
Как только данные из OPC пойдут - будем смотреть куда их вывести.
P.S. Это наиболее простой вариант. Но именно в энергетике OPC не в почете.
P.P.S. Инсат не единственное решение, альтернатив для модбаса куча. Но альтернативная полнофункциональная демка без ограничений по времени работы пока в голову не пришла. А покупать Вы вряд-ли соберетесь.

Ну вроде сделал.
пишет Rx: [0009] 0B 03 04 1C 12 02 01 37 06
Tx: [0008] 0B 03 00 04 00 02 85 60

White писал(а): ↑28 ноя 2018, 15:43 Ну вроде сделал.
пишет Rx: [0009] 0B 03 04 1C 12 02 01 37 06
Tx: [0008] 0B 03 00 04 00 02 85 60

А в "приличном" виде параметры видно?

Отправлено спустя 5 минут :

petr2off писал(а): ↑28 ноя 2018, 11:46 Ну почему не в почета. На Абаканской ТЭЦ проект делали - они сразу в ТЗ поставили OPC сервер, и именно isat OPC и именно Modbus.

Модбас не в почете тем более. Энергетики исторически привыкли работать с мэковскими протоколами. Они, особенно при работе по медленной ВЧ-связи, имеют ряд преимуществ. А с OPC, тем более DA, куча других проблем.

Сообщение **White** » 28 ноя 2018, 18:09

Никита писал(а): ↑28 ноя 2018, 17:52 А в "приличном" виде параметры видно?

Видно, но не все. Необходимо с типами данных поколдовать.

Сообщение **petr2off** » 28 ноя 2018, 18:32

МЭКовские протоколы, это если электрику рассматривать. А если основное энергетическое оборудование (котел, турбины, РЭНы, задвижки и клапана - они там отсутствуют как класс.

White писал(а): ↑28 ноя 2018, 18:09 Видно, но не все. Необходимо с типами данных поколдовать.

В каком виде хотите их увидеть в конечном итоге?

Отправлено спустя 2 минуты 16 секунд:

petr2off писал(а): ↑28 ноя 2018, 18:32 МЭКовские протоколы, это если электрику рассматривать. А если основное энергетическое оборудование (котел, турбины, РЭНы, задвижки и клапана - они там отсутствуют как класс.

Там соглашусь, можно и модбас прикрутить. Но вот с OPC начнутся проблемы, как только затея выйдет за рамки одного АРМа, а за маршрутизатор - вообще нереально.

Сообщение **White** » 28 ноя 2018, 20:39

Никита писал(а): ↑28 ноя 2018, 20:05 В каком виде хотите их увидеть в конечном итоге?

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

White писал(а): ↑28 ноя 2018, 20:39 хотелось бы применить другой способ.

другой способ - осваивать SCADA.
Из того же источника (только, по-моему, придется регистрироваться) бесплатная Masterscada (для начала) Вам в руки. Там же видеоуроки как ей пользоваться. Данные у Вас уже есть, OPC работает. Осталось освоить визуализацию.

Сообщение **White** » 28 ноя 2018, 22:10

Никита писал(а): ↑28 ноя 2018, 21:51 другой способ - осваивать SCADA.
Из того же источника (только, по-моему, придется регистрироваться) бесплатная Masterscada (для начала) Вам в руки. Там же видеоуроки как ей пользоваться. Данные у Вас уже есть, OPC работает. Осталось освоить визуализацию.

Спасибо за помощь, буду учится

White писал(а): ↑28 ноя 2018, 22:10 Спасибо за помощь, буду учится

Да не за что. Если что не получится - спрашивайте.

Сообщение **Jackson** » 29 ноя 2018, 10:40

Никита писал(а): ↑28 ноя 2018, 17:52 Модбас не в почете тем более. Энергетики исторически привыкли работать с мэковскими протоколами.

Энергетики разные бывают. И онтогонизма в адрес Модбаса я не встречал.

Jackson писал(а): ↑29 ноя 2018, 10:40 Энергетики разные бывают. И онтогонизма в адрес Модбаса я не встречал

Именно про разных мы и говорим. В электроэнергетике:
у модбаса нет штатной функции синхронизации времени (широковещалки во все устройства). Для осциллограмм в РЗА, где при разборе полетов разница в пару периодов может быть критичной, это минус. Есть полусамодельные решения, но это костыли. И есть объект где одна известная компания - наследник изобретателя модбаса так и не довела это до ума.
Кстати, вычитывания самих comtrade-осциллограмм по модбасу тоже ни разу не видел.
МЭК изначально некритичен к медленным линиям и таймаутам, при работе по ВЧ на 9600 это имеет значение.
Типы данных у 101/104 изначально заточены под нужды электроэнергетики (двухбитные сигналы, измерения с метками времени и т.п.)
И, наконец, отраслевыми стандартами ФСК и СО ЕЭС были предусмотрены именно мэковские протоколы (сейчас стандарты потихоньку переходят на 61850, но в ТУ пишут для себя все равно 104).
Само собой, там где таких потребностей нет и обмена с МРСК и РДУ не предусматривается - модбас тоже вполне себе подойдет.

Сообщение **White** » 29 ноя 2018, 13:56

Поделюсь успехами), смог я нарисовать и вывести необходимые мне данне с БВР.М, но возникла еще одна проблемка!
Третье устройство это "программируемый логический контролер SMH 2G", проблема в том что я не могу найти описание протокола (т.е. не знаю какой запрос подать, что бы получить нужную мне информацию), может быть есть выход из этой ситуации?
Сигнетик установлен на оборудование подогрева газа.

С ним будет проблема. Это уже ПЛК и модбас-регистры в нем определяются конкретной задачей и конкретным программистом. При этом может оказаться, что обмен по модбасу в нем вообще не был включен.
Выход только один - искать того программиста, который делал ПО для контроллера и узнавать у него. Возможно, что-то удастся узнать из ПД/РД/КД, если таковая есть.
Если же совсем повезло и есть исходники программы контроллера - можно посмотреть в них, благо для сегнетиков среда разработки свободно распространяется.

Сообщение **Jackson** » 29 ноя 2018, 17:39

Никита писал(а): ↑29 ноя 2018, 12:31 Именно про разных мы и говорим.

Нет, про одних и тех же. В пределах одного объекта разные задачи могут решаться по-разному, а упираться в перечисленные тобой недостатки модбаса - означает сразу отрезать огромный класс устройств от этих задач. Смысл в этом есть - единообразие превыше целесообразия, когда задачи единообразные. Так что тут с головой надо.
Синхронизацию времени по модбасу потому и не сделали что она невозможна, точнее бессмысленна. :) Это делается другими средствами. И всё остальное - в таком же ключе.
А когда ко всему объекту применяются требования "в среднем по больнице" - тогда конечно модбасу в энергетике просто не останется места, как и многому другому.

Jackson писал(а): ↑29 ноя 2018, 17:39 Смысл в этом есть - единообразие превыше целесообразия, когда задачи единообразные.

Именно про единообразие я и говорю. Я ж не зря упомянул про СТО ФСК. В масштабах энергосистемы страны разнообразие средств и протоколов превратится в бардак. И тут как раз имеет смысл отсечь лишнее сразу, тем более что средств, удовлетворяющих требованиям на рынке достаточно.

Сообщение **Jackson** » 30 ноя 2018, 11:46

Никита писал(а): ↑29 ноя 2018, 23:25 И тут как раз имеет смысл отсечь лишнее сразу, тем более что средств, удовлетворяющих требованиям на рынке достаточно.

Так вот почему нас энергетики так не любят - протокол не тот. :)
Но опять же энергетики разные бывают - тех кто разбирается в вопросе и хочет чтобы работало, внешний интерфейс не останавливает.

Jackson писал(а): ↑30 ноя 2018, 11:46 Так вот почему нас энергетики так не любят - протокол не тот. :)

У вас проще. На среднем напряжении стандарты ФСК почти не действуют и каждый дрпроектирует как он хочет. Тем более что оборудование для высокого, одобренное ФСК (есть реестр), весьма недешево и на уровне 6-35 не всегда целесообразно, про 0,4 я вообще не говорю. Ну и еще - среднее напряжение это уровень горсетей, у них с деньгами всегда плохо.
А внешний интерфейс это проблема решаемая. Вот сейчас сижу и комментирую схему, где со стороны 10 опрос идет по 104, а на стороне 0,4 - модбас. Еще, кстати, к этой РТП аварийный дизель будет подключен, есть вероятность что на AGC-4. Тоже надо в общую систему мониторинга тащить.

Сообщение **White** » 06 дек 2018, 15:27

подскажите в чем тут проблема? Вроде опрос идет, а ответа нет

Кратко - ответ с функцией 0x83 на запрос функции 0x03 означает ошибку. Подробнее по памяти не скажу, надо смотреть документы.

Сообщение **White** » 06 дек 2018, 16:34

Никита писал(а): ↑06 дек 2018, 16:22 Кратко - ответ с функцией 0x83 на запрос функции 0x03 означает ошибку. Подробнее по памяти не скажу, надо смотреть документы.

Получается я не правильный запрос делаю?