FlProg

Выкладываю собранный блок счетчика тепловой энергии. Опробован и отлажен установлено четыре счетчика в котельной.
С помощью расходомера (http://ru.aliexpress.com/item/G1-Inch-W ... eb201560_9) определяет расход воды, по разнице температур подачи и обратки (датчики DS18b20) определяет количество отданного тепла. Подробности в описании блока.
Кому интересно смотрите видео https://youtu.be/XYY-gAqF2kI

Очень интересно! Основную программу тоже посмотрел бы. С какой периодичностью идёт перезапись в EEPROM? Счётчики воды видимо пластиковые. Не деформируются от температуры? Или на обратке поставили?

gav81 писал(а):Выкладываю собранный блок счетчика тепловой энергии. Опробован и отлажен установлено четыре счетчика в котельной.

А вы пробовали сравнивать расчеты с калькулятором?
;)

Извиняюсь...
С расчетом все нормально.

scadapack писал(а):Очень интересно! Основную программу тоже посмотрел бы. С какой периодичностью идёт перезапись в EEPROM? Счётчики воды видимо пластиковые. Не деформируются от температуры? Или на обратке поставили?

Основная программа пока переделывается, в конце выложу. Запись в EEPROM ведется раз в 30 мин. Счетчики стоят на обратке 2 мес. проблем не обнаружено. Да и пока температуру на котле больше 50 не поднимал.

rw6cm писал(а):А вы пробовали сравнивать расчеты с калькулятором?
;)

Извиняюсь...
С расчетом все нормально.

А что смущает (где получился другой результат и насколько он отличается)? По моим проверкам более менее бьется. Калькулятор калькулятору рознь. Я например встречал расчет где принимается плотность воды 1, с таким расчетом сходится не будет. В любом случае это не коммерческий узел учета (мне это больше для понимания какое соотношение потребителей). Скорее всего и сами счетчики погрешность дают больше чем заявлено.

gav81 писал(а):А что смущает (где получился другой результат и насколько он отличается)?

Просто месяц назад делал проект, и столкнулся с расхождением в расчетах.
Начал анализировать, и пришел к тому, что элемент POW не верно считает.
Написал это в баг, и успокоился.
А здесь глянул ваш проект, в нем используется этот элемент.
Подумал, наверно в этой версии устранили косяк, решил проверить.
Поднял свой пример, залил, косяк тот же...
Думаю: "а как же он? неужели не сравнивал расчет?"
Накидываю пример, используя ваши данные, но по запарке, в проект ставлю коэффициент из первой части формулы, а в калькулятор из второй(х.з. куда я смотрел?)))
Смотрю результат как и предполагал не бьётся!
Давай же сразу трезвонить... а то мало ли что, еще и на бабки попадет...
На следующий день просматривая свою писанину, понимаю что я лох , выложив такой пример)))
Тут же исправляю коэффициент --- результат бьётся!
Понял: "Пора разжигать костёр и сушить бубен!"...
-------------------------------------------------------------
Оказалось бяку делал элемент SConv.
В моем проекте, год разлаживался на составляющие, обрабатывались, преобразование в текст, и на дисплей.
Естественно и результат сравнивался с данными с дисплея!
------------------------------------------------------------
Здесь для меня осталось загадкой...
Почему в связке POW --> SConv, при установке на входе констант, результат на выходе один,
а при подаче этих же целых чисел на вход, он другой???

rw6cm писал(а):Здесь для меня осталось загадкой...
Почему в связке POW --> SConv, при установке на входе констант, результат на выходе один,
а при подаче этих же целых чисел на вход, он другой???

Скорее всего это баг.