В процессе опросов точек учета заметили странность.
В точке учета настроен расчетный час 10:00
Но при автоопросе суточные архивы снимаются по разному:
Интеграторы на 9:00
Данные снимаются 0:00
Вопрос: так и должно быть?
В процессе опросов точек учета заметили странность.
В точке учета настроен расчетный час 10:00
Вопрос: так и должно быть?
Покажите журнал опроса и дамп обмена. Покажите скриншот вкладки устройство из свойств точки учёта. Считайте суточные данные заводской программой за этот же интервал времени и покажите результат опроса.
Прикладываю дамп и журнал опроса. Опрос штатной программой опроса приложу позжу
dump.ATM21(615).2023-12-10.log.gz (81,4 КБ)
Журнал опроса.xlsx (9,1 КБ)
Расчётный час настраивается в приборе учёта и указывает на время, в которое будет сохраняться суточная запись. Исходя из вашего журнала опроса в приборе настроен расчётный час равный 9.
В точке учёта расчётный час указывается для того, что бы в таблице данных была правильная группировка записей. В точке учёта должен быть указан такой же расчётный час, который настроен в приборе. Указание расчётного часа в точке учёта никак не влияет на расчётный час самого прибора и на время, в которое прибор сохраняет данные.
Обратите внимание на предупреждение в журнале опроса в 10.12.2023 21:48:43 “Считанный расчётный час (9) не совпадает с указанным в параметрах точки учёта (10)”.
Вам необходимо установить расчётный час в точке учёта равным 9 и произвести переопрос данных с убранной галочкой только недостающие данные.
Мы в курсе несовпадения расчетного часа в точке учета и приборе. Это не мешает читать архивы, мы пытаемся понять, почему в одном опросе ЛЭРСа с одними настройками интеграторы читаются с 9 до 9, а данные с 0 до 0?
Напомню связанную тему
По-моему, надо кака-то определиться с этим самым “расчетным часом”
У суточных записей нет часов, это данные за определенные сутки. При выводе информации в журнал опроса используется форматирование, в результате чего подставляется значение часа, минут и секунд равные 0. На самом деле у суточных данных нет времени.
Интеграторы в нашей системе сохраняются с меткой времени.
Т.е. мы имеем проблему учета объема потребления? Суточные объемы в любом равны часовым объемам с 0 часов по 24? А интеграторы фиксируют данные по расчетному часу?
Проблемы учёта объёма потребления нет.
Суточное потребление за 07.12.2023 равно разнице интеграторов между 08.12.2023 09:00:00 и 07.12.2023 09:00:00.
может быть тогда надо поправить информацию, выводимую в Журнал автоопроса? чтоб час снятия данных был равен часу интеграторов?
У данных суточного потребления нет часа, а следовательно и равенства с часом интегратора не может быть.
В вашем случае это так. У сточного потребления нет часа, есть только сутки. Но есть и начало расчетных суток и оно не всегда начинается в 0:00:00. И как только вы дописываете 00:00:00 - во вселенной учета газа, особенно на ВКГ, часы, минуты и секунды появляются у даты. В этой вселенной все со сдвигом, сам учет газа, да еще и прибор сдвигает время. Незначимая и очевидная для вас вещь - становится значимой и неочевидной.
Если бы в журнале было 07.12.2023 не было бы вопросов.
Но когда в журнале вы пишите 07.12.2023 00:00:00, то возникают вопросы. И тут не важно ваше мнение об этом :)) Нас всех в школе научили что " 00:00:00" - время, а не просто незначимая часть даты
Поэтому на мой взгляд, тут дихотомия: либо поправить журнал, либо регулярно отвечать, что в журнале опроса значимая только дата суточного потребления, а на времени мы “рыбу заворачиваем”
Мы могли бы поправить журнал, если бы кто-то заявил, что это необходимо сделать.
Было бы здорово. Автор, как я понял именно об этом и пишет.
Прошу поправить журнал!