HA: при типе тепло не появляются сенсоры

[dontsovcmc]

чинится через:

Сделал через Через template sensor через configuration.yaml

Waterius

sensor:

• platform: template
  sensors:
  waterius_ch1:
  friendly_name: "Waterius CH1"
  unique_id: waterius_2244308_ch1_sensor
  unit_of_measurement: "Gcal"
  value_template: "{{ states('number.waterius_2244308_ch1') }}"

[dontsovcmc]

Нашёл причину и проверил на живом Home Assistant в докере.

Дело в единице измерения. В ha/resources.h для типа «Тепло (кВт)» стояло "kWt" — такой единицы в HA нет. HA проверяет пару device_class + unit_of_measurement и молча выбрасывает сущность, если пара недопустима:

ERROR homeassistant.components.mqtt.entity: Error 'The unit of measurement `kWt`
is not valid together with device class `energy`' when processing MQTT discovery
message topic: 'homeassistant/sensor/waterius-1234567/ch4/config'

Пользователь при этом видит не ошибку, а отсутствие сенсора — и это ровно то, что на скриншоте: number.waterius_..._ch1 есть, а sensor нет. Для number-сущностей HA единицу не проверяет, поэтому половина сущностей приезжала.

Проверка. Поднял mosquitto + HA в докере и опубликовал весь набор discovery-топиков прошивки — 61 штука, включая оба типа тепла. Результат:

	до правки	после
создано сущностей	60 из 61	61 из 61
отвергнуто	sensor тепла в кВт	—

Проверял на HA 2026.8 и на 2025.11 (версия времён issue) — поведение одинаковое. Заодно выяснилось, что Gcal допустимая единица в обеих версиях, то есть тип «Тепло (Гкал)» работал; ломался только «Тепло (кВт)».

Правка в PR #378: единица заменена на kWh — то же самое, что у электричества, и ровно то, что подразумевалось (в data/static/strings.js константа так и называется, CounterName_HEAT_KWH).

Плюс защита от повторения: строки классов и единиц переехали в core/ha_units.h, там же проверка допустимых сочетаний и хостовый тест. Следующая опечатка в единице измерения уронит тесты в CI, а не превратится в тихо пропавший сенсор.