НС - отклонение от среднесуточного потребления по deltaQ генерится самим ЛЭРСом безо всякой причины, каждый день :hi_hi_hi:
Вот НС.
Вот опиание правила диагностики в этой точке учета 1 ошибка) источник данных суточные данные, а срабатывет 3 февраля 2021 году 6 раз за сутки. :-): А т.к. суточные запрашиваются 1 раз и в момент написания поста, я пишу 3-его февраля, суточных данных еще нет в приборе, то это явная ошибка. Очень похоже, что ЛЭРС при каждом получени данных и пересчете расчетного потребления тепла за текущих день проверяет его на соответвие правилу диагностики. Т.е. согласно сеансам опроса показанным ниже, с суточным значением поребления сначала сравнивалось потребление, накопленное прибором к 6 утра, далее к 7 утра и так до достижении порога в 50%. :hi_hi_hi: Получилось 6 НС 2 ошибка) Сточка "Теплопотребление за сутки (0,17255659401416779 ГКал) составляет 82,1% от среднесуточного за 21дн. (0,9630529528314417 ГКал)" неверна
0,17255659401416779 ГКал от 0,9630529528314417 ГКал составляет 17,9%. Ваша редакция описания вообще не является НС, согласно правилу диагностики :-):
3 может и не ошибка, но …) Не стоит писать количество теплоты в описании НС с таким больших хвостом после запятой 0,17255659401416779 ГКал
Скорее всего так же работают НС и по прочим параметрам, не только по дельта Q
Уточните, пожалуйста, у вас рассчитывается суточная запись за текущие сутки при считывании часовых данных?
На самом деле НС отработала верно, так как отклонение от среднесуточного потребления составляет как раз 82,1%, что больше заданного порога отклонения в 50%. Здесь судя по всему имеет место некорректное описание данной НС. Мы подумаем над более корректным описанием.
Это не является ошибкой. По данному вопросу вы можете создать соответствующее предложение по улучшению.
Второй пункте про текст, описывающий НС. Он не соответствует НС.
А вот тут, Иван, я с Вами не соглашусь. Каждое значение, записанное как 0,17255659401416779 Гкал, требует особого внимания пользователя и увеличивает время просмотра всей такой НС, чтобы понять что именно написано; а это же число записанное как 0,17 Гкал быстро усваивается. И такой “пожирающий” время пользователя способ округления используется в отчете, где много, очень много похожего текста про НС. А ведь отчет про НС предназначен для облегчения работы пользователя с НС и экономии времени :hi_hi_hi:
Иначе объясню, почему это ошибка. Строка "Теплопотребление за сутки (0,17255659401416779 ГКал) составляет 82,1% от среднесуточного за 21дн. (0,9630529528314417 ГКал) содержит 111 символов без пробелов. В значениях типа 0,17255659401416779 цифры, начиная со 3-его знака после запятой, в описании НС являются информационным мусором, так как не содержат для пользователя никакой информации и не облегают понимание текста. В приведенной выше строке такого мусора - 29 символов, т.е. 26% :hi_hi_hi:
Приложите, пожалуйста, скриншот настроек расчета и хранения. Также уточните какой прибор привязан к точке учета, по которой наблюдается данная ситуация. Кроме того уточните версию ЛЭРС УЧЕТ.
Мы изменим текст сообщения НС.
Повторюсь - это не является ошибкой. Такой вывод значений был изначально заложен при разработке данного вида диагностики. Как я уже писал ранее, вы можете создать соответствующее предложение по улучшению, в котором описать свое видение того, каким должно быть выводимое значение в сообщении данной НС.
Сами решайте, что это. Я описал как это выглядит. На мой взгляд, уделил достаточно времени этому. Поэтому, если Вам нужно, создавайте или не создавайте предложение
Нам удалось воспроизвести ситуацию. Действительно при диагностике отклонения от среднесуточного потребления анализируется рассчитанное за текущие сутки значение по часовым данным, а так как оно может быть пересчитано при поступлении новых часовых данных за текущие сутки, диагностика отклонения за эти сутки может быть выполнена несколько раз.
Спасибо за обращение! Мы поставили в план работ исправление данной ошибки. Как только она будет исправлена, обязательно сообщим в каком обновлении будет доступно исправление.
