добрый день! не моглибы вы подсказать в чем может быть проблема при связи через преобразователи протокола MOXA?
АС4-MVA8
Может есть ли какие-нибудь отличия протоколов?
http://www.moxa.ru/forum/index.php?s...st=0#entry6352
Вид для печати
добрый день! не моглибы вы подсказать в чем может быть проблема при связи через преобразователи протокола MOXA?
АС4-MVA8
Может есть ли какие-нибудь отличия протоколов?
http://www.moxa.ru/forum/index.php?s...st=0#entry6352
Пробовал цеплять по Ethernet модули ПЛК Овен через преобразователь MOXA Nport 5150A - настраивается тока в путь!:)
Также, эксперементировал цеплять 2 таких преобразователя соединив их через Ethernet-коммутатор в разрыве 485-го интерфеса между ПЛК и модулями, также отлично работает!:)
Только, когда надо произвести настройку модуля, делаем настройку преобразователя как Real COM в программе Nport Administrator и согласуем параметры связи между модулем и преобразователем.
После того как настройка модуля произведена, настраиваем ПЛК по 485-му для связи с модулем. Задаём такие же параметры для связи с модулем.
Получаем следующую цепочку: ПЛК ОВЕН---(RS-485)--->Преобразователь NPort---(Ethernet)--->Коммутатор (хаб, свитч)---(Ethernet)--->Преобразователь NPort---(RS-485)--->Модуль ввода/вывода ОВЕН
После чего настраиваем преобразователи Nport в программе Nport Administrator в режим Pair Conn. master mode (указываем в настройках Мастера IP-адрес назначения (destination adress) адрес преобразователя на, котором устрановлен Slave) и Pair Conn. slave mode для ПЛК и модуля соответственно, задаём адреса IP у преобразователей.
Итого получаем настройки:
преобразователь 1 (с ПЛК) - IP преобразователя 1: 192.168.0.1,
Pair Conn. master mode (destination adress 192.168.0.0, порт 4001),
преобразователь 2 (с модулем) - IP преобразователя 2: 192.168.0.0,
Pair Conn. slave mode (порт 4001)
параметры связи порта RS-485 у всех преобразователей, ПЛК и модулей должны быть одинаковы...
пробовал данную схему, всё работает замечательно. не пробовал, конечно, rs-485 по протоколу ОВЕН. всё работало в ModBus.:)
Evlord Спасибо что ответили, но здесь ситуация уже другая, та схема которую вы описали(на Nport) уже успешно используется, но возникает задержка при поступлении команд.
http://www.moxa.ru/forum/index.php?showtopic=1572
Техподдержка MOXA рекомедовала, в такой ситуации использовать уже не "Преобразователь интерфейсов(Nport)", а "Преобразователь протокола(Mgate)!"
при переходе на Mgate и сталкнулся с проблемой.
извините ап
Добрый день! Есть ли отличия протокола ваших приборов по протоколу modbus-rtu от остальных фирм производителей?
Не могли бы специалисты посмотреть эту тему:
http://www.moxa.ru/forum/index.php?s...385&#entry6385
1/ Давайте таки не цитировать форумы конкурентов.
2. ModBus RTU поддержан согласно стандарта.
Извините за цитирование, тему создал там т.к. думал что проблема в преобразователях их фирмы.
Знаете, я опрашивал приборы ОВЕН OPC серверами Software Toolbox, Matricon. Не говоря про OPC отечественных производителей.
Проблем не было, не считая переменных float, но это вопрос отсутствия стандарта.
Все не правы?
Вы снифером обмен смотрели?
Вам же господин Komantsev объяснил в чем проблема, такие приборы как Овен не поддерживают пактную передачу данных, они должны получить запрос целиком, а не частями. Он ( Komantsev ) даже дал инструкцию, как этого избежать, правда не уверен что поможет, потому что получив кусок байт, прибор сразу начинает обрабатывать инфу и в результате получается ошибка
Делаем так же как Evlord, и не только для ПЛК, но и для ТРМ-ов, все работает без проблем
Кстати вопрос, каким способом Вы организовали модбас мастер? (через конфигуратор скорее всего)Цитата:
Сообщение от Menaks
Просто, если Вы мастер напишите самостоятельно, то сможете учесть, чтоб буфер ответа заполнился до величины всего пакета и потом его можно будет обработать и выдать нужный результат
Да действительной для пробы я использую конфигуратор.
Специалисты моха ответили что:
MGate адаптивно подходит к длинам пакетов Modbus, там не надо прописывать этот параметр вручную.
адаптивно это не то слово которое однозначно определяет как передаются запросы по модбас протоколу.
(128/4) Речь не о длинне посылки модбаса, а о передаче данных по каналу связи, если буффер-передатчик устройства например размером 8 байт, а посылка модбаса 12 байт, то информация будет передаваться двумя пакетами. А если прочитать что такое RTU-фреймотсюда и могут появлятся ситуации с потерей данныхЦитата:
Если интервал тишины продолжительностью 1,5 возник во время передачи фрейма, принимающее устройство должно игнорировать этот фрейм как неполный
Например для подобного рода проверок я пользуюсь программным продуктом PeakHMI MB TCP/Serial Slave, открываю в нем Communication Monitor и ставлю галку Show Message Raw. Посылая запросы в этот симулятор модбаса в мониторе я вижу одним пакетом приходят данные или частями, ради интереса проверили бы, чтоб окончательно определится виноват ли MGate