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

[Newcomer]

Дольше не стал ждать, похоже с Вашими настройками периода и времени цикла, что-то не корректно считается.

Действительно с минимальными настройками периода и времени цикла в режиме симуляции работает правильно, а вот если увеличить эти параметры, то работает не правильно. Но так не должно быть. Еще меня волнует вопрос как все это будет работать на реальном железе.

[Сергей0308]

Действительно с минимальными настройками периода и времени цикла в режиме симуляции работает правильно, а вот если увеличить эти параметры, то работает не правильно. Но так не должно быть. Еще меня волнует вопрос как все это будет работать на реальном железе.

Если всё правильно придумано в железе обычно лучше работает чем в симуляторе! Тоже несколько раз смотрел в симуляторе - не работало, проверяю в железе - всё нормально работает, может тоже неправильно симулятор настраивал! Я обычно и так знаю как должно работать и к симулятору относился скептически, теперь посмотрю, если в случае правильных настроек симулятор правильно будет показывать, может и поменяю о нём мнение!

[Aviator_VZh]

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

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

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

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

Я думаю, что в данном случае настройки симулятора важны т.к. работа макроса 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.