Software-update: Home Assistant OS 18.2

Versie 18.2 van Home Assistant OS is uitgekomen. Home Assistant OS is een minimaal, op Buildroot gebaseerd besturingssysteem dat het mogelijk maakt om op een fysieke of virtuele machine Home Assistant te draaien. Versie 18.2 gebruikt versie 2025.02.16 van Buildroot als basis en de Linux-kernel voor de meeste ondersteunde platforms is bijgewerkt naar versie 6.18.39. De complete changelog voor deze uitgave ziet er als volgt uit:

Home Assistant OS 18.2

Home Assistant OS 18.2 is a minor release fixing various bugs and smaller caveats. It mainly resolves networking (custom MTU) issues on Home Assistant Green and resolves eMMC/booting issues on Hardkernel ODROID-N2+. It also improves the update system integration on Raspberry Pi 5, making sure that the OS (pending) version is correctly reflected right after an update. It contains Buildroot update to 2025.02.16 which includes various security fixes and updates Docker to 29.6.2 as well. All users are recommended to update.

Home Assistant Operating System

• Keep Dropbear alive during Supervisor and Docker shutdown (#4923)
• Do not start Supervisor from HA CLI and serial getty units (#4918)
• Adapt OS update test to Supervisor no longer auto-rebooting (#4906)
• Fix offline connectivity test for fancy busybox ping (#4905)
• Bump Buildroot to 2025.02.16 and Docker to 29.6.2 (#4903)
• Bump OS Agent to v1.10.0 (#4897)
• Enable CONNMARK netfilter target and match support (#4890)
• Make Supervisor startup resilient to transient network failures (#4874)
• Enable CONFIG_FEATURE_VERBOSE_USAGE in busybox (#4853)
• Enable CONFIG_WHICH in busybox (#4855)
• Enable CONFIG_FEATURE_FANCY_PING in busybox (#4854)

Raspberry Pi

• raspberrypi: Ignore UAS for Crucial X9 SSD (0634:5605) (#4893)
• Make RAUC tryboot backend report staged updates on RPi 5 (#4888)

Home Assistant Green

• Linux: Update kernel to 6.18.39 (#4904)
• Fix Ethernet failure after runtime MTU change on stmmac devices (#4876)

Open Virtual Appliance

• Linux: Update kernel to 6.18.39 (#4904)

Generic x86-64

• Enable Apple SMC hardware monitoring support (#4912)
• Enable Intel RAPL / powercap on generic-x86-64 (#4908)
• Linux: Update kernel to 6.18.39 (#4904)
• Enable Intel LPSS I2C for integrated touchscreens (#4900)
• Enable Intel VMD support for generic x86-64 (#4902)

Hardkernel ODROID

• Linux: Update kernel to 6.18.39 (#4904)
• ODROID-N2: Revert U-Boot "meson_gx_mmc: reduce maximum frequency" (#4878)
• Fix Ethernet failure after runtime MTU change on stmmac devices (#4876)

Khadas VIM Series

• Linux: Update kernel to 6.18.39 (#4904)

Generic aarch64

• Linux: Update kernel to 6.18.39 (#4904)

Dependencies

• Bump docker/login-action from 4.4.0 to 4.5.1 (#4921)
• Bump actions/checkout from 7.0.0 to 7.0.1 (#4920)
• Bump release-drafter/release-drafter from 7.5.1 to 7.6.0 (#4909)
• Bump actions/setup-python from 6.3.0 to 7.0.0 (#4910)
• Bump actions/stale from 10.3.0 to 10.4.0 (#4895)
• Bump docker/setup-buildx-action from 4.1.0 to 4.2.0 (#4873)
• Bump docker/login-action from 4.2.0 to 4.4.0 (#4872)
• Bump docker/build-push-action from 7.2.0 to 7.3.0 (#4871)

Versienummer	18.2
Releasestatus	Final
Besturingssystemen	Linux
Website	Home Assistant
Download	https://github.com/home-assistant/operating-system/releases/tag/18.2
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (68)

[BRAINLESS01]

Als ik dan toch een nadeel van Home Assistant mag noemen: waarom draait alles in docker, maar kun je er niet zelf docker containers op draaien*? Dat zou voor de veel homelabs betekenen dat je Proxmox (of vergelijkbaar alternatief) weg kunt laten en alles in Home Assistant kunt hosten. Nu draai ik Proxmox met Home Assistant in een VM en een aantal losse containers (LXC), maar eigenlijk is Proxmox enorme overkill (en dus overhead).

Ik ben enorm tevreden met Home Assistant, met uitzondering van Thread werkt het al jaren zonder problemen. I loop al een tijdje achter met updates, maar volgens mij is Thread support inmiddels ook beter.

* Ja, ik weet dat het in theorie mogelijk is, maar het wordt sterk afgeraden. Wat bijzonder is, want er zijn wel modules die binnen Home Assistant zelf als docker container gedraaid worden, zoals ESPHome.

[Ascathon]

Ik denk dat het voor die club niet zo wenselijk als ze dat "open zetten" en Home Assistant bij wijze van je server/docker manager wordt. Creeert toch verantwoordelijkheden, hoeveel je je ook in probeert te dekken.

Ik heb Home Assistant nu gewoon zelf in docker, dus niet met HAOS.

[MischaBoender]

Home Assistant heeft geen generieke docker/container manager, en dit is ook niet echt iets wat in Home Assistant thuis hoort (mijn mening). Dat gezegd hebbende, je kunt altijd kijken om gewoon een docker host te installeren waar je Home Assistant als losse container draait ipv via Home Assistant OS. Of je kunt kijken naar een app die een docker management ui toevoegd aan Home Assistant, zoals de Dockhand App.

[MulMonkey]

Proxmox overkill? Hoezo dat dan? Het is toch niet zo alsof Proxmox in de basis je cpu en ram intens gebruikt. Het lijkt mij juist een prima basis. Die ook nog mogelijkheden biedt om je VM met haos te klonen indien nodig. Eenvoudige backups te maken etc.

Goed, zo doe ik het zelf dus ook. Proxmox met een 3800x en 64gb ram. Heb aardig wat vm's en lxc's draaien en als er weinig load is, verbruikt proxmox echt niet veel stroom/resources. En dan is de 3800x niet echt de meest zuinige cpu keuze, maar dat is wat ik voorhanden had.

[Miglow]

Gewoon een dikke server met genoeg geheugen en cores om alles z'n eigen VM of Docker-dinges te geven.

*DL360G9 met 2x14core Xeon en 128GB hier 🤣

[digibaro]

Ik ben erg tevreden met HAOS in een Proxmox VM. Wekelijks een back-up van de VM en bij HA/HAOS upgrades vooraf snapshots. Daarnaast nog twee VMs met Docker, voor interne en externe services. Dit draait allemaal in 32 GB RAM met 8 GB RAM vrij en gemiddeld CPU van 20%.

[kmichael]

Een maand geleden ben ik opnieuw gestart met Home Assistant. Jaren geleden vond ik het te moeilijk, maar inmiddels heb ik veel meer apparaten die ik kan integreren, zoals lampen, airco's, rolgordijnen en een laadpaal.

​Het is eerlijk gezegd best overweldigend als je al die keuzes ziet. Mijn eerste doel was om een 'domme' airco slim te maken op basis van de temperatuur. Na even puzzelen samen met Gemini werkte het naar behoren. Je kunt zo veel instellen dat het zonder AI echt een stuk lastiger was geweest.

​Daarna ben ik meteen aan de slag gegaan met de laadpaal om deze in te stellen op zonne-energie. Dat scheelt weer een extra module in de meterkast! Vanwege de talloze mogelijkheden breid ik het vanaf nu rustig stap voor stap uit.


Tot nu toe geen problemen, alleen door de vele opties is of lijkt het erg moeilijk/overweldigend

[Marve79]

De truuc is om het vooral simpel te houden, niet van die belachelijk gecompliceerde automations maken die maar weinig toevoegen. Bij mij is het echt gewoon lamp aan lamp uit bij presence bijv. Of muziek uit als de TV aangaat en dat is het wel keep it simple.

[FPSUsername]

Te simpel is ook niet fijn. Over tijd kom je scenarios tegen waarbij een automation iets doet dat je eigenlijk niet wil.

Juist door je automations goed te structureren kun je alles automatiseren zonder dat het je in de weg zit.

Jouw voorbeeld over lamp aan bij beweging of aanwezigheid is wellicht niet gewenst als het dag is. Dan kun je bijvoorbeeld gebruik maken van de stand van de zon om de tijd in te perken of je kunt een lichtsensor plaatsen voor betere accuratie, zoals als het donker bewolkt is.

Mijn doel bij automation is dat het jouw handelingen wegneemt. Je denk er niet over na omdat het al gebeurt, of je verwacht dat het gebeurt.

[MulMonkey]

Same here. Ik gebruik hiervoor de Node-Red integratie. Heerlijk overzichtelijk en voorwaarden creëren. Zo gaan al onze lampen in principe automatisch op beweging en/of op basis van de tijd en zonstand gecombineerd met welk weer het is. Tenzij je echt beslist om op een bepaald moment de lamp gewoon met een schakelaar om te zetten. Dat kan ook gewoon.

Alles gaat automatisch uit als we weggaan. En als we weer thuiskomen vice versa met dezelfde voorwaarden. We moeten alleen als er oppas is even aanzetten dat we gasten hebben en het huis dus alsnog bezet is. Anders gaat de hele boel uit.

[Reactie gewijzigd door MulMonkey op 30 juli 2026 15:38]

[Jan Sabelis]

Misschien een hele stomme vraag zonder dat ik me er nog in verdiept heb....
Kan ik dit gebruiken in plaats van een Homey Pro?

[Tripledad65]

Absoluut. Ze bedienen dezelfde markt, waarbij homey iets toegankelijker is, maar home assistant meer mogelijkheden biedt.

Begrijp me goed, HA is tegenwoordig al behoorlijk toegankelijk

[Jan Sabelis]

Thanks, moet ik alleen even onderzoeken of ik mijn airco's hierop kan koppelen maar dan ga ik me er nu inverdiepen.

[rogervdh]

Als je airco’s in Homey te integreren zijn, dan zou het me sterk verbazen als als het niet in Home Assistant mogelijk is. Mooie van Home Assistant is dat het gratis is (en blijft) en volledig onafhankelijk is. Kijk ook eens naar de constructie rondom de Open Home Foundation (zodat Home Assistant niet over te nemen is, zoals LG bij Homey). Dat is echt gaaf, dus dikke aanrader.

[Frogmen]

Ik ben van mening dat het heel erg krachtig is en misschien zelfs beter dan sommige pro software. Maar stel het voor bij een installateur en ze kijken je aan of ze water zien branden. Ik denk echter dat ze er vooral te weinig aan kunnen verdienen en dat het te simpel is om zelf te onderhouden. Ik kijk dan vooral naar iets om zeg maar in een winkel de verlichting en de verwarming centraal te regelen en te sturen. (ik wil als het warm is 's nachts de ventilatie vol laten draaien bijvoorbeeld)

[de Peer]

het is vooral te houtje-touwtje. En te veel updates/breaking changes enzo en/of experimentele integraties.

er is heel veel mogelijk, maar tegelijkertijd lastig om dat goed te (laten) onderhouden.

Daardoor blijft het toch een beetje hobby

Het kán superrobuust en betrouwbaar werken, maar dan moet je jezelf wel beperken in mogelijkheden/flexibiliteit.

[Frogmen]

Het is beter dan sommige duur betaalde producten waar soms zomaar de stekker uit wordt getrokken of niet meer onderhouden. Dus nee ben het niet met je eens

[de Peer]

Niet per se 'beter' maar ik ben het met je eens dat beide de nodige voor- en nadelen hebben. Ik zou zelf ook niet meer anders willen dan HA.

Maar nogmaals, ik zie niet helemaal voor me hoe een installateur dit goed kan onderhouden.

[Frogmen]

Met iemand die kennis heeft net als dat deze kennis moet hebben van ieder ander soort GBS want dat is het eigenlijk maar dan met een hoop extra mogelijkheden. Waar je anders meerdere systemen voor moet hebben.

[zaphod_b]

Ehr hoe lang is het geleden dat je Home Assistant hebt gebruikt? > 5 jaar geleden was dit inderdaad echt wel zo, maar ondertussen is HA toch wel flink volwassen geworden. Zeker niet meer houtje-touwtje en van breaking changes heb ik al jaren geen last meer...

Ik gebruik HA voor Zigbee, Z-Wave, wat ESPHome dingen, en nog wat integraties. Zo goed als alles in m'n huis is schakelbaar via HA. Gaat prima.

[de Peer]

Ik gebruik het al jaren intensief. De basis is zeker goed en stabiel. Breaking changes heb ik echter wel een paar keer per jaar last van, maar dat komt vooral door gebruik van veel integraties, sommige uit HACS. Dus dat is ook mijn punt, als je je beperkt tot de basis is er niet zo veel aan de hand, maar hoe meer uitbreidingen, hoe meer 'risico' en kans op gedoe.

Ik begrijp in ieder geval wel dat een domotica-installateur hier niet voor kiest. Die moet het misschien wel 10 jaar lang gaan onderhouden. Nou dan krijgt hij de nodige veranderingen voor zijn kiezen met reëele kans dat zaken niet meer goed werken zonder wat extra uren van de installateur.

en risico is misschien ook wel dat het voor de gebruiker erg laagdrempelig is om zelf allerlei zaken te gaan toevoegen/veranderen. Dan verlies je de controle als installateur.

[Reactie gewijzigd door de Peer op 30 juli 2026 15:20]

[WCA]

De core van home assistant is absoluut niet houtje touwtje vind ik. Dat zelf toegevoegde integraties niet altijd even goed werken is een tweede, maar gewoon out of the box is HA echt enorm robuust

[de Peer]

Helemaal mee eens.

[Tortelli]

Voor een gemiddelde tweakers is Home Assistant volgens mij de way te go. Je kunt het net zo moeilijk maken als je zelf wilt en met behulp van AI tools krijg je ook als minder technisch onderlegde persoon leuke functies draaiende is mijn eigen ervaring.

Het vergt wel wat gewenning als je overstap van een andere oplossing.

[Pyronick]

Precies. Volgens mij wordt Home Assistant vaak tegen een hogere standaard gehouden dan Apple Home of Google Home. Dat zie je wel vaker bij open source: de beperkingen van gesloten alternatieven worden als normaal gezien.

Wat daar met een paar tikken kan, kan in Home Assistant meestal ook gewoon via de interface. Pas als je iets specifieks wilt met meerdere voorwaarden, dynamische waarden of afwijkende logica, kom je soms bij YAML, Jinja of JSON uit. Maar dat zijn vaak juist dingen die bij Apple Home of Google Home helemaal niet kunnen.

Dan vergelijk je dus “het kan niet” met “het kan wel, maar je moet er iets technisch voor doen”. Dat maakt Home Assistant niet per se ingewikkelder, het heeft vooral een veel hoger plafond.

[Macron]

Jinja, weer wat nieuws. Nog nooit van gehoord. En ik ben developer. Alsof er nog niet genoeg programmeertalen zijn

[Pyronick]

Jinja is ook geen (echte) programmeertaal maar meer een simpele invul- en rekentaal. Je gebruikt het om waarden dynamisch te verwerken, bijvoorbeeld: “toon de temperatuur” of “doe dit alleen als die lager is dan 18 graden”.

Voor normaal Home Assistant gebruik heb je het meestal niet nodig. Jinja komt pas om de hoek kijken bij echt afwijkende logica, zoals lijsten filteren, uitgebreid rekenen of gegevens combineren, precies dat wat met de grote merken niet kan. De interface laat je dat gewoon invoeren, maar zet niet elke mogelijke Jinja combinatie om in knopjes en velden.

[Navi]

En toch is dat zo, ook voor basic dingen zit je zo weer in yaml.

[danieldk]

Ik ben vorig jaar overgegaan op Home Assistant en ik denk dat ik 95% heb gedaan zonder enige YAML te schrijven. De andere 5% zijn dingen als in: ik heb een plaatje van m'n warmtepomp en wil daarin de gerapporteerde temperaturen e.d. precies bij het juiste deel van het systeem zetten. (In concurrerende systemen kunnen dat soort dingen niet eens.)

[Reactie gewijzigd door danieldk op 30 juli 2026 13:31]

[Zynth]

Ik doe juist weer zoveel mogelijk in yaml.

Makkelijk zoeken in je code, makkelijk met AI, duidelijk, flexibel, en diff-baar met het verleden (=version-baar).

[dehardstyler]

Maar Home Assistant kun je gewoon met een MCP server aansturen, met bijvoorbeeld Claude. Dus dan valt de code noodzaak weg en kun je, als je het genoeg vertrouwd uiteraard, daadwerkelijk alles doen binnen HA.

[Gohan040]

Nee joh, en al helemaal niet voor basic dingen. Heel benieuwd naar je voorbeeld dan om je opmerking te onderbouwen.

[Reactie gewijzigd door Gohan040 op 30 juli 2026 14:46]

[Navi]

Als voorbeeld, ik heb een automation die de airco aan/uit schakelt op basis van de temperatuur van een Shelly.

In de GUI gemaakt, en je kunt dan een condition maken van de shelly Above of Below een bepaalde temperatuur. Je kunt daar alleen een getal invullen. Ik zou die juist weer graag naar een input helper (number) willen verwijzen zodat ik met een slider de temp kan aanpassen in plaats van deze 'hard te coderen' in de automation.

Dat gaat kennelijk niet..je moet dan naar Yaml, of heb er nu een template condition van gemaakt met klein stukje code:
{{ states('sensor.htg3_woonkamer_temperature') | float(0) > states('input_number.woonkamer_thermosstaat_koelen') | float }}

Vind dat toch vrij basic, waarom kan ik niet gewoon direct naar een andere sensor/input verwijzen? Zou zelfs helemaal mooi zijn als het via een dropdown zou kunnen waar ik kan kiezen uit de mogelijke opties..

[Reactie gewijzigd door Navi op 30 juli 2026 16:15]

[MischaBoender]

Als ik in de GUI een trigger maak op basis van mijn Tado temperatuur dan kan ik als value verwijzen naar een entity. Dit is dan de YAML die er uit komt, maar daadwerkelijk gemaakt in de GUI:

- trigger: temperature.changed
target:
entity_id: sensor.tado_slaapkamer_current_temperature
options:
threshold:
type: above
value:
active_choice: entity
unit_of_measurement: °C
entity: input_number.temperature

[Navi]

Ik zie het bij Trigger inderdaad wel kunnen, het ging in dit geval over een Condition. (De And if (optional) eronder)

[MischaBoender]

Ook daar kan ik dat op basis van een enitiy doen:

- condition: temperature.is_value
target:
entity_id: sensor.tado_slaapkamer_current_temperature
options:
threshold:
type: below
value:
active_choice: entity
entity: input_number.temperature

[MulMonkey]

Misschien is Node Red iets voor jou. Werkt voor mij 100x intuitiever en overzichtelijker dan de Home Assistant automations. Die gebruik ik slechts voor 3 dingen ofzo.

Ik draai Node Red als app in Home Assistant. Al je entiteiten zijn dan exposed. En je kunt natuurlijk ook nog zelf entiteiten/booleans aanmaken in Home Assistant en gebruiken voor automations.

[Marve79]

Ik doe echt niks in yaml, ik laat Claude alles doen

[toxict]

Kan je dat met de gratis versie van Claude?

Hoe werkt dit?

[Marve79]

Ja dat kan wel, tot op zekere hoogte. Probleem is dat je in het begin veel moet vragen, dus éénmalig een pro accountje is wel aanbevolen. Daarna als je alles hebt draaien heb je het eigenlijk bijna nooit meer nodig.

Het werkt via MCP, er is een guide hier: Model Context Protocol Server - Home Assistant

Maar er zijn genoeg guides of youtube videos te vinden. Het werkt volgens mij ook wel met Gemini of ChatGPT.

[TheMaxMan]

Welke basic zaken kan je niet in de visual editor doen? Het is al heel lang geleden dat ik iets in yaml moest doen.

[mjl]

Valt best mee, tot nog toe alle automations via de interface kunnen maken, enige wat ik in YAML heb geschreven zijn een aantal sensors (berekende waarden van bestaande input) om de automations simpel te houden. Verder allemaal plug-ins.

[Reactie gewijzigd door mjl op 30 juli 2026 14:20]

[gbspeel]

Heb je dat via de `helpers` of de yaml-config gedaan? Heel veel kan namelijk via de interface in de helpers. Bij wat complexer werk kun je via de helpers een sensor templaten. In dat geval schrijf je geen yaml maar jinja.

[mjl]

Gewoon in yaml, een beetje optellen aftrekken vermenigvuldigen en delen van variabelen is niet zo heel moeilijk gelukkig

[MischaBoender]

Uit nieuwsgierigheid, welke basic moet jij nog in yaml doen?

[Navi]

Zie mijn reply hierboven.

[jbhc]

Ik heb de complete besturing van mij DIY thuis accu in HA gemaakt zonder daar ook maar 1 regel YAML voor te hoeven gebruiken.

[don_jorg]

Dat is dus níet zo. Ik draai in m'n huis een aardige installatie van Home Assistant en heb in de afgelopen 4 jaar één keer naar Yaml moeten kijken: toen ik ergens niet de lichtsterkte kon instellen (en dat bleek een bug te zijn die later opgelost is).

Ik weet niet wat jij 'basic dingen' vindt, maar het toevoegen van lampen/switches, ze aan/uit laten gaan op basis van tijd of een beweging of hoeveelheid zonlicht of gewoon met een knop: allemaal geen probleem zonder Yaml.

[Bor]

Absoluut niet. Ik heb al tijden geen yaml meer aangeraakt en heb niet echt een super simpele setup. En als het toch moet.. Yaml is nou niet echt rocket science.

[iAR]

Waar reageer je precies op?

1. Dit is Home Assistant OS. Niet Home Assistant zelf.
2. Je hebt 12 jaar geleden gekeken? En roep nu al dat het moeilijk is?

Home Assistant is hét Home Automation platoform. Werkt out of the box al prima. En je kunt zo diep gaan als je wilt. Oh, en in de laatste 12 jaar heeft AI zijn intrede gedaan... die kan makkelijk al je Jinja-code en automations schrijven.

[Miglow]

Ik heb laatst geprobeerd met Meta AI een IKEA Styrbar zo te programmeren dat een druk op de knop de F1 app op de Chromecast met Google TV opent, de rolluiken sluit en een automation activeert dat de lampen op aansturen van de F1 plugin laat verkleuren of knipperen, maar elke nieuwe oplossing creëerde meer problemen, dus ding in de hoek gegooid en dan maar geen gele en rode verlichting tijdens de race nadat ik zelf alles heb gedaan. Dus "AI geïntroduceerd en het is nu makkelijker dan ooit" niet echt in mijn ervaring.

[iAR]

Hiervoor hoef je toch ook helemaal geen AI voor te gebruiken?

WHEN knop ingedrukt

THEN tv aan, chromecast aan, rolluiken dicht, automation F1 aan.

[Miglow]

🙄 Sure

[kennyboy55]

Home Assistant OS is iets anders dan Home Assistant (Core). Het voelt voor mij juist dat ze teveel werk steken in het te simpel en toegankelijk maken, ten koste van de flexibiliteit en 'power user'. Het is voor mij lang geleden dat ik YAML heb moeten schrijven. Ik moet ze wel geven dat template jinja2 code schrijven in een automatisering echt stukken beter is geworden. Ondanks dat ik het niet altijd eens ben met hun keuzes, zie ik geen waardig of krachtiger alternatief. Het draait hier al vele jaren zonder grote problemen.

[Marve79]

2014,12 jaar geleden.

Ja ik ga gaan Windows 11 installeren, laatst gekeken bij Windows Millenium en dat was echt kut, dus laat maar zitten

[Mich]

Je kan altijd nog Node-red installeren met home assistent plug-in. Dan kan je met alle sensoren automations maken met grafische weergave. Maar het is in deze tijd echt niet meer nodig.

[Boost9898]

Dat is dus een skill issue.

[Tripledad65]

Ik heb sinds ruim een jaar HA. Ik gebruik nooit yaml. Lampen, gordijnen gestuurd op licht en temperatuur, wasmachine, kruidentuintje watergeven, alles gewoon standaard spul en standaard HA.

[jbhc]

Zelf scripten is helemaal niet nodig alleen als je dingen wil die niet standaard zijn is dat een optie om het voor elkaar te krijgen.

Ik denk dus eerder dat je blij moet zijn dat het kan dan dat het een vereiste is om het te moeten kunnen.

[geintje]

Dan zou ik toch eens een poging wagen om nog eens te kijken.


Ik zelf heb jaren Domoticz gedraait en HA kon lange tijd niet wat Domoticz wel voor elkaar kreeg : 433Mhz out of the box aansturen.
Vorig jaar heb ik opnieuw een poging gewaagd ( eerst met een Rpi die ik overhad) en ik was verbaast over de stappen die HA gemaakt had!

Uiteindelijk heb ik een redelijk goedkope mini PC van Ali gekocht ( 12GB ram en 512GB MMC) en heb er HA OS op gezet.
Bijna alles wat in Domoticz werd geregeld werd meteen herkend ! ( HUE, Honeywell, Denon, 433Mhz RFXCOM !)
Na wat spelen met HACS heb ik HA uitgebreid met een Zigbee HAC ZBT-2 attenne en flinke uitbreiding gedaan met zigbee sensoren.
De enige uitdaging was een zonnescherm motor die ook in Domoticz een uitdaging was, maar met een 433 sofware scanner op mijn computer en hulp van ChatGPT heb ik toch de juiste codes / frequentie gevonden om mijn zonnescherm met HA aan te sturen.

Wat Domoticz nooit kon : op een tablet een mooie presentatie geven van alles was in HA een eitje. ( Dashtics kon het maar erg langzaam)
En zolas verder al gescreven, de automatiserings script ? CHATGPT is een geweldige hulp, geef de senso(ren) namen in, zeg wat je wil aansturen en wanneer /waarom en CHTAGPT maakt je script. Met wat heen en weer gebabbel komt er een mooi script uit.
Ik heb nu scripts voor het openen / sluiten van rolgordijden, het aansturen van de airco en het afkappen van zonne-energie wanneer de prijs negatief word.

Ook de backup functie werk perfect :
Ik heb een 2e mini pc gekocht als backup voor de eerste en als test HA OS geinstaleerd en backup terug gezet. Alles werkte zonder enig verschil.

Home Assistant is veel eenvoudiger geworden sinds 2014 !

[Reactie gewijzigd door geintje op 30 juli 2026 15:34]

[jozuf]

-

[Reactie gewijzigd door jozuf op 30 juli 2026 13:20]

[spokje]

Je weet dat het 2026 is inmiddels?

[xFeverr]

Volgens mij begrijp je zijn punt niet helemaal hij wou die reacties dus juist al voor zijn

[spokje]

Das niet gelukt dan

[Holmes]

Ik ben overgestapt van homey naar Home ass. Eigenlijk door Codex, (Chatgpt) ik script niets, ik voeg alleen de sensors toe en de rest laat ik codex instellen; Eigenlijk nog makkelijker nu dan Homey

[Martijn2788]

Het is een prachtig systeem. Draai er zelf nu ook al een aantal jaar mee en met sommige dingen is het zelfs sneller dan de "standaard app" van een product. Volume hoger lager van mijn Denon bijvoorbeeld. Maar ook 2 syncboxen van Hue synchroon aansturen gaat zonder problemen. Dat is in de Hue app niet te doen. Laatste tijd druk met een mooi dashboard maken, heb een tablet in de woonkamer waarop je alles kan aansturen indien nodig.

Heerlijk systeem.

[jimzz]

Blijft fantastische software en gebruik het inmiddels al 8 jaar. Enige nadeel vind ik dat de standaard kaarten in HA niet zo mooi zijn en dat je dan afhankelijk wordt van custom cards of css kennis.

Om die reden ben ik begonnen met het maken van mijn eigen Android Companion voor Home Assistant. Mochten mensen dit willen proberen kun je me een DM sturen.

https://community.home-as...ds-the-ui-for-you/1017467