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

[apollon77]

@gonzokalle Und wenn wirklich "Keine Zusammengesetzten Geräte" aktiviert ist dann bitte GitHub issue. Aber: warum ist das ein problem das es Zusammengesetzt wird? Macht es bei Alexa probleme?

[Fabio]

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

Mist.... die wichtigste Frage habe ich vergessen, sicher steht das in einer Textzeile der Unzähligen Matter Themen hier, dann Sorry für die Frage, aber wie bekomme ich die "Mattergeräte" in Alexa rein?

na fast alle Geräte die im ioBroker sind kannst du in Alexa übergeben wenn du sie in eine Bridge vom Matter Adapter einfügst. Dann scannst du den QR Code der Bridge ist rechts oben in der Ecke und fügst diesen in die Alexa App ein.

[daNick]

@denjo

Hallo,

ist Dein Problem ähnlich zu meinem?

• Matter 0.5.5, Bridge angelegt, wird erkannt.
• Ich möchte eine ZIgbee Lampe von Ikea steuern, die Weißtöne zulässt.
• Geräte erzeugen mit
  
• Ich wähle
  
• In Matter muss ich jetzt wählen
  
  oder
  
• Wenn ich Farbtemperatur wähle, bekomme ich ein Gerät
  
• In Alexa sieht das dann so aus
  
• die Farbauswahl zeigt etwas an
  
• aber: die Fabe bleibt unverändert, egal was ich wähle (Helligkeit lässt sich steuer, auch ein und aus geht)
• Datenpunkte der Lampe
  

Der Punkt colortemp verändert sich nicht, wenn ich in Alexa veränderte.

Oder sieht das Problem bei Dir anders aus?

Gruß Nico

[Gonzokalle]

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

@gonzokalle Und wenn wirklich "Keine Zusammengesetzten Geräte" aktiviert ist dann bitte GitHub issue. Aber: warum ist das ein problem das es Zusammengesetzt wird? Macht es bei Alexa probleme?

"Keine Zusammengesetzte Geräte" war aktiviert, trotzdem sind dann zwei Geräte in der Alexa App.
Zu viele Geräte macht das Ganze unübersichtlich, finde ich.

Wenn ich Alexa nach "Temperatur Kelle1" frage, bekomme ich als Antwort, es sind mehr als ein Gerät mit dem Namen Keller1 vorhanden, ich solle die Geräte umbenennen.

Ich versuche mein erstes GitHub Issue.

[apollon77]

@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]

@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

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