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

[Aviator_VZh]

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

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

[Newcomer]

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

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

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

Я тестировал на железе, проблем не было. Рекомендации: смотреть минимальные уставки в программе, и настраивать симуляцию так, что бы они успевали отрабатывать. Это как если бы на реальном ПР время цикла было 100 ms, а мы на входе считали 50 импульсов в секунду, ПР их не посчитает даже в железе.

[Aviator_VZh]

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

Если Вас сильно беспокоит работа TIME U/D на реальном железе - используйте предложенное мной решение. Вашу задачу оно решает.

[Newcomer]

Я тестировал на железе, проблем не было. Рекомендации: смотреть минимальные уставки в программе, и настраивать симуляцию так, что бы они успевали отрабатывать. Это как если бы на реальном ПР время цикла было 100 ms, а мы на входе считали 50 импульсов в секунду, ПР их не посчитает даже в железе.

Спасибо за квалифицированный ответ.