Универсальный диспетчер для Modbus.lib

[Sergeba]

У меня тоже странный глюк. В примере везде переменная Step объявлена как int. Я привык экономить по возможности - поменял int на byte. Таким описанием воспользовался более чем на десятке модулей. Вдруг, во время тестирования наблюдаю. что один из модулей. который ранее работал перестал отвечать на запросы. Проверил его modpull - всё работает, а в проекте не отвечает... Вдруг обращаю внимание, что переменная step равна нулю!!! Хотя в описании, как в примере задано начальное значение - единица! Из-за этого нуля не выполняются шаги описываемые функцией модуля. Что только не делал... Перезаливал проект, перегружал контроллер - всё равно - ноль. Тут у меня уже начался взрыв мозга... Поменял описание на int... Всё нормально заработало...Что это было? Остальные модули работают без проблем - в описании byte.

P.S. Во всех модулях шагов максимум 6.

[Спорягин Кирилл]

У меня тоже странный глюк. В примере везде переменная Step объявлена как int. Я привык экономить по возможности - поменял int на byte. Таким описанием воспользовался более чем на десятке модулей. Вдруг, во время тестирования наблюдаю. что один из модулей. который ранее работал перестал отвечать на запросы. Проверил его modpull - всё работает, а в проекте не отвечает... Вдруг обращаю внимание, что переменная step равна нулю!!! Хотя в описании, как в примере задано начальное значение - единица! Из-за этого нуля не выполняются шаги описываемые функцией модуля. Что только не делал... Перезаливал проект, перегружал контроллер - всё равно - ноль. Тут у меня уже начался взрыв мозга... Поменял описание на int... Всё нормально заработало...Что это было? Остальные модули работают без проблем - в описании byte.

P.S. Во всех модулях шагов максимум 6.

Если вы дозагружали ПЛК, т.е. заливали не полный проект, а внесенные изменения, то необходимо повторять процедуру инициализации указателей (она происходит на первом скане, а первого скана после дозагрузки не происходит).
Я обычно это делаю перезагрузкой питания. Скорее всего в этом дело.

[Sergeba]

Если вы дозагружали ПЛК, т.е. заливали не полный проект, а внесенные изменения,

Когда меняю описание переменных или добавляю новые, всегда делаю полную заливку. Ну да ладно, больше таких глюков не было.

[Sergeba]

Использую ПЛК110. Опрос организовал на RS485-1 (15 устройств) и RS485-2 (29 устройств). Смотрю результаты опроса в Base, есть параметр NoPollingErrCnt, так на линии 2 этот счётчик на всех модулях увеличивается с разной скоростью - минимум раз в 5 сек. На линии 1 счётчик на нуле и не меняется. Не пойму в чём проблема со второй линией? Могу всё переподключить на первую линию, но тогда на ней будет 44 устройства, что, боюсь, негативно может сказаться на быстродействии всей сети.

[Спорягин Кирилл]

Использую ПЛК110. Опрос организовал на RS485-1 (15 устройств) и RS485-2 (29 устройств). Смотрю результаты опроса в Base, есть параметр NoPollingErrCnt, так на линии 2 этот счётчик на всех модулях увеличивается с разной скоростью - минимум раз в 5 сек. На линии 1 счётчик на нуле и не меняется. Не пойму в чём проблема со второй линией? Могу всё переподключить на первую линию, но тогда на ней будет 44 устройства, что, боюсь, негативно может сказаться на быстродействии всей сети.

Счетчик NoPollingErrCnt увеличивается на 1 каждый раз когда за контрольное время (NoPollingTime) модуль не получил доступа к сети. Такое может быть, если в очереди много модулей и все хотят опроса. Кажется по умолчанию NoPollingTime = 1с. Увеличьте это время и счетчик NoPollingErrCnt перестанет увеличиваться.

[Sergeba]

Увеличьте это время и счетчик NoPollingErrCnt перестанет увеличиваться.

Убрал из циклического опроса 8 модулей - сделал опрос по условию - всё нормализовалось, сейчас счётчик не увеличивается.

NoPollingTime тоже влияет - у меня стоит 3сек. Пробовал уменьшить до 2 сек - опять начал увеличиваться NoPollingErrCnt - оставил 3 сек.

