This is topic Обмен по MODBUS TCP in forum Мониторы Реального Времени / Real Time Monitors at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/35/t/000072.html

Posted by PMA (Участник № / Member № 1387) on :
 
Добрый день !
При работе монитора переменная из группы диагностика e_MODBUS_TCP содержит код 273.
Ошибок с таким кодом в описании нет ???
Что бы это значило ...
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Младший байт кода ошибки соответствует документированным кодам.
В Вашем случае это 17 - ошибка соединения.
Старший байт - номер слэйва ("Адрес" в настройках компонента "Источники/Приемники").
 
Posted by PMA (Участник № / Member № 1387) on :
 
Что интересно, хотя идёт ошибка, код 273, всё работает стабильно, сигналы вводятся и выводятся без ошибок.
Сразу после запуска RTM идёт код ошибки 65528,
держится какое то время, затем меняется на 273.
Хотелось бы поподробнее узнать как устранить
эту ситуацию, потому что с точки зрения подключения и настройки проблем нет, да и провода все проверены многократно??
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Удалось ли разрешить указанную ситуацию?
 
Posted by PMA (Участник № / Member № 1387) on :
 
Добрый день !!
Имеется контроллер ICD-DAS I8831-80, в него установлены модули i8057-2шт.,i8053-2шт.,
i8024-2шт., обмен с модулями идёт с использованием Modbus TCP. Программное обеспечение контроллера m8e16755. Абсолютно безсистемно, периодически происходит потеря управления модулями аналогового вывода (то есть на выходах устанавливаетс 0 в.). При этом модули дискретного ввода вывода продолжают работать без проблем. Исправить ситуацию можно только полной перезагрузкой модуля RTM и контроллера.
Насколько надёжен протокол Modbus TCP со стороны
МРВ. Нет ли в нём каких либо ошибок??
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Высылайте Ваш проект на адрес технической поддержки hotline2@adastra.ru. В письме ещё раз опишите проблему.
 
Posted by Grigorovskih (Участник № / Member № 1915) on :
 
Господа!
Подскажите пожалуйста про системную переменную e_MODBUS_TCP! У меня такие ситуации тоже возникают, правда редко! Мы думаем, что всё зависит от принципа организации в ТМ обмена по ETHERNET. Был выявлен тот факт что ТМ почему то вначале старта делает многоадресную рассылку 255.255.255 и если устройство отвечает, или сервер домена, всё прекращается. Для чего заложена такая процедура? Если мы в настройках указываем IP устройства конкретно?!
Итак. Опираясь на то, что вы выше упомянали про представление e_MODBUS_TCP в виде двухбайтового слова, я накидал простенькую функцию для выделения старшего и младшего байтов этой переменной. Начал наблюдать, 273 - это действительно код ошибки 17 адрес 1, всё верно. что такое код 248 с адресом 255 (или как упомяналось 65528)не из-за особенности ли, которая связана с многоадресной рассылкой во время старта? Ведь потом всё исчезает!
Такие ситуации возникали у нас когда контроллеры работали в домене в месте с офисными машинами и ввиду большой загруженности сети постоянно выскакивали такие ошибки! увеличивали таймаут, всё напрсно! Но сейчас у нас отдельная сеть, отдельный сервер (домен для SCADA нужд так сказать) под нужды цеховой автоматики, и всё работает! Правда там пока 4 контроллера и три машины с РТМ.
 
Posted by de1978 (Участник № / Member № 2174) on :
 
Подскажите пожалуста, в чем проблема сеть тереториальнна распределенна тоесть есть переходы через оптику, с одной точки в сети МРВ работает с другой нет, используются контроллеры ModBus TCP.Их сервисные программы по настройке везде работают ипользуя ModBus TCP,так в чем проблема?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. Посылка 255.255.255 не имеет прямого отношения к MODBUS_TCP. Это способ сообщить о своем присутствии в сети.
Ошибка 65528 - несколько неудачная ооднократная информация о несостоявшемся коннекте.
В текущем релизе это устранено.

2. В распределенной сети имеются переключатели, хабы, конверторы и пр. Следует сравнить их настройки с теми, которые пропускают обращения к серверам MODBUS TCP, в частности, допускают ли обращение через 502 порт и т.д.
К TRACE MODE это отношения не имеет.
 
Posted by de1978 (Участник № / Member № 2174) on :
 
Проверили везде открыт 502 порт, дело втом что программа ADAM-5000TCP-6000 Utility так же работает через 502 порт,все работает нормально.
МРВ 6.05 работает не стабильно бывает переуды когда отказывается пишет e_MODBUS_TCP код 17. В файле ip_modbus указан 502 порт. Так в чем дело ?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Вопросы нестабильности обмена связаны с качеством сети, нагрузкой, реактивностью MODBUS-серверов и пр.
Ошибка 17 - "ошибка соединения". Это значит, что по какой-то цепи соединение с прибором осуществляется устойчиво, а по какой-то - нет. Это уже вопросы настройки и нагрузки сетей.
Встроенный драйвер MODBUS TCP использует для организации соединений и их диагностики функции сетевой ОС.
А то, что их утилита устойчиво работает "со всех точек" сети, говорит только о том, что она "больше знает" о недокументированных особенностях собственных приборов.
Такое, к сожалению, встречается довольно часто.
Возможно также, что условия работы драйвера MODBUS TCP Trace Mode отличаются от условий работы родной утилиты - как по интенсивности потока транзакций, так и по загруженности сети. Ведь по той же сети осуществляется и сетевой трафик между узлами Trace Mode?

В текущем релизе, который сейчас проходит тестирование, драйвер MODBUS TCP существенно модернизирован именно в направлении оптимизации трафика при условии высокого уровня сбойности в сети. Но исключить ошибки коннекта он, конечно, не сможет.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2