Test Alpha Homekit-Controller 0.0.x

[apollon77]

@martybr debug log bitte zeigen davon

[MartyBr]

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

[apollon77]

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

[apollon77]

@martybr Ja das muss man immer. Steuern ist IMMER ack=false

[apollon77]

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]

@apollon77 Erstem Feedback zufolge gehen damit jetzt Tahoma und Tado Pairs die vorher nicht taten!

[Damrak2022]

@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

[apollon77]

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

[mac89muc]

@apollon77

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ß

[apollon77]

@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

[mac89muc]

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

[apollon77]

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

[apollon77]

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

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?

[mac89muc]

@apollon77

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ß

[apollon77]

@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

[pql]

@apollon77
Ich habe ja auch Probleme meinen Eve Energy zu verbinden, da Connections gerne direkt disconnected werden.
Wenn ich den pairing-mode fix auf PairSetup stelle, scheint zumindest M1 durchzugehen.

Ich habe dazu ein anderes Projekt einmal getestet, damit war das Pairing mit dem Eve Energy ohne Probleme möglich, konnte aber noch nicht ermitteln was da anders läuft. Zumindest wird in M1 definitiv ein anderes Packet gesendet (und nicht nur die Transaction id)

Gerne sonst einfach mal die Nanoleafs hier gegen testen: https://github.com/jlusiardi/homekit_python
Ist leider nur kein Javascript sondern Python und daher nicht mit node testbar.

[apollon77]

@pql Also Eve Energy (also so ne Steckdose) hab ich hier und die tut ... bräuchte ich auch gern volles log. müsste man mal schauen das manLogs bekommt und dann gegeneinanderhalten. Ich habe leider kein solches gerät

[pql]

@apollon77 das mit den logs (zumindest gegen deinen hap-controller) haben wir hier im thread schon durch

Die logging Ausgaben hab ich schon angefangen zu vergleichen, ist nur teilweise nicht so einfach, da der hap-controller in M1 das komplette TLV packet loggt und die python library nur Tag 1 und Tag 0.

Auch bin ich mir nicht so ganz sicher ob das nicht ein generelles Problem im hap-controller-node ist.
Ich hab mir aus dem hap-controller-node soweit das ble example pair-setup.js zurechtgebaut um damit zu testen.
Ich komme einfach gar nicht zur M1 wenn

const pairMethod = await discovery.getPairMethod(service);

drin ist und ich die pairMethod nicht manuell setze.

Dann passiert nämlich so ein Blödsinn:

Found device: Eve Energy EA06: Available for pairing: true
  hap-controller:gatt-connection connect peripheral +0ms
  hap-controller:gatt-connection c77fc41c4890/c7:7f:c4:1c:48:90 Write for characteristic 0000004f0000100080000026bb765291 0003001100 +766ms
  hap-controller:gatt-connection c77fc41c4890/c7:7f:c4:1c:48:90 Received data for characteristic 0000004f0000100080000026bb765291 0200000300010102 +74ms
  hap-controller:gatt-connection disconnect peripheral +1ms
  hap-controller:gatt-connection Peripheral disconnected +15ms
  hap-controller:gatt-connection connect peripheral +3ms
  hap-controller:gatt-connection Peripheral disconnected +283ms
Eve Energy EA06: Disconnected

Der 2. connect wird immer direkt ein Disconnect.

Lass ich mir das nicht discovern und setze direkt PairSetup komme ich beim M1 so weit:

Found device: Eve Energy EA06: Available for pairing: true
  hap-controller:gatt-connection connect peripheral +0ms
  hap-controller:tlv Add 1 bytes for tag 6: 01 +0ms
  hap-controller:tlv Add 1 bytes for tag 0: 00 +1ms
  hap-controller:tlv Add 6 bytes for tag 1: 060101000100 +2ms
  hap-controller:tlv Add 1 bytes for tag 9: 01 +1ms
  hap-controller:gatt-connection c77fc41c4890/c7:7f:c4:1c:48:90 Write for characteristic 0000004c0000100080000026bb765291 0002000f000b000106060101000100090101 +805ms
  hap-controller:gatt-connection c77fc41c4890/c7:7f:c4:1c:48:90 Received data for characteristic 0000004c0000100080000026bb765291 0200009d0101ff06010203ffde456388650a5e355dac3cda87031c7837931aa955868eba69f7819c7bf9f7154566df1798c359194b3d2324b20d6beaeae171dac5d339bfb3536594e155d96f744b236dbee213227f73513b0d2e94e1536769fc5a2fe02bd2773f32968d52a4f41dc8df1ea4f472a85dc3481e7e28c0749f2b48742aad14c3f64d7addfa3e4434becbc5274ae6e7c27270b57d4305fc0f9defa21f7aa2d3bb0cf5ddb41f2b480d758fa3f1481edddc0d35a7d50f8ab93654fa330b999e8b3c0140803df31f798b79fc0f7b05e143fc4506c00ccaaafb57800909fcfffa182e00d005f24b758975b53a65e9c25560e074535c86e318a9835c48 +551ms
  hap-controller:gatt-connection Peripheral disconnected +103ms
Eve Energy EA06: Disconnected

[apollon77]

@pql Vllt braucht man ein Dela zwischen dem Discovery und dem anderen? kannst mal versuchen zb 100ms zu warten? Vllt sind es einfach "zwei zu schnelle Disconnect/connects?

[pql]

@apollon77 bringt leider auch gar nichts, selbst 5 Sekunden Timeout zwischen den Steps sorgen für das gleiche Ergebnis