Ошибки в расчетах тепловой энергии

ЛЭРС УЧЁТ REST, Framework, интеграция с другими системами
1

По разному считается тепловая энергия в графичеком интерфейсе и REST API

Котельная
ГВС на ж/д :
ДельтаQ = Q1 - Q2 = 9.92 - 5.02 = 4.9 - тепловая энергия по ГВС на ж/д. В графическом интерфейсе ДельтаQ = 4,91

Отопление на ж/д :
ДельтаQ = Q1 - Q2 = 131,14 - 100,29 = 30,85 - тепловая энергия по отоплению на ж/д. В графическом интерфейсе ДельтаQ = 27,15

Сумма ДельтаQ = 4,9 + 30,85 = 35,75. В графическом интерфейсе Сумма ДельтаQ = 4,91 + 27,15 = 32,06.
Разница по ДельтаQ = 35,75 - 32,06 = 3,69.

Но если получать ДельтаQ по REST API, то по API приходят левые данные по ДельтаQ и результат увеличивается почти в 1,5 раза по сравнению с ДельтаQ в графическом интерфейсе.

Поэтому от использования ДельтаQ отказались.

Попробовал вычислять отдельно Q1 и Q2 по формуле тепловой энергии:

Отпуск тепла [Гкал]
Q = ((M1 * (T1 – Tхв)) — (M2 * (T2 – Tхв))) / 1000, где:

        Q – объем тепловой энергии;
        M1 – параметр расхода носителя тепла в подающей трубе. В качестве источника тепла может быть водяной пар или обычная вода.
        M2 – объем расхода воды в отводящей трубе;
        T1 – температура в трубе подачи носителя тепла;
        T2 – температура на выходе трубы;
        Tхв – температура холодной воды.

ГВС на ж/д :
Q1 - Q2 = ((60.71 - 7.69) * 156.15 - (32.02 - 7.69) * 112.05) / 1000 = 8 279,07 - 2 726,17 = 5 552,89/1000 = 5.55.
Отопление на ж/д :
Q1 - Q2 = ((60.61 - 7.69) * 2458.43 - (48.88 - 7.69) * 2394.62) / 1000 = 130 100,11 - 98 634,39 = 31 465,71/1000 = 31.46.
Сумма ДельтаQ = 5,55 + 31,46 = 37,02. Как видно разница по сравнению с ДельтаQ в графическом интерфейсе увеличилась - 37,02 - 32,06 = 4,96.

Поэтому отказался от подробного расчета. Остановился на простом вычитании двух цифр Q1-Q2. Это дает наиболее близкий результат к нашим установленным нормативам.
В общем проблема с точностью расчетов. Гарантий точности нет.

Версия ЛЭРС УЧЁТ:
Сервер БД: SQL Server / PostgreSQL

Снимок Лерс за 10.12.22
Снимок Лерс за 10.12.221920×1080 208 KB

2

В таблице с данными вы видите округленные значения. Как вы понимаете, расчет по таким значениям в любом случае вносит погрешность по сравнению с расчетом по исходным данным без округления, которыми оперирует ЛЭРС УЧЕТ. Надо принимать во внимание данный фактор и учитывать его.

Опишите боле подробно какой именно запрос вы посылали и какие данные вам пришли. Покажите результаты его выполнения в swagger вашего сервера.

3

Добавлю, что веб-интерфейс работает через REST и может только округлить данные до какой-то цифры после запятой. Такое расхождение говорит только о том, что вы запрашиваете данные с неверной токи учёта.

В запросах идентификатор не совпадает с номером точки учёта, которую вы видите в карточке. Идентификатор нужно брать из поля id.

4

Если графический интерфейс округляет цифры до какой-то запятой, то почему такая разница (в целых, а не в запятых) в расчетах по данным этого графического интерфейса. В расчетах выше я оперирую данными только графического интерфейса, который на принтскане(картинке).

5

Обратил внимание, что вы используете довольно старую версию ЛЭРС УЧЕТ. Согласно пункту 2. Правил оказания услуг технической поддержки пользователей ЛЭРС УЧЕТ поддержка оказывается только при использовании текущей (последней) версии системы, на данный момент 3.49.2. По предыдущим версиям техническая поддержка не оказывается.

После обновления переопросите точку учета, таблицу которой вы приложили, ручным опросом с отключенной галочкой “Только недостающие данные”. Затем приложите обновленный скриншот таблицы с данными за тот же период, выбрав в ней предварительно только один тип данных на просмотр, например суточные.