Расчет расхода воды

[nensist]

Модули которые мы делаем, сейчас стоят на 8 объектах в нашем регионе.
Из 8 объектов на 4 были проблемы с недостаточным расходом.
Из одного примера:
Тоесть когда дом работал на прямую от теплосети (подмес элеватора был заглушен) расход по дому был 8 м3/час (данные с тепловычислителя)
Представитили УК сказали что есть проблемы с плохим прогревом концевых стояков. (в виду убитости системы отопления)
После установки модуля решили приподнять расход внутри системы отопления до 9 м3/ч, проблема была решена, жалобы прекратились, все прогревается.
В зимний и осенне-весенний период все отработало на отлично

Вернусь к расходомеру.
Тоесть я понимаю что обработка импульсов и "ловля 0" полные танцы с бубнами и не стоит заморачиваться а использовать готовое решение от производителей расходомеров?

[Eugene.A]

Вернусь к расходомеру.
Тоесть я понимаю что обработка импульсов и "ловля 0" полные танцы с бубнами и не стоит заморачиваться а использовать готовое решение от производителей расходомеров?

Я бы поступил именно так, если бы возникла нужда. Но в теплосети не стал бы делать. Есть проблемные сети, где расходомеры приходится чистить не раз за сезон. Полбеды, когда просто подвирает тепловычислитель, но если вследствие этого еще и насосы начнут давить со всей дури, это совсем не дело. А нередко попадаются еще и объекты с переразмеренными насосами (устанавливали на перспективу, а ее так и не случилось), и там это просто чревато разрывами на старых сетях. Надо дополнительно использовать защиту от превышения давления, а ведь она тупо остановит насосы. Как назло, в самые холода.
И, кстати, в теплосети, как я понимаю, никогда не должно возникать ситуации ловли нулевого расхода, да и существенного его снижения. Тогда зачем заморачиваться? А для более точного измерения при малых расходах просто ставят расходомер с меньшим Ду для ускорения потока, лишь бы по верхнему пределу проходил.

[nensist]

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

[Scream]

Чего ты сказки рассказываешь ? У тебя написано, что цена одного импульса - 1 литр/импульс. Это с какой частотой должен щелкать геркон, чтобы за 10 сек. набралось 360 литров ? Получается 36 раз в секунду. Бред какой-то.

Уважаемый, вы не поняли суть проблемы.
360 литров за час при 3 литрах за 30 секунд, А ШАГ БУДЕТ В 120 ЛИТРОВ, тоесть при 4 литрах за 30 секунд = 480 литров в час. Так, на пальцах понятно?

Дело плевое. Запусти любой таймер. например TON (у таймера есть выход ET, на который выводится прошедшее время в мс, уставку таймера PT сделай несколько часов, чтобы таймер долго не срабатывал) и считай сколько времени прошло между соседними импульсами, далее делай пересчет в литр/час. Если цикл программы будет, например 2 мс, то погрешность измерения временных интервалов не будет превышать это значение (2 мс).

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

Какой вам ещё ФБ нужен? Я же вам сказал, на счётчик подавайте частоту, хотя бы 100 герц и сбрасывайте показания счётчика импульсами с водомера, а перед сбросом записывайте показания счётчика в буфер и потом уже с этими показаниями выполняйте любые математические операции.

И я же вам написал, что может есть готовые блоки? Считаю это тоже костылем.

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

Это я могу дополнительно считать, для проверки данных и т.п., но не то.
Вы не поняли суть проблемы. Нужно считать максимально быстро и максимально точно. Я считаю максимально быстрым - это время от импульса до импульса, быстрее расчитать не получится. Или я не прав?

Так пойдет ?

FUNCTION_BLOCK flow
(*
   Для обычных импульсных счетчиков с частотой < 50..100Гц.
   Для вменяемых пользователей с рабочим циклом 0..3мс (Гражданин помни : эмуляция - десятки мс)
   (C) Валенок, апрель 2014 
   Люблю печенки
*)
VAR_INPUT
	impulse : BOOL;
	tmax : TIME;   (*для обрыва асимптоты. Больше время - выше чуйствительность, но хуже ловля закрытия кранчиков*)
	k : REAL;   (*л/имп*)
