Цитата Сообщение от Shpilli Willi Посмотреть сообщение
Спасибо Коллеги за столь быстрый ответ! Благодаря такой поддержке ОВЕН в СНГ вне конкуренции.


Я думал наоборот, что это самое простое для контроллера, исправлю, спасибо!

Подскажите так же как интерпретировать значение в конфигураторе задач: NewTask макс 940µс. Я понимаю это так, что 50 Миллисекунд (наш цикл) = 50000 Микросекунд, а если мы 18! PID-ов обсчитываем за 940 Микросекунд (это <5% цикла), а это основная масса программы, то по сути у нас контроллер отдыхает и можно в оптимизацию не лезть. Потом ещё статистика в "конфигурации ПЛК" говорит что из 1000Мс у нас 900Мс контроллер простаивает.

А можно подробнее про экспоненту. Как можно от этого защититься и при каких условиях можно это достичь? Я думал что могу выйти за диапазон в пересчете скорости изменения уровня в расход (Raz_v_n), но "на настольных" условиях с учетом "проверки достоверности" и масштабирования сигнала не смог...
модуль статистики говорит о том как работает основной цикл программы. у Вас он пустой и ресурсы тратятся на конфигурацию ПЛК, к сожалению этот модуль не может высчитать данные занятые под задачи таск менеджера.
да , у Вас всреднем быстро обсчитываются, но тот же плагин говорит , что у Вас там где то что то пошло не так, всё таки накопление интеграла и расчёты в определенный момент могут выйти за пределы средних значений, что вызывает в одном единственном цикле сумасшедше большое время выполнения. как видно в плагине таск менеджера. по поводу 4-5 экземпляров. возможно я не точен, т.к. опираюсь на данные используя ПЛК100 , ПЛК 63. лично на ПЛК110м02 не было у меня необходимости в ПИД регулировании, но думаю то что применимо для слабого проца - применимо как практика и для более мощного. всё таки цикл обработки программы ПЛК в большстве задач сильно меньше обновления данных в интерционных процессах , что позволяет разбить все экземпляры ПИД на группы и вызывать по очереди без вреда для технологического процесса