Просмотр полной версии : RS-485 Связь отваливается по ModBus
Пролема: ПЛК150 подключены по MODBUS RTU ПЧВ-2шт., ТРМ202-1шт., МЭ110-1шт., СИ 30-1шт., МДВВ-1шт. -это все по сети вместе работает. (19200, 8, 1, NoParity) ошибок нет.
Но подключаю контроллер Emersson EXD-SH1 в эту сеть - он не обнаруживается в сети-ошибка 81. Тоже работает по RTU.
Пишу проект для него отдельно (при этом оставляю его в общей сети с приборами), он его обнаруживает прекрасно. Потом попробовал подключить Emersson+ПЧВ. ПЧВ - есть связь, а Emersson - ошибка 81. Пробовал менять адрес у Е. на далекий от всех приборов, не помогает. Менял на 9600, тоже не помогает. Подскажите, что можно сделать?
Если настройки по умолчанию, то в Emersson EXD-SH1 назначена четность, в Овене ее нет - для начала проверьте это. Проверить адресацию. Проект или часть его надо посмотреть.
так если игнорить всякие мелочи, то не удивительно что может происходить непредсказуемое
то в Emersson EXD-SH1 назначена четность, в Овене ее нет - для начала проверьте это. Все настроил однотипно.
Проверить адресацию у всех или у какого-то конкретного?
Проект или часть его надо посмотреть. Без проекта, просто создаю в конфигурации связь. Один E. видит. А Е.+ПЧВ, то видит только ПЧВ. ВСЕ - это весь проект.
так если игнорить всякие мелочи, то не удивительно что может происходить непредсказуемое
Получается надо у ПЧВ ставить 2 бита?
Как быть с общими настройками, Е. не поддерживает 2 стоп бита.24051
да не, я про любые мелочи, просто сразу бросилось в глаза сетевые настройки и присутствие трм202. У Вас то я так понимаю и без неё тоже самое
Capzap обратил внимание на нюансы :
-В табличке для rtu только 2 стоп-бита (кокой-то овен ?)
-В доке от ТС rtu - только 1 стоп-бит
пока отвечал - обсудили
Где-то тута жалуюцца на доки от овена.
Вот фраза от больших пацанов из доки от ТС :
"...Задержка ответа ведущего контроллера: 500 мс"
Вот как её понимать применительно к протоколу модбас-rtu ?
Ну и на закусь.
Есть куча девайсов (и у Овена и других) которые .. птицы гордые.
Т.е. если обнаруживают себя в сети с кем-то, требуют дополнительной паузы перед* запросом к ним. В одиночестве этого им ненужно.
*Речь не о штатной для rtu минимальной паузе между пакетами, а именно паузе сверх требований протокола
С мастером через биб-ки это как 2 пальца. Через штатный мастер - ёк.
Есть куча девайсов (и у Овена и других) которые .. птицы гордые.
Т.е. если обнаруживают себя в сети с кем-то, требуют дополнительной паузы перед* запросом к ним. В одиночестве этого им ненужно.
*Речь не о штатной для rtu минимальной паузе между пакетами, а именно паузе сверх требований протокола
С мастером через биб-ки это как 2 пальца. Через штатный мастер - ёк.
Это как?:confused::rolleyes:
Примерно так - как сказал выше.
Когда обнаруживаю - настраиваю и иду дальше ))
Примерно так - как сказал выше.
Когда обнаруживаю - настраиваю и иду дальше ))
Можно по подробнее, пожалуйста. Я не догоняю немного!
это max timeout надо поставить 500ms?
Можно по подробнее, пожалуйста. Я не догоняю немного!
Почему-то в одиночестве девайс нормально работает по протоколу. Даже с учетом обращений в разные регистры, что не позволяет сказать об элементарном наложении запросов
Но если на линии еще кто есть (с кем идет обмен) - то именно для того девайса (который нормуль в одиночестве) нужна гарантированная пауза перед отправкой запроса мастером. Типа
..Aз-дп-Aо-шп-Бз-дп-Бо-сп-Гз-дп-Го-шп-Аз-дп-Ао-шп-Вз-дп-Во...
A,Б,В - нормальные слейвы
Г - гордый слейв
Хз - запрос к слейву Х ))
Хо - ответ
дп - пауза с возможной задержкой по РЭ для конкретного девайса. Нормуль - т.к. описано в РЭ
шп - штатная модбас-пауза
сп- супер-пауза для Г перед !! Супер - не значит офигенно большая
PS
это max timeout надо поставить 500ms?
Вполне возможно и/или это
Применительно к вышеизложенному - 500мс это дп, а не сп
Почему-то в одиночестве девайс нормально работает по протоколу. Даже с учетом обращений в разные регистры, что не позволяет сказать об элементарном наложении запросов
Но если на линии еще кто есть (с кем идет обмен) - то именно для того девайса (который нормуль в одиночестве) нужна гарантированная пауза перед отправкой запроса мастером. Типа
..Aз-дп-Aо-шп-Бз-дп-Бо-сп-Гз-дп-Го-шп-Аз-дп-Ао-шп-Вз-дп-Во...
A,Б,В - нормальные слейвы
Г - гордый слейв
Хз - запрос к слейву Х ))
Хо - ответ
дп - пауза с возможной задержкой по РЭ для конкретного девайса. Нормуль - т.к. описано в РЭ
шп - штатная модбас-пауза
сп- супер-пауза для Г перед !! Супер - не значит офигенно большая
PS
Вполне возможно и/или это
Спасибо, тебе! Чуть понял.
Есть вероятность что только таймаут до 500мс. Это из простых вариантов. Предполагал что уже настроено т.к. прямо указано, поэтому и не предлагал сразу, а перешел к более веселым настройкам.
Прошейте МЭ110 последней прошивкой, у меня однофазник с модулем аналогового входа вместе не дружили до смены прошивки. Или удалите его из схемы и попробуйте с ПЧ без него.
Спорягин Кирилл
22.04.2016, 11:20
Еще в штатном конфигураторе есть настройка FramingTime, которая как раз и определяет паузу между посылками размным устройствам. Попробуйте увеличить ее.
Короче говоря, Framing time 100 ms, Max timeout - 500 ms, Ошибка 81 исчезла- Это E. и ПЧВ. Завтра попробую все вместе опросить.
Спорягин Кирилл
22.04.2016, 13:33
Думаю, что Max timeout не причем. Попробуйте его сделать не очень большим, порядка 100-150 мс. Главное это установить FramingTime отличное от 0. Мне помогло уже 10 мс, когда я столкнулся с подобной проблемой. Потому как при FramingTime в 100 мс, цикл опроса 10 устройств уже будет больше 1 секунды на любой скорости.
Думаю, что Max timeout не причем. Попробуйте его сделать не очень большим, порядка 100-150 мс. Главное это установить FramingTime отличное от 0. Мне помогло уже 10 мс, когда я столкнулся с подобной проблемой. Потому как при FramingTime в 100 мс, цикл опроса 10 устройств уже будет больше 1 секунды на любой скорости.
Вроде так тоже получается! Спасибо!
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot