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

[Damrak2022]

@apollon77 Ich habe gestern mal den Adapter installiert und folgendes Problem:
Einerseits ist der Adapter nicht mit Gerät oder Dienst verbunden.

Weiterhin zeigt mir das Debug folgendes an, was mir aber nicht wirklich irgendwas sagt:

2022-12-16 06:48:22.495	info	IP-95:E7:B2:DB:BA:0F (Dots) found without known pairing data and already paired: ignoring

homekit-controller.0
2022-12-16 06:48:22.494	debug	IP-95:E7:B2:DB:BA:0F Discovered IP device: {"name":"Dots","address":"192.168.178.32","port":80,"c#":2,"ff":2,"id":"95:E7:B2:DB:BA:0F","md":"TWD060STP","pv":"1.1","s#":6,"sf":0,"ci":5,"availableToPair":false}

homekit-controller.0
2022-12-16 06:48:22.493	debug	Discovered IP device up: 95:E7:B2:DB:BA:0F/Dots

homekit-controller.0
2022-12-16 06:48:22.409	info	IP-F3:25:0D:6A:8A:9E (Philips hue - 22D00A) found without known pairing data and already paired: ignoring

homekit-controller.0
2022-12-16 06:48:22.407	debug	IP-F3:25:0D:6A:8A:9E Discovered IP device: {"name":"Philips hue - 22D00A","address":"192.168.178.21","port":8080,"c#":33,"ff":1,"id":"F3:25:0D:6A:8A:9E","md":"BSB002","pv":"1.1","s#":9,"sf":0,"ci":2,"availableToPair":false}

homekit-controller.0
2022-12-16 06:48:22.406	debug	Discovered IP device up: F3:25:0D:6A:8A:9E/Philips hue - 22D00A

homekit-controller.0
2022-12-16 06:48:22.256	debug	state homekit-controller.0.info.connection changed: false (ack = true)

homekit-controller.0
2022-12-16 06:48:22.112	info	Could not initialize Bluetooth LE, turn off. Error: The module '/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding/bluetooth_hci_socket.node'was compiled against a different Node.js version usingNODE_MODULE_VERSION 83. This version of Node.js requiresNODE_MODULE_VERSION 93. Please try re-compiling or re-installingthe module (for instance, using `npm rebuild` or `npm install`).

homekit-controller.0
2022-12-16 06:48:21.807	info	starting. Version 0.5.1 in /opt/iobroker/node_modules/iobroker.homekit-controller, node: v16.18.1, js-controller: 4.0.23

homekit-controller.0
2022-12-16 06:48:21.296	debug	Plugin sentry Initialize Plugin (enabled=true)

homekit-controller.0
2022-12-16 06:48:20.910	debug	States connected to redis: 127.0.0.1:9000

homekit-controller.0
2022-12-16 06:48:20.744	debug	States create User PubSub Client

homekit-controller.0
2022-12-16 06:48:20.741	debug	States create System PubSub Client

homekit-controller.0
2022-12-16 06:48:20.674	debug	Redis States: Use Redis connection: 127.0.0.1:9000

homekit-controller.0
2022-12-16 06:48:20.574	debug	Objects connected to redis: 127.0.0.1:9001

homekit-controller.0
2022-12-16 06:48:20.565	debug	Objects client initialize lua scripts

homekit-controller.0
2022-12-16 06:48:20.306	debug	Objects create User PubSub Client

homekit-controller.0
2022-12-16 06:48:20.303	debug	Objects create System PubSub Client

homekit-controller.0
2022-12-16 06:48:20.284	debug	Objects client ready ... initialize now

homekit-controller.0
2022-12-16 06:48:20.115	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001
host.homebridge
2022-12-16 06:48:18.494	info	instance system.adapter.homekit-controller.0 started with pid 621505

node-red.0
2022-12-16 06:48:17.513	info	State value to set for "shelly.0.SHPLG-S#EA1400#1.Relay0.Switch" has to be type "boolean" but received type "number"
host.homebridge
2022-12-16 06:48:15.779	info	instance system.adapter.homekit-controller.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.homebridge
2022-12-16 06:48:15.297	info	stopInstance system.adapter.homekit-controller.0 send kill signal

homekit-controller.0
2022-12-16 06:48:15.130	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

homekit-controller.0
2022-12-16 06:48:15.129	debug	Plugin sentry destroyed

homekit-controller.0
2022-12-16 06:48:15.127	info	terminating

homekit-controller.0
2022-12-16 06:48:15.118	info	Got terminate signal TERMINATE_YOURSELF

Im Adapter selbst wir das erkannt, HueBridge und Twinkly Dons, aber Hue Lampen und Apple TV fehlt.

Die Adapter Version ist: 0.5.1

Kannst Du mir sagen, was hier falsch läuft.

[apollon77]

@damrak2022 Also einmal hast Du scheinbar ein node-js Major upgrade gemaxcht ohne rebuild laufen zu lassen, damit geht kein BLE.

