СПК107 М01 Работа порта RS485

CodeSys SP17 странно работает порт Modbus. Скорость 38400 в выпадающем списке не отображается (проект был перенесен с SP11) хотя на этой скорости работает. И задержки при обмене странные. Что тут не так?
Вложение 66194

Цитата:

---

Сообщение от eigor_vl

CodeSys SP17 странно работает порт Modbus. Скорость 38400 в выпадающем списке не отображается (проект был перенесен с SP11) хотя на этой скорости работает. И задержки при обмене странные. Что тут не так?
Вложение 66194

---

Добрый день.
Удалите узел Modbus COM и добавьте заново (версии 3.5.17.0 или выше) - тогда скорость 38400 будет отображаться корректно.
Насчет "странных задержек при обмене" - опишите более конкретно, что мы имеете в виду.

О задержки опроса по RS485.
Есть 40 точек чтения/записи регистров (одиночные). Циклический опрос, цикл 100 мс. Таймаут 100 мс. На макете только 10 точек. 30 точек не отвечают по таймауту. В итоге цикл опроса 30 сек. Почему? Грубая прикидка 30 * 100 мс = 3 с

Цитата:

---

Сообщение от eigor_vl

О задержки опроса по RS485.
Есть 40 точек чтения/записи регистров (одиночные). Циклический опрос, цикл 100 мс. Таймаут 100 мс. На макете только 10 точек. 30 точек не отвечают по таймауту. В итоге цикл опроса 30 сек. Почему? Грубая прикидка 30 * 100 мс = 3 с

---

Я провел эксперимент по вашим данным - результаты примерно совпадают с вашими (у меня цикл опроса составил ~22 секунды).
Причем это проявляется и в старых версиях компонентов Modbus.
Ответа на вопрос "почему" у меня, к сожалению, нет.

Цитата:

---

Сообщение от eigor_vl

О задержки опроса по RS485.
Есть 40 точек чтения/записи регистров (одиночные). Циклический опрос, цикл 100 мс. Таймаут 100 мс. На макете только 10 точек. 30 точек не отвечают по таймауту. В итоге цикл опроса 30 сек. Почему? Грубая прикидка 30 * 100 мс = 3 с

---

А в точках сколько эээ.. каналов опроса?
А то Modbus в CodeSys 3.5 имеет хитрые особенности:
а) Иногда вылазит беспричинная задержка в 70 мс между запросами
б) При отвале связи перебирает каждый канал опроса со своим таймаутом. То есть, если в устройстве 10 каналов опроса с таймаутом 100 мсек - то если устройство не отвечает, то его таймаут будет равен ЧислоКаналов * (ТаймаутОпроса + ЗадержкаМеждуЗапросами), а не ТаймаутОпроса.

Цитата:

---

Сообщение от Евгений Кислов

Я провел эксперимент по вашим данным - результаты примерно совпадают с вашими (у меня цикл опроса составил ~22 секунды).
Причем это проявляется и в старых версиях компонентов Modbus.
Ответа на вопрос "почему" у меня, к сожалению, нет.

---

Повторных запросов при "неответе" я не вижу. Когда пользовался библиотекой ComService (СПК был слейв) таких задержек не было. До 70 ти регистров опрашивал. Есть ли аналогичная библиотека для работы СПК как мастер?

Цитата:

---

Сообщение от eigor_vl

Повторных запросов при "неответе" я не вижу. Когда пользовался библиотекой ComService (СПК был слейв) таких задержек не было. До 70 ти регистров опрашивал. Есть ли аналогичная библиотека для работы СПК как мастер?

---

Да, см. библиотеку OwenCommunication - в ней есть все необходимые ФБ.

Цитата:

---

Сообщение от Cs-Cs

А в точках сколько эээ.. каналов опроса?
А то Modbus в CodeSys 3.5 имеет хитрые особенности:
а) Иногда вылазит беспричинная задержка в 70 мс между запросами
б) При отвале связи перебирает каждый канал опроса со своим таймаутом. То есть, если в устройстве 10 каналов опроса с таймаутом 100 мсек - то если устройство не отвечает, то его таймаут будет равен ЧислоКаналов * (ТаймаутОпроса + ЗадержкаМеждуЗапросами), а не ТаймаутОпроса.

---

Устройств 11 шт. регистров 40. Все равно не сходятся эти 30 сек. Возможно что то с отваливанием устройств и программа перезапускает соединение. Галочку поставил. Да да! без галочки затыкается совсем Modbus.

Цитата:

---

Сообщение от Евгений Кислов

Да, см. библиотеку OwenCommunication - в ней есть все необходимые ФБ.

---

Понятно. Спасибо.