OpenHAB voegt ondersteuning toe voor HomeKit-apparaten

De domoticasoftware openHAB heeft ondersteuning toegevoegd voor HomeKit-apparaten. Door een speciale HomeKit-binding kunnen gebruikers nu apparaten in openHAB gebruiken die voorheen alleen aan te sturen waren via de Apple Home-app.

Door de nieuwe HomeKit-binding wordt het mogelijk om apparaten in openHAB te integreren die Apple HomeKit native ondersteunen. Daarbij vindt de bediening volledig lokaal plaats zonder afhankelijkheid van de cloud. Onder meer Velux-dakramen en -zonwering en thermostaten van Tado en Eve Home ondersteunen HomeKit.

De nieuwe binding vormt volgens openHAB een aanvulling op de al bestaande HomeKit-integratie. Daarbij worden openHAB-items geëxporteerd naar HomeKit. Daardoor zijn openHAB-apparaten zichtbaar in de Apple Woning-app en kunnen zij worden aangestuurd met Siri.

OpenHAB is opensourcedomoticasoftware waarmee gebruikers smarthomeapparaten kunnen uitlezen en aansturen. Via bindings ondersteunt de software onder meer Sonos-, Nest-, Philips Hue- en IKEA Trådfri-apparaten. Ook Zigbee, Z-Wave en Matter worden ondersteund.

Reacties (30)

[Gely]

Lange tijd zowel Home Assistant als OpenHAB naast elkaar gedraaid maar ik was eerlijkheidshalve wel al Home Assistant gebruiker sinds het prille begin. De weg die HA heeft afgelegd is indrukwekkend, ik heb in het verleden letterlijk duizenden regels YAML geschreven maar dat is allemaal al lang verleden tijd, HA is volwassen geworden en neemt met rasse schreden afstand, vooral in gebruiksvriendelijkheid voor "instappers". Tweakers krijgen wel nog altijd waar voor hun geld, indien echt nodig, maar het hoeft niet. OpenHAB daarentegen is blijven steken in de oorspronkelijke "software made by nerds for nerds" met alle nadelen die erbij horen om het platform gebruiksvriendelijk te maken, lees "out of the box" functioneel voor nitwits. Je moet maar eens de terminologie (Devices, Integraties, et tutti quanti) van HA vergelijken met dat van OpenHAB (Things, Channels, Bindings, Items, Links enz...). Je zou voor minder horendol worden. MHO uiteraard :)

[z1rconium]

Laten we wel wezen; HA is nog steeds heel erg software voor nerds, je moet er legio tijd in steken om de boel te laten werken zoals jij wil. Het is een heel bewerkelijk systeem wat in de basis niet goed in elkaar zit wat mij betreft. Ik heb het denk een keer of 20 geinstalleerd, de laatste keer was ergens vorig jaar, waar ik het nu eindelijk het idee had, ok het is stabiel genoeg en dat draait nog steeds, updates gaan ook prima, maar het blijft allemaal hack en slash werk met onzinnige omwegen met dingen zoals HACS.

Wil je een attribuutje van een entity ergens laten zien, nee nee dat kan niet ga maar lekker je templatetje schrijven, het ontgaat me echt volledig. Het is dan nog erger dat alle hobbyisten dan ook nog met 'oplossingen' komen dmv hacks: 'nee moet deze card gebruiken' wat je dan ook weer op zijn beurt met bewerkelijke omwegen moet installeren. Waarom zijn dit soort triviale dingen niet standaard aanwezig.

Het word allemaal wel beter, maar het is verre van ideaal.

[JT]

Al een aantal jaar gebruik ik hier HA. Ingestapt met 0 domotica-kennis, 0 problemen met updates en dergelijke, ik heb nog nooit een snapshot hoeven herstellen. Een entiteit kan ik altijd laten zien, daar is echt geen template voor nodig. Ik denk dat je onderscheid moet maken in "ik blijf binnen de standaard mogelijkheden" en "ik kan alles maken wat ik wil".

In het eerste geval moet je je aanschaf van spullen een beetje afstemmen op wat HA ondersteunt. In die zin niks anders dan elk ander systeem. HA biedt erg veel standaard integraties dus ik denk dat de keuze al erg fors is. Je kunt nu binnen HA zelf dashboards samenstellen en automatiseringen maken zonder de GUI te verlaten. Ik denk dat je hier al ver voorbij de mogelijkheden gaat die standaard commerciele producten bieden.