Und er findet zwei Geräte. Hue Lampen an sich sind normalerweise Zigbee und nicht Homebridge (oder haben die Lampen die Du meinst nativen HomeKit support?) Das heisst die werden an sich über die Hue Bridge exposed - die Findet er ja.
Ob das AppeTV selbst ein "Homekit device" ist was man pairen kann wage ich auch zu bezweifeln. Da sist eher ein Border-Router/Gateway.

Und die zwei Dinge die er findet sind schon mit irgendwas (nehme an deinem Handy) gepaired, also können die nicht nochmals gepaired werden (HomeKit kann nur einen "Master").

Also was genau ist denn nicht korrekt? ;-)

[Damrak2022]

@apollon77 Okay dann passt alles. Ich dachte ich könnte die am IPhone und im Adapter darstellen

[apollon77]

@damrak2022 Sowas wird mit "Matter" als Protokoll gehen, aber HomeKit kann nur mit einer Instanz gepaired werden

[mac89muc]

@apollon77

Ich nutze Deinen HomeKit Controller für die Einbindung meiner Eve Thermostate, da ich bisher keinen anderen Weg gefunden habe die Werte der Thermos irgendwie anderweitig in ioBroker einzubinden (außer rudimentär über Automationen mit simpleAPI zumindest in Richtung ioBroker - in die andere Richtung wird es wesentlich umständlicher mit Pseudoswitches und verknüpften Szenen).

Die Eve Thermos laufen ja über BLE, im Haus habe ich dadurch leider des öfteren Connectionprobleme vom Rechner mit BLE im Erdgeschoss zu den beiden Thermos im Dachgeschoss

Bis Matter an den Start geht und die Eve Thermos unterstützt werden, geht wohl noch etwas Zeit ins Land um dann auch durch Thread eine bessere Verbindung zu bekommen und ggf. mit Matter Adapter die Werte in ioBroker zu bekommen.

Nun bin ich auf der Suche nach eine temporären Alternative und bin dabei ist mir der Eve Extend wieder eingefallen Eve Extend

Falls die Funktionsweise nicht bekannt sein sollte - der Extend wird mit HomeKit Code ins home Universum eingebunden per WLAN und kann dann zusätzlich per BLE z.B. mit den Eve Thermos kommunizieren. Die Thermos werden also nicht direkt mit dem Eve Extend gepaired sondern über die Eve App wird ausgewählt welche Thermos den Eve Extend als Repeater nutzen sollen - siehe auch Infos im Link oben.

Meine Theorie wäre jetzt also die folgende - ich paire die beiden schlecht erreichbaren Thermos direkt mit HomeKit, ebenso den Eve Extend und lege die beiden Thermos im Eve Extend an. Dann entferne ich den Eve Extend aus meinem Apple Home und binde ihn in deinem HomeKit Controller in ioBroker ein, in der Hoffnung dann auf diesem Weg an die Werte der beiden hoffentlich weiterhin im Eve Extend angelegten Thermos in iobroker zu kommen.

Kann das funktionieren, hast Du ggf. einen anderen/besseren Vorschlag?

Multihost mit zweitem BLE Stick usw würde ich gerne vermeiden - ist mit meinem iobroker macOS Setup schon kompliziert genug an einigen Stellen..

Danke & Gruß

[apollon77]

@mac89muc wenn der extend die angebundenen Geräte quasi als Bridge anbietet sollte das genau so tun. Der HomeKit Adapter bekommt von dem Dann die Daten per wlan. Soweit die Annahme ;-)

[mac89muc]

@apollon77

kurzes Feedback falls für jemanden interessant - funktioniert wie geplant. Eve Extend einfach über die home App entkoppeln, die vorher gepairten Geräte bleiben auf dem Extend erhalten und er kann danach mit dem Adapter gekoppelt werden und die Geräte tauchen dann unter den Objekten im HomeKit-controller auf.

[disaster123]

@martybr Ich habe auch den it4wifi mit nice - hast du damit ein Stop hinbekommen? Laut Doku von it4wifi wird stop unterstützt - aber bei mir geht nur auf oder zu... position hold ist theoretisch beschreibbar - aber bei mir passiert da nichts...

[disaster123]

@apollon77 Ich habe hier einen nice it4wifi Adapter. Wenn ich diesen direkt in Homekit einbinde, habe ich folgende
Funktionen: - Öffnen - Schließen und Stop

Wenn ich diesen allerdings an den iobroker homekit-controller einbinde habe ich nur öffnen und schließen. Der Stop Befehl fehlt oder erschließt sich mir nicht. Da er aber direkt in Homekit von Apple ohne iobroker funktioniert - muss er grundsätzlich da sein.

Die DP sehen so aus:

[MartyBr]

@disaster123
Der Stop funktioniert bei mir auch nicht. Habe schon einiges versucht und den Nice noch einmal eingebunden. Es bleibt leider dabei.

[disaster123]

@martybr ich tippe ja das Position hold irgendwie dafür da wäre aber ich kann da keine sinnvollen Werte setzen…

[disaster123]

