Matter: Devices und Bridges

[Dragon]

@feuersturm
Bedingt gelöst. Es wird leider kein Türstatus erkannt. Das ist aber zu verschmerzen.

Die Problematik mit den Fenstern und Türsensoren besteht weiterhin. Ich habe jetzt eine Notlösung gefunden, da wird aber nur der Status angezeigt und keine Battery Datenpunkte. Über einen einzelnen State per alias...

[Feuersturm]

@dragon sagte in Matter-Beta: Devices und Bridges:

. Ich habe jetzt eine Notlösung gefunden, da wird aber nur der Status angezeigt und keine Battery Datenpunkte. Über einen einzelnen State per alias...

Mit dem Battery kann ich nachvollziehen, wenn ich mir ein "ioBroker Geräte" zusammenbaue und dort neben dem Kontakt auch einen Battery Datenpunkt mit reinnehme. Bei den ioBroker Device wird er dann bei mir auch nicht erkannt. Ich hab mal apollon77 hierzu angefragt.

Bedingt gelöst. Es wird leider kein Türstatus erkannt. Das ist aber zu verschmerzen.

Zum Thema Türstatus kommt ein Fix in der nächsten Version:
https://github.com/ioBroker/ioBroker.matter/issues/313

JackDaniel007 created this issue in ioBroker/ioBroker.matter

closed kein türstatus beim nuki türschloss #313

[Dragon]

@feuersturm

Vielen Dank! Schön zu sehen wie die Community funktioniert...

[JackDaniel]

das ist in der aktuellen version (4.13) schon inkludiert, und funktioniert auch wie gewünscht

[apollon77]

@rissn sagte in Matter-Beta: Devices und Bridges:

t, die blinkt dann auch,

Also wenn Sie im WLAN ist und blinkt dann ist sie noch nicht mit dem WLAN verbunden Das heisst sobald Sie im WLAN ist kannst Du den Pairing modus nicht mehr über blinken erkennen.

[apollon77]

Ok, zu den anderen Dingen der letzen tagen bin ich ausgestiegen beim lesen Bitte GitHub Issues falls noch was offen ist

[JackDaniel]

ich hab auch den überblick verloren
sollte das mit dem boost,fenster offen und der luftfeuchtigkeit bei den hmip wandthermostaten eigentlich schon laufen?

[apollon77]

