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

[MartyBr]

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

[apollon77]

@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 :-)

[MartyBr]

@apollon77 Das funktioniert leider nicht. "target" kennt true/false.
Ich habe beide Werte per Script und auch per Admin gesetzt. Leide keine Reaktion.

[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