HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter

Fabio

@gonzokalle erstell doch mal ein Alias aus dem Temperatur state und probiere es dann mit dem Alias es an Alexa zu übergeben.

Grüße
Fabio

Gonzokalle

@fabio
Ich habe es mit einem Alias der Temperatur probiert. Gleicher Effekt.
Ich muss aber gestehen, dass ich mich mit den Aliasen null auskenne.

Fabio

@gonzokalle hm das ist komisch das hat bei mir funktioniert.

Screenshot 2025-10-27 163802.png

Screenshot 2025-10-27 163823.png

Screenshot 2025-10-27 163835.png

Gonzokalle

@fabio
So hätte ich es auch gern.
Ich suche schon die versteckte Kamera hinter mir.

daNick

@apollon77 said in HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter:

@danick Dann klick mal auf die Details dieses Geräts im Matetr adapter und zeig mal welche state IDs er nutzt. ir haben denke ein Issue offen bei einem adapter weil die Startup Color Temp die gleiche Rolle hat die Color Temp State und dann wählt der Matter Adapter das falsche. Aber er kann es ja nicht wissen. Also ggf muss man mal die Rollen fixen. Wenn bei Dir bei startup aber null steht ists ggf nicht das was er gewählt hat?

Am Ende weiss ich es genauer wenn Du matter adapter debug log aktivierst und dann wartest bis alles gestartet ist. dann mit Alexa was steuern und Uhrzeit merken. Logfile von Platte holen, zusammen mit Zeitinfo in ein GitHub issue.

@apollon77

Danke!

