ПР200 блок чтения из ФБ

[Ревака Юрий]

Добрый день.
А можно как-то выводить на экран ПР200 текущие значения параметров генератора прямоугольных импульсов (BLINK): Th и TI ?

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

[Pvalp]

Пробовал через Read FB, действительно читает только статику (задание) и то если прикрепить преобразование to fload на переменную, на прямую интовскую переменную не читает, может кто делал такой макрос под себя?

[Серёга Букашкин]

К Юрию: Чтение из таймера его уставки не имеет никакой практической применимости. Похоже это недостаток или ошибка, хотелось бы видеть чтением из таймера текущее время, как видим его в симуляторе.

[Pvalp]

Вот попробовал создать макрос "BLINK с обратным отсчетом" на базе "TON энергонезависимый с обратным отсчётом времени" созданного "Сергей0308", хотелось бы услышать замечания, пожелания и мысли по оптимизации данного макроса.

[petera]

Вот попробовал создать макрос "BLINK с обратным отсчетом" на базе "TON энергонезависимый с обратным отсчётом времени" созданного "Сергей0308", хотелось бы услышать замечания, пожелания и мысли по оптимизации данного макроса.

У Вас, при построении BLINK на двух таймерах TON, используются два лишних элемента
Захват-1.png
Фрагмент обведенный рамкой полностью эквивалентен

Ну и с учетом этого внутри "изобретенного макроса" будут аналогичные лишние элементы, которых даже больше - четыре лишних
Захват-3.png

Должно остаться
Захват-4.png

[Pvalp]

У Вас, при построении BLINK на двух таймерах TON, используются два лишних элемента
Захват-1.png
Фрагмент обведенный рамкой полностью эквивалентен

Ну и с учетом этого внутри "изобретенного макроса" будут аналогичные лишние элементы, которых даже больше - четыре лишних
Захват-3.png

Должно остаться
Захват-4.png

Спасибо большое petera, однако при симуляции макроса меня беспокоит следующее:Снимок6.PNG
Когда введены значения Th и TI, то все нормально:Снимок7.PNG

[petera]

Спасибо большое petera, однако при симуляции макроса меня беспокоит следующее:Снимок6.PNG
Когда введены значения Th и TI, то все нормально:Снимок7.PNG

Это ошибка макроса TON_0.1s. У него, если время задано =0, на выходе 1 даже без сигнала на входе I1
Нужно добавить в макрос логику
Захват-2.png

И будет ОК
Захват-1.png

Я такими TON_s (основанными на блинкерах и счетчиках) не пользуюсь
У меня есть свой макрос TON с индикацией времени, вот здесь он используется https://owen.ru/forum/showthread.php...l=1#post316458

[Pvalp]

Это ошибка макроса TON_0.1s. У него, если время задано =0, на выходе 1 даже без сигнала на входе I1
Нужно добавить в макрос логику
Захват-2.png

И будет ОК
Захват-1.png

Я такими TON_s (основанными на блинкерах и счетчиках) не пользуюсь
У меня есть свой макрос TON с индикацией времени, вот здесь он используется https://owen.ru/forum/showthread.php...l=1#post316458

Спасибо petera, помогло, не могли-бы Вы показать свой макрос?

[petera]

В серьезных проектах, где время цикла больше 1мс, такие таймеры
Захват-4.png
работать будут некорректно

По этому я использую другой принцип
Захват-3.png

Здесь идет подсчет циклов выполнения программы
Для работы этих таймеров нужен макрос подсчета времени цикла, и количества циклов от включения питания ПР
Захват-5.png

Уставка (PT)задается целым числом в мс, на выходе ET время прошедшее от старта(прямой счет), выходе (PT- ET) оставшееся время, эти времена тоже в мс, дискретность равна времени цикла.

Абсолютная погрешность вычисления интервалов времени не более половины времени цикла во всем допустимом диапазоне уставки в мс от Тц до 4294967295/Tц

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

Работает таймер так
Переменные на входе
dT - время цикла в мс(целое)
x_Clc - номер текущего цикла.

1. Уставка в мс переводится в количество циклов PT_Clc
Захват-6.png
здесь деление выполняется с округлением, по этому погрешность вычисления интервалов времени не более половины времени цикла

2. В момент старта запоминаем номер текущего цикла в переменную Start_Clc
Захват-7.png

3. В процессе работы вычисляется сколько циклов прошло от старта ET_Clc = x_Clc - Start_Clc
Захват-8.png

4. И сравниваем уставку PT_Clc с прошедшим количеством циклов ET_Clc
Захват-9.png

[Pvalp]

В серьезных проектах, где время цикла больше 1мс, такие таймеры
Захват-4.png
работать будут некорректно

По этому я использую другой принцип
Захват-3.png

Здесь идет подсчет циклов выполнения программы
Для работы этих таймеров нужен макрос подсчета времени цикла, и количества циклов от включения питания ПР
Захват-5.png

Уставка (PT)задается целым числом в мс, на выходе ET время прошедшее от старта(прямой счет), выходе (PT- ET) оставшееся время, эти времена тоже в мс, дискретность равна времени цикла.

Абсолютная погрешность вычисления интервалов времени не более половины времени цикла во всем допустимом диапазоне уставки в мс от Тц до 4294967295/Tц

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

Работает таймер так
Переменные на входе
dT - время цикла в мс(целое)
x_Clc - номер текущего цикла.

1. Уставка в мс переводится в количество циклов PT_Clc
Захват-6.png
здесь деление выполняется с округлением, по этому погрешность вычисления интервалов времени не более половины времени цикла

2. В момент старта запоминаем номер текущего цикла в переменную Start_Clc
Захват-7.png

3. В процессе работы вычисляется сколько циклов прошло от старта ET_Clc = x_Clc - Start_Clc
Захват-8.png

4. И сравниваем уставку PT_Clc с прошедшим количеством циклов ET_Clc
Захват-9.png

Спасибо petera, все довольно подробно и ясно.