Test Alpha Homekit-Controller 0.0.x

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

[Neuschwansteini]

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

[Neuschwansteini]

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

[disaster123]

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

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

Danke - erledigt: https://github.com/Apollon77/ioBroker.homekit-controller/issues/285

disaster123 created this issue in Apollon77/ioBroker.homekit-controller

closed IT4WIFI position-hold option not working #285

[apollon77]

@jey-cee istjetzt die Frage was die Ursache ist. Wenn Du aktuellste Beta vom Adapter nutzt sollte es nicht der Adapter sein - ggf ein Debug Log hilft nachzuschauen. In älteren Verisonen gabs da mal nen Bug. Oder Deice ist matschig

[werner2000x]

@jey-cee Ich habe auch den FP2 und der Adapter ist gelb und findet keine Geräte. Das ein-, ausschalten hilft nicht. Gibt es noch einen Tip?
Hier der Debug-Log: homekit-controller.0
2023-07-20 12:19:14.840 info starting. Version 0.5.8 in /opt/iobroker/node_modules/iobroker.homekit-controller, node: v16.20.1, js-controller: 4.0.24

[Jey Cee]

@werner2000x ich hab leider keinen anderen Tipp für dich.
Kann aber jetzt sagen das mein FP2 probleme mit der WLAN Verbindung hat und immer wieder aus dem Netz fliegt oder sich "schlafen" legt.

[werner2000x]

@jey-cee Ich habe den FP2 zurückgeschickt.
Einfach noch nicht Marktreif.

[Fatmax]

Hallo,
ich versuche verzweifelt meine Velux Dachfenster in den Iobroker zu kommen.
Da ich das Gateway KIG300 von Velux verwende welches lt. Verpackung "works with Apple HomeKit" kann, habe ich nun den Adapter probiert.
Das Teil wird auch gefunden, pairing ist aber nicht möglich.
Im Log erscheint unter anderem folgendes:

homekit-controller.0 (3289156) IP-xx:xx:xx:xx:xx:xx(VELUX Gateway) found without known pairing data and already paired: ignoring

Hat das mit Velux und dem Homekit-Adapter schon jemand hinbekommen?
Es gibt einen eigenen Velux-Thread dazu, dort schreibt ein User er hat es erfolgreich zusammengebracht.
Alle wollen wissen wie es geht, aber der User ist leider nicht mehr aktiv im Forum unterwegs.

@apollon77 Mit was sind die Geräte gepaired wenn die Meldung erscheint? Mit der Home-App von Apple?
Ich habe nämlich kein IOS-Gerät, daher Frage ich mich mit was das gepaired ist.
Ich habe das Gateway lediglich direkt in der Velux Android App eingerichtet.
Ich kann es dort löschen, dann sind aber die ganzen Verknüpfungen für die angelegten Fenster und Rollläden-Fernbedienungen scheinbar nicht mehr vorhanden.

[apollon77]

@fatmax Also die Meldung hier sagt das das Gerät bereits gepaired ist und HomeKit kann nur ein Pairing haben, also kann der Adapter damit nichts anfangen.

Ob eine Verbindung mit der Velux Android App quasi HomeKit abschaltet wird die ggf nur Velux beantworten können.

Für mich (und den Adapter) sagt die Meldung das das gerät bereits Verbunden ist und damit geht nichts zweites. Sorry