ПЛК110.60[М2] + энкодер + счетчик.

[capzap]

так и встарых модификациях такого не было, получать знаечения счетчиков/энкодеров можно было в конфигураторе, который работал от основного цикла, а формирование значений происходило в подобии "быстрого таймера". Чтоб было возможно в быстром таймере обработать какое то значение счетчика/енкодера потребуется сверхбыстрый таймер и т.д.
По поводу хотелок Newcomer-а, на сколько я понял его рассуждения, так можно дойти до того что в основной программе он создаст бесконечный цикл чтоб отловить нужное значение счетчика/энкодера, тем самым поймав "злую собаку". Поэтому ему и подсказывают, что обрабатывать значение получиться один раз в цикл

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

так и встарых модификациях такого не было, получать знаечения счетчиков/энкодеров можно было в конфигураторе, который работал от основного цикла, а формирование значений происходило в подобии "быстрого таймера". Чтоб было возможно в быстром таймере обработать какое то значение счетчика/енкодера потребуется сверхбыстрый таймер и т.д.
По поводу хотелок Newcomer-а, на сколько я понял его рассуждения, так можно дойти до того что в основной программе он создаст бесконечный цикл чтоб отловить нужное значение счетчика/энкодера, тем самым поймав "злую собаку". Поэтому ему и подсказывают, что обрабатывать значение получиться один раз в цикл

Ну, "доходить" никто не собирается. Никто тут и не хочет "в while цикле крутиться и ждать погоды, пока значение входа изменится".
"сверхбыстрый таймер" -- штатная функция М02 (в документации даже описано, правда не сказано зачем, какие ограничения и т.п.). 20 или 40мкс, но конкретная цифра не важна. Главное, что этот таймер гораздо быстрее обычного цикла ПЛК.

Внимание, вопрос: какая польза от этого "сверхбыстрого", если в нём IO всё равно выполнять бесполезно?
Или всё-таки, какое-то IO выполнять можно? Если можно, то какое?

[BETEP]

Топикстартер хочет это реализовать?

В процессе работы текущее значение счетчика (PV) может сравниваться со
значениями, предварительно зарегистрированными в таблице сравнения.
Когда выполняется соответствующее условие, может быть запущена
указанная задача обработки прерывания (зарегистрированная в таблице).
Можно применить один из двух способов сравнения: сравнение с
заданным значением и попадание в заданный диапазон.
Для регистрации таблицы сравнения используется инструкция
CTBL(882).
Для запуска операции сравнения используется либо инструкция
CTBL(882), либо инструкция INI(880).
Для прекращения операции сравнения используется инструкция
INI(880).

Сравнение с заданным значением
Когда текущее значение высокоскоростного счетчика совпадает с
заданным значением, зарегистрированным в таблице, выполняется
указанная задача обработки прерывания.

Условия сравнения (заданные значения и направления счета)
регистрируются в таблице сравнения вместе с соответствующим
номером задач обработки прерывания. Указанный обработчик
прерывания будет запущен, когда значение PV высокоскоростного
счетчика совпадет со значением, зарегистрированным в таблице.

В таблице сравнений можно зарегистрировать до сорока восьми
заданных значений (от 1 до 48).

Для каждого заданного значения можно зарегистрировать отдельную
задачу обработки прерывания.

Сравнение выполняется со всеми заданными значениями, независимо
от порядка, в котором эти значения зарегистрированы.
Если значение PV изменяется, измененное PV будет сравнено с
заданным значением в таблице, даже если PV изменяется в тот момент,
когда выполняется процедура сравнения с заданным значением.

В задаче обработки прерывания можно немедленно включить (выключить) обычный выход контроллера.

У меня кстати старый позиционер H8PS-8BFP под абсолютный энкодер валяется, нужен?

[Филоненко Владислав]

Обмен между ЦПУ и PRU (где крутятся счётчики) не такой быстрый, как хотелось бы.
поэтому в режиме прямого управления всё работает иначе чем в режиме счетчиков.

[Newcomer]

базовый принцип работы ПЛК: установка входов (данных регистров) -> обработка -> установка выходов === это все ОСНОВНОЙ цикл... в таймере вы конечно можете считать регистр, но там будет одно и тоже значение

Владислав, подтвердите, что Дмитрий Артюховский истину глаголит и делу конец.

[Филоненко Владислав]

Да, так и есть. Для быстрой обработки есть OwenLogicRT

[Sulfur]

Получил комплект ПЛК110-60 + СП307Б. Перетащил предыдущий проект в новый ПЛК, наладил связь и пр.
Появились проблемы, а значит и вопросы.
1. Как посчитать время выполнения программного кода? Интересует кусок, который работает по прерыванию таймера 20мкс:

Code.jpg

2. Возможны ли обрывы связи из за того, что в таймере крутится слишком длинный код?

Наблюдается пропадание связи ПЛК<>ОП при рекомендуемых значениях (115200). При снижении скорости до 19200 обрывы случаются крайне редко, но всё же есть. На скорости 9600 обрывов связи не замечено. Теряет связь именно ПЛК, т. к. перезагрузка ОП к восстановлению связи не приводит. После перезагрузки только ПК при включенной ОП связь восстанавливается. ПЛК-слейв, ОП-мастер, Модбас РТУ. При написании программы правило, что переменная должна записываться только в одном месте соблюдено.
ЗЫ: И еще один маленький вопросик: как на ST прописать действие по переднему фронту импульса без применения ФБ?

[Филоненко Владислав]

1. Время можно получить через SysLibTime, есть 2 поля, где время в мкс. Считайте.
2. Возможны. прерывание высокоприоритетно (по сравнению с задачами) и забивает (если длинное) всю остальную работу ПЛК.
3. if ((new_val<>old_val)AND (new_val)) then Действие(); old_val:=new_val; end_if

[Sulfur]

1. Спасибо, буду разбираться.
2. Сокращал код, временно отключая разные участки - эффекта не дало. На ПЛК110.60 старой модификации в таймере крутится тот же код (до 13 строчки), проблем со связью на 115200 не наблюдается. Правда там ОП ИП320.
3. Спасибо. Но слишком сложная конструкция в плане времени работы. Думал, что есть специализированная команда.

[Филоненко Владислав]

Цикл меняли? Код увидеть можно?