Ещё не понятно. Посмотрел модуль статистики контроллера - у меня постоянно показывает перегрузку процессора. В настройках минимальное время цикла - 1мс, по факту в модуле статистики наблюдаю 2-3мс. Решил поменять в настройках на 5мс... Перегрузки процессора нет, но по всем модулям начал счётчик
NoPollingErrCnt опять увеличиваться и наблюдается затороможенность всей системы. Реакция на различные действия увеличилась на порядок. Откатил обратно на 1мс.

Ещё проблемка. Решил увеличить скорость опроса в сетке. Максимальная, которую поддерживает самый медленный модуль - 38400. Сейчас установлено 9600. Поднял. Несколько модулей одного типа отвалились - ошибка Modbus превышение времени ответа... Подключаю сетку к ПК через USB-свисток - программой Modbus Pull - работают модули, опрос идёт... Откатил скорость на промежуточную - 19200 - опрос пошёл. Так и не смог запустить на скорости 38400, оставил 19200.

Нет ли у Вас версии диспетчера для Codesys V3? Задолбал мой старичок (ПЛК110)... Есть ПЛК304, но модули через конфигурацию работают отвратительно - постоянные отвалы, пропуски опроса (на тех же линиях, где сейчас пробовал Ваш диспетчер на ПЛК110).

[Спорягин Кирилл]

Убрал из циклического опроса 8 модулей - сделал опрос по условию - всё нормализовалось, сейчас счётчик не увеличивается.

Интересно, сколько же у вас модулей на сети?
Смотрели ли вы статистику опроса модулей.
Может у вас быстрее и не получиться?

Ещё не понятно. Посмотрел модуль статистики контроллера - у меня постоянно показывает перегрузку процессора. В настройках минимальное время цикла - 1мс, по факту в модуле статистики наблюдаю 2-3мс. Решил поменять в настройках на 5мс... Перегрузки процессора нет, но по всем модулям начал счётчик
NoPollingErrCnt опять увеличиваться и наблюдается затороможенность всей системы. Реакция на различные действия увеличилась на порядок. Откатил обратно на 1мс.

Если вы увеличиваете время цикла ПЛК, то вы неизбежно увеличиваете общее время опроса всех модулей, так как для опроса любого модуля на любой скорости нужно как минимум 3 цикла. Об этом я писал вот тут.

Ещё проблемка. Решил увеличить скорость опроса в сетке. Максимальная, которую поддерживает самый медленный модуль - 38400. Сейчас установлено 9600. Поднял. Несколько модулей одного типа отвалились - ошибка Modbus превышение времени ответа... Подключаю сетку к ПК через USB-свисток - программой Modbus Pull - работают модули, опрос идёт... Откатил скорость на промежуточную - 19200 - опрос пошёл. Так и не смог запустить на скорости 38400, оставил 19200.

Тут проблема скорее в различных характеристиках модулей.
Происходит, видимо, следующее. Послан запрос на модуль 1. Он быстрый. Он очень быстро ответил. Контроллер разобрал ответ и послал запрос на модуль 2. Он медленный. И когда ПЛК уже послал запрос на модуль 2 (т.е. ему) он еще разбирает посылку для модуля 1. Поэтому посылку себе он пропускает. Возникают таймауты. Общая скорость опроса в сети падает.
В этом случае можно увеличить настройку FramingTime в диспетчере. Это как раз пауза между посылками. Для устранения подобных проблем. Или же увеличьте общее время цикла ПЛК. Пауза возникнет сама собой.

Нет ли у Вас версии диспетчера для Codesys V3? Задолбал мой старичок (ПЛК110)... Есть ПЛК304, но модули через конфигурацию работают отвратительно - постоянные отвалы, пропуски опроса (на тех же линиях, где сейчас пробовал Ваш диспетчер на ПЛК110).

Нет под 3-ю версию не писал. Но я думаю, что если просто перенести код 2-го КДС в 3-й, то должно заработать.

[Sergeba]

Интересно, сколько же у вас модулей на сети?

Нет под 3-ю версию не писал. Но я думаю, что если просто перенести код 2-го КДС в 3-й, то должно заработать.

Модулей на одном порту 29, на втором 15.

Сейчас в 3-м КДС "накидал" опрос по документации ОВЕНа . Позже попробую перенести Ваш проект т.к. мой старичок ПЛК110 сдох в конце концов... На связь перестл выходить и судя по светодиодам вошёл в цикл перезагрузки...

[Валенок]

циклическая перезагрузка и выход из строя как то связаны ?

[Sergeba]

циклическая перезагрузка и выход из строя как то связаны ?

Предложите вариант выхода из цикла? Пробовал перешивать с помощью кабеля и перемычки - не помогло.