Details des Gerätes:

  Endpoint 13 (ColorTemperatureLight / 7d09d228-3718-444c-9adf-539dbfecf43d):
    Cluster-Servers:
      Cluster-Server "identify" (0x3) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 5
          "featureMap" (0xfffc): value = {}
          "attributeList" (0xfffb): value = [ 0, 1, 65533, 65532, 65531, 65529, 65528 ]
          "acceptedCommandList" (0xfff9): value = [ 0, 64 ]
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "identifyTime" (0x0): value = 0
          "identifyType" (0x1): value = 1
        Commands:
          "identify" (0x0)
          "triggerEffect" (0x40)
        Events:

      Cluster-Server "groups" (0x4) (Features: groupNames)
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 4
          "featureMap" (0xfffc): value = { groupNames: true }
          "attributeList" (0xfffb): value = [ 0, 65533, 65532, 65531, 65529, 65528 ]
          "acceptedCommandList" (0xfff9): value = [ 0, 1, 2, 3, 4, 5 ]
          "generatedCommandList" (0xfff8): value = [ 0, 1, 2, 3 ]
        Attributes:
          "nameSupport" (0x0): value = { nameSupport: false, groupNames: true }
        Commands:
          "addGroup" (0x0/0x0)
          "viewGroup" (0x1/0x1)
          "getGroupMembership" (0x2/0x2)
          "removeGroup" (0x3/0x3)
          "removeAllGroups" (0x4)
          "addGroupIfIdentifying" (0x5)
        Events:

      Cluster-Server "onOff" (0x6) (Features: lighting)
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 6
          "featureMap" (0xfffc): value = { lighting: true, deadFrontBehavior: false, offOnly: false }
          "attributeList" (0xfffb): value = [ 0, 65533, 65532, 65531, 65529, 65528, 16384, 16385, 16386, 16387 ]
          "acceptedCommandList" (0xfff9): value = [ 0, 64, 65, 66, 1, 2 ]
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "onOff" (0x0): value = true
          "globalSceneControl" (0x4000): value = true
          "onTime" (0x4001): value = 0
          "offWaitTime" (0x4002): value = 0
          "startUpOnOff" (0x4003): value = null
        Commands:
          "off" (0x0)
          "offWithEffect" (0x40)
          "onWithRecallGlobalScene" (0x41)
          "onWithTimedOff" (0x42)
          "on" (0x1)
          "toggle" (0x2)
        Events:

      Cluster-Server "levelControl" (0x8) (Features: onOff, lighting)
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 6
          "featureMap" (0xfffc): value = { onOff: true, lighting: true, frequency: false }
          "attributeList" (0xfffb): value = [ 0, 15, 17, 65533, 65532, 65531, 65529, 65528, 1, 16384 ]
          "acceptedCommandList" (0xfff9): value = [ 0, 1, 2, 3, 4, 5, 6, 7 ]
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "currentLevel" (0x0): value = 254
          "options" (0xf): value = { executeIfOff: false, coupleColorTempToLevel: false }
          "onLevel" (0x11): value = null
          "remainingTime" (0x1): value = 0
          "startUpCurrentLevel" (0x4000): value = null
        Commands:
          "moveToLevel" (0x0)
          "move" (0x1)
          "step" (0x2)
          "stop" (0x3)
          "moveToLevelWithOnOff" (0x4)
          "moveWithOnOff" (0x5)
          "stepWithOnOff" (0x6)
          "stopWithOnOff" (0x7)
        Events:

      Cluster-Server "colorControl" (0x300) (Features: colorTemperature)
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 7
          "featureMap" (0xfffc): value = { hueSaturation: false, enhancedHue: false, colorLoop: false, xy: false, colorTemperature: true }
          "attributeList" (0xfffb): value = [ 2, 8, 15, 16, 16385, 16394, 65533, 65532, 65531, 65529, 65528, 7, 16395, 16396, 16397, 16400 ]
          "acceptedCommandList" (0xfff9): value = [ 10, 75, 76, 71 ]
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "remainingTime" (0x2): value = 0
          "colorMode" (0x8): value = 2
          "options" (0xf): value = { executeIfOff: false }
          "numberOfPrimaries" (0x10): value = null
          "enhancedColorMode" (0x4001): value = 2
          "colorCapabilities" (0x400a): value = { hueSaturation: false, enhancedHue: false, colorLoop: false, xy: false, colorTemperature: true }
          "colorTemperatureMireds" (0x7): value = 250
          "colorTempPhysicalMinMireds" (0x400b): value = 1
          "colorTempPhysicalMaxMireds" (0x400c): value = 65279
          "coupleColorTempToLevelMinMireds" (0x400d): value = 1
          "startUpColorTemperatureMireds" (0x4010): value = null
        Commands:
          "moveToColorTemperature" (0xa)
          "moveColorTemperature" (0x4b)
          "stepColorTemperature" (0x4c)
          "stopMoveStep" (0x47)
        Events:

      Cluster-Server "bridgedDeviceBasicInformation" (0x39) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 4
          "featureMap" (0xfffc): value = { bridgedIcdSupport: false }
          "attributeList" (0xfffb): value = [ 3, 5, 14, 15, 17, 18, 65533, 65532, 65531, 65529, 65528 ]
          "acceptedCommandList" (0xfff9): value = []
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "productName" (0x3): value = "Gästezimmer Schreibtisch"
          "nodeLabel" (0x5): value = "Gästezimmer Schreibtisch"
          "productLabel" (0xe): value = "Gästezimmer Schreibtisch"
          "serialNumber" (0xf): value = "7d09d2283718444c9adf539dbfecf43d"
          "reachable" (0x11): value = true
          "uniqueId" (0x12): value = "0fba7261e1784bc68aa5c3e9fef58b82"
        Commands:

        Events:
          "reachableChanged" (0x3)
      Cluster-Server "descriptor" (0x1d) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 2
          "featureMap" (0xfffc): value = { tagList: false }
          "attributeList" (0xfffb): value = [ 0, 1, 2, 3, 65533, 65532, 65531, 65529, 65528 ]
          "acceptedCommandList" (0xfff9): value = []
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "deviceTypeList" (0x0): value = [ { deviceType: 268, revision: 4 }, { deviceType: 19, revision: 3 } ]
          "serverList" (0x1): value = [ 3, 4, 6, 8, 768, 57, 29 ]
          "clientList" (0x2): value = []
          "partsList" (0x3): value = []
        Commands:

        Events:

    Child-Endpoints:

Jetzt kommt auch noch ein Fehler:

Details des Fehlers

