Matter: Devices und Bridges
-
Dieser Thread ist. speziell für Fragen und Diskussionen rund um das Thema Matter Devices und Bridges gedacht.
Allgemeine Informationen zum Matter-Adapter gibt es unter https://forum.iobroker.net/topic/79493/iobroker-matter-adapter
Bitte nutzt auch die Themenspezifischen Threads für andere Themen:
- Allgemeine Fragen und Diskussionen
- IPv6, Hubs und sonstige Vorbedingungen
- Matter-Controller: Matter Geräte in ioBroker einbinden
- Nicht unterstützte Matter-Geräte
- Matter Devices und Bridges
Matter Adapter für Bridges und Devices (ioBroker States als Matter Bridge oder Gerät anbieten)
Die nächsten beiden Tabs im Adapter-UI ermöglichen es, ioBroker-Objekte und Geräte als Matter-Geräte in einer Bridge oder als Einzelgeräte anzubieten, um sie mit Apple, Google, Alexa, Samsung SmartThings oder anderen Systemen zu verknüpfen und lokal zu steuern.
Falls ihr Alexa einsetzen wollt, könnt ihr momentan nur eine Bridge nutzen, da Alexa nur auf einem Port nach Geräten sucht. In den Adapter-Einstellungen kann eine Bridge als “Standard-Bridge” festgelegt werden.
ioBroker Pro Cloud-Lizenz: Falls ihr keine ioBroker Pro Cloud-Lizenz für Fernzugriff oder Assistenten habt, könnt ihr nur eine begrenzte Anzahl von Geräten in einer Bridge oder als Einzelgeräte anlegen. Mit einer Lizenz seid ihr hier unbegrenzt und unterstützt auch das ioBroker-Projekt und unser weiteres Engagement im Bereich Matter.
Um Geräte hinzuzufügen, gibt es eine automatische Geräteerkennung, die mit dem Type-Detector funktioniert. Diese erfordert, dass die Geräte bestimmten Räumen zugewiesen sind, um die Filterung zu erleichtern. Alternativ kann auch ein Channel- oder Device-Objekt ausgewählt werden, um den Gerätetyp zu erkennen. Die “Einzel-State hinzufügen”-Option ist ausschliesslich für einfache Geräte mit nur genau einem State, wie Sensoren oder On/Off-Geräte, geeignet.
Falls die automatische Erkennung von Objektstrukturen nicht wie gewünscht funktioniert, verwendet den Devices-Adapter, um Aliase für die Geräte zu erstellen und nutzt diese Aliase im Adapter.
Wenn Ihr Bridges zusammenstellt empfehle ich erst einmal nur maximal 10-15 Geräte hinzuzufügen und dann die Bridge mit dem gewünschten Ökosystem zu verknüpfen. Weitere Geräte können danach beliebig zur Bridge hinzugefügt und gelöscht werden und die Änderung wird dann nach 15-60 Sekunden erkannt und aktualisiert. Diese initiale Limitierung macht Sinn weil es zB bei Alexa ggf Probleme gibt wenn zu grosse Bridges initial verknüpft werden. Danach mehr hinzuzufügen tut problemlos.
Im Wiki findet Ihr eine Liste der bisher unterstützten ioBroker-Gerätetypen.
Wer Bedarf an weiteren Typen hat bitte am besten ein GitHub Issue als Feature Request anlegen und Screenshots vom Admin mit Euren Objekt-Strukturen des Geräts hinzufügen.
Es sei noch erwähnt das es durchaus Unterschiede geben kann wie genau Geräte und Ihre Funktionen bei Apple, Google und Amazon angezeigt werden und nicht jeder kann alle Gerätetypen überhaupt oder vollständig unterstützen.
Weiterhin wird die Bridge bzw die Geräte beim verbinden als "nicht zertifiziert" angezeigt und Ihr müsste ggf bestätigen das Ihr so ein Gerät pairen wollt. Dies geht - ausser wir investieren 30.000EUR und mehr - nicht so einfach zu ändern für uns als Open Source Projekt. Leider ist aus diesem grund auch ein Pairing der Bridges und Devices mit dem Aqara Hub M3 und Yandex Hubs nach aktuellem Kenntnisstand nicht möglich, was sich vielleicht irgendwann mal noch ändert, aber diese verbieten aktuell nicht zertifizierte Geräte. Falls das Pairing mit Google (vor allem unter Nutzung der iOs Google Home App) nicht funktioniert, so müssen in Eurem Google Developer Account ggf Freischaltungen vorgenommen werden. Informationen dazu im Troubleshooting Guide.Bei Fragen und Diskussionen zur Bridge und Device Funktionalität seid Ihr hier richtig.
Wenn Euch ioBroker Gerätetypen fehlen, die der Adapter noch nicht kann bitte https://forum.iobroker.net/topic/79496/matter-adapter-nicht-unterstützte-geräte-einstellungen nutzen.
-
Hallo, denke da bin ich Richtig, bekomme folgende Meldungen:
matter.0 2025-01-26 19:25:28.199 info 2025-01-26 19:25:28.198 NOTICE Node *xxxxxxxxx* is online matter.0 2025-01-26 19:25:28.190 info 2025-01-26 19:25:28.190 WARN AttributeServer Attribute value to initialize for measuredValue has an invalid value -47372. Restore to default 0 matter.0 2025-01-26 19:25:28.150 info 2025-01-26 19:25:28.150 WARN AttributeServer Attribute value to initialize for hardwareVersion has an invalid value 90400. Restore to default 0 matter.0 2025-01-26 19:25:28.144 info 2025-01-26 19:25:28.144 NOTICE Node *xxxxxxxxxxxx* going online matter.0 2025-01-26 19:25:28.144 error Error adding device 27620631-xxxx0c to bridge: Error in reactor<340b45a3-5be7-4335-ax06.bridge.27620631-0e8e-4xxxxxx1c3-5bd9xxxxxxx0c-composed.27620xxxxxxxxe-47f7-91c3-5bd9c92f2f0c-Thermostat.thermostat.#occupiedHeatingSetpointChanging>: (135) occupiedHeatingSetpoint out of range at ThermostatBehavior.#occupiedHeatingSetpointChanging (C:\SmartHome\node_modules\iobroker.matter\src\matter\behaviors\ThermostatServer.ts:56:19) at ReactorBacking.#reactWithLocks (C:\SmartHome\node_modules\@matter\node\src\behavior\internal\Reactors.ts:396:30) at ReactorBacking.#reactWithContext (C:\SmartHome\node_modules\@matter\node\src\behavior\internal\Reactors.ts:364:21) at ReactorBacking.#react (C:\SmartHome\node_modules\@matter\node\src\behavior\internal\Reactors.ts:274:33) at reactorListener (C:\SmartHome\node_modules\@matter\node\src\behavior\internal\Reactors.ts:145:39) at emitNext (C:\SmartHome\node_modules\@matter\general\src\util\Observable.ts:186:30) at ObservableProxy.emit (C:\SmartHome\node_modules\@matter\general\src\util\Observable.ts:228:16) at emitNext (C:\SmartHome\node_modules\@matter\general\src\util\Observable.ts:186:30) at BasicObservable.emit (C:\SmartHome\node_modules\@matter\general\src\util\Observable.ts:228:16) at nextKey (C:\SmartHome\node_modules\@matter\node\src\behavior\state\managed\Datasource.ts:525:42) matter.0 2025-01-26 19:25:28.143 warn 2025-01-26 19:25:28.142 ERROR Transaction Error pre-commit of 3xxxxxxxxxxxxxxxxxx06.bridge.276xxxxxxxxxxx7f7-9xxxxxxxcomposed.27620631-0e8xxxxxxxxxxf2f0c-Thermostat.thermostat.state: Error in reactor<340b45a3-5xxxxxxxxxx93-3de4dc96e906.bridge.2xxxxxxxxxf2f0c-composed.27x31-0e8e-47f7-91c3xxxxxxxxc-Thermostat.thermostat.#occupiedHeatingSetpointChanging>: (135) occupiedHeatingSetpoint out of range at ThermostatBehavior.#occupiedHeatingSetpointChanging (C:\SmartHome\node_modules\iobroker.matter\src\matter\behaviors\ThermostatServer.ts:56:19) at ReactorBacking.#reactWithLocks (C:\SmartHome\node_modules\@matter\node\src\behavior\internal\Reactors.ts:396:30) at ReactorBacking.#reactWithContext (C:\SmartHome\node_modules\@matter\node\src\behavior\internal\Reactors.ts:364:21) at ReactorBacking.#react (C:\SmartHome\node_modules\@matter\node\src\behavior\internal\Reactors.ts:274:33) at reactorListener (C:\SmartHome\node_modules\@matter\node\src\behavior\internal\Reactors.ts:145:39) at emitNext (C:\SmartHome\node_modules\@matter\general\src\util\Observable.ts:186:30) at ObservableProxy.emit (C:\SmartHome\node_modules\@matter\general\src\util\Observable.ts:228:16) at emitNext (C:\SmartHome\node_modules\@matter\general\src\util\Observable.ts:186:30) at BasicObservable.emit (C:\SmartHome\node_modules\@matter\general\src\util\Observable.ts:228:16) at nextKey (C:\SmartHome\node_modules\@matter\node\src\behavior\state\managed\Datasource.ts:525:42) matter.0 2025-01-26 19:25:28.120 info Valid Modes the adapter will react on from ioBroker Device: None, Mode state is ignored matter.0 2025-01-26 19:25:28.119 info Mapped Thermostat Modes "HEAT" to Matter Features "Heating" matter.0 2025-01-26 19:25:28.119 info 27620631-0e8e-47f7-9xxxxxxx2f0c: Matter Thermostats need to either support heating or cooling. Defaulting to Heating matter.0 2025-01-26 19:25:28.119 info 27620631-0e8e-47f7-9xxxxxxxf0c: AutoMode is supported, but no Heating or Cooling, ignoring AutoMode matter.0 2025-01-26 19:25:28.112 info Preparing bridged device 276xxxxxxxxxxxx3-5bd9c92f2f0c "Wohnzimmer Thermostat" for bridge matter.0 2025-01-26 19:25:28.099 info Preparing bridged device 01385354-5xxxxxxx04abadc0f "Vorraum Licht" for bridge matter.0 2025-01-26 19:25:28.080 info Preparing bridged device bd92ad68-xxxxxxxxxx658dbbecc3a "Vorraum Fenster" for bridge matter.0 2025-01-26 19:25:28.050 info Preparing bridged device 8b4fff22xxxxxxxxxx44ceb11b "Vorraum Bewegung" for bridge matter.0 2025-01-26 19:25:28.023 info Preparing bridged device d7b8564xxxxxxxxxxxfd57b "Küche Steckdose" for bridge matter.0 2025-01-26 19:25:27.975 info Preparing bridged device 5083dxxxxxxxxxx18bc88 "Garten Temperatur" for bridge matter.0 2025-01-26 19:25:27.940 info Preparing bridged device 26a9f3a9-2xxxxxxxxxxxxx750fb1660 "Garten Steckdose" for bridge matter.0 2025-01-26 19:25:27.926 info Preparing bridged device bf89977c-xxxxxxxxxxx453fb "Esszimmer Fenster" for bridge matter.0 2025-01-26 19:25:27.910 info Preparing bridged device 5bcb5e5d-xxxxxxxxx3f60 "Büro Licht" for bridge matter.0 2025-01-26 19:25:27.909 info Device dimmer (c7c1b8d9xxxxxxxxxxxxd5c1d09) has no mapped power state matter.0 2025-01-26 19:25:27.886 info Preparing bridged device c7c1xxxxxxxxxxxxxxc1d09 "Büro Dimmer" for bridge matter.0 2025-01-26 19:25:27.866 info Valid Modes the adapter will react on from ioBroker Device: None, Mode state is ignored matter.0 2025-01-26 19:25:27.866 info Mapped Thermostat Modes "HEAT" to Matter Features "Heating" matter.0 2025-01-26 19:25:27.866 info f0405d69-aea0-xxxxxxxxxxxx7ab1: Matter Thermostats need to either support heating or cooling. Defaulting to Heating matter.0 2025-01-26 19:25:27.865 info f0405d69-aea0-4c74-xxxxxxxxxxxxxxxxxxab1: AutoMode is supported, but no Heating or Cooling, ignoring AutoMode matter.0 2025-01-26 19:25:27.854 info Preparing bridged device f0405d69-aexxxxxxxxxxxx5-c205de437ab1 "Bad Thermostat" for bridge matter.0 2025-01-26 19:25:27.815 info Preparing bridged device d63xxxxxxxxxxx71d3 "Bad Temperatur" for bridge matter.0 2025-01-26 19:25:27.765 info Preparing bridged device 2b524fxxxxxxxxx254a416 "Bad Fenster" for bridge matter.0 2025-01-26 19:25:27.466 info 2025-01-26 19:25:27.466 NOTICE Node *34xxxxxxxxxxx93-3de4dc96e906* is offline matter.0 2025-01-26 19:25:27.372 info 2025-01-26 19:25:27.372 NOTICE Node *340xxxxxxxxxxxxdc96e906* going offline matter.0 2025-01-26 19:25:27.358 info Apply configuration update for bridge "matter.0.bridges.340xxxxxxxxxx5-a293-3de4dc96e906". matter.0 2025-01-26 19:25:27.313 error Type detection mismatch for state hm-rpc.0.OEQxxxxxxxx1.STATE: socket !== light. Initialize device with just this one state. matter.0 2025-01-26 19:25:27.312 warn Type detection mismatch for state hm-rpc.0.OExxxxxxxxxx4.1.STATE: socket !== light. matter.0 2025-01-26 19:25:27.035 error Type detection mismatch for state hue.0.Büro.on: rgb !== light. Initialize device with just this one state. matter.0 2025-01-26 19:25:27.035 warn Type detection mismatch for state hue.0.Büro.r: rgb !== light. matter.0 2025-01-26 19:25:26.997 error Type detection mismatch for state hue.0.Büro.bri: rgb !== dimmer. Initialize device with just this one state. matter.0 2025-01-26 19:25:26.997 warn Type detection mismatch for state hue.0.Büro.r: rgb !== dimmer.Sollte man was Anomysieren?
Das Gerät:
{ "type": "state", "common": { "name": "Temperatursensor Wohnzimmer 2.SET_POINT_TEMPERATURE", "role": "level.temperature", "def": 4.5, "type": "number", "read": true, "write": true, "min": 4.5, "max": 30.5, "unit": "°C", "custom": { "iot.0": { "smartName": { "smartType": "THERMOSTAT" } } } }, "native": { "MIN": 4.5, "UNIT": "�C", "OPERATIONS": 7, "MAX": 30.5, "FLAGS": 1, "ID": "SET_POINT_TEMPERATURE", "TYPE": "FLOAT", "DEFAULT": 4.5, "CONTROL": "HEATING_CONTROL_HMIP.SETPOINT" }, "_id": "hm-rpc.1.000E9D898ADC67.1.SET_POINT_TEMPERATURE", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.hm-rega.0", "user": "system.user.admin", "ts": 1730185697870 }
Edit:
Anonymisiert -
@sigi234 Was steht bei dir im Datenpunkt von deinem Thermostat bei diesem state (natürlich für dein Gerät):
hm-rpc.0.00201A4997816C.1.SET_POINT_TEMPERATURE? -
@feuersturm sagte in Matter-Beta: Devices und Bridges:
@sigi234 Was steht bei dir im Datenpunkt von deinem Thermostat bei diesem state (natürlich für dein Gerät):
hm-rpc.0.00201A4997816C.1.SET_POINT_TEMPERATURE?
-
@sigi234 Interessant. Ud was steht im aktuellen Temperaturfeld? Bitte lege mit dem Log oben und am besten Objekct Export von dem Device inkl State values aus dem Audmin ein GitHub issue an. Muss ich mir ansehen.
Wenn Du magst mach volles log ... also den extra Debug Modues im Adapter instanz konfig aktivieren und dann das log vom start.
Ansonsten: Die uuids anonymisieren ist unnötig damit kann keiner irgendwas angfangen
-
0.4.10 ist draussen:
- Fixed Thermostat limit initialization and Mode error
- Fixed Matter Event handling when mapped to an ioBroker state (e.g.GenericSwitch)
- Fixed Device type detection by really preferring the preferred type
Bitte neu versuchen @sigi234
-
Hallo, eine Frage zu dem dem Shelly Plug, ich kann diesen schalten, aber ich sehe keinen Verbrauch, liegt das an Shelly oder am Adapter?
matter.0 2025-01-27 18:08:19.375 debug Unsubscribe from 1737997482826-system.adapter.admin.0-gui matter.0 2025-01-27 18:08:19.375 debug Client "1737997482826-system.adapter.admin.0-gui: disconnect matter.0 2025-01-27 18:08:19.375 debug Unsubscribe from 1737997482826-system.adapter.admin.0-gui matter.0 2025-01-27 18:08:19.375 debug Client "1737997482826-system.adapter.admin.0-gui: disconnect matter.0 2025-01-27 18:08:19.375 debug Unsubscribe from 1737997482826-system.adapter.admin.0-gui matter.0 2025-01-27 18:08:19.375 debug Client "1737997482826-system.adapter.admin.0-gui: disconnect matter.0 2025-01-27 18:08:19.375 debug Unsubscribe from 1737997482826-system.adapter.admin.0-gui matter.0 2025-01-27 18:08:19.375 debug Client "1737997482826-system.adapter.admin.0-gui: disconnect matter.0 2025-01-27 18:06:52.705 debug Get details 7398579136186651997-1 matter.0 2025-01-27 18:06:52.705 debug DeviceManagement received: {"command":"dm:deviceDetails","message":"7398579136186651997-1","from":"system.adapter.admin.0","callback":{"message":"7398579136186651997-1","id":955,"ack":false,"time":1737997612704},"_id":71949642} matter.0 2025-01-27 18:05:08.082 debug Get details 7398579136186651997-1 matter.0 2025-01-27 18:05:08.082 debug DeviceManagement received: {"command":"dm:deviceDetails","message":"7398579136186651997-1","from":"system.adapter.admin.0","callback":{"message":"7398579136186651997-1","id":953,"ack":false,"time":1737997508081},"_id":71949640} matter.0 2025-01-27 18:05:00.398 debug Get details 7398579136186651997-1 matter.0 2025-01-27 18:05:00.398 debug DeviceManagement received: {"command":"dm:deviceDetails","message":"7398579136186651997-1","from":"system.adapter.admin.0","callback":{"message":"7398579136186651997-1","id":952,"ack":false,"time":1737997500396},"_id":71949639} matter.0 2025-01-27 18:04:54.871 debug DeviceManagement received: {"command":"dm:listDevices","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":951,"ack":false,"time":1737997494870},"_id":71949638} matter.0 2025-01-27 18:04:54.675 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-27 18:04:54.614 debug DeviceManagement received: {"command":"dm:listDevices","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":950,"ack":false,"time":1737997494581},"_id":71949637} matter.0 2025-01-27 18:04:54.562 debug DeviceManagement received: {"command":"dm:instanceInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":949,"ack":false,"time":1737997494561},"_id":71949636} matter.0 2025-01-27 18:04:54.315 debug Send to GUI: {"command":"bridgeStates","states":{}} matter.0 2025-01-27 18:04:54.215 debug Start GUI matter.0 2025-01-27 18:04:54.214 debug Subscribe from 1737997482826-system.adapter.admin.0-gui matter.0 2025-01-27 17:56:06.577 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.ACTUAL to true (ack = true) matter.0 2025-01-27 17:56:06.530 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.SET to true (ack = true) matter.0 2025-01-27 17:56:06.521 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.ACTUAL to true (ack = true) matter.0 2025-01-27 17:56:06.521 debug handleChangedAttribute "7398579136186651997": Attribute undefined/1/0x0006/onOff changed to true matter.0 2025-01-27 17:56:06.477 debug Handle change event for power with value true matter.0 2025-01-27 17:56:06.477 debug Received state change for matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.SET: true (ack=false) --> true (triggerUpdate=true) matter.0 2025-01-27 17:56:00.975 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.ACTUAL to false (ack = true) matter.0 2025-01-27 17:56:00.922 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.SET to false (ack = true) matter.0 2025-01-27 17:56:00.873 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.ACTUAL to false (ack = true) matter.0 2025-01-27 17:56:00.873 debug handleChangedAttribute "7398579136186651997": Attribute undefined/1/0x0006/onOff changed to false matter.0 2025-01-27 17:56:00.830 debug Handle change event for power with value false matter.0 2025-01-27 17:56:00.830 debug Received state change for matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.SET: false (ack=false) --> false (triggerUpdate=true)Ob das Log etwas bringt?, ich habe keine Ahnung
-
@rissn bei der Shelly node gibt es einen debug info Button. Poste mal die Infos. Wenn da keine measurements dabei sind liefert Shelly es noch nicht. Kannst auch schauen was behindert Mode und den Infos unter „specification“ und da bei der version steht. Alles <1.3 kann das nicht übertragen. Denke da braucht es ein Firmware Update.
-
das steht bei den Infos zu Node
Endpoint 0 (MA-rootnode): Cluster-Servers: Cluster-Server "Descriptor" (0x1d) Global-Attributes: "clusterRevision" (0xfffd): value = 2 "featureMap" (0xfffc): value = {} "attributeList" (0xfffb): value = [0,1,2,3,65528,65529,65531,65532,65533] "acceptedCommandList" (0xfff9): value = [] "generatedCommandList" (0xfff8): value = [] Attributes: "deviceTypeList" (0x0): value = [{"deviceType":22,"revision":2}] "serverList" (0x1): value = [29,41] "clientList" (0x2): value = [29,31,40,42,48,49,51,54,60,62,63] "partsList" (0x3): value = [] Commands: Events: Cluster-Server "OtaSoftwareUpdateProvider" (0x29) Global-Attributes: "clusterRevision" (0xfffd): value = 1 "featureMap" (0xfffc): value = {} "attributeList" (0xfffb): value = [65528,65529,65531,65532,65533] "acceptedCommandList" (0xfff9): value = [] "generatedCommandList" (0xfff8): value = [] Attributes: Commands: Events: Cluster-Clients: Cluster-Client "Descriptor" (0x1d) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "deviceTypeList" (0x0) "serverList" (0x1) "clientList" (0x2) "partsList" (0x3) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: Events: Cluster-Client "AccessControl" (0x1f) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "acl" (0x0) "extension" (0x1) "subjectsPerAccessControlEntry" (0x2) "targetsPerAccessControlEntry" (0x3) "accessControlEntriesPerFabric" (0x4) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: Events: "accessControlEntryChanged" (0x0) "accessControlExtensionChanged" (0x1) Cluster-Client "BasicInformation" (0x28) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "dataModelRevision" (0x0) "vendorName" (0x1) "vendorId" (0x2) "productName" (0x3) "productId" (0x4) "nodeLabel" (0x5) "location" (0x6) "hardwareVersion" (0x7) "hardwareVersionString" (0x8) "softwareVersion" (0x9) "softwareVersionString" (0xa) "manufacturingDate" (0xb) "partNumber" (0xc) "productUrl" (0xd) "productLabel" (0xe) "serialNumber" (0xf) "localConfigDisabled" (0x10) "uniqueId" (0x12) "capabilityMinima" (0x13) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: Events: "startUp" (0x0) "shutDown" (0x1) "leave" (0x2) "reachableChanged" (0x3) Cluster-Client "OtaSoftwareUpdateRequestor" (0x2a) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "defaultOtaProviders" (0x0) "updatePossible" (0x1) "updateState" (0x2) "updateStateProgress" (0x3) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "announceOtaProvider" Events: "stateTransition" (0x0) "versionApplied" (0x1) "downloadError" (0x2) Cluster-Client "GeneralCommissioning" (0x30) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "breadcrumb" (0x0) "basicCommissioningInfo" (0x1) "regulatoryConfig" (0x2) "locationCapability" (0x3) "supportsConcurrentConnection" (0x4) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "armFailSafe" "setRegulatoryConfig" "commissioningComplete" Events: Cluster-Client "NetworkCommissioning" (0x31) (Features: wiFiNetworkInterface) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "maxNetworks" (0x0) "networks" (0x1) "interfaceEnabled" (0x4) "lastNetworkingStatus" (0x5) "lastNetworkId" (0x6) "lastConnectErrorValue" (0x7) "scanMaxTimeSeconds" (0x2) "connectMaxTimeSeconds" (0x3) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "scanNetworks" "addOrUpdateWiFiNetwork" "removeNetwork" "connectNetwork" "reorderNetwork" Events: Cluster-Client "GeneralDiagnostics" (0x33) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "networkInterfaces" (0x0) "rebootCount" (0x1) "upTime" (0x2) "bootReason" (0x4) "testEventTriggersEnabled" (0x8) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "testEventTrigger" Events: "hardwareFaultChange" (0x0) "radioFaultChange" (0x1) "networkFaultChange" (0x2) "bootReason" (0x3) Cluster-Client "WiFiNetworkDiagnostics" (0x36) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "bssid" (0x0) "securityType" (0x1) "wiFiVersion" (0x2) "channelNumber" (0x3) "rssi" (0x4) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: Events: "disconnection" (0x0) "associationFailure" (0x1) "connectionStatus" (0x2) Cluster-Client "AdministratorCommissioning" (0x3c) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "windowStatus" (0x0) "adminFabricIndex" (0x1) "adminVendorId" (0x2) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "openCommissioningWindow" "revokeCommissioning" "openBasicCommissioningWindow" Events: Cluster-Client "OperationalCredentials" (0x3e) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "nocs" (0x0) "fabrics" (0x1) "supportedFabrics" (0x2) "commissionedFabrics" (0x3) "trustedRootCertificates" (0x4) "currentFabricIndex" (0x5) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "attestationRequest" "certificateChainRequest" "csrRequest" "addNoc" "updateNoc" "updateFabricLabel" "removeFabric" "addTrustedRootCertificate" Events: Cluster-Client "GroupKeyManagement" (0x3f) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "groupKeyMap" (0x0) "groupTable" (0x1) "maxGroupsPerFabric" (0x2) "maxGroupKeysPerFabric" (0x3) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "keySetWrite" "keySetRead" "keySetRemove" "keySetReadAllIndices" Events: Child-Endpoints: Endpoint 1 (MA-onoffpluginunit): Cluster-Servers: Cluster-Server "Descriptor" (0x1d) Global-Attributes: "clusterRevision" (0xfffd): value = 2 "featureMap" (0xfffc): value = {} "attributeList" (0xfffb): value = [0,1,2,3,65528,65529,65531,65532,65533] "acceptedCommandList" (0xfff9): value = [] "generatedCommandList" (0xfff8): value = [] Attributes: "deviceTypeList" (0x0): value = [{"deviceType":266,"revision":3}] "serverList" (0x1): value = [29] "clientList" (0x2): value = [3,4,5,6,29] "partsList" (0x3): value = [] Commands: Events: Cluster-Clients: Cluster-Client "Identify" (0x3) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "identifyTime" (0x0) "identifyType" (0x1) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "identify" "triggerEffect" Events: Cluster-Client "Groups" (0x4) (Features: groupNames) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "nameSupport" (0x0) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "addGroup" "viewGroup" "getGroupMembership" "removeGroup" "removeAllGroups" "addGroupIfIdentifying" Events: Cluster-Client "Unknown cluster 0x5" (0x5) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "unknownAttribute_0x0" (0x0) (Unknown) "unknownAttribute_0x1" (0x1) (Unknown) "unknownAttribute_0x2" (0x2) (Unknown) "unknownAttribute_0x3" (0x3) (Unknown) "unknownAttribute_0x4" (0x4) (Unknown) "unknownAttribute_0x6" (0x6) (Unknown) "unknownAttribute_0x7" (0x7) (Unknown) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: Events: Cluster-Client "OnOff" (0x6) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "onOff" (0x0) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: "off" "on" "toggle" Events: Cluster-Client "Descriptor" (0x1d) Global-Attributes: "clusterRevision" (0xfffd) "featureMap" (0xfffc) "attributeList" (0xfffb) "acceptedCommandList" (0xfff9) "generatedCommandList" (0xfff8) Attributes: "deviceTypeList" (0x0) "serverList" (0x1) "clientList" (0x2) "partsList" (0x3) "unknownAttribute_0xfffa" (0xfffa) (Unknown) Commands: Events: Child-Endpoints: -
@rissn re screenshot … Tab specification
Aber nope. Nix drin. Da muss Shelly ein matter Update machen.
-
Ok, dann wäre Version 1.2.0 die Matter Version und die kann noch keine Verbrauchsdaten, vielen Dank, dass war eine nützliche Info
-
@rissn Geh mal im Netz etwas auf die Suche nach deinem Shelly Plug S Gen3 und dem Stichwort "matter 1.3".
Ich hab bei meiner Meross Steckdose im Homeassistant Forum die Info bekommen, das Meross einem auch Beta Firmware auf die Geräte spielen kann. Dies hat bei mir innerhalb von 2-3 Tagen funktioniert und jetzt kann ich schon einmal vorab mit der neuen Beta-Firmware neben an/aus auch die Energiedaten der Steckdose in ioBroker sichtbar machen.Hab gerade für Shelly z.B. diesen Thread gefunden https://community.shelly.cloud/topic/3893-firmware-updates-für-shelly-gen3/
-
die hmip wandthermostate funktionieren schon mal im ansatz, leider sind noch ein paar fehler feststellbar
- modus wird falsch angezeigt
- luftfeuchtigkeit fehlt
- boost unterstützung wäre noch super
in gh per iob
in gh per matter
-
@jackdaniel naja jetzt müsen wir mal schauen ...
Was bedeutet "gh per iob" ? Über den Skill? Matter und Skills zu vergleichen geht nicht so easy.
Am besten mach mal Debug log auf Matter Instanz an und zeig mal das Log vom Start.
Das aktuelle "Problem" bei Thermostaten ist das folgende:- Matter kennt nur Heating oder Cooling oder beides (und nur dann gibts nen "Auto"-Modus der aber ne andere bedeutung hat als "Auto" in Homematic
- In Deinem Fall scheinen die verfügbaren "Mode" werte alle nicht sinnvoll zu sein damit kann der Matter-Adapter Matter es nur auf Heating Mappen. Wo ist das Falsch? Warum sollte der kühlen? Wenn Dein HM Thermostat einen Cool modus hätte würde der Adapter ihn auch mappen.
Was man tun könnte ist - matter hat neben dem "Systemmodus" noch einen "running state". Haben die HM Geräte einen State der Besagt was Sie gerade wirklich tun? Weil dann könnte man sagen "Modus ist heizen, aber ich heize nicht weil temperatur erreicht" (und nein nur deswegen kühlt er nicht den Raum gg)
Luftfeuchtigkeit sollte da sein - bei Google aber ggf als getrennte Kachel weil der das gern mal trennt. Irgendwo kannst Du einstellen das Google es zusammen anzeigen soll. Im Normalfall bildet der Adapter das als als sogenanntes "Composed Device" ab ber wie gesgat Google zeigt es gern als zwei kacheln an. Schau mal. Um zu prüfen das er es so exposed hat klick mal in dem Screen oben auf "Endpoints2. Da solltest DU zwei Endpunkte sehen ...wenn dem so ist hast du eine zweite kachel.
Boost ... genauso wie Party kennt matter formal nicht. Da wollte ich noch Fragen was das genau bedeutet? Da ich solche Thermostate nicht so nutze hab ich da wenig "Ahnung". Weil damit ist die Frage wie man es abbildet. Entweder ich finde ein Matter Thermostat Feature was das ist oder ich kann es als "Schalter" abbilden die man dann hätte ... das wäre die Frage was wie sinn macht
-
@apollon77 sagte in Matter-Beta: Devices und Bridges:
Boost ... genauso wie Party kennt matter formal nicht. Da wollte ich noch Fragen was das genau bedeutet?
Boost bei HMIP Thermostaten: Heizkörperventil wird für 5 min zu 80% geöffnet
Haben die HM Geräte einen State der Besagt was Sie gerade wirklich tun? Weil dann könnte man sagen "Modus ist heizen, aber ich heize nicht weil temperatur erreicht" (und nein nur deswegen kühlt er nicht den Raum gg)
Es gibt den Datenpunkt hm-rpc.0.00201A49978146.1.LEVEL welcher Anzeigt, zu wieviel Prozent das Ventil gerade geöffnet ist. Ob man 0% = Ventil geschlossen mit "Kühlen" gleichsetzen möchte... Klingt für mich nach einer Sonderlocke/Balkon.
-
@feuersturm @JackDaniel Ok, also mit dem Wäre für mit Boost und Party am Ende nur ein "OnOff" den kann man mit exposen ...
Und ja den Valve Stand kann man ggf noch als State im type detector definieren, was dann aber für heating sinn macht, ist aber ok weil der meiste fall.
Ok legt bitte mal zwei GitHub issues an. Einmal Boost/Party als weitere Endpunkte und ein,mal das Thema "Working State". Idee wäre hir Type-Detector zu erweitern um sowas ... https://github.com/ioBroker/ioBroker.type-detector/issues/90 Dann könnte ich das zu Matter mappen.
-
@apollon77 sagte in Matter-Beta: Devices und Bridges:
Was bedeutet "gh per iob" ? Über den Skill? Matter und Skills zu vergleichen geht nicht so easy.
das hmip wandthermostat (HmIP-WTH-2) wird in meinem produktiv system per iot adapter an google home übergeben, und davon ist auch der erste screenshot
achja wenn wir schon bei wünsch dir was sind, ganz cool wäre wenn es den fensterstatus auch anzeigen könnte (den dp window_state gibt es ja) -
@jackdaniel https://github.com/ioBroker/ioBroker.type-detector/issues/91
Achja: Und haben gfestgestellt das Party Mode blöd zu exposen ist, also ggff dann nur Boost
-
@apollon77 Wie besprochen zum Thema Party Modus bei HMIP Thermostaten
Das sind die Objekte für den Partymodus im hm-rpc Adapter
Es ist also kein einfaches ein/aus vom Party Modus.
In der Raspberrymatic WebUI heißt es "Urlaubsmodus" wo man die Werte für diesen Modus setzen muss
Man müsste dieses alles über Matter nachbilden, wenn man den Partymodus bereistellen möchte.
Boost Modus
Issue kann ich anlegen
Edit: https://github.com/ioBroker/ioBroker.matter/issues/373closed expose Boost_Mode for thermostat #373
-
ich versuche gerade meine hmip rollos per matter in google home zu bringen, was ja auch grundsätzlich schon mal geht
schön wäre es natürlich wenn man in google home einen slider hätte um die position anzufahren, die rolls-royce lösung wäre natürlich beides (öffnen/schließen und position)
mach ich da was falsch, oder geht das im moment nur so?
ergibt in gh
