Проблема в работе расчетной точки учета

Здравствуйте, около двух месяцев назад возникла следующая проблема: если в расчетной точке учета используются данные нескольких точек учета, то в ходе опроса точек учета №№2,3 и т.д., перезаписываются данные в ячейках расчетной точки.

Работа нарушилась во всех расчетных точках, но приведу конкретный пример: возьмем две точки учета, “пар на бойлерной” и “пар на котельной”. (“пар на бойлерной” находится в другом объекте учета, но в других расч. точках конфликты есть и внутри одного объекта учета) Сначала снимем показания “пара на бойлерной”. Результат показан на скрине 1, температура и давление корректно подставляются в расчетную точку учета (в поле “Т бойл”) и появляются в отчете. Затем снимем показания “пара на котельной”, при этом замещаются значения в поле расчетной ячейки, которое связано только с точкой учета “пар на бойлерной”, “Т бойл” на скрине 2 заместилось значениями 5 градусов (похоже, это дефолтные значения для поля Тхв расчетной точки учета)

http://forum.lers.ru/viewtopic.php?f=23&t=4935 указанное тут обновление не помогло :frowning:
скрин 1.png
скрин 2.png
PollService.2017-04-19.log (910 KB)
dump.GSM-модем.2017-04-19.log (1.07 MB)

Приложите, пожалуйста настройки выражений для расчетной точки.

Выражения и список точек учета в данных объектах учета

(Единственное, чтобы вам не запутаться, в точке учета пароснабжение-“t пара” измеряется t наружного воздуха, в холодном водоснабжении-“t наружного воздуха” измеряется t пара, меняли местами датчики на вкт, потом забыл переназвать)
2017-04-21_12-58-27.png
2017-04-21_12-58-19.png
2017-04-21_12-58-03.png
2017-04-21_12-57-40.png
2017-04-21_12-57-26.png

Покажите таблицы с данными по обеим исходным точкам учета и по расчетной точке за тот же период, что и на скриншотах.

“t пара” и “t наружного воздуха”
2017-04-25_09-50-56.png
2017-04-25_09-50-38.png

У вас в исходных точках учета присутствуют недостоверные значения. По ним расчет значений в расчетной точек невозможен.

Но это не объясняет проблемы других точек, вот пример, просто сумма двух полей разных точек учета. Причем странно, что есть часы, когда одни расчетные переменные вычисляются, а другие нет, и наоборот.
2017-04-25_13-52-04.png
2017-04-25_13-48-44.png
2017-04-25_13-49-18.png
2017-04-25_13-50-15.png
2017-04-25_13-48-11.png

А про недостоверные значения странно, еще на самом первом скрине эти же недостоверные значения подставлялись в расчетную точку учета. Но потом они заменялись в расчетной точке учета после опроса другой (реальной) точки учета, которая задействована в формулах расчетной точки учета. И самое главное, все работало ранее. (Я написал, что с февраля, но ошибся, проблема еще с осени, скрин вот)
2017-04-25_14-03-09.png
скрин 1.png

По последней расчетной точке учета сделайте следующее: включите отладку сервера, затем переопросите исходные точки ручным опросом за период, отраженный на ваших скриншотах, и пришлите журнал работы Сервера ЛЭРС УЧЕТ с отладочной информацией.

После этого отладку сервера можно будет выключить.

Журнал работы сервера
server.2017-04-26.log.gz (2.48 MB)

Посмотрите, пожалуйста, проблема довольно актуальная. Или ваши скачивания счетчик не отображает?

Еще не добрались до вашей темы. Пока что сообщите примерное время опроса исходных точек.

Первые точки, где пар и недостоверные значения, опросил 20.04 около 10.30-11.00, прямо перед написанием первого поста (вручную, удалив данные за 19.04 из архива), последние точки с холодной водой опрошены автоматически 20.04 в 6.00.

Имелось ввиду время повторного опроса точек 26.04, когда вы включали отладку сервера.

УПК-1 Таштагол, ВКТ-5, #15082, 26.04.2017 08:55:08

Оказалось, кстати, что отладка была включена уже давно, можно и другие данные смотреть.

Мы завершили работы в смежной теме, ссылку на которую вы указали в первом сообщении. Сейчас пытаемся воспроизвести описанную вами ситуацию у себя.

Нам удалось воспроизвести проблему. Мы приступили к ее решению.

Большое спасибо пользователям Setrukov и Роман Тугарев за сообщение об ошибке и предоставленные данные!

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

Мы исправили эту ошибку в версии R22. После праздников будет выпущена BETA2, в которую войдут правки.

Релиз R22 ожидается в конце следующей недели.

Обновление R22 доступно для скачивания. Ознакомьтесь с со статьей Обновление ЛЭРС УЧЕТ до версии R22 и выше.