Сбоит Modbus/TCP

Сообщение **petr2off** » 26 сен 2018, 17:45

С железом все в порядке. Проблема в 2 Modbus мастерах, которые ломятся к ОВЕНовскому Modbus slave. Соответственно кто первый прорывается - у того и тапки. Схема такая. В самом контроллере крутится мастер Modbus RTU, который опрашивает целую кучу 110 ОВЕНов. Естественно с какой то частотой опроса. И занимает это какой то период времени. Панель и OPC обращаются к slave Modbus TCP на контроллере ОВЕНА каждый со своей периодичностью. Если эти запросы попадают в промежуток времени между концом обработки Modbus RTU и началом новой обработки Modbus RTU, Обмен пролазит, не попадают или не успевают - срыв обмена. Это если на пальцах.

Завтра поставщик обещал (но как то не твердо) предоставить новый вариант ПО для контроллера, с другим драйвером Modbus TCP для панели и увеличенным интервалом между Циклами Modbus RTU. Посмотрим, если не прокатит - перейдем к варианту Ж.

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

Сообщение **petr2off** » 27 сен 2018, 19:07

Шоу продолжается. Выплыл нюансик. Подрядчик оказывается никогда свою систему управления на ОВЕНе не рассматривал как локальное АСУ нижнего уровня. Их стандартная схема - на Weintek настраивался VPN сервер, поднимался EasyAccess 2.0 и через удаленный доступ оператор смотрел на экран панели. А тут потребовалось завести это все через OPC в другой контроллер. И что то у них не получается. Мысль возникла, выстроить связку контроллер

485 порт MOXA NPORT

TCP/IP - виртуальный COM порт OPC cервер. Т.е. OPC сервер зайдет на ОВЕН через slave Modbus RTU. И в каждом интерфейсе будет по одному master. И все будут счастливы. Или я какие нибуть камни продводные просмотрел ?

А зачем контроллер при таком раскладе?

Сообщение **petr2off** » 27 сен 2018, 21:00

Что бы параметры предоставлять, для OPC.

Сообщение **Serex** » 27 сен 2018, 21:08

У Овен-а с коммуникациями не все отлично. Хоть и написано, что поддерживается, но вот последняя реализация ОВЕН ПЛК63 опрашивает 6 аналоговых входов и рассылает их по ModbusRTU на 6 СМИ2 от овена же. Программа написана конечно на скорую руку по каким то шаблонам, но время цикла получилось что-то больше 1 секунды. Видимо там местная библиотека ожидает ответ от слайвов и только потом продолжает цикл - мрак!

petr2off писал(а): ↑27 сен 2018, 21:00 Что бы параметры предоставлять, для OPC.

Какие параметры может предоставить контроллер, который ничем не управляет? Дорасчеты на основании ввода-вывода? Овеновские модули сами по себе прекрасно предоставляют данные.

Сообщение **petr2off** » 27 сен 2018, 22:35

Там достаточно сложная структура, Установка управляется с места. Производится включение/выключение электролизеров, насосов, Есть различные защиты. Ну и кроме того еще 10 параметров нужно передавать в верхнюю АСУ.