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

[apollon77]

@master67 Aaaaalso

1.) Zu IPv6: IPv4 ist in Matter offiziell OPTIONAL und IPv6 ist MUSS. Das sagt die Spezifikation. Wenn Di mit Google Hubs arbeiten willst geht ohne IPv6 nichts. Mit Alexa geht es vllt auch ohne IPv6 und mit IPv4 ... so oder so ist es nicht empfohlen und jegliche Probleme wenn man IPv6 nicht aktiviert um Matter zu nutzen sind Deine persönlichen Probleme weil ich Sie nicht supporten kann und werde. Gleiches gilt für das Anbinden von Geräten über den Controller (das ist das was Home Assistant out of the box kann).
Und auch bei Home Assistant gilt das gleiche wenn man Matter nutzen will (Tschuldigung, aber die Aussage was Blödsinn und unnötig und falsch)

2.) Jedes Gerät bei Alexa ist über eine Integration angebunden, sei es Matter oder Zigbee oder ein Skill und bekommt darüber eine eindeutige ID. Allein aus diesem Grund wird es in Alexa niemals eine sinnvolle, verlässliche Möglichkeit geben können das zu migrieren. Das geht wegen der Art wie Amazon Ihre Geräte und Daten strukturiert nicht ...

[apollon77]

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

[apollon77]

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

Also ich habe immer wegen Alexa diese .pro gehabt, aber ob damit das "ioBroker.pro-Assistenten" gemeint ist weise ich nicht!

Wenn Du für Alexa eine Pro Lizenz gekauft hast (egal ob Assistenten- oder Fernzugriffslizenz) dann ist das genau das gleiche. Einfach die Daten eintragen oder übernehmen mit dem Knopf

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