Измерение частоты импульсов в МС

[andre]

Арсений, день добрый подскажите пожалуйста, что то поиском не нашел.
В модуле МС есть 2 счетных входа, из описания:

Блок FREQ(dinx) (FREQuency) – Переводит вход в счетный режим и возвращает частоту следования импульсов на соответствующем счетном входе (при условии, что амплитуда импульсов достаточна, а длительность больше заданной постоянной времени цифрового фильтра).

на поляне выход блока FREQ имеет тип long - целое число.
как быть, если длительность импульса больше 1 секунды? (частота получается меньше 1)
например, как измерить частоту 0.15 Гц ?

[Arsie]

Сообщение от andre

Арсений, день добрый подскажите пожалуйста, что то поиском не нашел.
В модуле МС есть 2 счетных входа, из описания:


на поляне выход блока FREQ имеет тип long - целое число.
как быть, если длительность импульса больше 1 секунды? (частота получается меньше 1)
например, как измерить частоту 0.15 Гц ?

Измерение проводится 1 секунду. Следовательно, что выше, приравнено к 0Гц.

Если перейти к сути, то блоки FREQ вообще не рассчитаны на использование с частотами менее 10Гц.

Если вам нужна работа на низких частотах, то используйте блок CNTR, его данные можно использовать за любой период времени, например, за минуту, отловив таким образом сотые доли герца.

[andre]

гм, тогда придется вычислять количество импульсов. проходящее за минуту..
тогда еще вопрос - эти же импульсы отображаются на входе din7(8) ?
я могу одновременно использовать вход din7(8) и вход CNTR(din7) ?
как проще сделать - считать в течении минуты импульсы на входе din7
или для подсчета числа импульсов придется каждую минуту вычитать из текущего значения CNTR предыдущее?

[Arsie]

Сообщение от andre

гм, тогда придется вычислять количество импульсов. проходящее за минуту..
тогда еще вопрос - эти же импульсы отображаются на входе din7(8) ?
я могу одновременно использовать вход din7(8) и вход CNTR(din7) ?

Да.

Сообщение от andre

как проще сделать - считать в течении минуты импульсы на входе din7
или для подсчета числа импульсов придется каждую минуту вычитать из текущего значения CNTR предыдущее?

Правильно вычитать из текущего предыдущее.

[andre]

Арсений, спасибо.
это оно?

[ATS]

Сообщение от andre

это оно?

Я бы оборвал связь QU- Reset на счетчике и выдавал QU на CRST.
А вот на Reset заводим CR_ACK.

Короче просто сбрасываем счетчик МС после каждого измерения.


И если интересует именно пересчет в куб. м/час, то выход стоит пофильтровать(усреднять)

[Arsie]

Сообщение от andre

Арсений, спасибо.
это оно?

Немного не так))

Для абсолютной корректности нужно ещё с таймтутика единичку вычесть, т.к. счётчик считает от нуля, а не от единицы. При периоде расчёта в 60 сек можно пренебречь.

[ATS]

Сообщение от ATS

Короче просто сбрасываем счетчик МС после каждого измерения.

Выше немного переврал - при сбросе и вычитание не нужно, а фиксация естественно на непрозрачном тригере.

Вроде был рабочий вариант.
Контроль расхода.msl

[andre]

Всем спасибо.

p.s. ATS, макрос отличный, если бы еще незапаролен был - ему бы вообще цены небыло

[ATS]

Сообщение от andre

если бы еще незапаролен был - ему бы вообще цены небыло

Запаролен? И в мыслях не было...

Интересно, при попытке загрузки в 425-й версии Лоджика просит пароль. В 435 нет проблем.
Новое шифрование однако... Контроль расхода.msl

[Arsie]

Сообщение от andre

Всем спасибо.

p.s. ATS, макрос отличный, если бы еще незапаролен был - ему бы вообще цены небыло

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

[ATS]

Сообщение от Arsie

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

Не замечал, хотя может и стоит задерживать CRST на один такт.

[andre]

Сообщение от ATS

Не замечал, хотя может и стоит задерживать CRST на один такт.

этот вариант мне наверно не подойдет - помимо среднего расхода надо считать общий и периодически заносить в энергонезависимую память. слишком часто это делать - не стоит, у памяти ресурс ограниченный, увеличить время между сбросом\записью - мгновенный расход некорректно будет выводится.

[ATS]

Сообщение от andre

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

Тема начиналась с частоты (расхода).
Любым из способов выше получаем усредненный за период измерения расход. Для подсчета объема предпочтительнее вариант Арсения.
Но все равно для подсчета объема придется к значению в памяти прибавлять изменение значения счетчика за интервал.

увеличить время между сбросом\записью - мгновенный расход некорректно будет выводится.

Речь шла о задержке записью\сбросом на один тик контроллера.
Untitled.png