ПЛК210 - новая линейка контроллеров ОВЕН

[Yuriy59]

Здравствуйте, есть необходимость управлять сервоприводами, в связи с этим есть пара вопросов:

1) Когда планируется реализация STEP/DIR?
2) Можно ли реализовать изменение длительности импульса через переменную?

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

Здравствуйте, есть необходимость управлять сервоприводами, в связи с этим есть пара вопросов:

1) Когда планируется реализация STEP/DIR?
2) Можно ли реализовать изменение длительности импульса через переменную?

Добрый день.

1) Затрудняюсь ответить, и вероятнее всего это будет не в рамках функционала ПЛК210, а в виде отдельного модуля для работы с ШД.
2) Нет.

[Yuriy59]

Добрый день.

1) Затрудняюсь ответить, и вероятнее всего это будет не в рамках функционала ПЛК210, а в виде отдельного модуля для работы с ШД.
2) Нет.

А зачем тогда быстрые выходы в режиме "Генератор импульсов", если нельзя менять частоту генератора из программы?

[vniko]

Уважаемые участники форума - счастливые обладатели ПЛК210, использовал ли кто тип вызова задачи Событие? Возможен ли близкий к нулю джиттер (задержка между моментом выполнения условия вызова задачи и ее фактическим вызовом) для такой задачи?
В проекте - дозирование компонентов должно быть максимально быстрое реагирование на Событие, в задаче по Событию будет обработка быстрых входов и регулировка ПЧ.
Или ПЛК210 "слаб" для этого проекта?

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

Уважаемые участники форума - счастливые обладатели ПЛК210, использовал ли кто тип вызова задачи Событие? Возможен ли близкий к нулю джиттер (задержка между моментом выполнения условия вызова задачи и ее фактическим вызовом) для такой задачи?
В проекте - дозирование компонентов должно быть максимально быстрое реагирование на Событие, в задаче по Событию будет обработка быстрых входов и регулировка ПЧ.
Или ПЛК210 "слаб" для этого проекта?

А какие требования к джиттеру? (точнее - к времени реакции системы)
Моя рекомендация (я уже ее излагал, но рискну повторить) - все операции, связанные с оперативным управлением, когда надо "вот прям сразу среагировать" - выносить в отдельный циклический таск с наивысшим приоритетом и минимальным временем цикла (по опыту - меньше 5 мс ставить не стоит). Соответственно, ничего лишнего в этой задаче делать не стоит - кода должно быть минимум.
Логика такого решения проста - для ПЛК циклическая модель выполнения является традиционной и подавляющее большинство пользователей CODESYS используют только циклические задачи. Так как другие типы задач используются значительно реже - то в их реализации выше вероятность наличия ошибок, которые были пропущены, так как никто их пока просто не нашел.

[vniko]

А какие требования к джиттеру? (точнее - к времени реакции системы)

Хотелось бы нулевое значение, по крайней мере менее 1мс.
Евгений, Вашу рекомендацию я понял, но она меня не устраивает. Время реакции будет 5мс + джиттер для циклической задачи.
И ресурсы ПЛК будут заняты бесполезной циклические задачей каждые 5мс.