Шаблоны устройств и время опроса модулей

[kondor3000]

Так у меня нет PLC_PRG

Я, кажется понял - Вы говорите про Codesys 2.3
Но у меня мои вопросы в 3.5

Про какой 2.3, я такие вещи не путаю, по умолчанию создаётся POU (PRG) с вызовом 10 мс 1ПОУ.jpg
Ничего больше не надо, для любого опроса в ПЛК в мастере или слейве.
Если вы сами нагородили огород, то и пожинаете плоды в виде тормозов в опросе.
Про Визу и Овен клауд, задачи тоже создаются автоматом.

[aaaSashaMGGU]

Про какой 2.3, я такие вещи не путаю, по умолчанию создаётся POU (PRG) с вызовом 10 мс 1ПОУ.jpg

Ясно. Именно его я переименовал в MainTask и поменял ему интервал на 100мс
Внутрь этого таска и закинул все свои программы

По умолчанию данный параметр имеет значение <не задано>. Это означает, что по
умолчанию в качестве задачи цикла шины используется задача проекта с наименьшим интервалом
вызова (обычно такой задачей является задача MainTask).

Т.е., Modbus работает с задачей с наименьшим интервалом. У меня это - мой MainTask с циклом 100мс
Нужна новая задача с циклом 10мс (или можно ещё меньше?) - и проблема должна быть решена

[kondor3000]

Ясно. Именно его я переименовал в MainTask и поменял ему интервал на 100мс
Внутрь этого таска и закинул все свои программы


Т.е., Modbus работает с задачей с наименьшим интервалом. У меня это - мой MainTask с циклом 100мс
Нужна новая задача с циклом 10мс (или можно ещё меньше?) - и проблема должна быть решена

И зачем вы сами тормозите свой контроллер?
Вы хотите из ПЛК сделать ПР200 ? Так и купили бы реле за 20 тысяч, зачем 70 тратить было?

[aaaSashaMGGU]

И зачем вы сами тормозите свой контроллер?

100мс для основного кода - нормальное адекватное время реакции системы на (например) сработку высокого давления
10мс для Modbus-а при этом - нормальное время, чтобы (на глазок) за всё время цикла основной задачи 100мс успели опроситься все модули, чтобы основная задача работала уже с новыми данными. А вообще, чем быстрее будет обновляться Modbus - тем лучше. Пусть даже один модуль несколько раз опросится за время цикла основной задачи 100мс. Хуже точно не будет

[kondor3000]

100мс для основного кода - нормальное адекватное время реакции системы на (например) сработку высокого давления
10мс для Modbus-а при этом - нормальное время, чтобы (на глазок) за всё время цикла основной задачи 100мс успели опроситься все модули, чтобы основная задача работала уже с новыми данными. А вообще, чем быстрее будет обновляться Modbus - тем лучше

Вы из ПЛК210 сделали ПР200, так и купили бы реле за 20 тысяч, зачем 70 тратить было? Даже ПР200 работает обычно быстрее.
Это абсолютно не верный подход к программированию контроллера.

[Cs-Cs]

Я от себя дополню (статью пока не могу написать). В CodeSys 3.5 работа драйверов Modbus примерно в 5-7 раз медленнее, чем в CodeSys 2.3.
Поэтому такого мгновенного опроса, как в CodeSys 2.3, в новом CodeSys достичь не получится.
В своих новых проектах я разделяю модули IO на критичные и обычные через два интерфейса RS-485.
Критичные опрашиваю через библиотеку SysCom или OCL, а обычные - через дерево конфигурации.

[aaaSashaMGGU]

Вы из ПЛК210 сделали ПР200, так и купили бы реле за 20 тысяч, зачем 70 тратить было? Даже ПР200 работает обычно быстрее.
Это абсолютно не верный подход к программированию контроллера.

Если речь про то, почему я не оставил цикл 10мс и не морочил бы людям голову - то дело в том, что мой написанный код, содержащий в себе в том числе SQL-запросы, отправку писем по Email, отправку СМС на GPRS-модем, сохранение файлов на внешнем FTP-сервере (да-да, хвастаюсь чего уж ) не успевает в цикле 10мс
И приходится ему увеличивать цикл. Нет, реально цикл 9-10мс с подскоками до 20-30. В этом случае, если оставить всё это в 10мс-задаче - то загрузка будет добрые 100%, а оно мне надо?
Это тот случай, когда цикл нужно увеличить
А то, что за этим увеличением ещё и модбас тащится - я (да и не только я, давайте честно скажем) просто не знал

[МихаилГл]

Так сделайте для долгоиграющих задач свои таски, зачем всё в один 10мс пихать?

[aaaSashaMGGU]

Так сделайте для долгоиграющих задач свои таски, зачем всё в один 10мс пихать?

В данном проекте все мои задачи интуитивно и не должны сидеть в 10мс. 100мс для них вполне достаточно. Просто время сработки тех же датчиков предельного уровня измеряется секундами. Плюс-минус 100мс туда сюда роли не играет

Кроме того, если начать программы раскидывать в разные задачи, то начинаются коллизии (проходил, понимаю, о чём говорю) из-за рассинхронов потоков, т.к., POU перестают выполняться последовательно
Далее, цитата из руководства. Нет, я этого не знал заранее, просто неосознанно сделал именно так:

8. Рекомендации по работе с задачами
1. Не добавляйте в проект задачи (используйте только задачи, автоматически создаваемые
CODESYS).

В итоге, я не создавал новую задачу, а просто сменил время цикла у существующей
И по предыдущему заявлению - когда ПР200 научится показывать web-морду с 10-20 клиентами разом - я обязательно его попробую

[aaaSashaMGGU]

Добрый день ещё раз!
Отписываюсь по результатам

Исходный цикл ~5 секунд на 13 модулей
1) Завёл отдельную задачу ModbusTask на 5мс, выбрал её в "Установки ПЛК", "Задача цикла шины". Цикл стал чуть менее секунды
2) Убрал все шаблоны, заменил их на нужные мне запросы. Цикл стал ~0.5 секунд
3) Скорость на 57600 сменить не удалось, т.к., ПЛК-110, как оказалось, в режиме Slave вообще работать не умеет (у него встроенные резисторы RS-485), но на 9600 всё работает стабильно. Ну, ладно. В любом случае, хуже чем было - не стало. Всё так и было изначально. Так что, вполне норм

Если бы делать без ПЛК-110 (в режиме модуля), то скорость выросла бы, думаю, ещё раза в 2-3
Всем спасибо за подсказки и идеи!