[APP][Pro] HomeKit Controller voor Homey (NL)

Dat is enkel als de taal categorie niet overeenkomt

De meeste app topic zijn in het Engels idd, soms zijn ze in het Nederlands, zoals deze.

Hallo, ik wil mijn Aqara FP2 via HomeKit aan Homey koppelen. Ik ben nu zover dat ik de sensor te zien krijg in HomeKit met de vraag om door te gaan met de installatie. Dan moet ik de Pincode intoetsen. Ik heb dat geprobeerd met zowel de HomeKit app pincode, als de FP2 pincode. Op beide krijg ik een foutcode terug. Wat gaat er nu precies fout?
Hierbij het meest recente deel van de log:

2026-08-17T16:49:28.977Z [err] [ManagerDrivers] [Driver:hapIP] pairing not successful Presence-Sensor-FP2-6A92._hap._tcp.local Cannot set properties of null (setting ‘errorCode’)

2026-08-17T16:49:28.976Z [err] _requestClear Socket error 192.168.2.24 62552 ECONNREFUSED

2026-08-17T16:49:28.708Z [log] startPairing M2, M1 is

2026-08-17T16:49:28.706Z [log] startPairing M1

2026-08-17T16:49:28.706Z [log] startPairing Connection

2026-08-17T16:49:28.706Z [log] startPairing method 0 flags 2

2026-08-17T16:49:28.706Z [log] [ManagerDrivers] [Driver:hapIP] pairSetup

2026-08-17T16:48:56.525Z [err] [ManagerDrivers] [Driver:hapIP] pairing not successful Presence-Sensor-FP2-6A92._hap._tcp.local Cannot set properties of null (setting ‘errorCode’)

2026-08-17T16:48:56.524Z [err] _requestClear Socket error 192.168.2.24 62552 ECONNREFUSED

2026-08-17T16:48:56.420Z [log] startPairing M2, M1 is

2026-08-17T16:48:56.418Z [log] startPairing M1

2026-08-17T16:48:56.417Z [log] startPairing Connection

2026-08-17T16:48:56.417Z [log] startPairing method 0 flags 2

2026-08-17T16:48:56.416Z [log] [ManagerDrivers] [Driver:hapIP] pairSetup

2026-08-17T16:48:40.860Z [log] [ManagerDrivers] [Driver:hapIP] ShowView Pincode {

fullName: ‘Presence-Sensor-FP2-6A92._hap._tcp.local’,

aid: ‘1’,

completedParts: [ ‘TXT’, ‘SRV’, ‘PTR’, ‘A’ ],

Er staat een test versie op de store (3.0.0) met o.a.

Bluetooth LE support.
Nieuwe custom views voor pairing van nieuwe devices
Veranderingen die, naar ik hoop, leiden tot betere stabiliteit van de aangesloten devices.
iets frissere look en feel van de device icons.

Apparaat wordt niet gevonden bij zoeken, koppelen via Developer Tools werkt wél

App-versie 2.2.9, driver hapIP.

Probleem

Ik heb een ATAG One Zone-thermostaat die alleen HomeKit spreekt. Ik heb hem
netjes uit Apple Home verwijderd, zodat hij vrij was om te koppelen. Daarna in
de app “HomeKit over IP” gekozen en gezocht: niets. Ook onder “HomeKit over
Thread” niets.

Wat ik heb geprobeerd, zonder resultaat:

  • de app opnieuw gestart, zodat hij vers zou zoeken
  • de Home-app op mijn iPhone volledig afgesloten, voor het geval die de
    verbinding bezet hield
  • gecontroleerd dat de thermostaat en Homey in hetzelfde netwerk zitten

Ondertussen zag de Home-app van Apple hem wél gewoon als beschikbaar apparaat.
Het lag dus niet aan de thermostaat.

Wat wél werkte: koppelen via de Homey Developer Tools. Daar de pincode
ingevoerd en hij werd toegevoegd — inclusief huidige temperatuur, instelbare
streeftemperatuur en de standen uit/verwarmen/koelen/automatisch. Hij werkt nu
prima. Het is dus puur het zoeken in de app dat mijn apparaat niet oppikt.

Technisch

Alles hieronder is gemeten, niet aangenomen.

Het apparaat kondigt zich correct aan (dns-sd -Z _hap._tcp local.):

Remote Gw Thermo-XXXXXX._hap._tcp   SRV  0 0 80 hap-276566.local.
TXT  "c#=2" "ff=1" "id=5F:91:40:17:C9:6B"
     "md=ATAG ONE XXXXXXXC0000" "pv=1.1" "sf=1" "ci=2" "s#=1"
  • sf=1, dus niet gekoppeld en beschikbaar om te koppelen
  • ci=2, categorie Bridge
  • thermostaat en Homey zitten in hetzelfde /24-subnet

Het HAP-eindpunt antwoordt zoals het hoort:

$ curl -i http://<ip>/accessories
HTTP/1.1 470 Connection Authorization Required
{"status":-70401}

En pair-setup M1 levert een geldige M2:

State = 2   PublicKey = 384 bytes (2 TLV-blokken)   Salt = 16 bytes

Mijn vermoeden: de poort. Dit apparaat draait HAP op poort 80. Andere
HomeKit-apparaten hier zitten op 8080 (Hue-bridge) en 49294 / 62208 (HomePods).
Als er in de ontdekkingsstap ergens wordt aangenomen dat poort 80 gewone HTTP
is en geen HAP, verklaart dat precies wat ik zie: koppelen werkt, zoeken niet.

Nog een detail dat anderen kan helpen: bij de eerste poging kreeg ik
pairSetup M2: Error: 7 => Attached to other controller. TLV-fout 7 is in de
HAP-specificatie Busy — er stond nog een koppelsessie open. Even wachten en
opnieuw proberen loste het op. De melding “attached to other controller” kan
dus op het verkeerde been zetten.

Poort 80 is een vervelende. Daar gaat behalve HAP nog meer overheen. Test eens met versie 3.0 die in test staat

Zijn er mensen die een beetje serieus met de test versie bezig zijn geweest? Ben met name benieuwd hoe jullie de stabiliteit, de nieuwe pairing interface, en natuurlijk BLE support, ervaren.