Подсчет времени (TIME_UD)

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

Я думаю, что в данном случае настройки симулятора важны т.к. работа макроса Time U/D принципиально зависит от времени цикла программы. В железе все должно быть ОК.

Только лучше использовать более простое решение для индикации оставшегося времени. Например счетчик CTN с обратным отсчетом, секундным импульсом на счет и с той же уставкой, что и таймер, но в секундах. Вот кусок моего проекта, где я использую этот принцип.

2018-08-29_13-42-44.png

"Фишка" в том макросе, что если логика не сложная, есть возможность измерять время с десятыми и сотыми секунды, если нужны просто секунды, то наверное можно и попроще что-то взять.

[Aviator_VZh]

"Фишка" в том макросе, что если логика не сложная, есть возможность измерять время с десятыми и сотыми секунды, если нужны просто секунды, то наверное можно и попроще что-то взять.

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

[Newcomer]

"Фишка" в том макросе, что если логика не сложная, есть возможность измерять время с десятыми и сотыми секунды, если нужны просто секунды, то наверное можно и попроще что-то взять.

Я писал, что Time U/D работает верно при отсчете времени. Не устраивает то, что верное итоговое значение на выходе time держится 2 сек., а потом самопроизвольно увеличивается в 100 раз.

[Aviator_VZh]

Я писал, что Time U/D работает верно при отсчете времени. Не устраивает то, что верное итоговое значение на выходе time держится 2 сек., а потом самопроизвольно увеличивается в 100 раз.

Почитайте все посты в теме. Ваша проблема изучена, причины описаны, решения даны.

[Newcomer]

Почитайте все посты в теме. Ваша проблема изучена, причины описаны, решения даны.

Почему итоговое значение на выходе time через 2 сек. после останова счета махом увеличивается в 100 раз то же объяснено ?

[Aviator_VZh]

Да, ошибка симулятора.

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

Да, ошибка симулятора.

Или особенности работы на большом времени цикла, внутри стоит блок определения времени цикла программы, который в зависимости от величины этого цикла, ограничивает количество знаков после запятой, при проверке на реле, для мне пришлось нереально долго копировать и размножать блоки что бы добиться 30 ms, а тут со старта 100 ms в симуляции. Очень похоже, что как раз к моменту останова таймера, рассчитывается время цикла и меняется делитель, и 10,00 превращается в 1000.

[Aviator_VZh]

Или особенности работы на большом времени цикла, внутри стоит блок определения времени цикла программы, который в зависимости от величины этого цикла, ограничивает количество знаков после запятой, при проверке на реле, для мне пришлось нереально долго копировать и размножать блоки что бы добиться 30 ms, а тут со старта 100 ms в симуляции. Очень похоже, что как раз к моменту останова таймера, рассчитывается время цикла и меняется делитель, и 10,00 превращается в 1000.

Полностью согласен, просто не хотелось распространяться.

[Newcomer]

Или особенности работы на большом времени цикла, внутри стоит блок определения времени цикла программы, который в зависимости от величины этого цикла, ограничивает количество знаков после запятой, при проверке на реле, для мне пришлось нереально долго копировать и размножать блоки что бы добиться 30 ms, а тут со старта 100 ms в симуляции. Очень похоже, что как раз к моменту останова таймера, рассчитывается время цикла и меняется делитель, и 10,00 превращается в 1000.

И что из этого следует, рекомендации какие ? На реальном железе все будет нормально ?