node-red-contrib-knx-ultimate 5.2.4 → 5.2.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +12 -8
- package/README.md +10 -3
- package/img/readmemain.png +0 -0
- package/package.json +13 -3
package/CHANGELOG.md
CHANGED
|
@@ -6,14 +6,18 @@
|
|
|
6
6
|
|
|
7
7
|
# CHANGELOG
|
|
8
8
|
|
|
9
|
+
**Version 5.2.5** - July 2026<br/>
|
|
10
|
+
|
|
11
|
+
- Maintenance release.<br/>
|
|
12
|
+
|
|
9
13
|
**Version 5.2.4** - July 2026<br/>
|
|
10
14
|
|
|
11
|
-
- **Matter Bridge — bridge name**: the
|
|
15
|
+
- **Matter Bridge — bridge name**: the _Matter bridge name_ field (the name Alexa/Google/Apple show for the bridge itself) now falls back to the configuration node's own **Name** when left empty, instead of the generic `KNX-Ultimate Bridge`. The field is empty by default with a placeholder hint, so a freshly named bridge is never anonymous during pairing.<br/>
|
|
12
16
|
- **Naming clarification**: Alexa and Google Home honor the names set on the bridge and on the device nodes, so they appear automatically in the apps. **Apple Home deliberately ignores the provided names and asks you to name each accessory manually during setup** — this is an Apple/HomeKit limitation, not a bridge issue. Node help and the online docs now document this difference in all six languages (EN/IT/DE/FR/ES/zh-CN).<br/>
|
|
13
17
|
|
|
14
18
|
**Version 5.2.3** - July 2026<br/>
|
|
15
19
|
|
|
16
|
-
- **MQTT / Home Assistant bridge — Entity name format**: new selector to reshape the names exposed to Home Assistant. The ETS import builds each name with the group-address path first (e.g. `(Lights->Ground floor) Living room`); now you can choose
|
|
20
|
+
- **MQTT / Home Assistant bridge — Entity name format**: new selector to reshape the names exposed to Home Assistant. The ETS import builds each name with the group-address path first (e.g. `(Lights->Ground floor) Living room`); now you can choose _As imported from ETS_ (default), _Name first_ (`Living room (Lights->Ground floor)`), _Name only_ (`Living room`) or _Name + group address_ (`Living room (0/1/2)`). Changing it only updates the friendly name (the `unique_id`/`object_id` stay stable, so existing entities are not duplicated).<br/>
|
|
17
21
|
- The group-address list in the editor now previews the chosen format **live**: pick a format and every row is re-labelled instantly, exactly as it will appear in Home Assistant, without reloading the list or losing the expose / read-only ticks.<br/>
|
|
18
22
|
- Entity names are sanitized before publishing: ASCII control characters are stripped and runs of whitespace collapsed (ETS exports sometimes lose an accented character and leave a double space, e.g. `Velocità vento` → `Velocit vento`), and a name that would be empty falls back to the group address.<br/>
|
|
19
23
|
- **Documentation**: node help and the online IoT-Bridge page updated for the new option in all six languages (EN/IT/DE/FR/ES/zh-CN).<br/>
|
|
@@ -23,7 +27,7 @@
|
|
|
23
27
|
- New **Matter Bridge (BETA)**: exposes **KNX group addresses as Matter devices**. Alexa, Google Home, Apple Home (or any Matter controller) commission the bridge once — via QR code or 11-digit manual code shown in the editor — and see all your KNX devices with the names you typed, ready for app and voice control. It is the opposite direction of the Matter Device node introduced in 5.1.0.<br/>
|
|
24
28
|
- Two-node architecture (like the HUE and Matter Controller integrations): a **Matter Bridge** configuration node is the bridge itself (holds the pairing, the QR code and the port), and a **Matter Bridge device** node is added per exposed device and points to it. Spread the device nodes across your flows, each with its own status — no giant list.<br/>
|
|
25
29
|
- **17 device types**: on/off light, dimmable light, **RGB color light** (DPT 232.600, converted to/from the Matter color wheel), **tunable white light** (color temperature in Kelvin, DPT 7.600), plug, cover/shutter (up/down, stop, position % with optional inversion), thermostat (current temperature + heating setpoint, both ways), **fan/ventilation** (speed %), sensors (temperature, humidity, illuminance, occupancy, contact), **smoke/CO alarm**, **water leak detector**, **air quality sensor** (CO2 ppm with automatic air-quality classification) and **robot vacuum** (flow-only: integrate your robot with any Node-RED node and expose it to the voice assistants).<br/>
|
|
26
|
-
- Bidirectional with loop protection: assistant commands write to the KNX
|
|
30
|
+
- Bidirectional with loop protection: assistant commands write to the KNX _command_ group addresses; telegrams on the _status_ group addresses update the Matter attributes (and the apps). At startup each device node can send a `GroupValue_Read` to its status GAs so the Matter attributes are populated before the first app query.<br/>
|
|
27
31
|
- **Live device reconciliation**: the Matter server stays alive across re-deploys — added/renamed/removed device nodes appear on the paired controllers within seconds, without restarting Node-RED and without re-pairing.<br/>
|
|
28
32
|
- Optional **node Input/Output PINs**: the output forwards every controller command to the flow; the input updates the Matter state from flow messages (`msg.payload = { function, value }`). Devices without a command GA become flow-only devices.<br/>
|
|
29
33
|
- The **KNX gateway is optional** on the device node: without it the device runs in flow-only mode, useful to expose flow-computed or non-KNX devices to Alexa & Co.<br/>
|
|
@@ -38,7 +42,7 @@
|
|
|
38
42
|
|
|
39
43
|
- New **Matter integration (BETA)**: control any commissioned **Matter device** from the KNX bus and track its states on KNX group addresses.<br/>
|
|
40
44
|
- New **Matter Controller** configuration node: a full Matter controller with its own fabric (based on [matter.js](https://github.com/project-chip/matter.js)). Pair devices directly from the editor using the 11-digit manual pairing code or the QR code content (`MT:...`); commissioning works over the IP network (WiFi/Ethernet or Thread via border router). The commissioned devices list shows name, product, node ID and connection state, with one-click unpair. Fabric credentials are stored under `knxultimatestorage/matter` in the Node-RED user directory.<br/>
|
|
41
|
-
- New **Matter Device (BETA)** node: pick a paired Matter device and map KNX group addresses to its functions with a dynamic mapping list. The function list is **human friendly**: it shows only the functions the device really exposes, with plain-language localized names (e.g.
|
|
45
|
+
- New **Matter Device (BETA)** node: pick a paired Matter device and map KNX group addresses to its functions with a dynamic mapping list. The function list is **human friendly**: it shows only the functions the device really exposes, with plain-language localized names (e.g. _"On/Off switch"_, _"Instantaneous power (W)"_, _"Room temperature (°C)"_) and the current value in brackets, instead of raw Matter cluster/attribute names. Friendly endpoint names for 34 common device types (smart plug, dimmable light, cover, thermostat, sensors...).<br/>
|
|
42
46
|
- Mappings are bidirectional: **KNX → Matter** (commands/attribute writes, e.g. GA 1/1/1 DPT 1.001 → OnOff) and **Matter → KNX** (attribute changes written to the GA; `GroupValue_Read` requests answered from the cache). Automatic value conversion for the common clusters: OnOff, LevelControl (0-254 ↔ %), WindowCovering (percent100ths ↔ %, up/down), ColorControl (mireds ↔ Kelvin), Thermostat and temperature/humidity sensors (centi-units ↔ units), illuminance (log scale ↔ Lux), battery (half-percent ↔ %), power/energy metering (mW ↔ W, mWh ↔ kWh), door lock, occupancy and contact sensors.<br/>
|
|
43
47
|
- Selecting a function pre-fills the **suggested KNX DPT** and the GA name; the group address field has the usual **ETS autocomplete**. Optional node input/output pins for raw Matter access from the flow. Editor and help localized in EN/IT/DE/FR/ES/zh-CN.<br/>
|
|
44
48
|
|
|
@@ -53,14 +57,14 @@
|
|
|
53
57
|
**Version 5.0.2** - July 2026<br/>
|
|
54
58
|
|
|
55
59
|
- **IoT Bridge** node, **MQTT / Home Assistant (native)** mode:<br/>
|
|
56
|
-
- New **Read only** flag per group address in the
|
|
57
|
-
- New **KNX bus connection** selector:
|
|
60
|
+
- New **Read only** flag per group address in the _Group addresses to expose_ list: a read-only GA is still published to Home Assistant (its state stays visible) but never accepts commands back to the KNX bus (switches are exposed as `binary_sensor`, numbers/text as `sensor`). Added _Set read only_ / _Clear read only_ buttons that apply it to all currently shown (filtered) addresses.<br/>
|
|
61
|
+
- New **KNX bus connection** selector: _Stand-alone_ (default, talks to the KNX gateway directly) or _Flow messages_, which enables the node's input/output pins — wire a **KNXUltimate** node in Universal mode to the input (KNX bus → MQTT) and another to the output (MQTT → KNX bus). Pins are shown only when needed (none in stand-alone, one input + one output in flow mode).<br/>
|
|
58
62
|
- Editor help and online docs updated in EN/IT/DE/FR/ES/zh-CN.<br/>
|
|
59
63
|
|
|
60
64
|
**Version 5.0.1** - June 2026<br/>
|
|
61
65
|
|
|
62
|
-
- **IoT Bridge** node (renamed **MQTT - IoT** in the UI): new **MQTT / Home Assistant (native)** mode selectable via a
|
|
63
|
-
- Every group address imported in the KNX gateway (ETS list) can be **exposed automatically** as a Home Assistant entity (switch, sensor, binary_sensor, number, text), typed from its DPT. A checkbox list with filter and
|
|
66
|
+
- **IoT Bridge** node (renamed **MQTT - IoT** in the UI): new **MQTT / Home Assistant (native)** mode selectable via a _Mode_ dropdown. In this mode the node connects directly to an MQTT broker and bridges KNX ↔ MQTT both ways, publishing **Home Assistant MQTT Discovery** so KNX appears automatically in Home Assistant (no `mqtt in`/`mqtt out` wiring needed). The classic IoT bridge mode is unchanged.<br/>
|
|
67
|
+
- Every group address imported in the KNX gateway (ETS list) can be **exposed automatically** as a Home Assistant entity (switch, sensor, binary_sensor, number, text), typed from its DPT. A checkbox list with filter and _Select all / none_ lets you choose exactly which GAs to publish.<br/>
|
|
64
68
|
- New **Covers & Thermostats** editor: composite entities that aggregate several GAs (cover with up/down, stop and position including KNX↔HA position inversion; thermostat with current temperature, setpoint and optional on/off). The cover/thermostat GA fields have **ETS group-address autocomplete**, like the KNX device node.<br/>
|
|
65
69
|
- Robust lifecycle: the MQTT broker is closed gracefully on deploy / Node-RED exit (retained `offline`, forced disconnect, hard-capped so a slow or unreachable broker never blocks a deploy); all MQTT event handlers are fully guarded.<br/>
|
|
66
70
|
- Editor help and online docs updated, plus Home Assistant / MQTT logos on the docs pages. Localized in EN/IT/DE/FR/ES/zh-CN.<br/>
|
package/README.md
CHANGED
|
@@ -1,7 +1,16 @@
|
|
|
1
|
+
<p align="center">
|
|
2
|
+
<img src="img/logo-supervibe.png" alt="KNX Ultimate - Max Supervibe" width="200">
|
|
3
|
+
</p>
|
|
4
|
+
|
|
1
5
|

|
|
2
6
|
|
|
3
|
-
|
|
7
|
+
## The most popular KNX node for Node-RED
|
|
8
|
+
|
|
9
|
+
KNX Ultimate is the most advanced KNX integration for Node-RED, providing secure KNX/IP communication, routing, ETS project import, Philips Hue, Matter, MQTT, diagnostics, virtual devices, and powerful automation nodes. Build professional, reliable, and scalable smart home and building automation projects with minimal effort.
|
|
4
10
|
|
|
11
|
+
<br/>
|
|
12
|
+
<br/>
|
|
13
|
+
<br/>
|
|
5
14
|
|
|
6
15
|
[![NPM version][npm-version-image]][npm-url]
|
|
7
16
|
[![Node.js version][node-version-image]][npm-url]
|
|
@@ -15,7 +24,6 @@
|
|
|
15
24
|
[![JavaScript Style Guide][standard-image]][standard-url]
|
|
16
25
|
[![Youtube][youtube-image]][youtube-url]
|
|
17
26
|
|
|
18
|
-
|
|
19
27
|
<p align="center">
|
|
20
28
|
<img src="img/readmemain.png" alt="Sample Node" width="70%">
|
|
21
29
|
</p>
|
|
@@ -61,5 +69,4 @@
|
|
|
61
69
|
[flows-url]: https://flows.nodered.org/node/node-red-contrib-knx-ultimate
|
|
62
70
|
[paypal-image]: https://img.shields.io/badge/Support-PayPal-blue
|
|
63
71
|
[paypal-url]: https://www.paypal.com/donate/?hosted_button_id=S8SKPUBSPK758
|
|
64
|
-
|
|
65
72
|
[docs-button-image]: https://img.shields.io/badge/Docs-Open%20Documentation-0d4c70?style=for-the-badge&logo=book&logoColor=f4fbff
|
package/img/readmemain.png
CHANGED
|
Binary file
|
package/package.json
CHANGED
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
"engines": {
|
|
4
4
|
"node": ">=20.18.1"
|
|
5
5
|
},
|
|
6
|
-
"version": "5.2.
|
|
6
|
+
"version": "5.2.5",
|
|
7
7
|
"description": "Control your KNX and KNX Secure intallation via Node-Red! A bunch of KNX nodes, with integrated Philips HUE control, ETS group address importer, KNX AI for diagnosticsand KNX routing between interfaces. Easy to use and highly configurable.",
|
|
8
8
|
"files": [
|
|
9
9
|
"nodes/",
|
|
@@ -82,12 +82,22 @@
|
|
|
82
82
|
},
|
|
83
83
|
"keywords": [
|
|
84
84
|
"node-red",
|
|
85
|
+
"node-red-contrib",
|
|
85
86
|
"KNX",
|
|
87
|
+
"knx-secure",
|
|
86
88
|
"ETS",
|
|
87
89
|
"eib",
|
|
88
90
|
"konnex",
|
|
89
91
|
"IOT",
|
|
90
|
-
"philips hue"
|
|
92
|
+
"philips hue",
|
|
93
|
+
"hue",
|
|
94
|
+
"matter",
|
|
95
|
+
"mqtt",
|
|
96
|
+
"home-assistant",
|
|
97
|
+
"building-automation",
|
|
98
|
+
"home-automation",
|
|
99
|
+
"smarthome",
|
|
100
|
+
"routing"
|
|
91
101
|
],
|
|
92
102
|
"author": "Massimo Saccani (Supergiovane)",
|
|
93
103
|
"license": "MIT",
|
|
@@ -123,4 +133,4 @@
|
|
|
123
133
|
"vite": "^7.1.3",
|
|
124
134
|
"vue": "^3.5.21"
|
|
125
135
|
}
|
|
126
|
-
}
|
|
136
|
+
}
|