Форум TRACE MODE: техническая поддержка   
мой профиль / my profile авторизация / login | регистрация / register | поиск / search | часто задаваемые вопросы / faq | начало / forum home

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 5 » Микро Мониторы Реального Времени / Micro Real Time Monitors » ModbusRTU в микроМРВ

   
Автор / Author Тема / Topic: ModbusRTU в микроМРВ
СВТ
Junior Member / Новичок
Участник № / Member № 707


Icon 1 отправлено / posted      Профиль для / Profile for СВТ           Редактировать/удалить сообщение / Edit/Delete Post 
В процессе пуско-наладочных работ, при настройке и отладке обмена данными между технологическими контроллерами и контроллерами компрессорных установок выявлены недостатки в реализации способа обмена по протоколу ModbusRTU в программе МикроМРВ (Trace Mode), версия 5.11.
Проблема заключается в неэффективности организации опроса контроллеров по протоколу Modbus. Точнее, в одном объекте описаны каналы подтипа MODBUS и одинаковым дополнением к подтипу (например Rin Word(4)) с непрерывным диапазоном номеров переменных (адресов регистров удаленного контроллера). При пересчете канала, первого в диапазоне адресов, отправляется пакет с запросом значений регистров начиная с текущего и количеством регистров равным количеству каналов из описанного выше диапазона. Вроде бы на этом и должен закончиться запрос значений данных каналов (как это, вроде бы, реализовано в подтипе DCS дополнение Ai8), но при пересчете следующего канала, второго в диапазоне адресов, отправляется пакет с запросом значений регистров начиная с текущего и количеством регистров равным количеству каналов из описанного выше диапазона уменьшенным на 1 (один). И т.д., при пересчете последнего канала в диапазоне адресов, отправляется пакет с запросом одного значения регистра текущего канала.
Данный способ существенно увеличивает загрузку канала обмена данными. А также, существенно увеличивается время пересчета базы каналов контроллера. Соответственно это влияет на обмен данными с другими типами контроллеров (в данном случае УСО серии I7000 ICP CON). Большинство каналов, связанных с COM-портами, часто имеют признак недостоверности. Все это влияет на быстродействие реакции системы АСУ ТП на изменения состояния сигналов объекта.
И еще, при таком способе опроса первый канал из диапазона, а то и несколько, практически никогда не изменяются вообще, хотя ответы на запросы контроллер получает практически всегда. Возможно, это связано не со способом опроса, не знаю.
Подбор параметров период канала и таймаут ответа, ничего существенного не дал.
Не понятно, связан ли период канала, с периодом опроса регистра удаленного контроллера для данного канала.

Сообщения / Posts 9 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post 
Ситуация, когда сервер формирует групповой запрос с постепенным уменьшением каналов в группе возникает в случае, когда на предыдущий групповой запрос был получен ошибочный ответ. При этом по тем каналам, которые выкидываются из группы на слудующей транзакции возникает 1 на атрибуте Достоверность? Если это так - то необходимо разбираться с качеством линии связи.
Кроме того - рекомендую Вам обновить релиз 5.11 до 5.15 - там были исправления, в том числе и в ModBus'е.

Сообщения / Posts 15120 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
   

   Закрыть тему / Close Topic   Feature Topic   Переместить топик / Move Topic   Удалить топик / Delete Topic Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
 - Printer-friendly view of this topic
Перейти к / Hop To


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us

Rambler's Top100 Rambler's Top100



Powered by Infopop Corporation
UBB.classic™ 6.7.2