SukramJ/homematicip_local 2.8.4b8 on GitHub

What's Changed

Doorbell event entities (HmIP-DBB, HmIP-DSD-PCB) now expose and fire the standard ring event type instead of press_short (#3300). Home Assistant requires doorbell event entities to support ring (deprecation warning today, mandatory from HA 2027.4) and its new doorbell triggers listen for it. Other event types such as press_long are unchanged, as are the device triggers. Breaking: automations that trigger on the press_short event type of these event entities must be switched to ring
The doorbell device list now comes from openccu-data's curated device_semantics extract (via aiohomematic.device_semantics.DOORBELL_MODELS) instead of a hardcoded tuple — one source of truth shared with openccu-loom's MQTT discovery. The classic HM-Sen-DB-PCB joins HmIP-DBB and HmIP-DSD-PCB: its short press now fires the standard ring event type on its doorbell event entity (#3300 follow-up)
Event entities now carry the full device identity (name, manufacturer, model, serial number, firmware) in their DeviceInfo. Previously they registered only the device identifiers — if an event entity happened to be the device's first registration, the device entry was created without a name and the generated (sticky) entity_id degraded to the config-entry title (e.g. event.<instance_name>_ch1 instead of event.<device_name>_ch1)

Added a Makefile as the entry point for all development tasks (make help lists every target): setup, code quality (ruff, mypy, pylint, bandit, codespell, yamllint, prettier, translations, prek), tests (incl. coverage, CI mode and the opt-in e2e suite), hassfest/HACS validation, running Home Assistant against ./config, and housekeeping. Targets run through script/run-in-env.sh, so they work with or without an activated virtual environment. CLAUDE.md and CONTRIBUTING.md document the targets; the broken cov.sh (it referenced a non-existent .coveragerc) is superseded by make test-cov-html and was removed

Fix data point names getting a redundant ch<no> postfix even when the channel's custom name is already unique (#3313). The postfix for parameters that exist on multiple channels of a device is now only appended when the channel name alone does not identify the channel — device-derived names, names following the <name>:<no> scheme, or several same-named channels providing the same parameter. A channel with a unique custom name (e.g. a status channel named <sub device> Status) keeps its clean entity name again
New aiohomematic.device_semantics module exposing the curated device-semantics classifications from openccu-data — first classification: DOORBELL_MODELS, the basis for the doorbell-model change above (#3304)
Adds the ALARM_CONTROL_PANEL category/type vocabulary — pure vocabulary, no behaviour change on the CCU path

Adds the curated device_semantics extract (doorbell classification) that aiohomematic's new device_semantics module reads

Groundwork bump for the still-disabled openccu-loom backend; it has no runtime effect while the backend master switch (LOOM_BACKEND_SELECTABLE in const.py) stays off. Advances the bundled loom client from 2026.7.6 to 2026.7.14 and its transitively pinned openccu-loom-types from 0.1.53 to 0.1.61

Bundled homematic-config.js rebuilt. The device list now renders virtualized (new hm-device-row element behind ha-list-virtualized) once more than 100 filtered devices are shown and Home Assistant provides the element, which keeps large installations responsive; below that threshold the existing grouped rendering is unchanged
The unsaved-changes warning in the channel and link configuration now also triggers when navigating away or closing the tab (capture-phase click interception plus beforeunload), not only via the panel's own back button
The config panel header was restyled to match Home Assistant's standard toolbar/header design (frontend #73, @smoki3)
The device list and interface group headers now use Home Assistant's standard ha-card styling for visual consistency with the rest of HA, via a new <hm-interface-header> component (frontend #75, @smoki3)
Removed a duplicated view title in the device list (frontend #76, @smoki3)