CODESYS V3.5. Вопросы и ответы

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

Шаман, как обычно, смотрит в корень - то, что события могут формироваться в разных потоках, не мешает обрабатывать их в каком-то одном потоке.

Если чтение I/O сложить в один поток с логикой, получатся неприличные задержки.

Использование SysFile и других библиотек с синхронными вызовами - действительно довольно простой способ получить "неприличные задержки".
Для большинства библиотек есть асинхронные варианты - например, в случае файлов это библиотека CAA File.

[fatlortroll]

> А что ты называешь потоками? Разные задачи?

Ага.

> А если сделать очередь?

Там тоже проблемы могут вылезти, хотя бы при попытках одновременной записи в эту очередь разных потоков. Тоже синхронизировать надо.

[fatlortroll]

> обрабатывать их в каком-то одном потоке

Но от синхронизации записи никуда не деться, в любом случае.

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

> обрабатывать их в каком-то одном потоке

Но от синхронизации записи никуда не деться, в любом случае.

Если это один поток и всё же SysFile - о какой вообще синхронизации речь?
Вызовы SysFileOpen, SysFileWrite и т.д. - блокирующие.

[fatlortroll]

Возможно, я некорректно представляю модель исполнения CoDeSys, но разве при вызове метода ФБ из разных потоков (задач) не может случиться коллизия, даже если функции внутри этого метода блокирующие?

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

Возможно, я некорректно представляю модель исполнения CoDeSys, но разве при вызове метода ФБ из разных потоков (задач) не может случиться коллизия, даже если функции внутри этого метода блокирующие?

А зачем вообще об этом думать?

Пример реализации, совпадающий с озвученной выше Шаманом идеей ("простое лучше сложного"):
- глобальный ARRAY [FIRST_EVENT...LAST_EVENT] OF BOOL
- из разных потоков по событиям взводим нужные флаги массива (доступ к массиву по константным индексам - можно через красивый ENUM - все события заранее известны и определены)
- в одном конкретном потоке: открываем файл, в цикле проходим по массиву - для каждого установленного флага вызываем SysFileWrite (и здесь же можно реализовать форматирование сообщения, если требуется) и сбрасываем флаг - после выхода из цикла закрываем файл

[Cs-Cs]

Да! Евгений Кислов всё рассказал!
Я такое делал с очередью отправки СМСок: брал массив на 20-30 событий, через вызов функции пихал их туда.
При этом инкремент счётчика занятых элементов делал именно в той функции.
А основная задача, медленная, извлекала события из этого массива-очереди, и пихала их в модем, ожидая отправку каждого из них.
Задумка была на тот случай, с которым ты и столкнулся: "Ой! А вдруг разом десяток аварий будет, и тонна СМСок прилетит".

Всё-таки расскажи нам, ЧТО там у тебя ТАКОГО интересного! У меня проект (я ща как раз его дальше ваяю, в ночи), где опрашивается 9 штук модулей по SysCom (очень-очень быстро). И ещё и отслеживанием ошибок связи с ними и логгеньем в тревоги ПЛК... Вот у тебя ещё быстрее, чем у меня? Я хочу это представить! =)

[fatlortroll]

> ЧТО там у тебя ТАКОГО интересного

Всего лишь промышленный станок. Ничего интересного. :-)

[ADS]

Добрый день, подскажите пожалуйста. Не выходит залить прошивку в виртуальный ПЛК т.к. таргет версии 3.5.6, а сам ПЛК 3.5.5. Как найти и поставить версии 3.5.5 control win? (Галочка "показать старые версии" не дает эффекта нужного)target error.png

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

Добрый день, подскажите пожалуйста. Не выходит залить прошивку в виртуальный ПЛК т.к. таргет версии 3.5.6, а сам ПЛК 3.5.5. Как найти и поставить версии 3.5.5 control win? (Галочка "показать старые версии" не дает эффекта нужного)target error.png

Добрый день.
Таргет 3.5.5.0 входит в состав CODESYS V3.5 SP5 Patch 5.
Как я понимаю (судя по версии рантайма виртуальника) - вы эту версию устанавливали?
Тогда см. п. 8.2 здесь:
https://ftp.owen.ru/CoDeSys3/11_Docu..._FAQ_v.1.3.pdf

После этого галочка "показать старые версии" действительно должна показать старые версии.