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

[_Pavel_]

Тип - циклическая интервал - 2 мс

[_Pavel_]

это установлено, а в онлайне сколько не самом деле

Среднее время цикла: 1002 мкс Макс время цикла 6385 Джиттер 4964

[_Pavel_]

Да именно так, проект довольно большой и часть кода выполняется по событиям. Проект портирован с ПЛК110 М02 на котором всё отлично работает при таймауте 15 мс.
ФБ обмена по ModBus продёргивается в каждом цикле.

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

Я отмечу, что в технических характеристиках указано, что время пустого цикла - 3 мс.

31-01-2020 13-49-59.png

Для MainTask и задач обмена я бы не рекомендовал ставить время цикла менее 10 мс.

Действительно, если сравнивать ПЛК1хх [М02] и ПЛК210 по возможному времени цикла - то ПЛК1хх [М02] выиграет.
Но при этом надо учитывать, насколько отличаются эти устройства: на ПЛК1хх embedded-OS реального времени с минимумом системных задач, на ПЛК210 - Linux с множеством сервисов.
Кроме того, рантайм CODESYS V3 тоже является более функциональным и "тяжеловесным" по сравнению с V2.3.

Библиотека OwenCommunication является асинхронной и построена на асинхронных системных библиотеках - поэтому работа одного ФБ (от xExecute до xDone) всегда занимает несколько циклов контроллера.

[_Pavel_]

Действительно, если сравнивать ПЛК1хх [М02] и ПЛК210 по возможному времени цикла - то ПЛК1хх [М02] выиграет.
Но при этом надо учитывать, насколько отличаются эти устройства: на ПЛК1хх embedded-OS реального времени с минимумом системных задач, на ПЛК210 - Linux с множеством сервисов.
Кроме того, рантайм CODESYS V3 тоже является более функциональным и "тяжеловесным" по сравнению с V2.3.

Но и аппаратное обеспечение нового ПЛК существенно производительнее, чем у ПЛК 1хх

Я отмечу, что в технических характеристиках указано, что время пустого цикла - 3 мс.
Для MainTask и задач обмена я бы не рекомендовал ставить время цикла менее 10 мс.

А если поставить тип задачи MainTask "свободная" - это обеспечит максимальное быстродействие и выполнение всех системных задач?

Я отмечу, что в технических характеристиках указано, что время пустого цикла - 3 мс.

Библиотека OwenCommunication является асинхронной и построена на асинхронных системных библиотеках - поэтому работа одного ФБ (от xExecute до xDone) всегда занимает несколько циклов контроллера.

Это понятно, печально что ФБ молча зависает, ведь у него есть флаг ошибки, почему бы ему не выставить его по истечении заданного пользователем таймаута, если с обмен не прошёл.

[Емельянов Кирилл]

Здравствуйте. В CDS3.5.17 появилась возможность в менеджере источников данных выбрать OPC UA server. Как с этим делом у 210-ых? Иными словами, может ли ПЛК210 выступить в качестве OPC UA клиента?

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

Здравствуйте. В CDS3.5.17 появилась возможность в менеджере источников данных выбрать OPC UA server. Как с этим делом у 210-ых? Иными словами, может ли ПЛК210 выступить в качестве OPC UA клиента?

Добрый день.
У нас отсутствует поддержка этого функционала.

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

А если поставить тип задачи MainTask "свободная" - это обеспечит максимальное быстродействие и выполнение всех системных задач?

Это обеспечит нестабильную работу контроллера. Я рекомендовал бы никогда не использовать этот тип задач без четкого понимания, как именно реализована многозадачность в CODESYS.

Это понятно, печально что ФБ молча зависает, ведь у него есть флаг ошибки, почему бы ему не выставить его по истечении заданного пользователем таймаута, если с обмен не прошёл.

Пришлите архив проекта - мы посмотрим, что происходит с блоком в вашей ситуации.

[_Pavel_]

Это обеспечит нестабильную работу контроллера. Я рекомендовал бы никогда не использовать этот тип задач без четкого понимания, как именно реализована многозадачность в CODESYS.

Евгений, поясните, пожалуйста, как именно должна проявляться нестабильная работа контроллера?
И ещё вопрос теоретический: на ПЛК 100 М02 мне удавалось стабильно получать данные по ModBus раз в 11-13 мс. На ПЛК210 это, судя по всему, невозможно? Может я зря его мучаю...

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

Евгений, поясните, пожалуйста, как именно должна проявляться нестабильная работа контроллера?
И ещё вопрос теоретический: на ПЛК 100 М02 мне удавалось стабильно получать данные по ModBus раз в 11-13 мс. На ПЛК210 это, судя по всему, невозможно? Может я зря его мучаю...

У вас одна задача фактически вытеснит все остальные - т.е. визуализация, OwenCloud и пр. будут работать с совершенно непредсказуемыми интервалами вызова.
Циклический вызов задачи обеспечивает (в максимально возможной степени) вызов программ через заданные интервалы времени.
Free-wheeling гарантирует, что одна задача будет вызываться очень часто, а остальные - "как-то".

На ПЛК210 это, судя по всему, невозможно? Может я зря его мучаю...

Скажем так, это не те тайминги опроса по RS, на которые стоит ориентироваться при работе с данным контроллером.