Модель памяти CoDeSys / ОВЕН ПЛК

[Владимир Ситников]

Вы с инженером-системотехником по образованию разговариваете.

Хорошо, принято.

Стандарт МЭК.... разработан именно для того, чтобы технолог-программист этого не знал и об этом не задумывался.

Да, с благими целями создаются стандарты.
К сожалению, если компилятор и железо слепо следует программе, то программа выполняется слишком медленно.
Т.е. даже для однопоточных программ нужны какие-то допущения, чтобы компилятор и процессор могли выполнять код так, как будет быстрее.

Я к чему: абстракции текут, и в многопоточных приложениях от синхронизации никуда не уйти.
Как вариант -- сказать, что "при одновременной работе со смежными областями памяти может быть что угодно" (== undefined behavior), и это тоже вариант "модели памяти".
Упрощает ли он жизнь программисту? Едва ли.
Так ли работает КДС? -- фиг знает.

Если бы В.Филоненко сказал "для выполнения IO задачи на всех ядрах, в том числе, на PRU приостанавливаются, выполняется ввод-вывод, и потом возобновляются программы", то это бы объясняло как именно синхронизируется IO и PRU/цикл.
Но, В.Филоненко сказал, что "PRU вообще в realtime работает, и не влияет на цикл".

Модель такого ПЛК приведите пожалуйста.

ПЛК110-24-32.К-М02

[ASo]

ПЛК110-24-32.К-М02

И? Вы готовы утверждать, что в этом ПЛК истинно многозадачная среда исполнения?

[Владимир Ситников]

И? Вы готовы утверждать, что в этом ПЛК истинно многозадачная среда исполнения?

Владислав утверждает, что да, многозадачная среда.

1. Программы на PRU выполняются отдельно, и никак не влияют на цикл ПЛК и др. функционал.
2. В примере цикл PRU - 1 мкс (0,5МГц частота импульсов), на 1 МГц рассчитывалась схемотехника быстрых I/O.
3. Для примера при цикле 1 мкс можно выполнить приблизительно 20-50 пользовательских лог. блоков (в зависимости от их сложности). Цикл можно менять как в меньшую, так и в большую сторону, в т.ч. динамически.

Натурных экспериментов, чтобы подтвердить/опровергнуть эти слова не ставил.