END_VAR
VAR_OUTPUT
	q : REAL;   (*м3/ч*)
END_VAR
VAR_IN_OUT
	liters : DWORD;   (*наработка целых литров, из внешнего ретайна*)
END_VAR
VAR
	fix : R_TRIG;   (*ловим кокой-нить фронт импульса*)
	period,   (*последний законченный межимпульсный интервал*)
	peri,   (*текущий незаконч..*)
	t : TIME;   (*временная отметка*)
	c : BYTE;   (*на подумать самому*)
	rem : REAL;   (*k - real, liters - dword, нам пох*)
END_VAR


(*порядок выполнения выделенных групп особого значения не имеет*)

peri := TIME() - t;
c := SEL(peri > tmax, c, 0);   (*самореинициализация, если чо*)


fix(clk := impulse);
IF fix.q THEN
 	period := peri;
 	t := TIME();
 	c := MIN(2,c + 1);
	rem := rem + k;
	liters := liters + REAL_TO_DWORD(rem);   (*расчет редкий, промежуточное сохранение не нужно*)
	rem := rem - REAL_TO_DWORD(rem);
END_IF


IF c = 2 THEN
 	IF peri >= period THEN
		q := k * 3600 / TIME_TO_DWORD(peri);   (*расчет делается только по необходимости - импульс и асимптота*)
	END_IF
ELSE
	q := 0;
END_IF

PS
Вот почему тут TAB'ы не любят ?

Вам отдельное спасибо, буду разбираться в коде.

[Василий Кашуба]

...И я же вам написал, что может есть готовые блоки? Считаю это тоже костылем...

Я вам подсказал идею, как реализовать вашу задачу. Валенок дал вам готовый код. Если вы не хотите сами писать программу и вам нужны только готовые решения, то так и напишите. Костыли нужны ФБ не имеющим нужных вам свойств, я вам никаких ФБ не предлагал.

[AVF]

Я считаю максимально быстрым - это время от импульса до импульса

--- можно в два раза быстрее - между фронтами импульса ... может быть ещё быстрее - зависит от скважности импульса с датчика

[Вольд]

--- можно в два раза быстрее - между фронтами импульса ...

Это же надо такое написать. Каждый импульс имеет фиксированный вес - N литров/импульс. Приход каждого импульса означает, что за интервал времени между предыдущим и текущим импульсами расход составил N литров. Т.е. для того чтобы сделать пересчет в м куб./час над мерить не длительность импульса (погрешность будет высокая), а интервал времени между двумя соседними импульсами. А вот интервал времени между двумя соседними импульсами есть величина переменная и является функцией расхода.

[Василий Кашуба]

Это же надо такую глупость написать. Каждый импульс имеет фиксированный вес - N литров/импульс. Приход каждого импульса означает, что за интервал времени между предыдущим и текущим импульсом расход составил фиксированную величину N литров. Т.е. для того чтобы сделать пересчет в м куб./час над мерить не длительность импульса, а интервал времени между двумя соседними импульсами. А вот интервал времени между двумя соседними импульсами величина переменная.

Совершенно верно и делить 1 час на полученный интервал времени, тогда получим расход л/час.
Быстрее не получится.

[Вольд]

Совершенно верно и делить 1 час на полученный интервал времени, тогда получим расход л/час.
Быстрее не получится.

Не просто поделить, а еще умножить на цену импульса.

[and909]

...над мерить не длительность импульса (длительность импульса величина постоянная)...

Я думаю, в некоторых случаях, это не совсем так

Длительность импульса-это время прохода магнита (электронные приборы исключаем) в области срабатывания геркона. Время это можно засечь (скажем с миллисекундной точностью), ну или посчитать импульсы (генератора ПЛК) за время нахождения контакта во включенном состоянии (между передним и задним фронтами).