UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Master67]

@apollon77 Du bist ein bisschen spät, siehe mein "Edit" oben, also Alexa läuft :-)

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

Da wir nicht wissen was Du genau getan hast und wo Du wie IPv6 aktiviert hast ( wichtig: muss nur lokales Netzwerk sein, der ISP ist egal), schwer zu sagen

So wie die Anleitung, ich glaube die ist von dir, es vorgibt, siehe https://forum.iobroker.net/topic/79494/matter-ipv6-hubs-und-sonstige-vorbedingungen/222?_=1761513585811

Zu diesem Problem habe ich ein Thema im Proxmox Forum eröffnet, es scheint aber nicht so bekannt zu sein weil nach 10 Stunden dort noch niemand Reagiert hat, aber heute ist Sonntag, mal sehen ob da Morgen was kommt :-)

[Gonzokalle]

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

@gonzokalle WennDu wirklich nur den Temperatursensor brauchst dann gibts beim anlegen der Geräte im Matter Adapter die Option "aus einem State hinzufügen". Nutze das dann solltest DU auch nur genau das eine bekommen. Aber der haken sollte dennoch tun, also bitte GitHub Issue danke

Gerät aus einem State hinzufügen und den Haken hatte ich gesetzt. Trotzdem gab es zwei Geräte in der Alexa App. Issue habe ich erstellt.

[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.

[Gonzokalle]

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

[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

1. 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

1. 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)
2. 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?

3. Über den Schieber im Matter Adapter kann ich den mirred Farbwert verschieben, die Lampe ändert die Farbe.

4. 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.

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