А вы откуда пришли в автоматику,коли не секрет?

Из текста было не однозначно)), т.к. в конфигурации плк, в качестве модуля обзываются универсальные слейв устройства)) ассоциация была с программным модулем модбас из библиотеки. В общем проехали)) А по задачам, если бы описали хотя бы в общих чертах, какие задачи с какими параметрами сделали, и какая от них задача требуется, было бы понятнее. А так, если нужно получить задачу со стабильным интервалом, задавайте приоритет выше чем у остальных. Если имеются несколько «свободных» задач, не делайте у них разные приоритеты.

Задачи простые - обработка состояний, обмен данными с частотником и проч. Просто опять же,если где я не совсем ясно выразился: если все задачи имеют одинаковый приоритет - все работает.Все работает,кроме передачи в ком-порт, там периодически теряется часть строки во время передачи.Если же на какой-либо задаче приоритет убавить - то она уже не вызывается планировщиком - почему - вот главный вопрос на сегодня.Может где-то есть какая-то хитрожопая настройка в самой заднице кодесиса,настолько неочевидная, что выключать свет на кухне вводным автоматом на 80 А  по сравнению с этим - детские шалости.

в ST существует оператор возведения в степень, или это делается отдельной функцией?

А вывод в порт как реализован?

при помощи SysLibCom

Насколько я знаю - нет, разве только сдвигом. Или функцией.

Выше писал, только думал что модбас так реализован. Нужно несколько циклов, чтобы блок из библиотеки завершил работу.

👍

EXPT

ага, да просто кто на что горазд, каждый по своему делает, интересно как по стандарту оно

Я по специальности инженер по автоматике

В разработку пришёл из обслуживания. На пивном заводе работал.

так и хочется пошутить про наработанное стажем пивное пузо ))

и насколько неправильно и плохо пиво делают на наших заводах? ))

Я там до 2006-2007 годов работал.
"наши заводы" понятие относительное. Эфес или инбев это наши заводы?

Пиво разное было. И отличное и не очень. Но тогда и предпочтения со вкусами были другие.

Автоматика была и есть немецкая Чешская и итальянская. Самая проблемная была - наша, краснодарская.

Там тоже программист чуть ли не brewmax или proleit отечественный написал. Так он думал. Одного плк не хватило из за памяти. Поставили второй.

А немцы и чехи писали надёжные и понятные программы, которые мог понимать и редактировать любой нормальный инженер программист на заводе.
А краснодарскую систему выбросили лет через 8.

В краснодарской системе торможение было реализовано ручником?))

Как это знакомо)) Правда у меня нынешние программы под Windows для единичной автоматики,  на 95% это дикое количество всякой обвязки, которую ПЛК на кодесисе по большей части обеспечивает сам)) а 5% собственно то что является техпроцессом и достаточно просто и понятно работает))

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

Разраб будто новую операционку писал. Свои обработчики все чего угодно.
Похоже было что программирование ему важнее чем результат.