node-red-contrib-knx-ultimate 6.0.4 → 6.0.6
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 +16 -0
- package/README.md +1 -1
- package/nodes/commonFunctions.js +33 -0
- package/nodes/icons/node-matter-bridge-icon.svg +6 -0
- package/nodes/icons/node-matter-controller-icon.svg +6 -0
- package/nodes/knxUltimate-config.js +5 -1
- package/nodes/knxUltimateMatterBridge.html +39 -21
- package/nodes/knxUltimateMatterBridge.js +70 -15
- package/nodes/knxUltimateMatterControllerDevice.html +2 -7
- package/nodes/locales/de/knxUltimateMatterBridge.html +4 -2
- package/nodes/locales/de/knxUltimateMatterBridge.json +13 -10
- package/nodes/locales/de/matter-config.html +4 -0
- package/nodes/locales/de/matter-config.json +7 -2
- package/nodes/locales/de/matterbridge-config.html +4 -0
- package/nodes/locales/de/matterbridge-config.json +4 -1
- package/nodes/locales/en/knxUltimateMatterBridge.html +4 -2
- package/nodes/locales/en/knxUltimateMatterBridge.json +13 -10
- package/nodes/locales/en/matter-config.html +4 -0
- package/nodes/locales/en/matter-config.json +7 -2
- package/nodes/locales/en/matterbridge-config.html +4 -0
- package/nodes/locales/en/matterbridge-config.json +4 -1
- package/nodes/locales/es/knxUltimateMatterBridge.html +4 -2
- package/nodes/locales/es/knxUltimateMatterBridge.json +13 -10
- package/nodes/locales/es/matter-config.html +4 -0
- package/nodes/locales/es/matter-config.json +7 -2
- package/nodes/locales/es/matterbridge-config.html +4 -0
- package/nodes/locales/es/matterbridge-config.json +4 -1
- package/nodes/locales/fr/knxUltimateMatterBridge.html +4 -2
- package/nodes/locales/fr/knxUltimateMatterBridge.json +13 -10
- package/nodes/locales/fr/matter-config.html +4 -0
- package/nodes/locales/fr/matter-config.json +7 -2
- package/nodes/locales/fr/matterbridge-config.html +4 -0
- package/nodes/locales/fr/matterbridge-config.json +4 -1
- package/nodes/locales/it/knxUltimateMatterBridge.html +4 -2
- package/nodes/locales/it/knxUltimateMatterBridge.json +13 -10
- package/nodes/locales/it/matter-config.html +4 -0
- package/nodes/locales/it/matter-config.json +7 -2
- package/nodes/locales/it/matterbridge-config.html +4 -0
- package/nodes/locales/it/matterbridge-config.json +4 -1
- package/nodes/locales/zh-CN/knxUltimateMatterBridge.html +4 -2
- package/nodes/locales/zh-CN/knxUltimateMatterBridge.json +13 -10
- package/nodes/locales/zh-CN/matter-config.html +4 -0
- package/nodes/locales/zh-CN/matter-config.json +7 -2
- package/nodes/locales/zh-CN/matterbridge-config.html +4 -0
- package/nodes/locales/zh-CN/matterbridge-config.json +4 -1
- package/nodes/matter-config.html +59 -18
- package/nodes/matter-config.js +33 -0
- package/nodes/matterbridge-config.html +73 -3
- package/nodes/matterbridge-config.js +38 -0
- package/nodes/utils/matterBridgeDeviceFactory.mjs +244 -130
- package/nodes/utils/matterBridgeEngine.mjs +27 -22
- package/nodes/utils/matterEngine.mjs +13 -7
- package/nodes/utils/matterEnvironmentLock.mjs +32 -0
- package/nodes/utils/matterStorageBackup.js +100 -0
- package/package.json +1 -1
- package/resources/htmlUtils.js +11 -0
|
@@ -9,6 +9,8 @@ Each Expose KNX to Matter node exposes **one KNX device as a Matter device**: th
|
|
|
9
9
|
|
|
10
10
|
This is the opposite direction of the *Matter Device* node: there KNX controls a Matter device, here the Matter controllers control KNX.
|
|
11
11
|
|
|
12
|
+
Changing the device type after the bridge has been paired changes the Matter endpoint structure. Controllers may keep the old endpoint as unreachable; in that case reset/re-pair the bridge or create a new exposed device.
|
|
13
|
+
|
|
12
14
|
## Configuration
|
|
13
15
|
|
|
14
16
|
|Field|Description|
|
|
@@ -28,7 +30,7 @@ This is the opposite direction of the *Matter Device* node: there KNX controls a
|
|
|
28
30
|
| RGB color light | + RGB color command/status GA (DPT 232.600). The Matter color (hue/saturation or XY, from the app color wheel) is converted to/from the KNX RGB triplet |
|
|
29
31
|
| Tunable white light | + Color temperature command/status GA in Kelvin (DPT 7.600) |
|
|
30
32
|
| Cover / Shutter | Up/Down (DPT 1.008), Stop (DPT 1.017), Position % command/status (DPT 5.001), optional position inversion |
|
|
31
|
-
| Thermostat (heating) | Current temperature GA, Setpoint command/status GA (DPT 9.001) |
|
|
33
|
+
| Thermostat (heating and/or cooling) | Current temperature GA, Setpoint command/status GA (DPT 9.001). Optionally add a Cooling setpoint command/status GA to also expose a Cool mode (dual-setpoint) |
|
|
32
34
|
| Fan / Ventilation | Fan speed % command/status GA (DPT 5.001) |
|
|
33
35
|
| Sensors (temperature, humidity, light, occupancy, contact) | One status GA each |
|
|
34
36
|
| Smoke/CO alarm | Smoke alarm status GA + optional CO alarm status GA (DPT 1.005): critical notifications on the phone |
|
|
@@ -41,7 +43,7 @@ This is the opposite direction of the *Matter Device* node: there KNX controls a
|
|
|
41
43
|
|
|
42
44
|
## Advanced compatibility
|
|
43
45
|
|
|
44
|
-
These options are hidden unless they apply to the selected type. Dimmable devices can ignore the brightness command that some controllers send immediately after `On`. Covers can optimistically update the Matter position after a command, then correct it when the KNX status GA reports the real position.
|
|
46
|
+
These options are hidden unless they apply to the selected type. Dimmable devices can ignore the brightness command that some controllers send immediately after `On`. For covers, **Swap Open / Close** reverses both the binary KNX command and percentage direction. **Cover slider debounce** coalesces rapid intermediate targets before writing to KNX: `0` uses adaptive windows (400 ms for the first command, 150 ms for subsequent commands); `1`–`5000` forces one fixed window. Covers can also optimistically update the Matter position after a command, then correct it when the KNX status GA reports the real position.
|
|
45
47
|
|
|
46
48
|
## Node PINs
|
|
47
49
|
|
|
@@ -17,24 +17,25 @@
|
|
|
17
17
|
"name_placeholder": "e.g. Kitchen light",
|
|
18
18
|
"invert": "Invert position %"
|
|
19
19
|
},
|
|
20
|
-
|
|
20
|
+
"advanced": {
|
|
21
21
|
"title": "Advanced compatibility",
|
|
22
22
|
"help": " Use these options only when a Matter controller or a KNX actuator needs special handling.",
|
|
23
|
+
"alexa_dedup_ms": "Alexa duplicate-command window (ms, 0 = off)",
|
|
23
24
|
"turn_on_behavior": "Turn-on behavior",
|
|
24
25
|
"turn_on_ignore_level": "Ignore brightness sent immediately after On",
|
|
25
26
|
"turn_on_forward_all": "Forward every brightness command",
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
27
|
+
"ignore_level_ms": "Ignore brightness after On (ms)",
|
|
28
|
+
"cover_swap_open_close": "Swap cover Open / Close",
|
|
29
|
+
"cover_slider_debounce": "Cover slider debounce (ms, 0 = adaptive)",
|
|
29
30
|
"cover_update_mode": "Cover state update",
|
|
30
31
|
"cover_optimistic": "Optimistically update Matter position",
|
|
31
32
|
"cover_wait_status": "Wait for KNX status only",
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
33
|
+
"cover_status_timeout": "Cover status timeout (ms)"
|
|
34
|
+
},
|
|
35
|
+
"tabs": {
|
|
36
|
+
"mappings": "KNX mappings",
|
|
37
|
+
"advanced": "Advanced options"
|
|
38
|
+
},
|
|
38
39
|
"functions": {
|
|
39
40
|
"fn_onoff_cmd": "On/Off command GA",
|
|
40
41
|
"fn_onoff_status": "On/Off status GA",
|
|
@@ -48,6 +49,8 @@
|
|
|
48
49
|
"fn_currenttemp": "Current temperature GA",
|
|
49
50
|
"fn_setpoint_cmd": "Setpoint command GA",
|
|
50
51
|
"fn_setpoint_status": "Setpoint status GA",
|
|
52
|
+
"fn_coolingsetpoint_cmd": "Cooling setpoint command GA",
|
|
53
|
+
"fn_coolingsetpoint_status": "Cooling setpoint status GA",
|
|
51
54
|
"fn_rgb_cmd": "RGB color command GA (DPT 232.600)",
|
|
52
55
|
"fn_rgb_status": "RGB color status GA (DPT 232.600)",
|
|
53
56
|
"fn_ct_cmd": "Color temperature command GA (Kelvin)",
|
|
@@ -15,10 +15,14 @@ The controller talks to the devices over the **IP network** (WiFi, Ethernet, or
|
|
|
15
15
|
|
|
16
16
|
If the device is brand new and only supports Bluetooth commissioning, first pair it with its vendor app or another Matter controller (Alexa, Google Home, Apple Home), then use that controller's **"share / pair with another hub"** function to generate a new pairing code for KNX-Ultimate. This way the device joins multiple fabrics at once.
|
|
17
17
|
|
|
18
|
+
Prefer the QR payload (`MT:...`): it contains the full discriminator. A manual code contains only the short discriminator and may select the wrong device when several identical models are in commissioning mode. Pair one device at a time.
|
|
19
|
+
|
|
18
20
|
## Storage
|
|
19
21
|
|
|
20
22
|
The fabric credentials and the paired devices are stored in the `knxultimatestorage/matter` folder inside your Node-RED user directory. Deleting that folder unpairs everything.
|
|
21
23
|
|
|
24
|
+
Use **Export** to download a complete backup of this controller instance. It includes the fabric, private credentials, sessions and commissioned-device data. **Protect the file like a password.** Import replaces this instance's current Matter storage and briefly restarts the controller. A controller backup cannot be imported into a bridge.
|
|
25
|
+
|
|
22
26
|
## Removing a device
|
|
23
27
|
|
|
24
28
|
Use the trash button in the commissioned devices list. The controller tries to decommission the device properly; if it is unreachable, it is removed from the fabric anyway (a factory reset of the device may then be needed).
|
|
@@ -2,7 +2,6 @@
|
|
|
2
2
|
"matter-config": {
|
|
3
3
|
"properties": {
|
|
4
4
|
"title": "Matter Controller",
|
|
5
|
-
"intro": "This node is a Matter controller (its own fabric). Pair your Matter devices here, then use the \"Matter Device\" node to map them to KNX group addresses. Deploy the node first, then come back here to pair devices.",
|
|
6
5
|
"node-config-input-name": "Name",
|
|
7
6
|
"fabric_label": "Fabric label",
|
|
8
7
|
"pairing_title": "Pair a new device",
|
|
@@ -25,7 +24,13 @@
|
|
|
25
24
|
"pairing_hint": "Prefer the QR code (MT:…): it carries the full device discriminator. The manual code stores only a short discriminator and can't reliably tell identical devices apart (e.g. several Shelly of the same model), which may pair the wrong one or report it as already commissioned. Pair one device at a time; if it's already paired elsewhere, factory-reset it first.",
|
|
26
25
|
"rename_button": "Rename",
|
|
27
26
|
"rename_prompt": "New device name",
|
|
28
|
-
"rename_ok": "Device renamed."
|
|
27
|
+
"rename_ok": "Device renamed.",
|
|
28
|
+
"storage_title": "Fabric and commissioning backup",
|
|
29
|
+
"storage_export": "Export",
|
|
30
|
+
"storage_import": "Import",
|
|
31
|
+
"storage_warning": "The backup contains fabric credentials, private keys and commissioned-device data. Keep it secret like a password. Import replaces this controller's current Matter storage and briefly restarts it.",
|
|
32
|
+
"storage_import_confirm": "Replace this controller's Matter fabric and commissioned devices with the selected backup?",
|
|
33
|
+
"storage_import_ok": "Matter backup imported. The controller has restarted."
|
|
29
34
|
}
|
|
30
35
|
}
|
|
31
36
|
}
|
|
@@ -21,12 +21,16 @@ This configuration node is the **Matter bridge itself**: it runs the Matter serv
|
|
|
21
21
|
2. The pairing panel shows the **QR code** and the **manual pairing code**: scan or type it in Alexa / Google Home / Apple Home ("add Matter device").
|
|
22
22
|
3. Multiple controllers can be paired with the same bridge (Matter multi-fabric).
|
|
23
23
|
|
|
24
|
+
To add another controller after the QR code is hidden, open pairing mode from an already paired controller, then add a Matter device in the new controller. Use **Reset pairing** only to remove every existing controller and start over.
|
|
25
|
+
|
|
24
26
|
The **Reset pairing** button removes all paired controllers and restarts the pairing advertising.
|
|
25
27
|
|
|
26
28
|
## Identity and storage
|
|
27
29
|
|
|
28
30
|
The bridge identity is tied to this configuration node and stored in `knxultimatestorage/matter` inside the Node-RED user directory: re-deploys (even changing port or name) do **NOT** require a new pairing. Only deleting this configuration node and creating a new one changes the identity — in that case remove the old bridge from the Matter app and pair again.
|
|
29
31
|
|
|
32
|
+
Use **Export** to download a complete backup of this bridge instance, including fabrics, private credentials, sessions and pairing data. **Protect the file like a password.** Import replaces this instance's storage and briefly restarts the bridge. A bridge backup cannot be imported into a controller.
|
|
33
|
+
|
|
30
34
|
## Notes
|
|
31
35
|
|
|
32
36
|
- The Node-RED host must have **IPv6 link-local** enabled (standard Matter requirement) and be reachable from the controllers on the local network.
|
|
@@ -16,7 +16,10 @@
|
|
|
16
16
|
"deploy_first": "Deploy this configuration node first, then click refresh.",
|
|
17
17
|
"reset_button": "Reset pairing",
|
|
18
18
|
"reset_confirm": "Remove ALL paired controllers and restart pairing? The devices will disappear from Alexa/Google/Apple.",
|
|
19
|
-
"reset_ok": "Pairing reset. The bridge is now advertising for pairing again."
|
|
19
|
+
"reset_ok": "Pairing reset. The bridge is now advertising for pairing again.",
|
|
20
|
+
"storage_title": "Fabric and commissioning backup", "storage_export": "Export", "storage_import": "Import",
|
|
21
|
+
"storage_warning": "The backup contains fabric credentials, private keys and pairing data. Keep it secret like a password. Import replaces this bridge's current Matter storage and briefly restarts it.",
|
|
22
|
+
"storage_import_confirm": "Replace this bridge's Matter fabrics and paired controllers with the selected backup?", "storage_import_ok": "Matter backup imported. The bridge has restarted."
|
|
20
23
|
}
|
|
21
24
|
}
|
|
22
25
|
}
|
|
@@ -9,6 +9,8 @@ Cada nodo Expose KNX to Matter expone **un dispositivo KNX como dispositivo Matt
|
|
|
9
9
|
|
|
10
10
|
Es la dirección opuesta al nodo *Matter Device*: allí KNX controla un dispositivo Matter, aquí los controladores Matter controlan KNX.
|
|
11
11
|
|
|
12
|
+
Cambiar el tipo de dispositivo después de emparejar el bridge modifica la estructura del endpoint Matter. Los controladores pueden conservar el endpoint antiguo como no alcanzable; en ese caso, restablece/vuelve a emparejar el bridge o crea un nuevo dispositivo expuesto.
|
|
13
|
+
|
|
12
14
|
## Configuración
|
|
13
15
|
|
|
14
16
|
|Campo|Descripción|
|
|
@@ -28,7 +30,7 @@ Es la dirección opuesta al nodo *Matter Device*: allí KNX controla un disposit
|
|
|
28
30
|
| Luz RGB (color) | + GA comando/estado color RGB (DPT 232.600). El color Matter (hue/saturation o XY, de la rueda de color de la app) se convierte desde/hacia la terna RGB KNX |
|
|
29
31
|
| Luz blanco dinámico | + GA comando/estado temperatura de color en Kelvin (DPT 7.600) |
|
|
30
32
|
| Persiana / Cortina | Subir/Bajar (DPT 1.008), Stop (DPT 1.017), posición % comando/estado (DPT 5.001), inversión de posición opcional |
|
|
31
|
-
| Termostato (calefacción) | GA temperatura actual, GA comando/estado consigna (DPT 9.001) |
|
|
33
|
+
| Termostato (calefacción y/o refrigeración) | GA temperatura actual, GA comando/estado consigna (DPT 9.001). Añadiendo también la GA comando/estado consigna de refrigeración se expone también el modo Cool (doble consigna) |
|
|
32
34
|
| Ventilador / VMC | GA comando/estado velocidad % (DPT 5.001) |
|
|
33
35
|
| Sensores (temperatura, humedad, luz, presencia, contacto) | Una GA de estado cada uno |
|
|
34
36
|
| Alarma humo/CO | GA estado alarma de humo + GA estado alarma CO opcional (DPT 1.005): notificaciones críticas en el teléfono |
|
|
@@ -41,7 +43,7 @@ Es la dirección opuesta al nodo *Matter Device*: allí KNX controla un disposit
|
|
|
41
43
|
|
|
42
44
|
## Compatibilidad avanzada
|
|
43
45
|
|
|
44
|
-
Estas opciones solo aparecen cuando tienen sentido para el tipo seleccionado. Los dispositivos regulables pueden ignorar el
|
|
46
|
+
Estas opciones solo aparecen cuando tienen sentido para el tipo seleccionado. Los dispositivos regulables pueden ignorar el brillo enviado justo después de `On`. Para persianas, **Intercambiar Abrir / Cerrar** invierte el comando KNX binario y la dirección porcentual. **Antirrebote del deslizador** agrupa objetivos intermedios rápidos antes de escribir en KNX: `0` usa ventanas adaptativas (400 ms para el primer comando y 150 ms para los siguientes); `1`–`5000` fuerza una ventana fija. La posición Matter también puede actualizarse de forma optimista y corregirse después mediante la GA de estado KNX.
|
|
45
47
|
|
|
46
48
|
## PINes del nodo
|
|
47
49
|
|
|
@@ -17,24 +17,25 @@
|
|
|
17
17
|
"name_placeholder": "p.ej. Luz cocina",
|
|
18
18
|
"invert": "Invertir posición %"
|
|
19
19
|
},
|
|
20
|
-
|
|
20
|
+
"advanced": {
|
|
21
21
|
"title": "Compatibilidad avanzada",
|
|
22
22
|
"help": " Usa estas opciones solo cuando un controlador Matter o un actuador KNX necesite un tratamiento especial.",
|
|
23
|
+
"alexa_dedup_ms": "Ventana anti-duplicados Alexa (ms, 0 = off)",
|
|
23
24
|
"turn_on_behavior": "Comportamiento al encender",
|
|
24
25
|
"turn_on_ignore_level": "Ignorar brillo enviado justo después de On",
|
|
25
26
|
"turn_on_forward_all": "Reenviar cada comando de brillo",
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
27
|
+
"ignore_level_ms": "Ignorar brillo tras On (ms)",
|
|
28
|
+
"cover_swap_open_close": "Intercambiar Abrir / Cerrar persiana",
|
|
29
|
+
"cover_slider_debounce": "Antirrebote del deslizador (ms, 0 = adaptativo)",
|
|
29
30
|
"cover_update_mode": "Actualización de estado de persiana",
|
|
30
31
|
"cover_optimistic": "Actualizar la posición Matter de forma optimista",
|
|
31
32
|
"cover_wait_status": "Esperar solo el estado KNX",
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
33
|
+
"cover_status_timeout": "Timeout estado persiana (ms)"
|
|
34
|
+
},
|
|
35
|
+
"tabs": {
|
|
36
|
+
"mappings": "Asignaciones KNX",
|
|
37
|
+
"advanced": "Opciones avanzadas"
|
|
38
|
+
},
|
|
38
39
|
"functions": {
|
|
39
40
|
"fn_onoff_cmd": "GA comando On/Off",
|
|
40
41
|
"fn_onoff_status": "GA estado On/Off",
|
|
@@ -48,6 +49,8 @@
|
|
|
48
49
|
"fn_currenttemp": "GA temperatura actual",
|
|
49
50
|
"fn_setpoint_cmd": "GA comando consigna",
|
|
50
51
|
"fn_setpoint_status": "GA estado consigna",
|
|
52
|
+
"fn_coolingsetpoint_cmd": "GA comando consigna refrigeración",
|
|
53
|
+
"fn_coolingsetpoint_status": "GA estado consigna refrigeración",
|
|
51
54
|
"fn_rgb_cmd": "GA comando color RGB (DPT 232.600)",
|
|
52
55
|
"fn_rgb_status": "GA estado color RGB (DPT 232.600)",
|
|
53
56
|
"fn_ct_cmd": "GA comando temperatura de color (Kelvin)",
|
|
@@ -15,10 +15,14 @@ El controlador se comunica con los dispositivos a través de la **red IP** (WiFi
|
|
|
15
15
|
|
|
16
16
|
Si el dispositivo es nuevo de fábrica y solo admite emparejamiento por Bluetooth, emparéjalo primero con la app del fabricante o con otro controlador Matter (Alexa, Google Home, Apple Home) y usa después su función **"compartir / emparejar con otro hub"** para generar un nuevo código para KNX-Ultimate. Así el dispositivo se une a varias fabrics a la vez.
|
|
17
17
|
|
|
18
|
+
Prefiere el payload QR (`MT:...`): contiene el discriminador completo. El código manual solo contiene el discriminador corto y puede seleccionar el dispositivo equivocado si hay varios modelos idénticos en modo de emparejamiento. Empareja un dispositivo cada vez.
|
|
19
|
+
|
|
18
20
|
## Almacenamiento
|
|
19
21
|
|
|
20
22
|
Las credenciales de la fabric y los dispositivos emparejados se guardan en la carpeta `knxultimatestorage/matter` dentro del directorio de usuario de Node-RED. Borrar esa carpeta elimina todos los emparejamientos.
|
|
21
23
|
|
|
24
|
+
Usa **Exportar** para descargar una copia completa de esta instancia del controlador. Incluye la fabric, credenciales privadas, sesiones y datos de dispositivos vinculados. **Protege el archivo como una contraseña.** La importación reemplaza el almacenamiento Matter de esta instancia y reinicia brevemente el controlador. Una copia de controlador no se puede importar en un bridge.
|
|
25
|
+
|
|
22
26
|
## Eliminar un dispositivo
|
|
23
27
|
|
|
24
28
|
Usa el botón de la papelera en la lista de dispositivos emparejados. El controlador intenta retirar el dispositivo correctamente; si no está accesible, se elimina igualmente de la fabric (puede ser necesario un reset de fábrica del dispositivo).
|
|
@@ -2,7 +2,6 @@
|
|
|
2
2
|
"matter-config": {
|
|
3
3
|
"properties": {
|
|
4
4
|
"title": "Controlador Matter",
|
|
5
|
-
"intro": "Este nodo es un controlador Matter (con su propia fabric). Empareja aquí tus dispositivos Matter y usa el nodo \"Matter Device\" para mapearlos a direcciones de grupo KNX. Haz deploy primero y vuelve aquí para emparejar dispositivos.",
|
|
6
5
|
"node-config-input-name": "Nombre",
|
|
7
6
|
"fabric_label": "Etiqueta de fabric",
|
|
8
7
|
"pairing_title": "Emparejar un nuevo dispositivo",
|
|
@@ -24,7 +23,13 @@
|
|
|
24
23
|
"pairing_ok": "¡Dispositivo emparejado correctamente!",
|
|
25
24
|
"rename_button": "Renombrar",
|
|
26
25
|
"rename_prompt": "Nuevo nombre del dispositivo",
|
|
27
|
-
"rename_ok": "Dispositivo renombrado."
|
|
26
|
+
"rename_ok": "Dispositivo renombrado.",
|
|
27
|
+
"storage_title": "Copia de fabric y vinculaciones",
|
|
28
|
+
"storage_export": "Exportar",
|
|
29
|
+
"storage_import": "Importar",
|
|
30
|
+
"storage_warning": "La copia contiene credenciales de fabric, claves privadas y datos de dispositivos vinculados. Protégela como una contraseña. La importación reemplaza el almacenamiento Matter de este controlador y lo reinicia brevemente.",
|
|
31
|
+
"storage_import_confirm": "¿Reemplazar la fabric Matter y los dispositivos vinculados de este controlador con la copia seleccionada?",
|
|
32
|
+
"storage_import_ok": "Copia Matter importada. El controlador se ha reiniciado."
|
|
28
33
|
}
|
|
29
34
|
}
|
|
30
35
|
}
|
|
@@ -21,12 +21,16 @@ Este nodo de configuración es el **bridge Matter en sí**: ejecuta el servidor
|
|
|
21
21
|
2. El panel de emparejamiento muestra el **código QR** y el **código manual**: escanéalo o escríbelo en Alexa / Google Home / Apple Home ("añadir dispositivo Matter").
|
|
22
22
|
3. Se pueden emparejar varios controladores con el mismo bridge (multi-fabric Matter).
|
|
23
23
|
|
|
24
|
+
Para añadir otro controlador cuando el código QR está oculto, abre el modo de emparejamiento desde un controlador ya vinculado y añade un dispositivo Matter en el nuevo controlador. Usa **Restablecer emparejamiento** solo para eliminar todos los controladores existentes y empezar de nuevo.
|
|
25
|
+
|
|
24
26
|
El botón **Restablecer emparejamiento** elimina todos los controladores emparejados y reinicia el anuncio de emparejamiento.
|
|
25
27
|
|
|
26
28
|
## Identidad y almacenamiento
|
|
27
29
|
|
|
28
30
|
La identidad del bridge está ligada a este nodo de configuración y se guarda en `knxultimatestorage/matter` dentro del directorio de usuario de Node-RED: los re-deploys (incluso cambiando puerto o nombre) **NO** requieren un nuevo emparejamiento. Solo borrar este nodo de configuración y crear uno nuevo cambia la identidad — en ese caso elimina el bridge antiguo de la app Matter y vuelve a emparejar.
|
|
29
31
|
|
|
32
|
+
Usa **Exportar** para descargar una copia completa de esta instancia del bridge, con fabrics, credenciales privadas, sesiones y datos de vinculación. **Protege el archivo como una contraseña.** La importación reemplaza el almacenamiento de esta instancia y reinicia brevemente el bridge. Una copia de bridge no se puede importar en un controlador.
|
|
33
|
+
|
|
30
34
|
## Notas
|
|
31
35
|
|
|
32
36
|
- El host de Node-RED debe tener **IPv6 link-local** habilitado (requisito estándar de Matter) y ser accesible desde los controladores en la red local.
|
|
@@ -16,7 +16,10 @@
|
|
|
16
16
|
"deploy_first": "Haz deploy de este nodo de configuración primero y pulsa actualizar.",
|
|
17
17
|
"reset_button": "Restablecer emparejamiento",
|
|
18
18
|
"reset_confirm": "¿Eliminar TODOS los controladores emparejados y reiniciar el emparejamiento? Los dispositivos desaparecerán de Alexa/Google/Apple.",
|
|
19
|
-
"reset_ok": "Emparejamiento restablecido. El bridge vuelve a estar en espera de emparejamiento."
|
|
19
|
+
"reset_ok": "Emparejamiento restablecido. El bridge vuelve a estar en espera de emparejamiento.",
|
|
20
|
+
"storage_title": "Copia de fabric y vinculaciones", "storage_export": "Exportar", "storage_import": "Importar",
|
|
21
|
+
"storage_warning": "La copia contiene credenciales de fabric, claves privadas y datos de vinculación. Protégela como una contraseña. La importación reemplaza el almacenamiento Matter de este bridge y lo reinicia brevemente.",
|
|
22
|
+
"storage_import_confirm": "¿Reemplazar las fabrics Matter y los controladores vinculados de este bridge con la copia seleccionada?", "storage_import_ok": "Copia Matter importada. El bridge se ha reiniciado."
|
|
20
23
|
}
|
|
21
24
|
}
|
|
22
25
|
}
|
|
@@ -9,6 +9,8 @@ Chaque nœud Expose KNX to Matter expose **un appareil KNX comme appareil Matter
|
|
|
9
9
|
|
|
10
10
|
C'est la direction opposée du nœud *Matter Device* : là-bas KNX contrôle un appareil Matter, ici les contrôleurs Matter contrôlent KNX.
|
|
11
11
|
|
|
12
|
+
Changer le type d'appareil après l'appairage du bridge modifie la structure de l'endpoint Matter. Les contrôleurs peuvent conserver l'ancien endpoint comme injoignable ; dans ce cas, réinitialisez/réappairez le bridge ou créez un nouvel appareil exposé.
|
|
13
|
+
|
|
12
14
|
## Configuration
|
|
13
15
|
|
|
14
16
|
|Champ|Description|
|
|
@@ -28,7 +30,7 @@ C'est la direction opposée du nœud *Matter Device* : là-bas KNX contrôle un
|
|
|
28
30
|
| Lumière RGB (couleur) | + GA commande/état couleur RGB (DPT 232.600). La couleur Matter (hue/saturation ou XY, depuis la roue de couleur de l'app) est convertie depuis/vers le triplet RGB KNX |
|
|
29
31
|
| Lumière blanc dynamique | + GA commande/état température de couleur en Kelvin (DPT 7.600) |
|
|
30
32
|
| Volet / Store | Monter/Descendre (DPT 1.008), Stop (DPT 1.017), position % commande/état (DPT 5.001), inversion de position optionnelle |
|
|
31
|
-
| Thermostat (chauffage) | GA température actuelle, GA commande/état consigne (DPT 9.001) |
|
|
33
|
+
| Thermostat (chauffage et/ou rafraîchissement) | GA température actuelle, GA commande/état consigne (DPT 9.001). En ajoutant aussi la GA commande/état consigne rafraîchissement, le mode Cool (double consigne) est également exposé |
|
|
32
34
|
| Ventilateur / VMC | GA commande/état vitesse % (DPT 5.001) |
|
|
33
35
|
| Capteurs (température, humidité, lumière, présence, contact) | Une GA d'état chacun |
|
|
34
36
|
| Détecteur fumée/CO | GA état alarme fumée + GA état alarme CO optionnelle (DPT 1.005) : notifications critiques sur le téléphone |
|
|
@@ -41,7 +43,7 @@ C'est la direction opposée du nœud *Matter Device* : là-bas KNX contrôle un
|
|
|
41
43
|
|
|
42
44
|
## Compatibilité avancée
|
|
43
45
|
|
|
44
|
-
Ces options ne s'affichent que lorsqu'elles s'appliquent au type sélectionné. Les appareils variables peuvent ignorer la
|
|
46
|
+
Ces options ne s'affichent que lorsqu'elles s'appliquent au type sélectionné. Les appareils variables peuvent ignorer la luminosité envoyée juste après `On`. Pour les volets, **Permuter Ouvrir / Fermer** inverse la commande KNX binaire et le sens du pourcentage. **Anti-rebond curseur volet** regroupe les cibles intermédiaires rapides avant l'écriture KNX : `0` utilise des fenêtres adaptatives (400 ms pour la première commande, 150 ms pour les suivantes) ; `1`–`5000` impose une fenêtre fixe. La position Matter peut aussi être mise à jour de façon optimiste puis corrigée par la GA d'état KNX.
|
|
45
47
|
|
|
46
48
|
## PIN du nœud
|
|
47
49
|
|
|
@@ -17,24 +17,25 @@
|
|
|
17
17
|
"name_placeholder": "ex. Lumière cuisine",
|
|
18
18
|
"invert": "Inverser la position %"
|
|
19
19
|
},
|
|
20
|
-
|
|
20
|
+
"advanced": {
|
|
21
21
|
"title": "Compatibilité avancée",
|
|
22
22
|
"help": " Utilisez ces options seulement lorsqu'un contrôleur Matter ou un actionneur KNX demande un traitement spécial.",
|
|
23
|
+
"alexa_dedup_ms": "Fenêtre anti-doublons Alexa (ms, 0 = off)",
|
|
23
24
|
"turn_on_behavior": "Comportement à l'allumage",
|
|
24
25
|
"turn_on_ignore_level": "Ignorer la luminosité envoyée juste après On",
|
|
25
26
|
"turn_on_forward_all": "Transmettre chaque commande de luminosité",
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
27
|
+
"ignore_level_ms": "Ignorer la luminosité après On (ms)",
|
|
28
|
+
"cover_swap_open_close": "Permuter Ouvrir / Fermer le volet",
|
|
29
|
+
"cover_slider_debounce": "Anti-rebond curseur volet (ms, 0 = adaptatif)",
|
|
29
30
|
"cover_update_mode": "Mise à jour état volet",
|
|
30
31
|
"cover_optimistic": "Mettre à jour la position Matter de façon optimiste",
|
|
31
32
|
"cover_wait_status": "Attendre seulement l'état KNX",
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
33
|
+
"cover_status_timeout": "Timeout état volet (ms)"
|
|
34
|
+
},
|
|
35
|
+
"tabs": {
|
|
36
|
+
"mappings": "Mappages KNX",
|
|
37
|
+
"advanced": "Options avancées"
|
|
38
|
+
},
|
|
38
39
|
"functions": {
|
|
39
40
|
"fn_onoff_cmd": "GA commande On/Off",
|
|
40
41
|
"fn_onoff_status": "GA état On/Off",
|
|
@@ -48,6 +49,8 @@
|
|
|
48
49
|
"fn_currenttemp": "GA température actuelle",
|
|
49
50
|
"fn_setpoint_cmd": "GA commande consigne",
|
|
50
51
|
"fn_setpoint_status": "GA état consigne",
|
|
52
|
+
"fn_coolingsetpoint_cmd": "GA commande consigne rafraîchissement",
|
|
53
|
+
"fn_coolingsetpoint_status": "GA état consigne rafraîchissement",
|
|
51
54
|
"fn_rgb_cmd": "GA commande couleur RGB (DPT 232.600)",
|
|
52
55
|
"fn_rgb_status": "GA état couleur RGB (DPT 232.600)",
|
|
53
56
|
"fn_ct_cmd": "GA commande température de couleur (Kelvin)",
|
|
@@ -15,10 +15,14 @@ Le contrôleur communique avec les appareils via le **réseau IP** (WiFi, Ethern
|
|
|
15
15
|
|
|
16
16
|
Si l'appareil est neuf et ne prend en charge que l'appairage Bluetooth, appairez-le d'abord avec l'app du fabricant ou un autre contrôleur Matter (Alexa, Google Home, Apple Home), puis utilisez sa fonction **« partager / appairer avec un autre hub »** pour générer un nouveau code pour KNX-Ultimate. L'appareil rejoint ainsi plusieurs fabrics à la fois.
|
|
17
17
|
|
|
18
|
+
Préférez le payload QR (`MT:...`) : il contient le discriminateur complet. Le code manuel ne contient que le discriminateur court et peut sélectionner le mauvais appareil si plusieurs modèles identiques sont en mode appairage. Appairez un appareil à la fois.
|
|
19
|
+
|
|
18
20
|
## Stockage
|
|
19
21
|
|
|
20
22
|
Les identifiants de la fabric et les appareils appairés sont enregistrés dans le dossier `knxultimatestorage/matter` du répertoire utilisateur de Node-RED. Supprimer ce dossier efface tous les appairages.
|
|
21
23
|
|
|
24
|
+
Utilisez **Exporter** pour télécharger une sauvegarde complète de cette instance de contrôleur. Elle contient la fabric, les identifiants privés, les sessions et les données des appareils associés. **Protégez le fichier comme un mot de passe.** L'import remplace le stockage Matter de cette instance et redémarre brièvement le contrôleur. Une sauvegarde de contrôleur ne peut pas être importée dans un bridge.
|
|
25
|
+
|
|
22
26
|
## Supprimer un appareil
|
|
23
27
|
|
|
24
28
|
Utilisez le bouton corbeille dans la liste des appareils appairés. Le contrôleur essaie de retirer l'appareil proprement ; s'il est injoignable, il est quand même supprimé de la fabric (une réinitialisation d'usine de l'appareil peut alors être nécessaire).
|
|
@@ -2,7 +2,6 @@
|
|
|
2
2
|
"matter-config": {
|
|
3
3
|
"properties": {
|
|
4
4
|
"title": "Contrôleur Matter",
|
|
5
|
-
"intro": "Ce nœud est un contrôleur Matter (avec sa propre fabric). Appairez ici vos appareils Matter, puis utilisez le nœud \"Matter Device\" pour les mapper sur des adresses de groupe KNX. Déployez d'abord le nœud, puis revenez ici pour appairer les appareils.",
|
|
6
5
|
"node-config-input-name": "Nom",
|
|
7
6
|
"fabric_label": "Étiquette de fabric",
|
|
8
7
|
"pairing_title": "Appairer un nouvel appareil",
|
|
@@ -24,7 +23,13 @@
|
|
|
24
23
|
"pairing_ok": "Appareil appairé avec succès !",
|
|
25
24
|
"rename_button": "Renommer",
|
|
26
25
|
"rename_prompt": "Nouveau nom de l'appareil",
|
|
27
|
-
"rename_ok": "Appareil renommé."
|
|
26
|
+
"rename_ok": "Appareil renommé.",
|
|
27
|
+
"storage_title": "Sauvegarde de la fabric et des associations",
|
|
28
|
+
"storage_export": "Exporter",
|
|
29
|
+
"storage_import": "Importer",
|
|
30
|
+
"storage_warning": "La sauvegarde contient les identifiants de fabric, les clés privées et les données des appareils associés. Protégez-la comme un mot de passe. L'import remplace le stockage Matter de ce contrôleur et le redémarre brièvement.",
|
|
31
|
+
"storage_import_confirm": "Remplacer la fabric Matter et les appareils associés de ce contrôleur par la sauvegarde sélectionnée ?",
|
|
32
|
+
"storage_import_ok": "Sauvegarde Matter importée. Le contrôleur a redémarré."
|
|
28
33
|
}
|
|
29
34
|
}
|
|
30
35
|
}
|
|
@@ -21,12 +21,16 @@ Ce nœud de configuration est le **bridge Matter lui-même** : il exécute le se
|
|
|
21
21
|
2. Le panneau d'appairage montre le **QR code** et le **code manuel** : scannez ou saisissez-le dans Alexa / Google Home / Apple Home (« ajouter un appareil Matter »).
|
|
22
22
|
3. Plusieurs contrôleurs peuvent être appairés au même bridge (multi-fabric Matter).
|
|
23
23
|
|
|
24
|
+
Pour ajouter un contrôleur lorsque le QR code est masqué, ouvrez le mode d'appairage depuis un contrôleur déjà associé, puis ajoutez un appareil Matter dans le nouveau contrôleur. Utilisez **Réinitialiser l'appairage** uniquement pour supprimer tous les contrôleurs et recommencer.
|
|
25
|
+
|
|
24
26
|
Le bouton **Réinitialiser l'appairage** supprime tous les contrôleurs appairés et relance l'annonce d'appairage.
|
|
25
27
|
|
|
26
28
|
## Identité et stockage
|
|
27
29
|
|
|
28
30
|
L'identité du bridge est liée à ce nœud de configuration et enregistrée dans `knxultimatestorage/matter` du répertoire utilisateur de Node-RED : les re-deploys (même en changeant port ou nom) ne nécessitent **PAS** de nouvel appairage. Seule la suppression de ce nœud de configuration et la création d'un nouveau changent l'identité — dans ce cas supprimez l'ancien bridge de l'app Matter et appairez de nouveau.
|
|
29
31
|
|
|
32
|
+
Utilisez **Exporter** pour télécharger une sauvegarde complète de cette instance du bridge, avec fabrics, identifiants privés, sessions et données d'association. **Protégez le fichier comme un mot de passe.** L'import remplace le stockage de cette instance et redémarre brièvement le bridge. Une sauvegarde de bridge ne peut pas être importée dans un contrôleur.
|
|
33
|
+
|
|
30
34
|
## Notes
|
|
31
35
|
|
|
32
36
|
- L'hôte Node-RED doit avoir **IPv6 link-local** activé (exigence standard de Matter) et être joignable par les contrôleurs sur le réseau local.
|
|
@@ -16,7 +16,10 @@
|
|
|
16
16
|
"deploy_first": "Déployez d'abord ce nœud de configuration, puis cliquez sur actualiser.",
|
|
17
17
|
"reset_button": "Réinitialiser l'appairage",
|
|
18
18
|
"reset_confirm": "Supprimer TOUS les contrôleurs appairés et relancer l'appairage ? Les appareils disparaîtront d'Alexa/Google/Apple.",
|
|
19
|
-
"reset_ok": "Appairage réinitialisé. Le bridge attend de nouveau un appairage."
|
|
19
|
+
"reset_ok": "Appairage réinitialisé. Le bridge attend de nouveau un appairage.",
|
|
20
|
+
"storage_title": "Sauvegarde de la fabric et des associations", "storage_export": "Exporter", "storage_import": "Importer",
|
|
21
|
+
"storage_warning": "La sauvegarde contient les identifiants de fabric, les clés privées et les données d'association. Protégez-la comme un mot de passe. L'import remplace le stockage Matter de ce bridge et le redémarre brièvement.",
|
|
22
|
+
"storage_import_confirm": "Remplacer les fabrics Matter et les contrôleurs associés de ce bridge par la sauvegarde sélectionnée ?", "storage_import_ok": "Sauvegarde Matter importée. Le bridge a redémarré."
|
|
20
23
|
}
|
|
21
24
|
}
|
|
22
25
|
}
|
|
@@ -9,6 +9,8 @@ Ogni nodo Expose KNX to Matter espone **un dispositivo KNX come dispositivo Matt
|
|
|
9
9
|
|
|
10
10
|
È la direzione opposta del nodo *Matter Device*: lì KNX controlla un dispositivo Matter, qui i controller Matter controllano KNX.
|
|
11
11
|
|
|
12
|
+
Cambiare il tipo dispositivo dopo l'abbinamento del bridge modifica la struttura dell'endpoint Matter. I controller possono conservare il vecchio endpoint come irraggiungibile; in tal caso resetta/riabbina il bridge oppure crea un nuovo dispositivo esposto.
|
|
13
|
+
|
|
12
14
|
## Configurazione
|
|
13
15
|
|
|
14
16
|
|Campo|Descrizione|
|
|
@@ -28,7 +30,7 @@ Ogni nodo Expose KNX to Matter espone **un dispositivo KNX come dispositivo Matt
|
|
|
28
30
|
| Luce RGB (colore) | + GA comando/stato colore RGB (DPT 232.600). Il colore Matter (hue/saturation o XY, dalla ruota colore dell'app) viene convertito da/verso la terna RGB KNX |
|
|
29
31
|
| Luce bianco dinamico | + GA comando/stato temperatura colore in Kelvin (DPT 7.600) |
|
|
30
32
|
| Tapparella / Tenda | Su/Giù (DPT 1.008), Stop (DPT 1.017), posizione % comando/stato (DPT 5.001), inversione posizione opzionale |
|
|
31
|
-
| Termostato (riscaldamento) | GA temperatura attuale, GA comando/stato setpoint (DPT 9.001) |
|
|
33
|
+
| Termostato (riscaldamento e/o raffrescamento) | GA temperatura attuale, GA comando/stato setpoint (DPT 9.001). Aggiungendo anche il GA comando/stato setpoint raffrescamento si espone anche la modalità Cool (doppio setpoint) |
|
|
32
34
|
| Ventola / VMC | GA comando/stato velocità % (DPT 5.001) |
|
|
33
35
|
| Sensori (temperatura, umidità, luminosità, presenza, contatto) | Un GA di stato ciascuno |
|
|
34
36
|
| Rilevatore fumo/CO | GA stato allarme fumo + GA stato allarme CO opzionale (DPT 1.005): notifiche critiche sul telefono |
|
|
@@ -41,7 +43,7 @@ Ogni nodo Expose KNX to Matter espone **un dispositivo KNX come dispositivo Matt
|
|
|
41
43
|
|
|
42
44
|
## Compatibilità avanzata
|
|
43
45
|
|
|
44
|
-
Queste opzioni sono nascoste finché non servono al tipo selezionato. I dispositivi dimmerabili possono ignorare il comando luminosità che alcuni controller inviano subito dopo `On`. Le tapparelle possono aggiornare ottimisticamente la posizione Matter
|
|
46
|
+
Queste opzioni sono nascoste finché non servono al tipo selezionato. I dispositivi dimmerabili possono ignorare il comando luminosità che alcuni controller inviano subito dopo `On`. Per le tapparelle, **Scambia Apri / Chiudi** inverte sia il comando KNX binario sia la direzione percentuale. **Debounce slider tapparella** accorpa i target intermedi rapidi prima della scrittura KNX: `0` usa finestre adattive (400 ms per il primo comando, 150 ms per i successivi); `1`–`5000` imposta una finestra fissa. Le tapparelle possono inoltre aggiornare ottimisticamente la posizione Matter e correggerla quando arriva la posizione reale dalla GA di stato KNX.
|
|
45
47
|
|
|
46
48
|
## PIN del nodo
|
|
47
49
|
|
|
@@ -17,24 +17,25 @@
|
|
|
17
17
|
"name_placeholder": "es. Luce cucina",
|
|
18
18
|
"invert": "Inverti posizione %"
|
|
19
19
|
},
|
|
20
|
-
|
|
20
|
+
"advanced": {
|
|
21
21
|
"title": "Compatibilità avanzata",
|
|
22
22
|
"help": " Usa queste opzioni solo quando un controller Matter o un attuatore KNX richiede una gestione speciale.",
|
|
23
|
+
"alexa_dedup_ms": "Finestra anti-duplicati Alexa (ms, 0 = off)",
|
|
23
24
|
"turn_on_behavior": "Comportamento all'accensione",
|
|
24
25
|
"turn_on_ignore_level": "Ignora luminosità inviata subito dopo On",
|
|
25
26
|
"turn_on_forward_all": "Inoltra ogni comando luminosità",
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
27
|
+
"ignore_level_ms": "Ignora luminosità dopo On (ms)",
|
|
28
|
+
"cover_swap_open_close": "Scambia Apri / Chiudi tapparella",
|
|
29
|
+
"cover_slider_debounce": "Debounce slider tapparella (ms, 0 = adattivo)",
|
|
29
30
|
"cover_update_mode": "Aggiornamento stato tapparella",
|
|
30
31
|
"cover_optimistic": "Aggiorna ottimisticamente la posizione Matter",
|
|
31
32
|
"cover_wait_status": "Attendi solo lo stato KNX",
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
33
|
+
"cover_status_timeout": "Timeout stato tapparella (ms)"
|
|
34
|
+
},
|
|
35
|
+
"tabs": {
|
|
36
|
+
"mappings": "Mappature KNX",
|
|
37
|
+
"advanced": "Opzioni avanzate"
|
|
38
|
+
},
|
|
38
39
|
"functions": {
|
|
39
40
|
"fn_onoff_cmd": "GA comando On/Off",
|
|
40
41
|
"fn_onoff_status": "GA stato On/Off",
|
|
@@ -48,6 +49,8 @@
|
|
|
48
49
|
"fn_currenttemp": "GA temperatura attuale",
|
|
49
50
|
"fn_setpoint_cmd": "GA comando setpoint",
|
|
50
51
|
"fn_setpoint_status": "GA stato setpoint",
|
|
52
|
+
"fn_coolingsetpoint_cmd": "GA comando setpoint raffrescamento",
|
|
53
|
+
"fn_coolingsetpoint_status": "GA stato setpoint raffrescamento",
|
|
51
54
|
"fn_rgb_cmd": "GA comando colore RGB (DPT 232.600)",
|
|
52
55
|
"fn_rgb_status": "GA stato colore RGB (DPT 232.600)",
|
|
53
56
|
"fn_ct_cmd": "GA comando temperatura colore (Kelvin)",
|
|
@@ -15,10 +15,14 @@ Il controller comunica con i dispositivi tramite la **rete IP** (WiFi, Ethernet,
|
|
|
15
15
|
|
|
16
16
|
Se il dispositivo è nuovo di fabbrica e supporta solo il commissioning Bluetooth, associalo prima con l'app del produttore o con un altro controller Matter (Alexa, Google Home, Apple Home), poi usa la funzione **"condividi / abbina con altro hub"** di quel controller per generare un nuovo codice di abbinamento per KNX-Ultimate. In questo modo il dispositivo entra in più fabric contemporaneamente.
|
|
17
17
|
|
|
18
|
+
Preferisci il payload QR (`MT:...`): contiene il discriminatore completo. Il codice manuale contiene solo quello corto e può selezionare il dispositivo sbagliato quando più modelli identici sono in modalità abbinamento. Associa un dispositivo alla volta.
|
|
19
|
+
|
|
18
20
|
## Archiviazione
|
|
19
21
|
|
|
20
22
|
Le credenziali della fabric e i dispositivi associati sono salvati nella cartella `knxultimatestorage/matter` dentro la directory utente di Node-RED. Cancellando quella cartella si perdono tutte le associazioni.
|
|
21
23
|
|
|
24
|
+
Usa **Esporta** per scaricare un backup completo di questa istanza controller. Include fabric, credenziali private, sessioni e dati dei dispositivi associati. **Proteggi il file come una password.** L'importazione sostituisce lo storage Matter di questa istanza e riavvia brevemente il controller. Un backup controller non può essere importato in un bridge.
|
|
25
|
+
|
|
22
26
|
## Rimuovere un dispositivo
|
|
23
27
|
|
|
24
28
|
Usa il pulsante cestino nella lista dei dispositivi associati. Il controller prova a decommissionare correttamente il dispositivo; se non è raggiungibile, viene comunque rimosso dalla fabric (potrebbe poi servire un reset di fabbrica del dispositivo).
|
|
@@ -2,7 +2,6 @@
|
|
|
2
2
|
"matter-config": {
|
|
3
3
|
"properties": {
|
|
4
4
|
"title": "Controller Matter",
|
|
5
|
-
"intro": "Questo nodo è un controller Matter (con una propria fabric). Associa qui i tuoi dispositivi Matter, poi usa il nodo \"Matter Device\" per mapparli sugli indirizzi di gruppo KNX. Fai prima il deploy del nodo, poi torna qui per associare i dispositivi.",
|
|
6
5
|
"node-config-input-name": "Nome",
|
|
7
6
|
"fabric_label": "Etichetta fabric",
|
|
8
7
|
"pairing_title": "Associa un nuovo dispositivo",
|
|
@@ -25,7 +24,13 @@
|
|
|
25
24
|
"pairing_hint": "Preferisci il QR code (MT:…): contiene il discriminatore completo del dispositivo. Il codice manuale contiene solo un discriminatore corto e non distingue in modo affidabile dispositivi identici (es. più Shelly dello stesso modello), rischiando di associare quello sbagliato o segnalarlo come già registrato. Registra un dispositivo alla volta; se è già associato altrove, fai prima un factory reset.",
|
|
26
25
|
"rename_button": "Rinomina",
|
|
27
26
|
"rename_prompt": "Nuovo nome dispositivo",
|
|
28
|
-
"rename_ok": "Dispositivo rinominato."
|
|
27
|
+
"rename_ok": "Dispositivo rinominato.",
|
|
28
|
+
"storage_title": "Backup fabric e associazioni",
|
|
29
|
+
"storage_export": "Esporta",
|
|
30
|
+
"storage_import": "Importa",
|
|
31
|
+
"storage_warning": "Il backup contiene credenziali fabric, chiavi private e dati dei dispositivi associati. Proteggilo come una password. L'importazione sostituisce lo storage Matter di questo controller e lo riavvia brevemente.",
|
|
32
|
+
"storage_import_confirm": "Sostituire la fabric Matter e i dispositivi associati di questo controller con il backup selezionato?",
|
|
33
|
+
"storage_import_ok": "Backup Matter importato. Il controller è stato riavviato."
|
|
29
34
|
}
|
|
30
35
|
}
|
|
31
36
|
}
|
|
@@ -21,12 +21,16 @@ Questo nodo di configurazione è il **bridge Matter vero e proprio**: esegue il
|
|
|
21
21
|
2. Il pannello di abbinamento mostra il **QR code** e il **codice manuale**: scansiona o digita in Alexa / Google Home / Apple Home ("aggiungi dispositivo Matter").
|
|
22
22
|
3. Più controller possono essere abbinati allo stesso bridge (multi-fabric Matter).
|
|
23
23
|
|
|
24
|
+
Per aggiungere un altro controller quando il QR code è nascosto, apri la modalità di abbinamento da un controller già associato, poi aggiungi un dispositivo Matter nel nuovo controller. Usa **Reset abbinamento** solo per rimuovere tutti i controller esistenti e ripartire.
|
|
25
|
+
|
|
24
26
|
Il pulsante **Reset abbinamento** rimuove tutti i controller abbinati e riavvia l'advertising di abbinamento.
|
|
25
27
|
|
|
26
28
|
## Identità e archiviazione
|
|
27
29
|
|
|
28
30
|
L'identità del bridge è legata a questo nodo di configurazione ed è salvata in `knxultimatestorage/matter` nella directory utente di Node-RED: i re-deploy (anche cambiando porta o nome) **NON** richiedono un nuovo abbinamento. Solo eliminando questo nodo di configurazione e creandone uno nuovo cambia l'identità — in quel caso rimuovi il vecchio bridge dall'app Matter e riabbina.
|
|
29
31
|
|
|
32
|
+
Usa **Esporta** per scaricare un backup completo di questa istanza bridge, incluse fabric, credenziali private, sessioni e dati di abbinamento. **Proteggi il file come una password.** L'importazione sostituisce lo storage dell'istanza e riavvia brevemente il bridge. Un backup bridge non può essere importato in un controller.
|
|
33
|
+
|
|
30
34
|
## Note
|
|
31
35
|
|
|
32
36
|
- L'host Node-RED deve avere **IPv6 link-local** attivo (requisito standard Matter) ed essere raggiungibile dai controller sulla rete locale.
|
|
@@ -16,7 +16,10 @@
|
|
|
16
16
|
"deploy_first": "Fai prima il deploy di questo nodo di configurazione, poi clicca aggiorna.",
|
|
17
17
|
"reset_button": "Reset abbinamento",
|
|
18
18
|
"reset_confirm": "Rimuovere TUTTI i controller abbinati e riavviare l'abbinamento? I dispositivi spariranno da Alexa/Google/Apple.",
|
|
19
|
-
"reset_ok": "Abbinamento resettato. Il bridge è di nuovo in attesa di abbinamento."
|
|
19
|
+
"reset_ok": "Abbinamento resettato. Il bridge è di nuovo in attesa di abbinamento.",
|
|
20
|
+
"storage_title": "Backup fabric e associazioni", "storage_export": "Esporta", "storage_import": "Importa",
|
|
21
|
+
"storage_warning": "Il backup contiene credenziali fabric, chiavi private e dati di abbinamento. Proteggilo come una password. L'importazione sostituisce lo storage Matter di questo bridge e lo riavvia brevemente.",
|
|
22
|
+
"storage_import_confirm": "Sostituire le fabric Matter e i controller abbinati di questo bridge con il backup selezionato?", "storage_import_ok": "Backup Matter importato. Il bridge è stato riavviato."
|
|
20
23
|
}
|
|
21
24
|
}
|
|
22
25
|
}
|