What's Changed
Integration
- HmIP-WGT and HmIP-WGTC show their heating schedule. They also have a switch schedule, and the
climate entity and the climate schedule services only knew that one. The climate entity and its
services now use the heating schedule.get_scheduleandset_schedulestay on the switch schedule
of these devices. The new heating schedule sensor is called "Climate week profile". The config panel
still shows the switch schedule only. - The Messages card shows the CCU's text for service messages. It rendered the raw parameter
name from the CCU alarm, so a sabotage of an HM-Sec-SCo readERROR-7where the CCU shows
"Sabotage". The card now uses the same translated text as the alarm list and the CCU dashboard
(#1356) - The CCU backup location survives a reload of the integration. After a reload — changed
options, a reconfigure, a reauth — the backup location "CCU " was gone from the Home
Assistant backup settings until Home Assistant was restarted, and automatic backups no longer
included a CCU backup. The integration told Home Assistant about its backup agents while the
entry was still being set up, and Home Assistant only accepts agents of a loaded entry - openccu-loom (Beta): a CCU switched to the daemon behind an openccu-lite box starts again. The
switch kept the CCU user name and password in the entry, and the box connection refuses any
credential beside its box token, so setup failed withbox_token is the only credential behind the box. A backend switch no longer carries the previous backend's credentials along; existing
entries are cleaned up automatically, and switching back asks for the credentials again
(openccu-lite#20)
Dependencies
Bump aiohomematic to 2026.11.5
- Support for new devices: thermostats HmIP-WT, KW-STATH, KW-UKETRV, HmIPW-WGT and HmIPW-WGTC, dimmers
HmIP-WUA, ELV-SH-WUA and HmIP-UDI-PB2 - Fix: HmIP-DLD and HmIP-DLP report a jammed lock, HmIP-DLP exposes
ERROR_JAMMED - Fix: HmIP-WSM keeps its run time on current firmware, HmIP-BDT-I dimmer uses the correct channels
- Fix: the switch schedule of HmIP-WGT and HmIP-WGTC has the correct targets and accepts entries
- Fix: HmIPW-WTH and HmIPW-SCTHD use the limits configured on the device
- Fix: tilt-only changes turn the slats of a fully closed HmIPW-DRBL4 again, a regression of 2.12.2 (#1357)
- Fix: service messages of enum parameters carry the CCU's value text, so the hub sensor
service_messagesshowsSabotageinstead ofERROR-7(#1356)
Bump aiohomematic-config to 2026.11.1
- Fix: the climate schedule commands of the config panel (
get_climate_schedule,set_climate_schedule_weekday,set_climate_active_profile) reach the heating schedule of HmIP-WGT and HmIP-WGTC, which also have a switch schedule
Bump openccu-loom-client to 2026.11.3
- For the openccu-loom backend (Beta) only; no runtime effect on the direct-CCU backend, where the client is not loaded. Fixes
switch_set_on_time,light_set_on_timeandvalve_set_on_time, which had no effect on that backend, climate entities that were not created there with this release, and device actions, device triggers and the per-device central-link services, which failed there; HmIP-WGT and HmIP-WGTC get their heating schedule with openccu-loom 0.97.1 or newer