CODESYS V3.5. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.)

[Cs-Cs]

Между приёмом ответа от слейва и новым запросом есть пауза 60-80мс, хотя никаких искусственных пауз в коде нет

Я сталкивался с таким же в 2020, когда делал опрос модулей Mx110 через конфигурацию и через SysCom. Везде была такая же пауза.
Победил только переходом на SysCom и прямую работу с портом.

[knoppix]

Добрый день.
Выложите, пожалуйста, простейший проект с опросом двух слэйвов через МКОН, на котором я смогу воспроизвести проблему (чтобы при физическом отключении одного слэйва опрос второго прекращался).

Архив проекта во вложении, повторить на двух устройствах проблему не удалось, на шести устройствах проблема возникает достаточно часто, вынес в проекте опрос устройств в 100мс задачу, вроде стало постабильнее, но проблема все равно сохраняется, просто проявляется чуть реже. Сейчас протестировал еще одну линию с устройствами другого типа, опрос шел хорошо до появления в опросе не существующего устройства, потом вся линия ушла в SLAVE_DEVICE_FAILURE, поднял время задачи до 200мс, проблема осталась но стала проявляться чуть реже, то есть не на первом, а на втором-третьем устройстве которое не удалось прочесть.

[Евгений Кислов]

Архив проекта во вложении, повторить на двух устройствах проблему не удалось, на шести устройствах проблема возникает достаточно часто, вынес в проекте опрос устройств в 100мс задачу, вроде стало постабильнее, но проблема все равно сохраняется, просто проявляется чуть реже. Сейчас протестировал еще одну линию с устройствами другого типа, опрос шел хорошо до появления в опросе не существующего устройства, потом вся линия ушла в SLAVE_DEVICE_FAILURE, поднял время задачи до 200мс, проблема осталась но стала проявляться чуть реже, то есть не на первом, а на втором-третьем устройстве которое не удалось прочесть.

Спасибо за проект. Попробуем воспроизвести проблему у себя.

"на шести устройствах проблема возникает достаточно часто, вынес в проекте опрос устройств в 100мс задачу, вроде стало постабильнее, но проблема все равно сохраняется, просто проявляется чуть реже"

Уточните интервалы времени, пожалуйста.

[knoppix]

На 6 устройствах и 100мс, отвал одного из устройств приводит к отвалу всей линии в одном случае из десятка, при 20мс, всегда. И чем больше устройств тем больше вероятность что все посыплется.

[Votrj1]

Что то не нашел. Обмен СПК107 и ПР200 , 128 регистров, что то на запись, что то на чтение. Работает. Захотелось передачу со стороны спк некоторых переменных сделать почаще. Увеличил циклы всех не главных переменных в конфигураторе до 1000мс, а нужные оставил 100. Ничего не поменялось, часто менять переменные не получается, захлебывается. Поменял те которые установил на 1000 на работу по тригеру, стало естественно лучше. Вопрос почему не работает классическим путем. Такое впечатление что настройки цикла переменных не на что не влияют. На всяк работает можбас мастер спк всегда в цикле main 2. Цикл майн 10млс, ожид 1000, фрейм 50. Не понял вообщем.

[RV9WFJ]

Групповой запрос решит ваши проблемы

[Votrj1]

Это тоже понятно, вопрос в принципе , почему???

[Евгений Кислов]

Это тоже понятно, вопрос в принципе , почему???

Добрый день.
Если вас интересует ответ на вопрос именно в такой формулировке - пожалуйста, пришлите, проекты для СПК и ПР на support@owen.ru, приложив в письме ссылку на ваш пост.
Пока что, например, непонятно, сколько у вас "нужных" переменных (может, их 50, и тогда период опроса в 100 мс для каждой физически недостижим), что значит "захлебывается", что значит "часто менять", что такое "классический путь" и т.д.

[Евгений Кислов]

На 6 устройствах и 100мс, отвал одного из устройств приводит к отвалу всей линии в одном случае из десятка, при 20мс, всегда. И чем больше устройств тем больше вероятность что все посыплется.

Мы воспроизвели описанную вами проблему. Она проявляется при сочетании многих отдельных факторов, и одним из них является использование библиотеки OwenCommunication.
В вашей ситуации я рекомендую настроить обмен через стандартные компоненты Modbus в дереве проекта - в таком случае мы проблему не наблюдали.

[Votrj1]

Добрый день.
Если вас интересует ответ на вопрос именно в такой формулировке - пожалуйста, пришлите, проекты для СПК и ПР на support@owen.ru, приложив в письме ссылку на ваш пост.
Пока что, например, непонятно, сколько у вас "нужных" переменных (может, их 50, и тогда период опроса в 100 мс для каждой физически недостижим), что значит "захлебывается", что значит "часто менять", что такое "классический путь" и т.д.

Отправить не могу , только скрины, уволить не уволят, но...
где то 50 каналов на скорости 115200. Часть на запись, часть на чтение, циклы все 100млс. Все работает уже полгода. Решил одну переменную сделать передачу чаще в ущерб остальным, для теста дал в нее программный меандр 1сек. Смотрю в онлайне на ПР200. Сигнал не проходит пока меандр ~<3сек. Дай думаю все переменные переведу на 1000млс , а эту оставлю на 100. Не получилось. Вот про это и вопрос. Пробовал сделать не кратно 1000 и 150 но кратно майн, не работает. Прочел документ ваш по модбасу, так ответа и не нашел. Настройки прикладываю. Да речь про модбас не Модбас через TCP.
Буфер обмена01.jpgБуфер обмена02.jpgБуфер обмена03.jpgБуфер обмена04.jpgБуфер обмена05.jpgБуфер обмена06.jpgБуфер обмена07.jpgБуфер обмена08.jpg