Большой столбик не доказывает большой расход
Вчера график был ровным, сегодня за короткий период появился огромный расход. Это повод проверить исходные значения, а не сразу искать «прожорливый» прибор. Накопитель мог сброситься, изменить единицу или дать ошибочную точку; статистика затем обработала её по своим правилам.
Сохраните участок до скачка, сам переход и несколько следующих значений. Запишите точную сущность, единицу, интеграцию и недавние изменения. Не удаляйте историю первым действием: иначе исчезнет материал для сравнения. Разбор помогает локализовать причину, но не устанавливает её без данных вашей системы.
Три источника выглядят похоже, но означают разное
Показатель может быть мощностью сейчас, общим накопленным расходом или расходом только за последний отчётный интервал. Для них нужны разные расчёты. Если значения 1; 0,5; 0,75 означают отдельные порции энергии, их складывают. Если 1; 1,5; 2,25 — накопитель, используют разности. Одинаковая единица ещё не отвечает, какой смысл передаёт прибор.
Именно это различие описано в Utility Meter через delta_values. Другие настройки относятся к сбросам и знаку расхода. Менять их ради удаления некрасивого столбика нельзя: сначала подтвердите поведение источника по документации интеграции и доступным исходным точкам.
- 01ИсточникЗначения, единица и поведение при сбросе
- 02ОписаниеКласс состояния и параметры помощника
- 03РезультатПриращения, статистика и показанный период
Класс состояния объясняет обработку ряда
state_class — описание того, как HA должен понимать последовательность значений. Документация Sensor для разработчиков различает measurement, total и total_increasing. Последний предназначен для нарастающих значений со сбросами; уменьшение при определённых условиях трактуется как новый цикл счётчика.
Например, ряд 100 → 101 → 0 → 1 может быть нормальным накопителем после сброса. Но если ноль возник только из-за ошибки или подмены недоступности, следующий возврат к прежнему числу способен исказить результат. Поэтому «сделать ноль, когда нет данных» опасно для расчёта расхода. unavailable и настоящий сброс имеют разный смысл.
Сравните ступени до изменения настроек
Посмотрите, появился ли скачок уже у исходной сущности. Затем — у помощника, если он есть, и наконец в итоговой статистике. Если исходный ряд нормальный, а ошибка появилась позже, проверьте выбранный источник, параметры обработки и период графика. Не меняйте измеритель только потому, что последняя ступень выглядит неверно.
После обновления могли измениться метаданные или способ передачи значений. Но совпадение по времени не доказывает причину. Сверьте заметки именно вашей интеграции и версии, сохраните диагностические сведения без ключей и домашних адресов. План обновления HA помогает связывать наблюдение с проверяемыми изменениями.
Доступный помощник не всегда означает доступный источник
У Utility Meter есть режим always_available: помощник может сохранять доступность с последним накопленным значением при unavailable или unknown у источника. Это полезная особенность отображения, но она не доказывает, что новые измерения продолжаются. Поэтому в диагностике откройте и сам исходный датчик.
Уточните также, допускается ли уменьшение накопителя: обычное потребление и чистый баланс с отдачей имеют разные условия. Параметр net_consumption нельзя включать как универсальное лекарство от скачков. Каждый переключатель должен соответствовать тому, что источник действительно сообщает, и тому, как вы хотите учитывать этот поток.
Условный пример ошибочного нуля
Представим накопитель: 50,00; 50,10; затем потеря связи; позже 50,20 кВт·ч. Фактически между двумя известными крайними точками при отсутствии сброса разность равна 0,20 кВт·ч. Если промежуточную недоступность превратить в 0, получится другой числовой ряд. Алгоритм, ожидающий сбросы накопителя, уже не видит исходную проблему связи.
Этот пример не описывает конкретный дефект HA. Он показывает, зачем сохранять смысл отсутствующих данных на каждой ступени. Проверьте шаблоны, которые формируют число, и доступность расчётной сущности. Если источник сам прислал ноль, выясняйте, реальный ли это сброс, особенность запуска или ошибочный отчёт.
Исправление должно иметь проверяемый результат
После исправления проверьте новые показания. Для изменения старой статистики сначала сделайте резервную копию и откройте инструкцию для установленной версии HA.
После исправления настройки старый скачок может остаться на графике. Проверьте отдельно новые показания и прежнюю статистику: историю иногда приходится исправлять дополнительно.
Коротко по делу
Разобраться со скачком счётчика энергии
- Открой историю исходной сущности вокруг скачка. Сопоставь время с перезапуском прибора, обновлением и пропаданием связи.
- Проверь смысл показателя и единицы: мощность, накопленная энергия и приращение — разные данные.
- Сначала исправь источник или его описание по документации интеграции. Не удаляй историю и не меняй классы датчика наугад.
Как понять результат. Новые значения имеют понятный смысл; исправление исторической статистики рассматривай отдельно.