Погрешность таймера

[Stasyllius_83]

Добрый день! Стоит задача сделать подсчет времени работы установки для замены батареи по выработке определенного времени. Написал программу подсчета секунд, минут, часов. Сравнив с реальным временем выяснилось что таймер отстает от реального времени на 15 секунд за время 5 минут. Далее добавил выход таймера на 1000 мс в тренд. График показывает что выход таймера срабатывает чуть позже и накапливает погрешность. Получается что нужно подгадывать заданное время? Т.е. ставить не 1000 в PRE, а где-то 900-950. В чем причина такого явления? Хотелось бы точности, т.к. за 5000 часов реального времени установка не покажет, что истекло время наработки.

[leon78]

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

[Velt]

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

Я в таких случаях считаю только часы.
Даже если каждый час будет измерен с точностью 0.01с (время цикла ПЛК), то за 5000 часов накопится максимальная погрешность 50 секунд, что довольно приемлемо в этой задаче.

А если всё же нужно максимально точно интервал времени отсчитывать, то нужно прерывания использовать.

Отправлено спустя 2 минуты 5 секунд:
А еще проще - использовать один таймер с уставкой 5000 часов. Тогда погрешность будет сопоставима с временем цикла ПЛК

[Stasyllius_83]

Благодарю за ответы!

[Looker]

Таймерами такое не делают, в руководствах есть упоминания про точность таймеров, см. в сторону команды GSV: системное время (дельту обрабатывай сам) или время между вызовами задачи, разрешение 1 микросекунда. Могу поделиться AOI см. картинку:

looker_pic.png

При желании можно задать ограничение на количество пусков в час ("ползущие" 60 минут).

[keysansa]

Я в таких случаях считаю только часы.

Вы часы считаете в ~0.1с цикле контроллера?
ЗЫ. Я понимаю о чем вы, но автор говорит о том же.

Отправлено спустя 6 минут 53 секунды:

А если всё же нужно максимально точно интервал времени отсчитывать, то нужно прерывания использовать.

Вызывание прерывания на время часов зависит от времени цикла программы.
Представьте себе таймер в 0.1с, который вызывается из OB с циклом 1с

[Stasyllius_83]

Таймерами такое не делают, в руководствах есть упоминания про точность таймеров, см. в сторону команды GSV: системное время (дельту обрабатывай сам) или время между вызовами задачи, разрешение 1 микросекунда. Могу поделиться AOI см. картинку:

looker_pic.png

При желании можно задать ограничение на количество пусков в час ("ползущие" 60 минут).

Добрый день! Этот AOI собственного производства? Буду благодарен, если поделитесь( на данный момент остановился на подсчете часов)!

[Looker]

Этот AOI собственного производства? Буду благодарен, если поделитесь( на данный момент остановился на подсчете часов)!

Да. На основе таймера. Если не нужны "ползущие" 60 минут, тогда можно уменьшить занимаемую память.

Отправлено спустя 40 минут 16 секунд:
Без Source Protection размер 2.63 К.

[Velt]

Вы часы считаете в ~0.1с цикле контроллера?
ЗЫ. Я понимаю о чем вы, но автор говорит о том же.

В исходном посте автор пишет

Написал программу подсчета секунд, минут, часов.

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

Представьте себе таймер в 0.1с, который вызывается из OB с циклом 1с

Конечно, это глупость. Прерывание оно потому и называется "прерывание", что вызывается не в цикле, а по событию. Событием может являться приход сигнала на вход, истечение заданного интервала времени и т.п.

[Looker]

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

У него Logix, предел таймера 2147483647 (2^31-1), "тик" таймера 1 мс. Не попадает на 5000 часов. Иначе бы RTO - самое оно.

Отправлено спустя 36 минут 3 секунды:
Точность с таймером можно повысить: например таймер до 1000. Когда стоит бит DN, в расчетах использовать не 1000, а ACC (там всегда будет более 1000). И не забывать про порядок исполнения. В моем AOI - это не учтено, но тому AOI уже 12 лет, код открытый - дорабатывайте.

[keysansa]

Прерывание оно потому и называется "прерывание", что вызывается не в цикле, а по событию.

Немного позанудствую ) Дело в том, что OB, которые работают по таймеру - тоже по прерыванию работают.

[Looker]

Немного позанудствую ) Дело в том, что OB, которые работают по таймеру - тоже по прерыванию работают.

Не стоит занудствовать, т.е. применять идеологию Сименса к Allen Bradley.

[Velt]

Точность с таймером можно повысить: например таймер до 1000.

Да, я в этом ключе и думал, только забыл о максимальной уставке таймера. Действительно, сейчас проверил, 5000ч это слишком много, придётся ограничиться 1000ч.

[keysansa]

Не стоит занудствовать, т.е. применять идеологию Сименса к Allen Bradley.

А как в AB обеспечивают точность цикла OB?

[Looker]

А как в AB обеспечивают точность цикла OB?

Что есть OB? Про Сименс мои "освоения" закончились 30 лет назад, после Бергера про Step5. У AB только одна задача периодическая, все другие - задается время или событие. Каждой задаче выставляется приоритет. Периодическую может прервать любая.

[keysansa]

Что есть OB?

Задача, выполняемая по прерыванию (по времени или событию).

задается время или событие. Каждой задаче выставляется приоритет. Периодическую может прервать любая.

Это не прерывание?

[Looker]

Это не прерывание?

Прерывание, только не в стиле Сименса со своими OB*: имена вразумительные, времена вызова задаются, как и приоритеты. Внутри задачи есть программы, память не пересекается, имена тегов какие задашь. Сименсовское DB - отдыхает.
Делал задачу для интегрирования расхода, самая приоритетная, но время учитывал по команде GSV - отличия были.

[keysansa]

Прерывание, только не в стиле Сименса со своими OB*

Немного позанудствую ) Дело в том, что OB, которые работают по таймеру - тоже по прерыванию работают.

Как-то так было изначально...

[Looker]

Дело в том, что OB, которые работают по таймеру - тоже по прерыванию работают.

Повторю про повышение точности:

...или время между вызовами задачи, разрешение 1 микросекунда.

[keysansa]

Немного позанудствую ) Дело в том, что OB, которые работают по таймеру - тоже по прерыванию работают.

Не стоит занудствовать, т.е. применять идеологию Сименса к Allen Bradley.

Вы отвечали вот на это сообщение.
Я просто позанудствовал в общем случае, в итоге выяснили, что я правильно позанудствовал и для AllenBradley. )