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

[aaaSashaMGGU]

Отдельная задача не нужна, у вас по умолчанию вызывается PLC_PRG каждые 10 мс, так же и происходит опрос.
А вот поставить в соотнесении переменных надо Вкл 2 (Всегда в задаче цикла шины)

Так у меня нет PLC_PRG
Есть MainTask с циклом 100мс
Есть VisuTask (или как его там) с циклом 100мс
Есть TestTask с циклом 500мс
Есть OwenCloudTask (или как его там) с циклом 500мс

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

[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 работает обычно быстрее.
Это абсолютно не верный подход к программированию контроллера.

[aaaSashaMGGU]

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

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