Вот оно
Журнал опроса.xls (336 KB)
dump.Интернет_06(0).2017-09-08.log.gz (35.6 KB)
Изучили ваш дамп обмена. Данные которые считались, сохранились и отобразились у нас корректно, как и прошлый раз.
Странная ситуация. У вас корректно считываются данные и сохраняются, однако часовые данные за 8 число по какой-то причине отображаются в 7 числе.
Покажите журнал работы Службы опроса и журнал работы сервера за 08.09.2017. Вы прикладывали Журнал опроса за этот день.
Вот требуемое
server_error.2017-09-08.log.gz (8.36 KB)
server.2017-09-08.log.gz (972 KB)
PollService_Error.2017-09-08.log.gz (1.71 KB)
PollService.2017-09-08.log.gz (287 KB)
Зайдите в свойства Точки учета и на вкладке Точка учета нажмите кнопку дополнительно. Покажите скриншот настройки для 3-х точек учета для устройства с серийным номером 1055.
Прикладываю
Установите для всех точек учета Вариант группировки часовых записей По умолчанию.
Проверьте как данные отображаются в таблицах.
Поменял настройку, пересчитал таблицу и данные стали отображаться корректно.
Ваш вопрос решен и тему можно закрыть?
Сильно удивлен. :sh_ok:
На текущий момент я в теме вижу 2 проблемы.
Обсуждение с начала и до 5 сентября.
2. Неправильно отображаются суточные и часовые архивы при одном из двух алгоритмов настройки расчетного часа. А ведь согласно помощи, они отличаются всего лишь тем, как считать начало суток: по окончанию указанного часа или по началу.
- Установите настройки Вариант группировки часовых записей по умолчанию. Переопросите прибор за последние 5 дней с убранной галочкой только недостающие данные. Покажите как отображаются данные по потреблению. Приложите журнал опроса и дамп обмена.
- Данные у вас не верно отображаются, поскольку настройка Расчетный час указывает на начало суток не верна для вашего прибора.
Что происходит в вашем случае: СПТ944 сохраняет суточную запись при завершении суток, в вашем случае сутки завершаются в 23:00. Например: 7-го числа в 23:00 СПТ944 сохранит запись. В записи будут содержаться данные по потреблению с 6-го числа с 23:00 по 7-е число 23:00. Вы же указываете, что расчетный час указывает на начало суток и потому согласно вашей настройки в суточных данных отображаются часовые начина с 7-го числа 23:00 и заканчивая 8-м числом 23:00, что является не верным для вашего прибора. Здесь нет ни какой ошибки.
Вот результат.
Ничего не изменилось.
Ок. Несколько раз перечитал помощь про этот пункт, с трудом понял, и то оказалось неправильно :-):
Спасибо, что объяснили.
Можете приложить лог-файл сервера за ту дату, когда был опрос данных с последнего скриншота?
Требуемое во вложении
server.2017-09-15.log.gz (963 KB)
server_error.2017-09-15.log.gz (7.02 KB)
У вас в настройках расчета выбран Режим осреднения: Среднемассовое значение" ?
Так и есть
Это вызывает вопросы?
Мы нашли ошибку в алгоритме расчета.
В режиме осреднения “Среднемассовое значение”, если M = 0, то вместо среднемассовых значений программа сохраняет сумму.
В ближайшем обновлении, мы в таких случаях, при невозможности рассчитать среднемассовое значение, будем рассчитывать среднее арифметическое.
В 23-ей версии выйдет исправление этой ошибки?
да