Hilft das schon beim Eingrenzen oder "brauchst Du" (=brauche ICH, damit DU helfen kannst ) due vollen Logs?

Danke!

daNick

apollon77

@danick Naja ... die DFehlermeldung deutet darauf hin das der wert keine Zahl iust ... damit nehme ich an das er wie vermutet den "startupColorTemperature" State findet anstelle dem anderen weil der ist "null" was in dem Fall halt blöd ist. Damit wäre ich bei der vermutung das die doppelte Rolle das Problem verursache. Ändere die mal bei dem startup state und restarte die bridge. Und schau das beim relevanten adapter ein issue existiert das diese startup. Wir hatten genau aus dem grund neue Rollenoptionen für "settings" definiert ... https://www.iobroker.net/#en/documentation/dev/stateroles.md "Configuration/Setting States" ... müssen halt die adapte rjetzt auch nutzen.

Also beim startup State wäre die korrekte Rolle level.setting.color.temperature

daNick

@apollon77 said in HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter:

@danick Naja ... die DFehlermeldung deutet darauf hin das der wert keine Zahl iust ... damit nehme ich an das er wie vermutet den "startupColorTemperature" State findet anstelle dem anderen weil der ist "null" was in dem Fall halt blöd ist. Damit wäre ich bei der vermutung das die doppelte Rolle das Problem verursache. Ändere die mal bei dem startup state und restarte die bridge. Und schau das beim relevanten adapter ein issue existiert das diese startup. Wir hatten genau aus dem grund neue Rollenoptionen für "settings" definiert ... https://www.iobroker.net/#en/documentation/dev/stateroles.md "Configuration/Setting States" ... müssen halt die adapte rjetzt auch nutzen.

Also beim startup State wäre die korrekte Rolle level.setting.color.temperature

@apollon77

Es gab in dem Gerät in der Tat zweimal "level.color.temperature" (für Startfarbe und colortemp) (also ohne setting. NICHT level.setting.color.temperature)
Nach dem Löschen eines Wert sehe ich jetzt das hier

@apollon77 Ich sollte dem Owner des Adapter (zigbee2mqtt) Bescheid sagen, dass er mit der doppeleten Verwendung von level.color.temperature ein Problem erzeugt, richtig?

Über den Schieber im Matter Adapter kann ich den mirred Farbwert verschieben, die Lampe ändert die Farbe.
Aber: wenn ich in der Alexa App auf einen der Buttons drücke, wird die Farbtemperatur NICHT geändert (weder in Matter, noch im Zigbee Adapter). Wenn ich im Objektbaum den Wert ändere, ändert der Schieberegler in Matter den Wert und die Lampe wird.