Kan HA ook heel moeilijk worden? Ja! Als jij alles wil maken wat je wilt gebruiken dan wordt het natuurlijk complexer! Want dan is de kans enorm dat je uitkomt bij functionaliteit die nog niet standaard aangeboden wordt. Dat moet gemaakt worden en daar zijn legio mogelijkheden voor. Maar laten we wel wezen, in de basis komt het er dan op neer dat je moet programmeren. Op welk niveau je dat dan doet is aan jou, daar zijn vele opties voor. Maar dan zul je inderdaad het systeem moeten leren kennen dat je het beste past bij jouw voorkeuren en wensen zoals Jinja, NR met Jsonata, Python enzovoort. Dit is juist een kracht, HA stelt je in staat te automatiseren op een hoger abstractieniveau dat makkelijker te begrijpen is. Tegelijkertijd biedt het je ook de mogelijkheid om wat meer low level (voor HA-begrippen dan) te programmeren. Maar des te complexer de functionaliteit die je wilt is, des te moeilijker is het om dit op het hoge abstractieniveau te realiseren en zul je wat moeten dalen op die ladder waardoor je in plaats van een automatisering in de GUI van HA, bijvoorbeeld terecht komt bij NR met wat Javascript erin.

Mocht jij een alternatief weten waar je met een simpele GUI even in elkaar klikt wat je in HA in NR doet of met Jinja, dan hoor ik het graag ;)

[Reactie gewijzigd door JT op 26 december 2025 12:02]

[hydex]

Gisteren met mijn vader van 75 HA bij hem geconfigureerd. Daar waar hij zelfstandig met de klikaanklikuit app diverse automatisering heeft gemaakt kwam hij er niet uit met HA.

maak met de GUI maar eens een automatisering waarbij de personen niet thuis zijn en het licht na zonsondergang +3 uur en voor zonsopgang aan moeten gaan.

Termen als offset waarbij je dan 3:00:00 moet invullen of dat je in je configuration.yaml een familie groep moet maken zodat je niet iedere keer een persoon in de automatisering hoeft te stoppen.

ja er is een hoop verbetert maar het is er nog lang niet. Het hele idee van Addons, of intergraties. Ik begrijp niet waarom je dat zou willen splitsen. Zoek mij altijd rot. En Hacs.. leuk hoor maar installeren is een heel gedoe.

Waarom niet een addon winkel met beta setting en een niet gesupported setting zodat ik daar alles kan vinden

[JT]

maak met de GUI maar eens een automatisering waarbij de personen niet thuis zijn en het licht na zonsondergang +3 uur en voor zonsopgang aan moeten gaan.

Dat ging in de klik aan klik uit app wél zo makkelijk dat je vader het zelf kon?

Nog los van de vraag of je met die klik aan klik uit app alles kan wat je met HA kunt? Ik zeg niet dat HA perfect is, maar iets gebruiksvriendelijk maken is een stuk makkelijker als je 30 functionaliteiten moet ondersteunen in plaats van potentieel duizenden. Binnen een gegeven complexiteit kun je het zo gebruikersvriendelijk mogelijk maken met goed ontwerp, maar naarmate de opties en mogelijkheden toenemen wordt de ondergrens van hoe eenvoudig iets kán zijn hoger. Dat ontwerp kan bij HA misschien nog beter als ze miljoenen hebben om een blik personeel tegenaan te gooien. Maar dat hebben ze niet.

[Reactie gewijzigd door JT op 27 december 2025 12:42]

[hydex]

Als je uitgaat van de meest gebruikte use cases zoals lichten aan op een bepaalde tijd. Of lichten in groepen zetten en aan laten gaan. Dan moet ook in een pakket die 1000 en 1 mogelijkheden biedt het simpel te maken zijn.

Ik vind opdrachten op iOS een mooi voorbeeld hoe het zou kunnen.

[JT]

Dat kan ook gewoon met een automatisering. Je kunt een trigger op basis van tijd instellen, kiezen welke weekdagen en dan kiezen wat er moet gebeuren met welke lichten. Kan zonder in yaml of andere code te pielen. Sterker nog, je kunt als trigger ook de standaardintegratie zonsondergang/opgang instellen, afwijking van 3 uur en dan je lichten. Letterlijk 2 blokjes in de GUI. Je lampen kun je ook gewoon in de GUI groeperen, bijvoorbeeld op ruimte. Ik raad je aan om eens goed in HA te kijken. Je wekt nu de suggestie alsof je moet coden om simpelweg je lampen op een vast tijdstip in/uit te schakelen en dat is een totaal vertekend beeld van HA.

Edit: kan je met opdrachten in iOS ook je zonnepanelen automatisch uitschakelen bij een negatieve dynamische prijs? Ik gok zo van niet. Als je maar 5 knopjes nodig hebt voor de beperkte mogelijkheden dan zal de GUI altijd makkelijker zijn dan met een systeem als HA of OpenHAB.

[Reactie gewijzigd door JT op 27 december 2025 19:44]

[XElD]