@martybr da es aber fehlerfrei mit Apple HomeKit geht - muss es ja irgendwie am iobroker HomeKit controller liegen. Ohne stop kann ich den Fußgänger Durchgang nicht nutzen…

[disaster123]

@MartyBr und @apollon77 ich habe den Fehler gefunden. Das Device erwartet 0 und 1 für true false für position-hold. Der Homekit Adapter sendet aber immer true und false und erkennt position-hold wie foglt:

{
  "type": "state",
  "common": {
    "name": "",
    "read": false,
    "write": true,
    "type": "boolean",
    "role": "button"
  },
  "native": {
    "iid": 14,
    "type": "0000006F-0000-1000-8000-0026BB765291",
    "perms": [
      "pw"
    ],
    "format": "bool",
    "aid": "1",
    "serviceUuid": "00000041-0000-1000-8000-0026BB765291"
  },
  "_id": "homekit-controller.0.IP-86:FC:20:76:77:08.1.garage-door-opener-2.position-hold",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.homekit-controller.0",
  "user": "system.user.admin",
  "ts": 1686740857238
}

Das funktioniert aber nicht. Wenn ich manuell den Typ auf number ändere und 0 / 1 sende funktioniert es so lange bis man den homekit-adapter neu startet und er es wieder auf Werttyp boolean mit true/false ändert.

[Jey Cee]

Ich hab mir einen Aqara FP2 gekauft und wollte ihn mit dem Homekit controller einbinden. Der Adapter findet den FP2 nicht.
Muss man irgendwas am FP2 einstellen damit Homekit aktiv ist?

Das debug log gibt keine Hinweise auf ein Problem.

ioBroker läuft in einer VM auf Proxmox.
Bisher hatte ich keine Probleme mit Autodiscovery.

[Ein ehemaliger Benutzer]

@jey-cee sagte in Test Alpha Homekit-Controller 0.0.x:

Aqara FP2

Hi,
der Aqara FP2 ist doch Zigbee und braucht n Hub.. empfohlen wird n Aqara-Hub... welchen hast du denn im Einsatz?

[Jey Cee]

@ilovegym nein der Funkt mit WLAN und braucht keinen Hub. Lediglich die Aqara App ist nötig um ihn einrichten zu können.

[Ein ehemaliger Benutzer]

@jey-cee ah sorry okay..

[Jey Cee]

@jey-cee sagte in Test Alpha Homekit-Controller 0.0.x:

Ich hab mir einen Aqara FP2 gekauft und wollte ihn mit dem Homekit controller einbinden. Der Adapter findet den FP2 nicht.

Keine Ahnung was das Problem war, aber nachdem ich den FP2 vom Strom getrennt habe wurde er gefunden.

[apollon77]

@disaster123 Bitte Github issue mit vollem Debug log. Ja es gibt leider Geräte die nicht Homekit konform arbeiten :-(

[Jey Cee]

Jetzt bekomme ich Warnungen im Log:

homekit-controller.0
	2023-06-15 18:05:17.259	warn	IP-BD:C7:51:E0:4A:0A Could not initialize device: connect ECONNREFUSED 192.168.0.148:49171 Error: connect ECONNREFUSED 192.168.0.148:49171 at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1159:16)
homekit-controller.0
	2023-06-15 18:05:17.249	warn	Device IP-BD:C7:51:E0:4A:0A had too many errors, reinitialize connection
homekit-controller.0
	2023-06-15 18:05:17.248	info	Device IP-BD:C7:51:E0:4A:0A data polling failed (376): connect ECONNREFUSED 192.168.0.148:49171
homekit-controller.0
	2023-06-15 18:04:47.164	warn	IP-BD:C7:51:E0:4A:0A Could not initialize device: connect ECONNREFUSED 192.168.0.148:49171 Error: connect ECONNREFUSED 192.168.0.148:49171 at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1159:16)
homekit-controller.0
	2023-06-15 18:04:47.160	warn	Device IP-BD:C7:51:E0:4A:0A had too many errors, reinitialize connection
homekit-controller.0
	2023-06-15 18:04:47.160	info	Device IP-BD:C7:51:E0:4A:0A data polling failed (375): connect ECONNREFUSED 192.168.0.148:49171
homekit-controller.0
	2023-06-15 18:04:17.090	warn	IP-BD:C7:51:E0:4A:0A Could not initialize device: connect ECONNREFUSED 192.168.0.148:49171 Error: connect ECONNREFUSED 192.168.0.148:49171 at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1159:16)
homekit-controller.0
	2023-06-15 18:04:17.076	warn	Device IP-BD:C7:51:E0:4A:0A had too many errors, reinitialize connection
homekit-controller.0
	2023-06-15 18:04:17.075	info	Device IP-BD:C7:51:E0:4A:0A data polling failed (374): connect ECONNREFUSED 192.168.0.148:49171

Versucht der Adapter selber die Verbindung neu zu Initialisieren?

Von Hand ist es in diesem Zustand nicht möglich die Verbindung zu trennen, um den FP2 neu zu verbinden.