Das Ändern der Brightness geht immer (Objektbaum, Alexa App, Matter Adapter... das ist also "fertig"

Irgendwelche Tipps?

Danke!

daNick

@Bluefox
ist das (teilweise)das Thema, das im Zigbee2mqtt Adapter beschrieben ist als Work in Progress?

(bluefox) Changed role of color_temp_startup state to level to avoid double level.temperature in one device

Falls ja, ist da eine Migration für bestehende Installationen vorgesehen (oder wird es ein HowTo geben)? Danke

apollon77

@danick sagte in HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter:

@apollon77 Ich sollte dem Owner des Adapter (zigbee2mqtt) Bescheid sagen, dass er mit der doppeleten Verwendung von level.color.temperature ein Problem erzeugt, richtig?

Ja bitte dort akls GitHub issue ankegen. und gern auf die neuen setting Rollen verweisen. Wie gesagt u.a. genau dieses issue galt es damit zu fixen

apollon77

@danick sagte in HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter:

Aber: wenn ich in der Alexa App auf einen der Buttons drücke, wird die Farbtemperatur NICHT geändert (weder in Matter, noch im Zigbee Adapter). Wenn ich im Objektbaum den Wert ändere, ändert der Schieberegler in Matter den Wert und die Lampe wird.

Dann bitte Debug log aktivieren im Matter adapter inklusive dem erweitertem Matter log und dann restarten und wenn alles wieder ok und log ruhig ist dann bitte so eine Alexa steuerung machen und uhrzeit notieren und dann log in ein GitHub issue packen - von Platte bitte nicht aus Admin kopieren.

Chris76e

Möchte eine "Schalter" aus 0_userdata.0 einbinden, bekomme aber aber folgenden Fehler:

Error information
Bridged Device is in an error state. Fix the error before enabling it again.
Uuid
9e069315-360a-48a5-92b6-130dd6ee3880 on 75192990-152d-4846-8b64-ba34c28a798c
Error: undefined

so sieht der DP aus

{
  "_id": "0_userdata.0.Neuladen",
  "type": "state",
  "common": {
    "name": "Neuladen",
    "desc": "Manuell erzeugt – Schalter über Matter steuerbar",
    "role": "switch",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false
  },
  "native": {
    "matter": {
      "expose": true,
      "type": "switch",
      "name": "Neuladen",
      "category": "switch"
    }
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1761933253139,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Andere "Geräte" die nicht unter 0_userdata sind kann ich einfügen? ist das noch ein bug oder mache ich was falsch?

apollon77

@chris76e Ja das ist ein Issue offen was ich ansehen muss. Leg ein Folder dazu an und pack es da rein dann gehts

mehrwiedu

Man kann ja eine Matter Bridge mehrfach an verschiedene Ökosysteme weitergeben, indem man aus dem zuerst verbundenen Controller dann einen neuen QR Code erzeugt.
In meinem Fall wären neben Alexa noch HomeKit (was mich nicht interessiert) und ein Aqara System zur Verfügung.

Ich habe bereits mit dem Matter Adapter einmal ein wenig gespielt und ein Relais als Gerät (nicht über die Bridge) aus einem State hinzugefügt und den QR Code dann in der Aqara App zur Verfügung gestellt. Das wird einwandfrei als Schalter erkannt und erscheint sowohl in der App als auch auf einem Panel Hub von Aqara als Schaltersymbol und lässt sich bedienen.

Wenn ich nun die Matter Bridge aus ioBroker mit den inkludierten Geräten zuerst ins Aqara Ökosystem implementiere und von dort aus die native Einbindung über Aqara zu Alexa mache, wäre das doch auch möglich anschließend die gesamten Geräte aus der ioBroker Matter Bridge über Alexa zu steuern, oder?

apollon77

@mehrwiedu Na klar. Du kannst auch so einen "Umweg" gehen wenn es für die Aqara Brudge Geräte einen Alexa Skill gibt geht das

Edde

Hallo,

ich möchte gern meine Tasmota Steckdosen einbinden die über den mqtt Adapter steuerbar sind. Ich bekomme aber die folgende Fehlermeldung. Hat jemand eine Idee was da falsch läuft?

Gruß

apollon77

@edde Bitte mal neue Screenshots nicht von Mobile oder mit angezeigter Spalte für die Rollen.

mehrwiedu

@apollon77 sagte in HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter:

@mehrwiedu Na klar. Du kannst auch so einen "Umweg" gehen wenn es für die Aqara Brudge Geräte einen Alexa Skill gibt geht das

Ich habe das jetzt mal ausprobiert und das funktioniert überraschend gut. Man benötigt auch nicht diesen unsäglichen Alexa Skill von Aqara. Die ioBroker Matter Bridge taucht in der Aqara App als Hub auf, wenn man sie mit diesem Ökosystem verbindet. Das ist mein erstes Ziel, nämlich die Schalter auch auf dem Panel Hub S1 von Aqara sehen und schalten zu können.

Bildschirmfoto 2025-11-01 um 15.35.41.png

Und wenn man diese dann als Aqara Matter Gerät an die Alexa App übergibt mit dem entsprechenden Pairing Code aus der Aqara App, sind alle Geräte aus dem Adapter in Alexa vorhanden und können da eingerichtet und Räumen zugeordnet werden.

Das ist natürlich ein ganz anderer Ansatz als ich es vorher hatte mit dem IoT Adapter. Aber für mein Szenario wahrscheinlich vollkommen ausreichend, denn wenn vorher der ioBroker bei mir gestreikt hat, war auch der IoT Adapter nicht erreichbar und Alexa hat auch nicht reagiert. Jetzt hängt es in erster Linie von dem Aqara Ökosystem ab. Da muss ich dann wahrscheinlich erst noch Langzeiterfahrungen sammeln.

Möglicherweise gehts auch umgekehrt. Erst die Bridge aus ioBroker an Alexa übergeben und dann daraus weiter an Aqara um die Geräte auf dem Panel sehen und steuern zu können. Nur erscheint mir das durch die Möglichkeit der nativen Einbindung von Aqara zu Alexa ein wenig wie durch den Rücken ins Knie.

/edit
Und wenn ich nun der Bridge im ioBroker ein Gerät hinzufüge, wird das in genau der Sekunde über Aqara auch an Alexa weitergegeben und sie puscht mir eine Nachricht, dass ein neues Gerät mit dem Namen "XYZ" hinzugefügt wurde.

Das ist ziemlich genial. Danke für diese tolle Entwicklung. Das macht mich gerade wieder ein wenig glücklicher, nachdem ich mit meinen ersten Ansätzen so hilflos dagestanden habe und es schien, als ob nichts mehr funktionieren wollte.

Edde

@apollon77

Danke, der Hinweis mit der Rolle reichte schon. Ich habe die richtige Rolle vergeben und schon klappte es.

apollon77

@mehrwiedu sagte in HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter:

Und wenn man diese dann als Aqara Matter Gerät an die Alexa App übergibt mit dem entsprechenden Pairing Code aus der Aqara App, sind alle Geräte aus dem Adapter in Alexa vorhanden und können da eingerichtet und Räumen zugeordnet werden.

Was meinst DU ? Ist jetzt die Aqara bridge (die können meistens beides) mit Alexa gekoppelt oder die iobroker Bridge als zweitest Ökosystem mit Alexa verbunden? Zweiteres ist sinnvoll, ersteres wäre etwas doppelt gemoppelt

mehrwiedu

@apollon77 sagte in HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter:

@mehrwiedu sagte in HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter:

Und wenn man diese dann als Aqara Matter Gerät an die Alexa App übergibt mit dem entsprechenden Pairing Code aus der Aqara App, sind alle Geräte aus dem Adapter in Alexa vorhanden und können da eingerichtet und Räumen zugeordnet werden.

Was meinst DU ? Ist jetzt die Aqara bridge (die können meistens beides) mit Alexa gekoppelt öoder die iobroker Bridge als zweitest Ökosystem mit Alexa verbunden? Zweiteres ist sinnvoll, ersteres wäre etwas doppelt gemoppelt

Äh, nein. Ich habe keinen Aqara eigenen Hub (M3 oder den der G410 Türklingel oder den des Panel Hub S1) mit Alexa verbunden.
Ich habe die ioBroker Standard Bridge aus dem Matter Adapter mit der Aqara App als Matter Gerät über den Pairing Code aus ioBroker verbunden.
Dort erscheint sie als eigenständiger Hub mit zugeordneten Geräten. Siehe Screenshot 1 aus meinem Post.
Die untergeordneten Geräte sind die aus dem Objektbaum von ioBroker, die ich dort der Standard Bridge im Matter Adapter hinzugefügt hab.

An Alexa habe ich dann nur diesen Hub aus der Aqara App als Matter Gerät mit dem von Aqara erzeugten Pairing Code übergeben. Das ist dann Screenshot Nr 2.

Und wenn ich jetzt der Matter Bridge in ioBroker ein Gerät hinzufüge, wird es automatisch sowohl an die Aqara App in den dort erzeugten Hub übergeben und von dort auch automatisch an Alexa weitergereicht.

NEWS

HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter

Support us

1.0k
Online

32.3k
Users

81.2k
Topics

1.3m
Posts

NEWS

HOWTO Iot + Alexa Iobroker Skill ersetzen mit Matter Adapter

Support us

1.0kOnline

32.3kUsers

81.2kTopics

1.3mPosts

1.0k
Online

32.3k
Users

81.2k
Topics

1.3m
Posts