Два 110-60 и тормозная визуализация

[s22]

Здравствуйте! Имеется объект, на котором установлены два контроллера ПЛК-110-60 (без ограничения памяти). На первый по rs-485 (скорость 115200) навешаны: по ModBus RTU: МВА8, МВ110-32 ДН (2 шт), МВ110-32Р (2 шт), СИ-30 (2 шт) и по OWEN ТРМ148 (2шт). На второй 16ДН, ТРМ-148 и два водосчетчика. Программа разбита на 2 контроллера, связь через сетевые переменные. Визуализация-панель управления на втором контроллере/проекте. Так вот, вся эта махина жутко тормозит. Причем тормозит визуализация и исполнение. Нажимаешь на кнопку=true отработка приходит через 3-10 секунд. Чтобы исключить задержку сетевых переменных панель была продублирована на второй проект/контроллер. Цикл опроса Pooling time у ModBUS RTU менялся от 10 до 9000 мс. Результат: на 10 мс, и 20 мс таймаута реакция на изменение состояния (например, 32Р 5-8 секунд). Контроллеры на цикле такта от 5 до 50 мс ведут себя одинаково (т.е. "тормозят"). В чем может быть дело? Как избавиться от фатального торможения? Программа реализована всего на 1/2 и уже давит не на ту педаль

[SBER]

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

[s22]

Обмен сетевыми переменными, также как и подключение к компу с CodeSys, происходит по Ethernet через хаб. Функцию панели выполняет визуализация CodeSys.На данный момент около 170 сетевых переменных разделенных на группы:
1) Переменные, которые работают в обе стороны (чтение-запись), это кнопки управления.
2) Аналоговые переменные (только чтение, передача по изменению)
3) Дискретные переменные (трансляция по изменению и каждые 5 секунд)
UPD:
4) Строковые переменные (трансляция по изменению и каждые 5 секунд)

Позже выложу скриншоты.

[SBER]

Есть мнение, что с визуализацией кодесис вы не достигнете успехов.
Использование визуализации очень сильно тормозит плк.
Ее имеет смысл использовать только для самых мелких объектов.
Ищите скаду, не взлетит.

[s22]

Обещанные скриншоты:

[Sergey666]

Во первых смысл опрашивать дискретные модули с периодом 20-50мс?
250мс- за 250 мс паровоз далеко не уедет.
Обмен "тормозит" когда устройство(какое-либо) не отвечает.
Внимательно проинспектируйте проекты-где-то "слабое звено".
Визуализацией КоДеСис HMI не пользовался , но визуализация в "проекте" работает очень быстро,быстрее чем OPC сервер (Пробовал гатевейский и лектус).
Если общий обмен "Тормозит" СКАДА тем более "Тормозить" будет.
Но такая конфигурация должна работать "быстро" . Проект надо оптимизировать.
В чем и желаю удачи.

[Николаев Андрей]

Ну и мое ИМХО:
1. Надо оптимизировать программу? Не знаю - надо смотреть программу.
2. Обмен точно оптимизировать надо.
2.1 Во первых разнести модули на два RS. На один дискретные, на второй аналоговые (модули и ТРМ). Опрашивать и записывать дискретные модули ТОЛЬКО по маске.
2.2 Обмен сетевыми переменными штука хорошая. Но я когда-то отказался в пользу ModBus TCP. Опять же дискретные переменные гонять ТОЛЬКО собрав в байт или word.
3. Визуализация - тема отдельная. CODESYS HMI вертится в контроллере. А на компе просто отображается отрисовка. Так что ресурс лопает за обе щеки. Да и плюс сам Gateway - протокол с шифрованием и очень ресурсоемкий.
Так что лично я бы выбрал SCADA пакет внешний, и ModBus TCP.

Но и в этой конфигурации все должно работать.

НЕ забудьте в конце описание проекта выложить, если не сложно:
http://www.owen.ru/projects/

[s22]

Небольшой апдейт:

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

2) На одном слоте rs-485 сидят:

по ModBUS RTU:

• МВ110-16ДН
• МВА-8
• МВА-8
• СИ-30
• СИ-30
• СИ-30
• МВ110-32ДН
• МВ110-32ДН
• МВ110-32Р
• МВ110-32Р

по OWEN:

• ТРМ-148
• ТРМ-148
• ТРМ-148

Пока дело не дошло до 32Р одновременно два протокола без проблем уживались на одном слоту, тормозов не было. Опрос шел достаточно быстро. Второй слот зарезервирован под расширение, так что его не желательно использовать.

Во первых смысл опрашивать дискретные модули с периодом 20-50мс?
250мс- за 250 мс паровоз далеко не уедет.

Насколько я понял, опрос происходит последовательно, а значит если устройств 13 то при pooling time 50 ms и таймауте у больших девайсов (МВА8, 32ДН, 32Р) в 120 мс (именно такой таймаут не вызывает ошибок опроса) цикл завершается за...более чем секунду, это в теории на практике с 32Р все гораздо медленнее, по крайней мере сейчас. Реакция нужна быстрая, так как 32Р осуществляет управление задвижкой приоткрывая ее всего на 2 секунды (5 секунд пауза), при этом учитываются данные давления приходящие с ТРМ-148 и данные состояния приходящие с 32ДН.

Опрашивать и записывать дискретные модули ТОЛЬКО по маске.

С 32ДН опрос ведется именно так: распаковываются 2 WORD'а, но вот в 32Р записывается 1000 WORD'ом в каждый регистр с 0 по 31. Состояния считываются так же как в 32ДН. НО, я не вижу в инструкции адреса регистров на запись состояний битовой маской. Как? Где?

3. Визуализация - тема отдельная. CODESYS HMI вертится в контроллере.

HMI не используется. Используется прямая визуализация CodeSys (скриншотики внизу).

Обмен сетевыми переменными штука хорошая. Но я когда-то отказался в пользу ModBus TCP.

Если не трудно, по подробнее как это реализовывается?

[petera]

С 32ДН опрос ведется именно так: распаковываются 2 WORD'а, но вот в 32Р записывается 1000 WORD'ом в каждый регистр с 0 по 31. Состояния считываются так же как в 32ДН. НО, я не вижу в инструкции адреса регистров на запись состояний битовой маской. Как? Где?

Страницы 11, 13,14 РЭ

[s22]

Страницы 11, 13,14 РЭ

Спасибо! Понял!