Toch enige nuance hier. Ik gebruik HA een hele poos. Ja, je hebt al snel HACS en Zigbee2MQTT geinstalleerd als je wat meer uit het platform wil halen. Dan werkt er ook wel eens iets niet als de fabrikant iets veranderd aan een API of een custom integratie een breaking update krijgt. Maar als je je beperkt tot de integraties die standaard inbegrepen zijn dan draait de boel toch aardig stabiel en ben je ook niet de hele tijd losse zaken aan het updaten. Voor thuisgebruik waar je er zelf bovenop kan zitten: prima om custom intrgraties via HACS te gebruiken. Bij derden: smart home apparatuur er op uitzoeken dat het met de standaard functionaliteit van HA werkt m.i.

[smesjz]

Behalve dat je bij homekit met HA nog wel YAML nodig hebt. Eén van de weinige integraties die je niet via UX kan configureren.

[AJediIAm]

Dat klopt niet.

Ik heb verschillende homekit devices in home assistant en ik maak geen gebruik van yaml. Homekit devices kunnen toegevoegd worden met auto discovery.

[smesjz]

Je hebt gelijk. Ik heb al jaren homekit via yaml omdat het destijds de enige manier was. Bij opzetten nieuwe bridge kan ik het via UX bedienen. Weer iets geleerd…

[meesje]

Zelf geen ervaring met OpenHAB. Mooi dat ze deze functionaliteit ook ondersteunen. Bij bv Home Assistant werd dit al even ondersteund.

[cyclone]

OpenHAB was lang geleden de tegenhanger van HomeAssistant maar hebben al flinke tijd geleden de wedstrijd verloren en daarmee hun relevantie.
Best jammer want kant nooit kwaad meerdere projecten die hetzelfde nastreven te hebben om elkaar scherp te houden.

Lang gebruik van gemaakt, maar ook al een flinke tijd geleden overgestapt opdat HA nou eenmaal een veel grotere userbase / ondersteuning voor zo goed als alles heeft.

[TheAcentra]

Dat ben ik niet met je eens.

Ik heb via Marmitek X25, Fibaro homesysteem en Domoticz de overstap gemaakt naar HomeAssistant en ook naar OpenHAB.

HomeAssistant heb ik kort er na al laten vallen, omdat er iedere keer na een update zaken niet meer werkten. Met OpenHAB ging ik daar van versie 2, 3, 4 en sinds gisteren 5.1.0. Volgens mij is de laatste versie 5.1.0 van gisteren één van de beste versies die ze hebben gemaakt, razendsnel op een Raspberry 4 met 4Gb en 16Gb SSD.

load Average: 0.21 0.30 0.33

MiB Mem : 3847.8 total, 84.3 free, 2102.7 used, 1731.5 buff/cache

MiB Swap: 2048.0 total, 2046.5 free, 1.5 used. 1745.1 avail Mem

Het schrijven van scripts (niet Yaml) in OpenHAB is heel veel makkelijker dan de Yaml van HomeAssistant. De ondersteuning bij HomeAssistant is inderdaad veel uitgebreider.

Belangrijk is te weten dat HomeAssistant op Python gebaseerd is en OpenHAB op Java. Bij iedere major release is ook meestal een hogere Java versie nodig. Dit heeft bij updates in de Rules enige gevolgen.

OpenHAB forum heeft het probleem dat het forum eigenlijk door 3 personen "gemonitord" word, die vooral reageren op fouten over de manier van een vraag stellen. Een Canadese persoon zie je 's morgens vaak dat hij als laatste op 10 berichten heeft geantwoord. En vaak begint met: "Ik gebruik deze binding niet, maar in de documentatie kan je het vinden". Een andere Duitse persoon wordt compleet agressief als je een Raspberry Pi vanaf een SSD wilt draaien, ook mag je van hem geen opmerkingen maken over het back-uppen van OpenHabian (De kant en klare Raspberry Pi oplossing) via de command line.

OpenHabian heeft een ongelukkige wijze voor het terugzetten voor een vorige back-up indien je de laatste versie van OpenHAB geïnstalleerd hebt.

De documentatie van OpenHAB is bijna net zo compleet als de documentatie van HomeAssistant, maar de indeling en groepering van Things, Items en Rules verwarrend. Ook de links van de informatie over de Add-On's lopen vaak dood op een 404.

Sinds één jaar heb ik weer een instance lopen van HomeAssistant naast OpenHAB, vooral om data van apparaten die HomeAssistant ondersteunt te poorten naar OpenHAB.

Ook dacht ik te weten dat je bij OpenHAB gratis een cloud oplossing hebt, waarbij deze bij HomeAssistant niet gratis is.

Er zijn nog steeds heel veel gebruikers van OpenHAB en vooral zij die al in versie 2 begonnen die zijn ook gebleven. HomeAssistant is in het voordeel dat ze het veel beter in de markt brengen, alhoewel, meen ik dat beide hun gebruikers goed kunnen bedienen.

[iDont]

Dit is ook mijn ervaring met OpenHAB