@jackdaniel Hier kommt es aktuell darauf an wie es strukturiert ist - wenn das alles in einem Channel liegt sollte das gehen (ausser Fenster offen weil noch in diskussion in https://github.com/ioBroker/ioBroker.type-detector/issues/91) aber Boost und humidity ist schon drin seit letzter Verison.
Wenn es auf mehrere channel aufgeteilt ist dann ists ggf einzeln erkannt, da arbeite ich dran es zu optimieren für nächste Version

Apollon77 created this issue in ioBroker/ioBroker.type-detector

open Enhance Thermostat device: Window state #91

[JackDaniel]

hmm aber in gh wird davon nichts angezeigt

[apollon77]

@jackdaniel Hachja Google mal wieder. Schau mal nach weiteren Kacheln, Google zteigt "Composed devices" leider nicht zusammen an ... du solltest einmal Humidity haben und einmal nen "steckdosenschalter" für Boost ... geht nicht anders.

Apple würde das zusammen auf einer Kachel anzeigen

[Dragon]

@jackdaniel ich habe das Smartlock so eingerichtet mit den Datenpunkten und bei mir funktioniert es nicht. Woran liegt es. Datenpunkte wird in Matter erkannt aber bei Google nicht angezeigt.

[Dragon]

Ich habe heute eine zweite Bridge eingerichtet und sie einem anderen ZuHause hinzugefügt. Sie wird angezeigt, aber ausgegraut und die Geräte werden als offline angezeigt oder garnicht geladen.
Muss ich ein zweites Projekt bei Google anlegen und andere Infos nehmen?

[JackDaniel]

@dragon sagte in Matter-Beta: Devices und Bridges:

@jackdaniel ich habe das Smartlock so eingerichtet mit den Datenpunkten und bei mir funktioniert es nicht. Woran liegt es. Datenpunkte wird in Matter erkannt aber bei Google nicht angezeigt.

um welchen typ vom schloß geht es eigentlich bei dir?
hast du überhaupt einen türsensor?
"ich habe das Smartlock so eingerichtet mit den Datenpunkten" -> verstehe ich nicht was hast du wie "eingerichtet"

nochmal, ich hab einfach mein nuki 4 pro + türsensor mit dem mitgelieferten code per matter mit google home verbunden
nachdem ich die ipv6 lt. der anleitung auf meinen debian 12 system geändert hatte, konnte ich mit dem code den ich in der google home ab generiert habe, das schloss ohne probleme per matter adapter dem iobroker hinzufügen
mit der letzten version vom matter adapter ist dann auch noch der türstatus dazu gekommen, und der tut auch wa er soll (genau wie der rest)

[JackDaniel]

@apollon77 sagte in Matter-Beta: Devices und Bridges:

@jackdaniel Hachja Google mal wieder. Schau mal nach weiteren Kacheln, Google zteigt "Composed devices" leider nicht zusammen an ... du solltest einmal Humidity haben und einmal nen "steckdosenschalter" für Boost ... geht nicht anders.

Apple würde das zusammen auf einer Kachel anzeigen

einspruch euer ehren, irgend etwas muss der matter adapter anders machen

1. ich habe keines der funktion weder in der kachel noch als eigenständiges gerät
2. wenn ich per iot adapter die einzelnen dp´s "compose", wird daraus auch ein gerät bei gh

das hier per iot (ich muss natürlich alle dp´s mit dem gleichen "intelligenten namen" composen)

ergibt das hier bei gh

gh kann ja auch solche geräte als ein gerät anzeigen (netatmo)

[apollon77]

Ich sags gern nochmal: bitte NICHT iot Geräte und Matter Geräte miteinander Vergleichen!!!

Vor allem nicht davon ausgehen weil da ja geht geht es bei Matter auch.

iot Geräte basieren auf Trait- und Gerätedefinitionen von jeweils Goolge bzw Amazon (bzw mit Yahka dann Homekit von Apple). Das ist die "proprietäre iot-Skill Welt", wo jeder eigene Definitionen geschaffen hat.

Matter ist eine komplett andere Welt und hier gelten die Gerätedefinitionen von Matter und von dem was dann Gerätehersteller damit bauen UND was dann jeweils ein Apple, Google, Amazon oder so draus machen.

Also iot und Matter zu vergleichen sind die berühmten Äpfel und Birnen.

Damit zurück zu Matter: Poste doch mal von dem was es nicht geht in Matter die Debug Informationen in der entsprechenden bridge bzw Device Zeile. Dort kannst Du sehen was wir exposen. Was Google draus macht liegt nicht wirklich in meiner Hand!

[JackDaniel]

was mir halt nicht in den kopf will ist das der ach so toll angepriesen standard über alle systeme dann doch wieder nicht so sein soll (google vs. Apple vs. smartthing)
oder das so rudimentäre dinge wie „kombinierte geräte“ nicht als ein gerät dargestellt werden sollen, bzw. sich die darstellung von system zu system auch wieder unterscheiden kann
matter sollte doch „der“ standard für alle sein, wundert mich nicht das schon einige firmen wieder zurückrudern und das mit matter fürs erste mal sein lassen

untitled.txt

[apollon77]

@jackdaniel Es ist wie mit jedem neuen Standard: Ein Prozess. Auch das ganze Skill Thema hat wieviele Jahre gedauert um dort zu sein wo iot jetzt ist? Also bitte mal nicht so schwarz malen. Aber ja es ist (noch) nicht alles Gold was glänzt.

Also wie das Log zeigt exposen wir 3 Endpunkte: Thermostat, Humidity Sensor und ein OnOff-Steckdose ... die musst Du in Google als kacheln haben ... sonst lösch nochmal aus der Bridge raus, warte bis Google das nachgezogen hat und füge neu hinzu .. dann schau was auftaucht

[Dragon]

@jackdaniel
Bei mir geht es um ein Nuki 2. Habe alle benötigten Datenpunkte angelegt und im Schloss hinterlegt und es als Matter Gerät angelegt. Es wird angezeigt nur halt eben der door State nicht.

Der Lock State wird angezeigt, der Door State nicht und der Akkustand funktioniert auch nicht...

[apollon77]

@dragon Bitte zeig mal die DebugDetails (Icon in der UI von dem gert) und zeig bitte was die Infos als gemappte states anzeigen (Info icon).

[Dragon]

@apollon77

  Endpoint 129 (DoorLock):
    Cluster-Servers:
      Cluster-Server "Identify" (0x3) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 4
          "featureMap" (0xfffc): value = {}
          "attributeList" (0xfffb): value = [0,1,65533,65532,65531,65529,65528]
          "acceptedCommandList" (0xfff9): value = [0]
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "identifyTime" (0x0): value = 0
          "identifyType" (0x1): value = 4
        Commands:
          "identify" (0x0/0x0)
        Events:

      Cluster-Server "DoorLock" (0x101) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 7
          "featureMap" (0xfffc): value = {"pinCredential":false,"rfidCredential":false,"fingerCredentials":false,"logging":false,"weekDayAccessSchedules":false,"doorPositionSensor":false,"faceCredentials":false,"credentialOverTheAirAccess":false,"user":false,"notification":false,"yearDayAccessSchedules":false,"holidaySchedules":false,"unbolting":false}
          "attributeList" (0xfffb): value = [0,1,2,37,38,65533,65532,65531,65529,65528]
          "acceptedCommandList" (0xfff9): value = [0,1]
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "lockState" (0x0): value = 2
          "lockType" (0x1): value = 2
          "actuatorEnabled" (0x2): value = true
          "operatingMode" (0x25): value = 0
          "supportedOperatingModes" (0x26): value = {"normal":false,"vacation":true,"privacy":true,"noRemoteLockUnlock":false,"passage":true}
        Commands:
          "lockDoor" (0x0/0x0)
          "unlockDoor" (0x1/0x1)
        Events:
          "doorLockAlarm" (0x0)
          "lockOperation" (0x2)
          "lockOperationError" (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":10,"revision":3},{"deviceType":17,"revision":1},{"deviceType":19,"revision":2}]
          "serverList" (0x1): value = [3,257,29,57,47]
          "clientList" (0x2): value = []
          "partsList" (0x3): value = []
        Commands:

        Events:

      Cluster-Server "BridgedDeviceBasicInformation" (0x39) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 3
          "featureMap" (0xfffc): value = {}
          "attributeList" (0xfffb): value = [3,5,14,15,17,18,65533,65532,65531,65529,65528]
          "acceptedCommandList" (0xfff9): value = []
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "productName" (0x3): value = Smartlock
          "nodeLabel" (0x5): value = Smartlock
          "productLabel" (0xe): value = Smartlock
          "serialNumber" (0xf): value = 69aa346c07474b22aa198bfa59252fa1
          "reachable" (0x11): value = true
          "uniqueId" (0x12): value = cba3bb623a5e4d7f9f59dd2b2aff8a6e
        Commands:

        Events:
          "reachableChanged" (0x3)
      Cluster-Server "PowerSource" (0x2f) (Features: battery)
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 2
          "featureMap" (0xfffc): value = {"wired":false,"battery":true,"rechargeable":false,"replaceable":false}
          "attributeList" (0xfffb): value = [0,1,2,31,65533,65532,65531,65529,65528,14,15,16]
          "acceptedCommandList" (0xfff9): value = []
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "status" (0x0): value = 1
          "order" (0x1): value = 0
          "description" (0x2): value = Battery as reported by ioBroker
          "endpointList" (0x1f): value = [129]
          "batChargeLevel" (0xe): value = 0
          "batReplacementNeeded" (0xf): value = false
          "batReplaceability" (0x10): value = 2
        Commands:

        Events:

    Cluster-Clients:
    Child-Endpoints:

0_userdata.0.Andere_Geräte.Lock.json