Свой таймер

[petera]

при большом желании при превышении интервала более суток можно плюсовать счетчик суток, а из дворда интервала времени вычитать t#1d

Причем здесь сутки, месяцы нужно рассматривать

Переполнение TIME() произойдет не при смене суток, а через 49d17h2m47s295ms

[spectrum48k]

да хоть недели. почему акцент на "нужно" ? я привел пример сохранения расширения интервала наработки) а сутки, недели или месяцы - хоть все сразу в отдельных переменных... в соответствии с требованиями.

[capzap]

Причем здесь сутки, месяцы нужно рассматривать

есть еще фишечка накопленный результат хранить в реале, это увеличит продолжительность подсчета

[spectrum48k]

есть еще фишечка накопленный результат хранить в реале, это увеличит продолжительность подсчета

а на фишечку в #18 и не глянули)

[Валенок]

а на фишечку в #18 и не глянули)

А покурочил-ли то навставляв real'ов ? В смысле в исходном усе было на целых числах ?
Чего накурочили сами то поняли ?

[Спорягин Кирилл]

В теме уже 35 сообщений, хотя просмотров моего примера только 2. Забавно.
Сделал на основании своего таймера небольшой блок статистики.
ФБ TimeStatistic позволяет измерять последнее, среднее, минимальное и максимальное время между двумя точками программы.
Для того чтобы это сделать в первой точке нужно вызвать:
TimeStatistic.FirstPoint();
во второй вызвать
TimeStatistic.SecondPoint();
В прикрепленном примере измеряется время скана при этом следует обратить внимание, что сначала вызвается SecondPoint, а затем FirstPoint.

Преимущества данного блока перед блоком статистики, который встроен в конфигуратор ПЛК ОВЕН, в том что он измеряет не только время последнего скана, но также минимально, максимальное и среднее. К тому же в многозадачной системе можно измерять времена скана для каждой задачи.

[Спорягин Кирилл]

А действия в ФБ тяготеют к десктопной однократности, и из-за них приходится ставить IF'ы. В результате растёт цикломатическая сложность программы. И хоть она становится в какой-то мере более читаемой, но читать-то приходится воду. Так что не очень мне по нраву такой подход.

Егор, а что такое "десктопная однократность"?

[petera]

В теме уже 35 сообщений, хотя просмотров моего примера только 2. Забавно.
Сделал на основании своего таймера небольшой блок статистики.
ФБ TimeStatistic позволяет измерять последнее, среднее, минимальное и максимальное время между двумя точками программы.
Для того чтобы это сделать в первой точке нужно вызвать:
TimeStatistic.FirstPoint();
во второй вызвать
TimeStatistic.SecondPoint();
В прикрепленном примере измеряется время скана при этом следует обратить внимание, что сначала вызвается SecondPoint, а затем FirstPoint.

Преимущества данного блока перед блоком статистики, который встроен в конфигуратор ПЛК ОВЕН, в том что он измеряет не только время последнего скана, но также минимально, максимальное и среднее. К тому же в многозадачной системе можно измерять времена скана для каждой задачи.

Измерить время цикла можно и без навороченных таймеров

(*Время цикла*)
t1:=TIME();
tCycle:= t1 - tmp;    (*Время цикла*)
tmp:= t1;
(*КОНЕЦ ВЫЧИСЛЕНИЯ ВРЕМЕНИ ЦИКЛА*)
(*
Здесь строки
прогграммы
*)
tProg:=TIME()-t1;    (*Время выполнения программы*)

Последняя строка вычисляет время выполнения программы.
Для вычисления ср, мин, макс. значения можно просто использовать ФБ "STATISTICS_INT" на вход ему подать "Cycle time in 100 mks" из модуля статистики.
И не будет "Преимущества данного блока перед блоком статистики, который встроен в конфигуратор ПЛК ОВЕН, в том что он измеряет не только время последнего скана, но также минимально, максимальное и среднее".

[spectrum48k]

А покурочил-ли то навставляв real'ов ? В смысле в исходном усе было на целых числах ?
Чего накурочили сами то поняли ?

Рилы и были. переделал интегратор электроэнергии/объема/или_чего_еще под счет ровно 1й единицы в час) если бы не поняли, то это бы не работало, а так - работает. Считает себе наработку насосов.

[Yegor]

Егор, а что такое "десктопная однократность"?

https://ru.wikipedia.org/wiki/Событи...ограммирование

Действия в 61131-3 не параметризуются (имеют пустую сигнатуру), а потому находясь в бесконечном цикле не могут напрямую включаться в выражения реакции и, следовательно, вызываться в безусловном режиме (вызывать можно, но в этом не будет практического смысла). Отсюда однократность — вам приходится выбирать момент, чтобы совершить действие один раз, и потом вновь ждать события. Можно, конечно, вызывать действие в течение длительного времени по какому-то условию, но само слово «действие» намекает, что в этом случае вы используете фичу не по назначению. Я считаю, что действия должны быть результатом обработки прерывания. А искусственные прерывания самому себе создавать лишний раз не стоит.