Toen ik begon met home automation een zorgvuldige 'pakketselectie' gedaan en uiteindelijk ingezet op OpenHAB, destijds versie 2. De installatie is sindsdien bijgewerkt naar versie 5, gemigreerd van native installatie naar de docker image en meeverhuisd van mijn vorige woning naar de huidige. En het werkt nog steeds als een tierelier inclusief alle historische data (daar waar nog van toepassing)

Het was wel even pittig aan het begin, maar als je het eenmaal doorhebt is het heel krachtig en flexibel. Het beperkt je niet in wat je wil doen qua automation. Het voelt ook als een volwassen product; het is stabiel en heeft me nog nooit in de steek gelaten (geen errors, rare bugs, crashes, ..). Daarnaast vind ik het leuk dat je in meerdere talen rules kan schrijven, ieder heeft toch zo zijn voorkeuren.

[Reactie gewijzigd door iDont op 24 december 2025 19:33]

[mcwieger]

/offtopic: Als het lang duurt om te leren is het dus geen steile leercurve...

[iDont]

Dank, ik heb dit blijkbaar altijd verkeerd gebruikt! Verbeterd :)

[Dakdak]

Ik heb het ook altijd zoals jij gebruikt. Als iets moeilijk is, duurt het meestal lang om te leren. Dan is de curve niet steil als je het in de tijd zet, maar wel in de zin dat je in korte tijd veel moet leren. Dus dan klopt jouw originele gebruik denk ik toch wel. Ik kan je originele post niet zien, maar volgens mij is het gebruik van de term steile leercurve dus bedoeld om aan te geven dat iets moeilijk is om goed te leren.

[BartOtten]

HomeAssistant heb ik kort er na al laten vallen, omdat er iedere keer na een update zaken niet meer werkten.

Mag ik vragen wanneer dat was? Ik ben 2 jaar over op Home Assistant (vanaf Homey) en heb al talloze keren geupdate zonder enig probleem.

[TheAcentra]

Dat moet ergens rond 2017 / 2018 geweest zijn.

Ik ben OpenHAB met versie 2.2 begonnen. De versie van HA weet ik niet meer.

[Gohan040]

Na 8 jaar kan denk ik iedereen hier zeggen dat het de moeite meer dan waard is HA eens opnieuw te proberen. Heb echt nooit echte problemen met updates de afgelopen 4 jaar en kijk zelfs elke keer weer uit naar de volgende.

[TheAcentra]

Zoals ik zij heb ik ook een HA instance draaien. Maar mijn eerste keuze is nog steeds OpenHAB

[Gohan040]

Oops, overheen gelezen, excuses.

[cyclone]

Je bent het niet met me eens maar vervolgens onderschrijf je exact (met heel veel meer woorden) wat ik zeg.

Waar ben je het dan niet mee eens ?

[Cartman!]

HA gebruikt al n jaar of twee bijna nergens yaml meer voor, alles kan gewoon met de standaard user interface.

[trab_78]

Same here. OpenHAB heeft misschien wel een betere architectuur, als je het mij vraagt. Maar in de praktijk werkt HA gewoon beter en makkelijker.

[Dreadnought]

Exact dat. Lang OH-adept geweest, met m.n. architectuur als argument. Uit nieuwgierigheid (en ene beetje frustratie) toch maar eens HA geprobeerd en dezelfde week nog overgestapt. HA laat ook zeker steken vallen, maar onder de streep m.i. zeker de betere keuze.

[trab_78]

Maar als je je gaat verdiepen in hoe het onder de motorkap werkt... In HA zijn alle integraties (ook "custom" integraties die je handmatig of via HACS installeert) onderdeel van het main process. Het geheel, inclusief alle integraties, is dus één grote monolitische applicatie. Vanuit zowel onderhoudbaarheid als beveiliging gezien op z'n minst een "suboptimale" keuze. Dat hebben ze bij OpenHAB echt veel berter voor elkaar.

[zaizuney]

Ik heb HA en OH naast elkaar draaien.

Voor mij is dashboard OH veel beter te customizen en werken regels veel makkelijker dan HA.

HA is duidelijk makkelijker voor energy en hun native ondersteuning hiervoor.

Things en items in txt files zijn voor mij makkelijker dan helper entities en templates.

Ik draai ze dus naast elkaar:)

[Stefan Mensink]

Er is al vele jaren een HomeKit binding voor OpenHAB, en deze gebruik ik al lange tijd. In het begin werkte deze niet zeer betrouwbaar, maar de laatste jaren waren er eigenlijk geen problemen meer. Wellicht is dit een betere variant, wat altijd goed nieuws is. In de Add-on store zie ik nu zowel "HomeKit" als "HomeKit Binding" staan. De "HomeKit Binding" zou dan de versie zijn waarover hier gesproken wordt.