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

[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, все довольно подробно и ясно.

[dan75]

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

Т.е. хотите сказать, что временнЫе функциональные блоки жёстко привязаны ко времени цикла 1 мс и при автоподстройке этого времени начинают врать? Вот те новость! Чёт меня Овен разочаровывает как-то.

[petera]

Т.е. хотите сказать, что временнЫе функциональные блоки жёстко привязаны ко времени цикла 1 мс и при автоподстройке этого времени начинают врать? Вот те новость! Чёт меня Овен разочаровывает как-то.

Совсем не об этом.
Смотрите рисунок, блинк с временами включено и выключено по 0,001с т.е. 1 мс
А если время цикла будет 7мс? Что будет на выходе этого блинка? Я думаю, что будут импульсы длительностью в один цикл, т.е. не 1 мс, а 7!
Таким образом не выходе счетчика CTN1 будет импульс не через(0,001+0,001) * 50 =0,1с, а через (0,007+0,007) * 50 =0,7с
И при уставке (I2) например 10, насчитает таймер не 10с, а 70!
Класс - погрешность 700%

ЗЫ.
А может при времени цикла > 1мс блин вообще перестанет работать!

[dan75]

Совсем не об этом.
Смотрите рисунок, блинк с временами включено и выключено по 0,001с т.е. 1 мс
А если время цикла будет 7мс? Что будет на выходе этого блинка? Я думаю, что будут импульсы длительностью в один цикл, т.е. не 1 мс, а 7!
Таким образом не выходе счетчика CTN1 будет импульс не через(0,001+0,001) * 50 =0,1с, а через (0,007+0,007) * 50 =0,7с
И при уставке (I2) например 10, насчитает таймер не 10с, а 70!
Класс - погрешность 700%

ЗЫ.
А может при времени цикла > 1мс блин вообще перестанет работать!

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