Test Alpha Homekit-Controller 0.0.x
-
@fortune95 Ich glaube jetzt warste zu schnell ... der Adapter hatte das Gerät noch nicht mal gefunden als Du schon getriggert hast ... damit gaaaaanz anderer Fehler (aber fixe ich) ... Also gibt dem Adapter mal Zeit bis er auch BLE discovered hat
-
@apollon77
OK, also nochmal...Nachdem ich den Adapter über die Shell gestartet hatte passierte im Log erstmal gar nichts.
Darufhin habe ich mal den Knopf am Eve gedrückt um ihn aufzuwecken. Wenn ich es richtig interpretiere hat er sich dann auch im Adapter kurz gemeldet.
Beim nachfolgenden Identifizieren kam jedoch prompt die bekannte Fehlermeldung.iobroker@iobroker:~$ DEBUG=hap* node /opt/iobroker/node_modules/iobroker.homekit-controller/build/main.js 0 --debug --logs 2022-03-17 06:11:29.897 - debug: homekit-controller.0 (23910) Redis Objects: Use Redis connection: 127.0.0.1:9001 2022-03-17 06:11:29.922 - debug: homekit-controller.0 (23910) Objects client ready ... initialize now 2022-03-17 06:11:29.923 - debug: homekit-controller.0 (23910) Objects create System PubSub Client 2022-03-17 06:11:29.924 - debug: homekit-controller.0 (23910) Objects create User PubSub Client 2022-03-17 06:11:29.957 - debug: homekit-controller.0 (23910) Objects client initialize lua scripts 2022-03-17 06:11:29.959 - debug: homekit-controller.0 (23910) Objects connected to redis: 127.0.0.1:9001 2022-03-17 06:11:29.975 - debug: homekit-controller.0 (23910) Redis States: Use Redis connection: 127.0.0.1:6379 2022-03-17 06:11:29.977 - debug: homekit-controller.0 (23910) States create System PubSub Client 2022-03-17 06:11:29.978 - debug: homekit-controller.0 (23910) States create User PubSub Client 2022-03-17 06:11:29.980 - debug: homekit-controller.0 (23910) States connected to redis: 127.0.0.1:6379 2022-03-17 06:11:29.991 - debug: homekit-controller.0 (23910) Plugin sentry Initialize Plugin (enabled=true) 2022-03-17 06:11:30.043 - error: homekit-controller.0 (23910) adapter disabled 2022-03-17 06:11:30.085 - info: homekit-controller.0 (23910) starting. Version 0.4.3 (non-npm: Apollon77/ioBroker.homekit-controller#b7c7f7174ee7700864d870c2125c4d00aba85aa5) in /opt/iobroker/node_modules/iobroker.homekit-controller, node: v14.19.0, js-controller: 4.0.21 2022-03-17 06:11:30.160 - debug: homekit-controller.0 (23910) state homekit-controller.0.info.connection changed: false (ack = true) 2022-03-17 06:11:30.164 - debug: homekit-controller.0 (23910) Init 1 known devices without discovery ... 2022-03-17 06:11:30.164 - debug: homekit-controller.0 (23910) Init BLE-6E:B1:4A:68:AA:BB as known device 2022-03-17 06:11:30.165 - info: homekit-controller.0 (23910) BLE-6E:B1:4A:68:AA:BB (Eve Degree 5980) found without pairing data but available for pairing: Create basic objects 2022-03-17 06:11:30.165 - debug: homekit-controller.0 (23910) Service: {"name":"Eve Degree 5980","CoID":76,"TY":6,"AIL":49,"SF":1,"DeviceID":"6e:b1:4a:68:aa:bb","ACID":10,"GSN":6,"CN":3,"CV":2,"c#":3,"id":"6e:b1:4a:68:aa:bb","ci":10,"availableToPair":true} 2022-03-17 06:11:30.174 - debug: homekit-controller.0 (23910) state homekit-controller.0.BLE-6E:B1:4A:68:AA:BB.info.connectionType changed: BLE (ack = true) 2022-03-17 06:11:30.177 - debug: homekit-controller.0 (23910) state homekit-controller.0.BLE-6E:B1:4A:68:AA:BB.info.id changed: 6e:b1:4a:68:aa:bb (ack = true) 2022-03-17 06:11:30.181 - debug: homekit-controller.0 (23910) state homekit-controller.0.BLE-6E:B1:4A:68:AA:BB.info.connected changed: false (ack = true) 2022-03-17 06:11:30.186 - debug: homekit-controller.0 (23910) state homekit-controller.0.BLE-6E:B1:4A:68:AA:BB.admin.isPaired changed: false (ack = true) 2022-03-17 06:11:30.190 - debug: homekit-controller.0 (23910) state homekit-controller.0.BLE-6E:B1:4A:68:AA:BB.info.lastDiscovered changed: 1647493890166 (ack = true) 2022-03-17 06:14:23.793 - debug: homekit-controller.0 (23910) Message getDiscoveredDevices received: {"command":"getDiscoveredDevices","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":169,"ack":false,"time":1647494063792},"_id":67504347}) 2022-03-17 06:14:23.794 - debug: homekit-controller.0 (23910) Response to Command getDiscoveredDevices: {"success":true,"error":false,"devices":[{"id":"BLE-6E:B1:4A:68:AA:BB","serviceType":"BLE","connected":false,"discovered":true,"availableToPair":true,"discoveredName":"Eve Degree 5980","discoveredCategory":"Sensor","pairedWithThisInstance":false}]} 2022-03-17 06:15:33.249 - debug: homekit-controller.0 (23910) Message identify received: {"command":"identify","message":{"deviceId":"BLE-6E:B1:4A:68:AA:BB"},"from":"system.adapter.admin.0","callback":{"message":{"deviceId":"BLE-6E:B1:4A:68:AA:BB"},"id":170,"ack":false,"time":1647494133248},"_id":67504348}) 2022-03-17 06:15:33.249 - debug: homekit-controller.0 (23910) Device BLE-6E:B1:4A:68:AA:BB: Identify triggered 2022-03-17 06:15:33.250 - debug: homekit-controller.0 (23910) Response to Command identify: {"success":false,"error":"Cannot identify device BLE-6E:B1:4A:68:AA:BB because of error undefined: Cannot read property 'state' of undefined"}Im hcidump gibt es aber keinen Eintrag zu dem Zeitpunkt wo ich den Eve geweckt hatte?
-
@apollon77 Ich habe ein Schiebetür-Antrieb von Nice. Mit dem IT4WIFI Adapter ist das Teil HomeKit fähig. Ich konnte es erfolgreich mit dem HomeKit-Controller (Version 0.4.3) pairen.
Die Statusmeldungen werden auch direkt angezeigt.
{ "type": "state", "common": { "name": "", "read": true, "write": false, "type": "number", "min": 0, "max": 4, "step": 1, "role": "value", "states": { "0": "Open", "1": "Closed", "2": "Opening", "3": "Closing", "4": "Stopped" } }, "native": { "iid": 10, "type": "0000000E-0000-1000-8000-0026BB765291", "perms": [ "pr", "ev" ], "format": "uint8", "minValue": 0, "maxValue": 4, "minStep": 1, "aid": 1, "serviceUuid": "00000041-0000-1000-8000-0026BB765291" }, "from": "system.adapter.homekit-controller.0", "user": "system.user.admin", "ts": 1649497768186, "_id": "homekit-controller.0.IP-60:08:AA:24:96:AA.1.garage-door-opener-2.door-state-current", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Ich kann das Gerät leider nicht steuern. Sowohl über den Admin als auch per Test-Script gibt es keine Reaktion. Er zeigt dann im Datenpunkt den gewünschten Status an, aber der Motor reagiert überhaupt nicht.
Hier das Test-Script:
setState("homekit-controller.0.IP-60:08:AA:24:96:AA.1.garage-door-opener-2.door-state-current",2,true);Hier alle Datenpunkte, die der Adapter liefert:
Ich bin mit meinem Latein jetzt am Ende. Kann es sein, dass dieses Gerät keinen DP zu steuern hat?
Ich hatte vor dem Pairen das Gerät in Apple HomeKit integriert und konnte es ohne Probleme steuern.
-
@martybr ALso ich tippe das "current" den aktuellen Status beschreibt und du zum steuern "target" (Zielzustand) nutzen musst
Wie Du siehst ist "current" auch nicht beschreibbar.
Versuch doch das mal
-
@apollon77 Das funktioniert leider nicht. "target" kennt true/false.
Ich habe beide Werte per Script und auch per Admin gesetzt. Leide keine Reaktion. -
@martybr debug log bitte zeigen davon
-
@apollon77 Ich habe das Problem in dieser Minute gelöst: Man muss den DP OHNE "Bestätigung" setzen.
Z.B. so:
setState("homekit-controller.0.IP-60:08:AA:24:96:AA.1.garage-door-opener-2.door-state-target",true,false);Nun kann das Schiebetor für die Auffahrt auch im ioBroker steuern.
Danke für den tollen Adapter.
-
@fortune95 Naja Du bist immer noch bei einem anderen Fehler und nicht bei dem Fehler -2 ... Muss schauen was das wieder ist ... Ich versuche die Tage mal dazu zu kommen tiefer reinzschauen was da jetzt wieder ist ...
-
@martybr Ja das muss man immer. Steuern ist IMMER ack=false
-
Auch wenn es nicht mehr so zum Alpha Thread passen will ... es geht gerade 0.4.4. ins Beta/LÖatest Repo ... Falls jemand HTTP basierte geräte hatte die bisher nicht taten weil Sie nicht geantwortet haben bitte nochmals versuchen ... Könnte jetzt tun. Habe zusammen mit @Dutchman nen Bug gefunden
-
@apollon77 Erstem Feedback zufolge gehen damit jetzt Tahoma und Tado Pairs die vorher nicht taten!
-
@apollon77 Bei mir findet er außer der Hue Bridge keine anderen Geräte. Den Kogeek kann man außen vor lassen, der ist nicht in Benutzung. Aber die ganzen Lampen werden nicht gefunden.
Das steht im Log:BLE-A2:19:A8:B3:1F:9A (Koogeek-DW1-16cc73) found without pairing data but available for pairing: Create basic objects homekit-controller.0 2022-06-02 09:10:57.068 info BLE-A2:19:A8:B3:1F:9A (Koogeek-DW1-16cc73) found without pairing data but available for pairing: Create basic objects homekit-controller.0 2022-06-02 09:10:56.867 info IP-31:32:BA:D1:98:B0 (Philips hue - 22D00A) found without known pairing data and already paired: ignoring homekit-controller.0 2022-06-02 09:10:56.394 info starting. Version 0.4.4 in /opt/iobroker/node_modules/iobroker.homekit-controller, node: v14.19.3, js-controller: 4.0.23 host.homebridge 2022-06-02 09:10:49.593 info instance system.adapter.homekit-controller.0 started with pid 229582 host.homebridge 2022-06-02 09:10:46.504 info instance system.adapter.homekit-controller.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) homekit-controller.0 2022-06-02 09:10:45.634 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason homekit-controller.0 2022-06-02 09:10:45.631 info terminating host.homebridge 2022-06-02 09:10:45.623 info stopInstance system.adapter.homekit-controller.0 send kill signal homekit-controller.0 2022-06-02 09:10:45.622 info Got terminate signal TERMINATE_YOURSELF host.homebridge 2022-06-02 09:10:45.583 info stopInstance system.adapter.homekit-controller.0 (for -
@damrak2022 Was genau meinst Du mit "die ganzen Lampen"? Meinst Du die Lampen die an der Hue Bridge dran sind? Dann kommen die über die Bridge.
Ansonsten bitte mehr Details ... und Readme lesen zum Thema Netzwerk und UDP/MDNS und so ...
-
Hallo zusammen, ich würde mich hier zum Thema Nuki Lock gern mal einklinken.
Habe auch ein Nuki Lock 3.0, den aktuellsten HomeKit-Controller 0.4.4 und ein iPhone - ioBroker läuft auf osx.Das Schloss wird vom Controller erkannt - auch das Identifizieren klappt mit Lichtsignal aber beim koppeln kommt nach einiger Zeit die Fehlermeldung "Cannot pair with device BLE-DB:xx:xx:xx:xx:xx because of error undefined (undefined): undefined"
Den Code habe ich im Format XXX-XX-XXX eingegeben.
Log im Terminal mit und zusätzlichem iobroker Log hab ich gemacht und schicke ich per Email an Dich @apollon77 - iobroker@fischer-ka.de
Die Nuki App ist gibt das Schloss nicht automatisch an HomeKit weiter nach der Konfiguration und der Kalibrierung in der Nuki App.
Das koppeln mit dem iPhone klappt direkt über den HomeKit Code.
Ich hoffe Du kannst aus den Logs was rauslesen - brauchst Du sonst noch Infos?
Gruß
-
@mac89muc Tja an der Stelle ist es so das das Schloss auf die erste Message zum pairen (M1) mit M2 antwortet, wie es sein soll. Dann sendet die Library die zweite message (M3) und dann ist ende und es kommt vom Schloss keine Antwort ... Interessanterweise wird ja auch das Identify was Du danach nochmal versucht hast vom Schloss nicht beantwortet ... Grund - unbekannt
Hab das schonmal versucht reinzudebuggen, aber sind nicht wirklich weiter gekommen.
Man müsste am Ende schauen ob man Traffic der Apple App mitsniffen könnte ... aber auch dann wäre die Frage ob das irgendwas bringt ... und ehrlich keine Idee wie man das tun müsste - so tief bin ich bei BLE nicht drin
Vllt brauchen Schlüser wie das auch irgendwas besonderes an Daten (weil es ja sicherheitsrelevante DInge sind), aber dazu fehlen jegliche Infos.Aktuell kann ich da nicht wirklich helfen. Sorry
EDIT: Ich hab mal hier was geschrieben ... https://developer.nuki.io/t/homekik-hap-controller-pairing-issue-nuki-3/15700 ... mal schauen vllt kommt was zurück
-
@apollon77
Danke für's schnelle Feedback.
Habe eben nochmal mit einer Nanoleaf Remote rumprobiert - hier das gleiche Fehlerbild.Identify funktioniert - pairen wird mit Fehlermeldung "Cannot pair with device BLE-xx:xx:xx:xx:xx because of error undefined (undefined): undefined" als Fehler ausgegeben und danach funktioniert auch das Identify nicht nochmal und gibt die gleiche Fehlermeldung aus.
Pairing über die iOS HomeApp funktioniert ohne Probleme.
Meine EveDegree, Eve Thermo und auch ein Meross Stecker funktionieren mit Deinem Adapter ohne Probleme - funktioniert also in meinem System, daran kann es grundsätzlich nicht liegen.
Vielleicht hilft das bei der Spurensuche, da kein Schloss mit eventuellen Sicherheitszusätzen o.ä. - logs habe ich Dir wieder per Email geschickt.
Gruß
-
@mac89muc Die nanoleafs sind aber hier "anders" weil die schon auf die erste Pair-Setup Nachricht M1 einfach nicht antworten. Musst Du da ggf einen pairing Mode aktivieren? Aber sonst ja ... Strange.
Bei Nano-Leaf könnte es vllt sein das irgendwas "zu schnell" geht, aber am Ende komisch so oder so
Kannst du mal schauen wie lange es nach so einem fehlgeschlagenen Pait braucht bis Du wieder "identify" machen kannst erfolgreich?
-
@mac89muc So, für Nuki wissen wirds schonmal:
We can’t & won’t go into any details because of confidentiality restrictions, but what i can tell you is that in step M3 Apples authentication coprocessor comes into play.
Da gibt es scheinbar eine Spezifikationserweiterung die aber nicht Public ist
Damit fällt Nuki wohl aktuell ausFor comercial HomeKit solutions your company will need to register as a Hardware Developer with the MFi Program. (Free membership) The MFi Program is Apple’s Hardware Development Program, they help HW Developers integrate Apple technology. (CarPlay, AirPlay, HomeKit...) Any non Apple Product that integrates Apple technology will need to authenticate itself with an iOS device in order to ensure seemless and secure communication. MFi Hardware developers have two options for Authentication, when integrating HomeKit. This can be done through HW or SW. HW authentication means your product will need to embed an MFi Chip on its PCB and SW Authentication means you can use a software based solution (provided by Apple) the option is yours to choose. Neither of them is costly it all depends of what suits you best. All info, tech specs and support is available through the MFi Program
Wenn die ggf Hardware drin haben von Apple dann sind wir eh raus
Bei Software gehts vllt? -
Danke für die Info. Eine Frage dazu noch -
For comercial HomeKit solutions your company will need to register as a Hardware Developer with the MFi Program. (Free membership) The MFi Program is Apple’s Hardware Development Program, they help HW Developers integrate Apple technology. (CarPlay, AirPlay, HomeKit...) Any non Apple Product that integrates Apple technology will need to authenticate itself with an iOS device in order to ensure seemless and secure communication. MFi Hardware developers have two options for Authentication, when integrating HomeKit. This can be done through HW or SW. HW authentication means your product will need to embed an MFi Chip on its PCB and SW Authentication means you can use a software based solution (provided by Apple) the option is yours to choose. Neither of them is costly it all depends of what suits you best. All info, tech specs and support is available through the MFi Program
Wenn die ggf Hardware drin haben von Apple dann sind wir eh raus
Bei Software gehts vllt?Kann ich hier noch was checken, ob "nur" softwareseitig etwas verbaut ist, oder war's das erstmal, weil selbst bei softwareseitiger Lösung ein MFI Account/Lösung nötig wäre für den ioBroker?
Gruß
-
@mac89muc Gut Frage, keine Antwort. Da die Nuki Leute vom Coprozessor gesprochen haben, denke ich das die MFi Hardware nutzen.
Und naja das Nanoleaf ist irgendwie andere Baustelle weil das antwortet ja gleich gar nicht ... aber vllt ist das auch was
Am Ende ist die "Open Source Version der Homekit Protokoll Specs" von Apple von 2019 ... seitdem keine Updates mehr. Ich fürchte wir müssen erstmal damit leben
