восстановление связи по modbus СПК107

[Ефремов Николай]

Не совсем понял, что Вы не поняли поэтому объясняю как я понял работу Модбас-Мастера:Модбас-Мастер посылает запрос слейву с определенным адресом и ждет ответа, слэйв выдерживает паузу( в это время выполняет команду) и посылает ответ, что все в порядке и он выполнил команду или произошла какая-то ошибка. Если же Ваш Модбас-Мастер начинает слать команды всем подряд без перерыва, то скорее всего в памяти у него остался последний адрес слэйва, а ответ он принимает от другого слэйва выдержавшего паузу- поэтому Вы и получаете RESPONS_WRONG_SLAVE или WRONG CRC если отвечает тот же слэйв, но на старый запрос. Я назвал бы это эффектом пьяной компании- когда за столом все говорят, каждый о своем, но ничего понять не могут, так как разобрать слов в общем гаме невозможно.
Поэтому, постарайтесь разделить запросы мастера (и на чтение и на запись) в разные рабочие циклы Вашей программы, уменьшите время задержки ответа слэйва в соответствие со скоростью обмена в Вашей сети и т.д.
В соседней ветке речь идет о том же - прочитайте.http://www.owen.ru/forum/showthread....l=1#post157118
Желаю успехов.

[RomAl]

[QUOTE=Ефремов Николай;157622
Поэтому, постарайтесь разделить запросы мастера (и на чтение и на запись) в разные рабочие циклы Вашей программы, .[/QUOTE]

Как разделить в разные рабочие циклы? в конфигураторе что надо для этого сделать?..
И совсем чайниковский вопрос: что есть рабочий цикл?
В каждом канале Модбас слейва я устанавливаю своё время цикла. Например для МК110 в 0 канале на чтение 500мс, а в 1-м канале на запись тоже 500мс, время "таймаут ответа 50мс". Значит раз в 500мс мастер должен прочитать регистр подождав 50мс если надо, затем сделать запись регистра, а затем 50мс. ждать ответа с результатом записи. Получив ответ или через 50мс переходит к другим устройствам.
Что тут можно улучшить? Если устройства "правильные" (а не выдают ответ с очень большой задержкой) всё должно работать без ошибок вообще. Может вообще для чтения и записи физически одного устройства имеет смысл создавать разные модбас слейвы? Не будет ли это совсем параноей?
Когда спрашивают у меня каков у вас процент ошибок? я во-первых не заю где этот процент посмотреть, а во-вторых думаю почему эти ошибки вообще должны быть? (расстояние всего 150м и скорость 19.2)

[жекон]

А время цикла менять пробовали, я так Модбас на СПК110 одолел

[Сомов Илья]

Всех с Новым Годом!
Спасибо за советы, но пока ничего не помогло продвинуться к нужному результату.
- Перезапуск по .xRESET не помогает.
- Увеличение времени цикла не помогает.
- разделение запроса данных и передачи команд в разные циклы main_task (сделал принудительный запуск передачи) - не помогает.
Вернусь немного назад:устройств в канале только 2 (мастер и слейв), все дело в том, что если slave готов к работе и мастер начинает обмен - то все очень даже отлично работает, а вот когда slave на некоторое время отключается, (и естественно возникают ошибки тайм аута), а затем slave снова включается то при записи данных в регистры slavе-а СПК выдает ошибку (или ошибку CRC или просто RESPONS_WRONG_SLAVE) , при этом команда чтения проходит безошибочно.
Независимый тестер RS485 показывает, что информация в канале, в случае когда все работает и когда СПК дает ошибку АБСОЛЮТНО одинаковая.
Еще есть ощущение, что тайм-ауты и время циклов тут не причем.
Сам с этой техникой (СПК, ПЛК) работаю первый год, во многих вопросах плаваю, однако стаж в электронике, электротехнике уже более 20 лет, просто нужен дельный совет.

[RomAl]

Под воздействиием предыдущих постов решил проверить запись по Модбасу
с использованием конфигуратора. Кодесис 3.5.5.0, панель СПК107. Под рукой только ТРМ138. И вот какие чудеса я обнаружил:
Записывал уставку в 1-й канал ТРМ138, регистр 0х0011 и смотрел как она меняется.
Паралельно читал все каналы командой 4 (с 3 аналогично).
Начал записывать командой 16, но от неё всё поломалось и не работало даже чтение и даже
не работало чтение на других учтройствах.. В паспорте указана команда 6 для записи и пусть бы запись по 16 не работала, но причём тут чтение?
Затем проверил запись командой 6. В этом случае всё вроде бы работало и записывалось и читало.
Но.. читало-то штатно согласно времени цикла (пробовал 1 и 3 сек), а вот запись проходила только через 30-60сек независимо от времени цикла, таймаута и времени между фреймами. Даже когда
оставил только одно устройство и один канал на запись ничего не изменилось..
PS. Пооже, что дело не в том что слишком "медленно" записывается параметр, а в том что отображаемое значение уставки после перезаписи на ТРМ138 обновляется только через 30-60 секунд ..странно конечно, но тем не менее сама запись идёт вроде нормально

[Ефремов Николай]

Как разделить в разные рабочие циклы? в конфигураторе что надо для этого сделать?..
И совсем чайниковский вопрос: что есть рабочий цикл?
В каждом канале Модбас слейва я устанавливаю своё время цикла. Например для МК110 в 0 канале на чтение 500мс, а в 1-м канале на запись тоже 500мс, время "таймаут ответа 50мс". Значит раз в 500мс мастер должен прочитать регистр подождав 50мс если надо, затем сделать запись регистра, а затем 50мс. ждать ответа с результатом записи. Получив ответ или через 50мс переходит к другим устройствам.
Что тут можно улучшить? Если устройства "правильные" (а не выдают ответ с очень большой задержкой) всё должно работать без ошибок вообще. Может вообще для чтения и записи физически одного устройства имеет смысл создавать разные модбас слейвы? Не будет ли это совсем параноей?
Когда спрашивают у меня каков у вас процент ошибок? я во-первых не заю где этот процент посмотреть, а во-вторых думаю почему эти ошибки вообще должны быть? (расстояние всего 150м и скорость 19.2)

Рабочий цикл в моём понимании - это время за которое ПЛК или СПК выполняет все задания, которые Вы задали в своей программе ( в зависимости от Вашего творчества это примеро от 1мс до 100 мс). Если у слэйва 10 каналов (например 8 чтение и 2 запись), то это означает, что Мастер обратится 10 раз к одному и тому же слэйву. Если Вы не разделите эти запросы, установив какой-нибудь селектор запросов от Мастера, то в результате получите только пьяный галдёж на RS-485.

[Никита_ХБК]

Аналогично столкнулся с подобной проблемой. СПК107 по RS485 Modbus производит опрос МВ110. КАртина такая: светодиод RS485 на МВ110 как добросовестно мигает, в CDS3.5 в дереве устройств показывает что связь есть, там же во вкладке МодбасСлэйв (ModbusGenericSerialSlaveIEC) переменные связи xDoInit, xInitDone = TRUE, xDone, xBusy попеременно мигают. ОДНАКО, соотнесенные переменные к каналу Модбас не меняются. Вытаскиваю провода из пинов - все перечисленное перестают подавать признаки жизни, вставляю назад возвращается... Дело было не в бобине... В настройках соотнесения канала связи и переменных проекта внизу справа необходимо выставить настройку обновления тэгов = 2. и о чудо...Причина необновления данных RS485.PNG