Nabu Casa stopt productie van Home Assistant Yellow om teruglopende vraag

Nabu Casa stopt de productie van Home Assistant Yellow, een Home Assistant-starterskit die met een Raspberry Pi werkt. De vraag naar het product daalde in de loop der jaren, waardoor het volgens Nabu Casa inmiddels niet meer rendabel is om het te produceren.

De verkopen van de Home Assistant Yellow daalden geleidelijk, 'zoals na een paar jaar bij producten gebeurt', schrijft Nabu Casa. "Deze maand werd het punt bereikt waarop het geen zin meer heeft om het te produceren, waardoor we uiteindelijk besloten te stoppen met het maken van de Home Assistant Yellow." Als de huidige voorraden bij winkels zijn uitverkocht, stopt dus ook de verkoop van het product.

Het bedrijf benadrukt de goedkopere versie Home Assistant Green nog wél te blijven produceren. Nabu Casa zegt daarnaast een verschuiving te zien bij Home Assistant-apparaten in de community. Die raadde eerst voornamelijk Raspberry Pi-apparaten aan, zoals de Yellow, 'maar we zien mensen steeds vaker overstappen naar mini-pc's'. "We onderzoeken nu wat voor nieuws we kunnen maken voor onze powerusers, maar we zijn nog niet zover, dus wacht er niet op als je vandaag iets nodig hebt." Daarnaast zegt Nabu Casa 'binnenkort' een aankondigingsdatum te delen voor een nieuw hardwareproduct, al zal dat 'geen computing device zijn'.

Nabu Casa belooft de Yellow ook te blijven ondersteunen met software-updates en verwijst voor deze belofte naar de Blue, het eerste hardwareproduct van het bedrijf waarvan de productie in 2022 werd gestaakt en dat nog steeds Home Assistant-builds krijgt. Nabu Casa kondigde de Yellow in 2021 aan. Tweakers schreef er in 2023 een review over.

Reacties (147)

[Llopigat]

Logisch. Een N100 miniPC met 8/256 GB kost 100 euro en is veel sneller. En dus veel goedkoper. USB stickje erbij voor je zigbee en klaar.

Soms zie je zelfs een N100 met 16/512 voor die prijs langskomen! Alleen de laatste maand niet gezien, wellicht vanwege de explosief stijgende geheugen/nand prijzen door de kartelvorming.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 08:29]

[FdG]

Maar ook een veel meer doe-het-zelf karakter. Ik snap het idee achter de Yellow wel, alleen was de uitvoering nog niet helemaal perfect.

Als fabrikant wil je een laagdrempelig out-of-the-box product aanbieden die je in principe gewoon in de MediaMarkt kan kopen. Denk Homey, of de producten van Google Home.

Home Assistant is een krachtig systeem, maar zit heel erg nog in het freubelaar/techneuten hoekje, en daar wil je uiteindelijk uitkomen.

[lasharor]

Dan was de Yellow in mijn ogen veel te vroeg. Want, je kan wel een kant en klaar hardware/software pakket hebben voor in de Mediamarkt maar, als de mensen die in die winkels komen je software dan vervolgens niet goed kunnen gebruiken heb je er als nog niets aan.

Ik maak zelf veel gebruik van Home Assistant maar, ik kan mij echt niet voorstellen dat iemand anders in mijn directe omgeving met HA kan werken.

[telenut]

Ik werk zelf in de IT en ben wel technisch. Maar programmeren is niet mijn favoriete hobby. Verder heb ik ook weinig zin om hele dagen bezig te zijn met de configuratie.
Al verschillende pogingen ondernomen om HA " in productie" te zetten hier thuis, maar het is toch nog altijd dat niet.
Wil je alle gebruiksvriendelijke opties, dan moet je abonnement betalen, en dan zijn de alternatieven ( Homey, Tuya, Google Home,... ) uiteindelijk goedkoper en gebruiksvriendelijker.

[Sinester]

Wil je alle gebruiksvriendelijke opties, dan moet je abonnement betalen, en dan zijn de alternatieven ( Homey, Tuya, Google Home,... ) uiteindelijk goedkoper en gebruiksvriendelijker.

ik gebruik het zelf al jaren naar tevredenheid, maar je moet zeker bereid zijn eens in de zoveel tijd alles te updaten, wat wellicht weer zaken mee brengt die dan opeens niet werken, overig sla ik ontzettend veel updates over en heb er dus niet zo veel last van.

Ik betaal ook voor NabuCasa, maar puur omdat ik lui ben, dit hele stuk had ik ook zelf inelkaar kunnen zetten en dan was het gewoon gratis.

HomeAssistant is voor mij dan ook een noodzaak om zaken zoals Agara, Tuya, Xiaomi en mijn Honeywell thermostaat allemaal in combinatie met Google te laten samen werken, zonder HomeAssistant was dat gewoon onmogelijk

Voorbeeld: nu kunnen Tuya devices, Agara devices aansturen. Zonder Homeassistant is dat voor zo ver ik weet onmogelijk.

[Reactie gewijzigd door Sinester op 16 oktober 2025 10:02]

[Mortis__Rigor]

HomeAssistant is voor mij dan ook een noodzaak om zaken zoals Agara, Tuya, Xiaomi en mijn Honeywell thermostaat allemaal in combinatie met Google te laten samen werken, zonder HomeAssistant was dat gewoon onmogelijk

Voorbeeld: nu kunnen Tuya devices, Agara devices aansturen. Zonder Homeassistant is dat voor zo ver ik weet onmogelijk.

Ik ben er vrij zeker van dat dit met OpenHAB ook mogelijk is en vermoed dat dit met Domoticz ook zal werken. Beiden kun je zelfs eenvoudig runnen in een docker container zonder de beperkingen die Homeassistant heeft.

[RobertMe]

Welke beperkingen heeft Home Assistant dan? Dat is voor mij ook gewoon het opstarten van een Docker container en gaan. Rest valt vervolgens over het LAN eenvoudig te koppelen.

Daarnaast zullen OpenHAB en Domoticz ook juist de zelfde problemen hebben als HA in de context waar het over ging. Je kunt geen hardware kopen met OpenHAB en Domoticz. De groep "ik koop het bij de MediaMarkt / CoolBlue / ... en ben klaar" valt ook voor die twee dus af (en dat zal ook meteen de grootste groep zijn).

De enige echte optie die ik ken v.w.b. combineren meerdere merken en kant en klaar (en te koop in de normale elektronica winkel) is Homey. En dat als optie met lokaal etc etc. I.p.v. dan een Google Home waarbij alles via "de cloud" aan elkaar wordt geknoopt en je van elk merk ook (vaak) de merk specifieke hubs nodig hebt.

[Mortis__Rigor]

De beperkingen die zelf opgeven: Home Assistant Container installations don’t have access to add-ons.

Mijn reactie was vooral op Sinester zijn post dat die zaken _alleen_ maar met Home Assistant zijn op te lossen, terwijl er net meerdere oplossingen voor zijn. Jij geeft er zelfs nog 1 extra aan die ik over het hoofd heb gezien.

[Reactie gewijzigd door Mortis__Rigor op 16 oktober 2025 13:40]

[RobertMe]

Maar addons zijn gewoon Docker containers en vallen vaak ook echt buiten HA. Of wil je me zeggen dat je je met OpenHAB ook de UniFi Controller, of Samba, of Vaultwarden, of ... kunt draaien?

En die zaken kun je dus prima zelf draaien, via een "eigen" Docker container. Waarbij de onafhankelijke containers vast en zeker beter onderhouden worden dan de HAOS specifieke containers (genaamd addons).

Dit is echt gewoon letterlijk "of je gebruikt je beheert je eigen OS en kiest zelf welke software je draait" (incl HA via de cotainer). Of je "geeft het OS beheer uit handen" en installeert HAOS. En i.p.v. dat je dan alleen HA core krijgt heb je nog de mogelijkheid om "addons" te installeren in de zin van additionele, zelfstandige software.


En daarnaast..., heb je nog "custom components" (/"plugins"). En die werken ook prima met HA core/container. Zo heb ik zelf vorige week nog de "Home Connect Local" custom component geïnstalleerd in mijn container installatie (via HACS). Zodat ik in HA de status van mijn Home Connect apparaat (wasmachine) kan inzien (en evt aansturen). Daarvoor is dus geen addon / HAOS nodig. Home Connect zit ook gewoon in HA. Maar dan via de cloud koppeling. En dat wil ik niet. Mijn wasmachine hoeft niet aan het internet te hangen.

[Reactie gewijzigd door RobertMe op 16 oktober 2025 13:49]

[TuTone165]

Exact dit. Heb al jaren Home Assistant in Docker container. Kan er alles mee bedienen: Tado X, matter, zigbee, shelly, tuya, philips hue, sonos, dyson, roborock vanuit 1 app.

En heb aparte containers voor:

• eclipse-mosquitto (MQTT)
• matter-server
• linuxserver/code-server
• louislam/uptime-kuma
• nginx-proxy-manager
• portainer

Update alle containers regelmatig met watchdog . Dit gaat al jaren verbazingwekkend vlekkeloos.

[Mit-46]

Ik heb hetzelfde, maar ervaar het totaal niet hetzelfde. Werk ook in de IT en programmeren vind ik ook niet leuk, maar dat hoeft niet per se met HA. Nagenoeg alles kan via de interface eenmaal up and running.

Als je al zelf iets moet doen met YAML dan is het copy/paste van het internet of je gaat wel heel erg afwijken van hoe het aangeleverd wordt (wat volgens mij niet nodig is, maar wel kan).

Toegegeven dat als je niet begrijpt wat je moet doen het een hoop uitzoekwerk is (maar er is ook heel veel documentatie of fora met info te vinden).
Ik ben enige tijd terug overgestapt van een Windows VM naar een Linux VM en volgde het migratieproces niet volgens de juiste stappen. Totdat ik dit in de gaten had was het wel een frustrerend proces, maar dat lag aan mezelf (neemt niet weg dat ik even heel ongelukkig was ).

De alternatieven die je noemt zijn volgens mij allemaal geen open source. Ik denk dat mensen die HA gebruiken dit vooral als prio 1 hebben. Boeit dit jou niet dan zou ik ook niet direct voor HA kiezen .

[Reactie gewijzigd door Mit-46 op 16 oktober 2025 13:52]

[klaasZ58]

YAML programmeren gaat tegenwoordig prima met chatGPT, je zegt ik wil de lampen aan 30 min voor zonsondergang, en chatgpt maakt er een werkende yaml voor, werkt ook prima met gecompliceerde automatiseringen, dit was maar voorbeeldje

[3raser]

Programmeren? Ik gebruik HA nu al een tijdje en heb nog nooit met YAML hoeven knoeien. Voor alle automatiseringen gebruik ik gewoon de ingebouwde visuele editor. Misschien beperk ik mijzelf of zijn mijn automatiseringen niet complex maar het ligt in ieder geval volledig aan de vraag wat je precies wilt doen.

[FearMe]

Idem hier, het enige waar ik YAML voor gebruik is als ik snel grote stukken wil kopiëren, en vooral als ik maar één ding (bijv. device ID) wil veranderen.

[vrow]

Daar kan ik het niet mee eens zijn.

Er is echt geen enkele reden waarom je het abonnement nodig zou hebben. Ik heb zelf wel het abonnement, heb het ook niet nodig, maar hoop op die manier het bedrijf erachter wat te steunen zodat de ontwikkeling doorgaat. Altijd dubbel gevoel natuurlijk, aan de ene kant doen vrijwilligers heel veel gratis en dan steun in een bedrijf erachter. Maar goed, ik heb het gevoel dat het geld goed besteed wordt dus daar ga ik dan maar vanuit.

Maar bij HA is alleen het eerste instellen even wat werk. Maar niet per se meer werk dan Google Home hoor, want dat kan ook best complex zijn. Ik geloof niet dat HA veel lastiger is. Maar je moet er even voor gaan zitten. En natuurlijk, de eerste installatie op hardware / VM kan alleen worden gedaan door iemand met bovengemiddelde IT-kennis.

[mcmd]

Zelf ben ik ook niet zo’n geweldige programmeur, maar een beetje python programmeren lukt wel. Dat kan ook in HomeAssistant. Zelf gaan een aantal zaken best wel goed nu: rolluiken die open en dicht gaan, bij veel wind weer open, bij lage temperaturen in kleine stappen omdat het dan vastgevroren kan zijn. Lampen die langzaam aangaan en koel wit beginnen, en in de loop van de avond zeer geleidelijk naar warme kleuren toegaat en wat gedimd wordt. Tuinverlichting dat s’avonds korte tijd aangaat als er een beweging is en nog wat van dat soort zaken. Veel gaat dus automatisch op een manier zoals ik het wil, ben er wel tevreden over.

[M.Koers]

Ik sta er precies tegenovergesteld in. Ik ben begonnen met een Homey. Na 3 weken liep ik tegen beperkingen aan. Apparatuur in huis hadden ze geen apps voor enzovoort. Zigbee perikelen. Uit frustratie HA in elkaar gedraait met een stickje voor de zigbee. Los van MQTT inregelen was de rest in huist een piece of cake. Integratie opzoeken, installeren. 2 klikken configuren en klaar.

Ja er zijn een heleboel dingen die wat 'aanklooien' vereisen maar de standaar huis tuin en keuken domotica is tegenwoordig met een paar klikken in HA te koppelen.

Is inmiddels wel een jaar of 5 geleden dus dat zal met Homey ongetwijfeld ook beter zijn geworden.

[sjors86]

Het zal je verbazen hoeveel je kunt met chatbot/gemini. Gewoon aangeven wat je wilt, er wordt een yaml code, die overigens in de meeste gevallen in eerste instantie niet werkt, maar na 2 extra prompts ben ik meestal al klaar.

[Oon]

Dat is tegenwoordig met een frisse start anders goed te doen hoor. Vrijwel alles kan nu via de UI, en het is zo gebruiksvriendelijk geworden dat je weinig technische kennis nodig hebt om verder te komen dan met bijv. de Philips Hue app of Homey

[Cocytus]

Echt no way dat iemand die niet tech savvy is en zin heeft om hele dagen bezig te zijn HA kan gebruiken. Het is echt niet intuïtief, en er is vrijwel geen (up-to-date) documentatie. Kijk voor de grap eens de video van Jeff Geerling, toch niet iemand die weinig van computers weet, waar hij voor het eerst met HA aan de slag gaat. En mijn ervaring is dat je ook nu gewoon heel vaak via YAML moet werken om iets relatief simpels te doen, zoals een scene of automation. Voor mij geen probleem maar voor 95% van de mensen geen optie.

YouTube: Home automation that's private and local?! (Home Assistant Yellow)

Ik vraag me sowieso af voor wie HA Yellow bedoeld is/was. Als je met HA kan omgaan, kan je ook wel zelf een RPi of mini PC opzetten waar HA op draait. Ik doe vrijwel nooit iets met Linux en het opzetten van Proxmox met HAOS in een virtual machine kostte echt aanzienlijk minder tijd dan m'n gordijnen in HA krijgen zoals ik het daarvoor in Homekit had.

[Reactie gewijzigd door Cocytus op 16 oktober 2025 12:21]

[Ortep]

Je kan ongeveer iedere automatisering of script met de GUI bij elkaar klikken. Yaml is echt bijna nooit meer nodig.

[Cocytus]

Of het technisch altijd kan of niet weet ik niet. Ik programmeer niet, maar kon toch sneller via YAML de scene/automatisering maken die ik wilde dan via de GUI. Dan kun je wel zeggen dat het via de GUI kan, maar iemand die niet tech savvy is heeft daar niets aan. En als ik naar de YAML keek die eruit kwam als ik iets met de GUI had gemaakt, dan leek het nergens op. Ik wilde gewoon een scene 'gordijnen dicht' maken, en via de GUI kwam daar allemaal code in over de batterij status, firmware versie, etc. etc. En zodra je met custom buttons aan de slag wil - wat nodig is als je je gordijnen wil bedienen op een manier die in eenvoud vergelijkbaar is met wat HomeKit out-of-the-box doet - dan kun je het al helemaal vergeten, want die buttons bieden meestal geen GUI ondersteuning dus moet je sowieso via YAML configureren.

Deze houding 'het kan gewoon via de GUI' is precies waarom HA de komende 10 jaar geen mainstream gaat worden. GUI =/= gebruiksvriendelijk.

[kaandorp]

Ik ben bang dat je dit dan toch bij jezelf moet zoeken, of je baseert je mening op een ervaring van jaren geleden. Ik werk al jaren met HA en gebruik het redelijk intensief. YAML is simpelweg niet nodig om 99% van de automations te maken. Een scene 'gordijnen dicht' is letterlijk de trigger selecteren en in de actie aangeven dat je het gordijn wilt sluiten. Dan maakt ie keurig netjes de YAML code op de achtergrond, maar who cares. Het werkt. En goed.

Er is gewoon een nette 'Tile Card' standaard aanwezig waarmee je je gordijnen kunt openen en sluiten of pauzeren. Daar is zeker geen custom button voor nodig.

Mijn vader van 70 heb ik een Home Assistant Green cadeau gedaan en die kan gewoon zelf automations maken. En hij is geen programmeur kan ik je vertellen

Er wordt momenteel heel veel effort gestoken in de out of the box experience in de vorm van kant en klare default dashboards. Ik denk dat ze daarmee een enorm groeipotentieel hebben en de gevestigde orde het enorm moeilijk gaan maken.

[Cocytus]

Typische techie reactie dit, het is uiteraard onmogelijk dat het probleem zit in het ontwerp van de software of in gebrekkige documentatie Als ik zonder enig probleem Proxmox + HAOS opzet, wat volgens Nabu Casu zelf een 'advanced' optie is, maar HA zelf niet logisch vind, dan zit het probleem denk ik toch niet bij mij. Als je, zoals jij kennelijk, al jaren intensief HA gebruikt heb je geen idee (meer) van de leercurve voor een leek en zie je ook niet meer hoe onlogisch sommige dingen in elkaar zitten. Of vind jij het logisch dat in je 'devices' lijst niet alleen je (fysieke) apparaten staan, maar (om maar wat te noemen) ook HA Core; de HA Custom Store; een theme dat je vanuit de HACS heb geïnstalleerd; en een 'device' van de KNMI integratie? En dat een gordijn zowel een 'device' als een 'entity' is? Alleen al de hele architectuur met integrations, entities en devices is aan een leek niet uit te leggen. Zie verder het linkje dat ik je geef, van Jeff Geerling, die toch bepaald geen IT nitwit is, en hoe veel moeite het hem kost om een simpele motion sensor aan een lamp te koppelen. Snap je eenmaal hoe het werkt, dan werkt het prima en kan er eigenlijk alles mee. Maar gebruikersvriendelijk is het niet.

Sliders zitten er standaard in, ja. Maar voor een verticale slider, voor bijv. blinds of zonwering die van boven naar beneden gaat, heb je al custom buttons nodig. Toch een redelijk basale use case. Mijn ervaring met HA begint een paar maanden geleden, overigens. Misschien was het vroeger erger, maar dat betekent niet dat het nu intuïtief werkt. Het default dashboard is in mijn ervaring (nog steeds) vrij nutteloos. Alles wat je toevoegt komt er vanzelf in te staan. Maar als ik mijn stofzuigrobot toevoeg dan krijg ik daar alleen de huidige status en de status van de afvalbak, maar niet de mogelijkheid om 'm te starten - wat me toch basaler lijkt dan of dat ding op dit moment aan het schoonmaken is of niet. Agenda gekoppeld? Dan komt er in het standaard dashboard een lijst met agenda's te staan die je hebt gekoppeld met 'On' of 'Off' ernaast. Geen idee wat dat betekent, of hoe je dat triggert. Wat er niet automatisch inkomt? De afspraken uit je agenda. Wat heb je er dan aan? Zo kan ik nog wel even doorgaan. Om iets bruikbaars te krijgen, zul je toch echt zelf wat in elkaar moeten knutselen. Alles wat je kan wil, maar vrij weinig gaat automatisch. Maar blijf vooral volhouden dat dat PEBKAC is.

[Reactie gewijzigd door Cocytus op 16 oktober 2025 20:09]

[kaandorp]

Ik snap je frustratie over de complexiteit, maar jouw reactie blijft vasthouden aan een beeld dat niet meer klopt met de huidige Home Assistant (HA).

Je begint met de Advanced-installatie via Proxmox en concludeert vervolgens dat de software niet logisch is. Je bent technisch niet de leek die je beweert te zijn, en dat vertekent je beeld van de instap-ervaring. Mijn vader van 70, die geen Proxmox kan opzetten, gebruikt een kant-en-klare HA Green en kan zelf automations maken via de GUI. Dat is het echte bewijs dat het niet beperkt is tot techneuten.

Daarnaast klopt je bewering over de gordijnen-slider niet (meer). De standaard 'Tile Card' in een dashboard geeft bij een klik op de knop een volledige verticale slider in een pop-up. Daar is geen custom button voor nodig. Je baseert je kritiek op custom-oplossingen (HACS) die nu eenmaal configuratie vereisen, maar de standaard, out-of-the-box functionaliteit is wél intuïtief geworden.

Je hebt een punt dat het Default Dashboard waardeloos is. Maar dit is precies waarom de makers nu hun focus verleggen naar de 'Home' sectie in de nieuwste releases, om die out-of-the-box experience drastisch te verbeteren. Ze zijn zich hier dus bewust van.

De conclusie dat dit PEBKAC is, is te kort door de bocht, maar jouw ervaring is ook niet representatief voor de gemiddelde gebruiker die nu met een Home Assistant Green of Yellow start. De software is niet perfect, maar de instapdrempel is al zó verlaagd dat het nu al een haalbare optie is voor de niet-technische gebruiker, en dat zal alleen maar sneller verbeteren.

[Yongshi]

same here, laatst de rpi overleden waar ik voor mijn vader op had gezet toen het nog in ontwikkeling was. nu de HA green gekocht om te kijken hoe simpel het was om het up and running te krijgen. was echt zo gepiept.

snel een dashboard in elkaar flansen met zijn zonnescherm is 3x klikken klaar. normale mensen hebben ook geen fancy dashboards zoals ik ze maak nodig, rijtje buttons en ze zijn snel tevreden (wij tweakers willen dan zo een heel picture elements in elkaar fratsen, ja dat is nog wel yaml werk)

[GoldenSample]

Denk dat de doelgroep niet de Mediamarkt is, maar er zit nog een grote groep tussen 'electronica is Mediamarkt' en 'ik doe alles zelf zoals ik het exact wil'.

Heb zelf een N2+ odroid basically als een home assistant Blue. Redenen voor mij:

- wilde niet aan de overhead van virtual machines + een OS denken (had home assistant in een VM draaien op mijn laptop)

- dedicated low power hardware was een eis voor flexibele installage en geen single point of failure voor meerdere systemen dan enkel HA

Op dat moment was een Pi al duur, een N100 ook nog en een odroid n2 had gewoon kant en klaar te installeren images, simpel, makkelijk, geen gelul.

Bij een Yellow komt daar nog de geïntegreerde radio bij. Prima product, kon hem toen alleen niet krijgen/was een stuk duurder voor minder reken capaciteit.

Zou ik nu gewoon een N100 achtige kopen en daar HAOS op gooien? Ja, sure! Was 4 jaar terug alleen een stuk minder goede optie.

[spoonman]

HA is toch sowieso voor doe-het-zelvers?

[Osiummaster]

HA zou heel goed de consumentenmarkt kunnen voorzien maar kiest er om onbekende reden voor om een klunzige UI te hebben en niks te leren van vele malen kleinere concurrentie.

[Sine]

Recent nog eens met hass gestunt? Hun UI is aardig op de schop gegaan.

Wil je 'gouden randjes' dan moet je wat meer zelf doen.

[Osiummaster]

Voorbeeld: om bij alle devices te komen, wanneer ik handmatig een wil selectern die niet op mijn interface staat, kan ik niet in de zijbalk "devices" aanklikken maar moet ik eerst settings, dan devices en automations, en dan devices klikken.

Het feit dat ik 3 menus door moet spitten en onbelangrijke menu's prioriteit hebben op de belangrijkste laat zien hoe slecht er over de interface is nagedacht. Er zijn natuurlijk nog veel meer problemen maar dit is een waar ik vaak tegenaan loop.

[Kroesss]

Je kunt ook naar een entiteit gaan zoeken. Vind ik persoonlijk veel handiger omdat de lijst met devices nogal snel heel lang wordt. Zoeken kan gewoon vanuit het dashboard zelf.

[Ortep]

Voorbeeld: om bij alle devices te komen, wanneer ik handmatig een wil selectern die niet op mijn interface staat, kan ik niet in de zijbalk "devices" aanklikken maar moet ik eerst settings, dan devices en automations, en dan devices klikken.

Het feit dat ik 3 menus door moet spitten en onbelangrijke menu's prioriteit hebben op de belangrijkste laat zien hoe slecht er over de interface is nagedacht.

Dat hoeft dus niet. Tik de letter c in om alle mogelijke dingen te zien en dan d van devices

[Sine]

Wanneer wil je naar 'alle' devices?
Het kan, maar dat is na een tijdje zo'n bult dat dat uberhaupt niet meer praktisch zoeken is. Als je daar dingen vaak van nodig hebt dan zorg je dat die een plekje krijgen op je dashboard, eventueel in een tab.

En inderdaad, via D of E kom je er direct mocht je dat nodig hebben.
Via de mobiele interface: drie puntjes rechts boven > search all entites.

[Seth_Chaos]

Handmatig in devices gaan klooien in het instellingen menu is klunzig. Daar heb je interfaces voor. Je kunt ook gewoon een interface maken met alle devices.

[kaandorp]

Je kunt gewoon een link maken naar /config/devices/dashboard en klaar is Kees

[marsian]

Ja en nee. Het is door de jaren heen steeds meer plug and play geworden. Bij installatie vindt Home Assistant bijna alles in huis wat maar aan te sturen is. Voor sommige merken zul je misschien wat extra moeite moeten doen en daarna is het aan de gebruiker zelf hoe gek ie het wil maken.

Je kan het houden bij een dashboard met alle knoppen om je huis aan te sturen. Of je duikt er diep in en knoop van alles aan mekaar en maakt het zo gek als je het zelf maar kan bedenken.

[Sine]

Een aantal jaar geleden zou ik het met je eens geweest zijn.

Tegenwoordig durf ik ook iemand zonder te veel kennis prima HA aan te bevelen, het is meer dan gebruiksvriendelijk genoeg tegenwoordig.

[Llopigat]

Als fabrikant wil je een laagdrempelig out-of-the-box product aanbieden die je in principe gewoon in de MediaMarkt kan kopen. Denk Homey, of de producten van Google Home.

Maar dat was de Yellow juist niet. Het was een enorm hobby bob produkt.

Ik denk dat ik HA ook niet meer zou willen als het een soort google home of homey wordt trouwens. De wensen van de massaconsument staan vaak haaks op die van de power user. De massaconsument wil juist bij het handje gehouden worden, wil vastgezet worden in een ecosysteem (zie hoe de apple fanbois hier altijd ten strijde gaan tegen de EU regels over openstellen van het platform), en wil graag maandelijks abonnementen afnemen.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 08:59]

[-tom-562]

Of de massa heeft gewoon geen zin om te urenlang te klooien en te pielen, die hebben wel wat beters te doen. Ik vind elektronica/gadgets/pc's best leuk om mee te klooien, maar voor dit soort dingen heb ik geen tijd en geen zin. Dit soort dingen moeten gewoon makkelijk in te stellen zijn (ook door mijn a-technische vriendin).
Alles draait nu hier thuis via Google Home, wat prima werkt. Ooit een poging gedaan om HA te proberen, maar ik ben na een uurtje gestopt.

[Llopigat]

Ja maar je kan er ook veel meer mee. Bij Google kan je er alleen mee wat de hoge heren daar hebben besloten dat je mag doen met je eigen apparatuur (en ook vaak dirty achterkamerdealtjes gemaakt met fabrikanten). Dat is juist het voordeel van home assistant.

[wiseger]

Dat is de keuze, wil je iets dat out-of-de-box prima werkt of wil je volledige controle en ben je bereidt daar de nodige uren in te steken.

Vergelijkbaar met PiHole op een Raspberry Pi. Kost je zo meer dan een uur om het allemaal op te zetten en werkend te krijgen. Gaat een jaar later het SD kaartje stuk. Nieuwe Sd kaartje kopen, de win10 PC weer aansluiten want alleen die heeft een Sd kaartjes reader. Software downloaden en de boel op het kaartje zetten. Raspberry Pi weer aansluiten op een monitor en toetsenbord. Procedure doorlopen. Alles werkt weer, dan via de browser PiHole weer configureren.

Toen kocht ik een Ibiquiti USG. Zit dezelfde basisfunctionaliteit op alleen niet zo configureerbaar als de PiHole. Je kan er veel minder mee, maar hij weert ook prima advertenties. Voor mij goed genoeg en geen omkijken naar, het werkt gewoon out-of-the-box.

Voor mij was de keuze snel gemaakt, de Raspberry is met pensioen.

[Llopigat]

Ik heb veel problemen met de Unifi ucg adblocker. Hij blokkeert vaak legitieme sites zonder reden en er is dan geen mogelijkheid die te whitelisten. Wat met pihole wel kan. Daarom heb ik dit allemaal uit moeten zetten in de Unifi.

Overigens draai ik pihole gewoon in een docker, niet op een pi. Dan heb je ook geen problemen met SD kaartjes.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 10:30]

[mflameling]

Hoezo urelang klooien? HA is tegenwoordig heel erg gebruikersvriendelijk. Ik gebruik HA sinds 3 maanden, nadat ik via Tweakers wat filmpjes heb gevonden HA OS image op een USB stick te zetten en het te installeren op mijn 11 jaar oude Toshiba Satellite C70D-A-111. Het huidige HA OS doet na installatie een onboarding waarbij het op zoek gaat naar alle slimme integraties die op dat moment zijn aangesloten op je LAN. Je kan daarna zelf kiezen welke ja allemaal wil importeren op je HA.
Bij mijn vond het al mijn Calex lampen en sockets via de Tuya app, zonnescherm en shutters via TaHoma Switch, Yamaha receiver via Musiccast, beide KPN TV+ Android boxes, alle KPN Superwifi's, en beide LG TV's.
Ik heb handmatig mijn computer en laptop en moeten toevoegen om via WOL op te starten, maar dat is ook online te vinden. Hetzelfde geldt voor het toevoegen van de Intergas Gateway om ook mijn Honeywell thermostaat op HA te integreren.
Voordat ik nu nieuwe appatuur (zoals een slimme deurbel) ga ik eerst zoeken op het forum van welke apparatuur al voorbeelden zijn hoe het te installeren. Dan maak ik een shortlist van favorieten en ga dan zoeken waar ze te koop zijn.
HA is echt niet moeilijk meer voor amateur klussers.
Overigens, HA laat ook toe om een integratie te doen met Google Home en Google Gemini. Daarbij is het de keuze of je simpel integreert waarbij Google alles van je HA weet, of dat je kiest om functies te maken met generieke namen, waarbij de integratie alleen die functies kan aanroepen zonder te weten wat erachter gebeurt in je HA. Ikzelf heb gekozen voor het laatste, omdat ik Google (en andere big tech uit de VS) niet vertrouw. Ik kan eenvoudig de Google integratie verwijderen en vervangen voor een concurrent.

[batteries4ever]

Hoezo urenlang klooien?

Je beantwoord je eigen vraag al:

Ik heb handmatig mijn computer en laptop en moeten toevoegen om via WOL op te starten, maar dat is ook online te vinden. Vast wel maar is dus wel zoeken en pielen...

Voordat ik nu nieuwe apparatuur (zoals een slimme deurbel) ga ik eerst zoeken op het forum van welke apparatuur al voorbeelden zijn hoe het te installeren. Dan maak ik een shortlist van favorieten en ga dan zoeken waar ze te koop zijn.

En hoeveel uren heb je er nu al inzitten? Denk je dat het je tante ook gelukt zal zijn? Ik heb een uitgebreide Hue collectie en die vind ik redelijk goed op te zetten voor normale mensen.
De rest, thermostaat, robot vacuum en Robot maaier loopt op zijn eigen app, simpelweg omdat die elkaar weinig te vertellen hebben. Nadeel is eventueel dat ik een paar apps in moet als ik een weekje weg ga. Maar de tijd die ik in een HA steek haal ik er de komende eeuwen niet uit...

HA is prima als het een hobby is, maar is zeker nog niet voor iedereen, ook niet op Tweakers.net.

[mflameling]

En hoeveel uren heb je er nu al inzitten?

Dat is een goede vraag. Het antwoord is dat ik ruim een jaar geleden (voordat ik HA had) ruim een week bezig ben geweest om allerlei app's te zoeken en uit te proberen. Uiteindelijk is het maar bij 1 app gelukt om mijn apparatuur via WOL op te starten en daarvoor moest ik de laptop en PC instellen op een vast IP-adres.
Bij HA onboarding werden de laptop en PC niet meegenomen met de onboarding, dus heb ik op het forum gezocht hoe WOL werkt. Daarvoor bestaat al een vaste "rule" die alleen een vast IP-adres nodig heeft. Ik heb die rule toegevoegd voor de PC, uitgeprobeerd, en het werkte meteen. Daarna hetzelfde voor de laptop. Bij elkaar dus minder dan 1 uur werk waarbij ik de tijd voor configureren van harde IP-adres van de beide apparaten heb meegeteld.

Denk je dat het je tante ook gelukt zal zijn? Hue collectie en die vind ik redelijk goed op te zetten voor normale mensen.
De rest, thermostaat, robot vacuum en Robot maaier loopt op zijn eigen app

Ook een goede vraag en het antwoord is: Iedereen die in staat is om een apparaat te koppelen aan hun LAN via de leveranciersapp, kan daarna moeiteloos hetzelfde koppelen aan HA. Simpelweg een kwestie van de leveranciersapp gebruiken om het apparaat aan te zetten (zodat het een werkende koppeling heeft met het LAN) en dan pas de HA onboarding doorlopen. Daarmee wordt zoveel apparatuur gevonden en klaargezet om te importeren in je HA.
Hue is eenvoudig, maar niet eenvoudiger dan HA. Het is wel vele malen duurder en heeft een veel kleinere range aan apparatuur vergeleken met HA.

[arjankoole]

Maar ook een veel meer doe-het-zelf karakter.

Dat is yellow ook. Je moet immers zelf een een CM4/5 en eventueel NVMe toevoegen. Opzich jammer, ik had er een willen hebben, maar de financiën laten het even niet toe. (meer een luxe probleem en keuzes, keuzes). Ik heb al een green.

[binbash.]

Dat is het ding inderdaad. Heb het geprobeerd met HA, maar je blijft bezig. En na een update weet je nooit helemaal zeker of alles nog werkt met de hardware die je bij elkaar gesprokkeld hebt. Dat is zeer slecht voor de WAF.

[Coolstart]

Logisch. Een N100 miniPC met 8/256 GB kost 100 euro en is veel sneller. Soms zie je zelfs een N100 met 16/512 voor die prijs langskomen!

Ik heb zo een Minisforum gekocht voor die reden maar hij heeft 6 maanden vol gehouden. Het start niet meer op. Boot niet meer. Daar sta je dan.

Er is echt een markt voor stabiele hardware voor home assistant. Als je lokale hardware faalt dan stoppen veel dingen met werken en dat is zeer vervelend. Er zou een soort van cloud backup moeten komen over VPN die alles instant kan overnemen als uw lokale hardware faalt. Dus zonder lokale tussenstap. Ofwel alles dubbel kopen zodat instant kan switchen.

[Llopigat]

Minisforum is wel een grote partij, die hebben ook support in europa. Het is een merk dat zich juist als A-merk begint te profileren.

Maar de mijne (goedkoop chinees nep-merkje) doet het al meer dan een jaar prima. Hardware kan altijd kapot gaan.

Er zou een soort van cloud backup moeten komen over VPN die alles instant kan overnemen als uw lokale hardware faalt.

Dat is er ook: Home Assistant Cloud Backup. Als je betaalt. Maar dat is ook wel logisch, als je het verzorgd wil hebben moet ook de hosting betaald worden.

Ik gebruik zelf geen home assistant cloud diensten want ik host liever zelf en ik kan dat ook goedkoper. Maar het is wel de gangbare manier voor minder technisch onderlegden.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 09:37]

[Kevinns]

Je kan ook een andere cloud provider gebruiken, dan kan het gratis.

[Llopigat]

Ja alleen dan moet je natuurlijk wel die cloud provider betalen

[Kevinns]

Gratis cloud opslag bestaat nog wel. Een backup van home assistant hoeft niet groot te zijn.

Ik gebruik zelf de ‘gratis’ 1TB onedrive die bij een office pakket komt.

[Coolstart]

Dat is er ook: Home Assistant Cloud Backup. Als je betaalt. Maar dat is ook wel logisch, als je het verzorgd wil hebben moet ook de hosting betaald worden.

Ik gebruik zelf geen home assistant cloud diensten want ik host liever zelf en ik kan dat ook goedkoper. Maar het is wel de gangbare manier voor minder technisch onderlegden.

Zover ik weet is dat enkel backup van data en draaien ze enkel een service om uw lokale instantie van buitenuit te bereiken. Dat kan nu technisch helemaal niet omdat bijv Home Assistant SkyConnect ook op uw N100 of HA green zit. Dus Zigbee valt dan ook uit.

Een oplossing zou kunnen zijn dat je Home Assistant SkyConnect en de Lokale HA server hardware kan loskoppelen. Als dan uw lokale server faalt heb je nog de cloud die kan overnemen. Dan moet de Home Assistant SkyConnect natuurlijk wel zelfstandig connectie kunnen maken met de cloud. Bijvoorbeeld met een ESP32-Linux-board. Dan heb je echte Cloud-backup.

Ik wil ook alles lokaal maar cloud als backup

[Annihilism]

Dat kan met een Hue bridge ook gewoon gebeuren. En zoek maar ééns op tweakers hoe vaak de Google Hubs wel niet falen (bij de reviews van de gen2 bijvoorbeeld). Elke hardware kan falen. Beetje flauw om dat op HA af te schuiven.

[12_0_13]

Ik heb bewust een rpi omdat die minder stroom verbruikt. Zoveel snelheid heb je helemaal niet nodig voor HA :)

[RobertMe]

Wat is minder stroom verbruiken? Ik heb een mini PC gebaseerd op een Intel N5105 en die verbruikt 8W incl een UPS (dus overhead, verbruik van het systeem zelf zal eerder 4, 5 Watt zijn). Een RPi zal vervolgens niet veel zuiniger zijn (5V input en vereist ook minimaal 1A? Dus is ook minimaal 5W). En die Intel N5105 is vervolgens wel een stuk krachtiger dan een RPi. Zeker als je kijkt naar dat RPis zijn "geoverclocked" om de hogere snelheden te halen en daardoor dus (veel) meer gaan verbruiken voor dat beetje extra performance. Terwijl bij een normaal systeem (Intel/AMD) die performance geleverd kan worden onder een normalere CPU frequentie dus zonder forse toename in verbruik. (Intel Turbo etc is vervolgens ook weer zeer inefficiënt als je kijkt naar (toegevoegde) performance per Watt, maar de Turbo zul je niet nodig hebben om een RPi "op maximale toeren" te matchen).

[12_0_13]

Intel N5105 en die verbruikt 8W incl een UPS

Dat is echt heel weinig! Heb je daar nog iets speciaals voor gedaan? En hoe heb je het gemeten? Want als het echt zo is ga ik ook overstappen

Volgens wat ik zo snel kon vinden draait een rpi 3 met HA gemiddeld iets van 3W. Dan heb je nog de zigbee dongle, maar die heb ik sowieso nodig

Zie ook https://www.pidramble.com/wiki/benchmarks/power-consumption voor betere metingen!

[Reactie gewijzigd door 12_0_13 op 16 oktober 2025 09:31]

[RobertMe]

[...]

Dat is echt heel weinig! Heb je daar nog iets speciaals voor gedaan? En hoe heb je het gemeten? Want als het echt zo is ga ik ook overstappen

Niet perse iets speciaals voor gedaan. Probleem is ook een beetje dat deze out of the box zo zuinig is dat upgraden gegarandeerd meer gaat gebruiken (N100 systemen die minder dan 8W verbruiken volledig kaal zijn zeldzaam, dichtst in de buurt komt de Odroid H4+ (met vergelijkbare/zelfde generatie N97 CPU), maar volgens mij zit die ook op 4W kaal, terwijl de voorloper, H3, met N5105, nog op 1,8, 1,9 kon zitten kaal).

Volgens wat ik zo snel kon vinden draait een rpi 3 met HA gemiddeld iets van 3W. Dan heb je nog de zigbee dongle, maar die heb ik sowieso nodig

En @peter4209 @bkor. Het ligt natuurlijk ook aan hoe en wat je meet. Volledig kaal, Debian installeren, powertop uitvoeren en klaar, zat deze ook op 2,x Watt (ik meen 2,1, 2,2). Intussen draait die vanalles en nog wat (uiteraard dan HA, Z2M, MQTT broker dan ook, ZWave JS UI, ESPHome, DSMR Reader (lijkt toch relatief zwaar om elke 5s een telegram te verwerken), maar ook SyncThing, Paperless, Vikunja, Unbound), zit er een tweede SSD in en zit er een ZWave en Zigbee stick op aangesloten. Uiteraard heeft dat ook gevolgen voor het verbruik. Zou je al die zaken op een RPi draaien en extra aansluiten neemt het verbruik uiteraard ook toe en zal die 2 of 3 Watt ook snel 4 of 5 Watt worden.

[bramv101]

Unrelated: welke UPS gebruik je?

[peter4209]

Een Raspberry Pi 5 gebruikt idle ongeveer 2,5-3 watt. Dus dat is relatief gezien nog wel een stukje zuiniger. Absoluut valt het wel mee, als je genoemde 4,5W klopt, scheelt het je 2,30 euro per jaar 🙂

[Pieter_621]

En een raspberry pi is nog relatief onzuinig voor een ARM-gebaseerde computer. Een aantal van de odroid-varianten doen het nog een stuk zuiniger, er zijn er die onder load ongeveer zoveel gebruiken als een raspberry pi idle.

Mijn odroid N2+ is inmiddels niet meer de zuinigste variant, maar wel veel meer dan snel genoeg voor alles dat ik er mee doe.

[Reactie gewijzigd door Pieter_621 op 16 oktober 2025 12:34]

[bkor]

Een RPi zal vervolgens niet veel zuiniger zijn (5V input en vereist ook minimaal 1A? Dus is ook minimaal 5W).

Kleine toevoeging: Mijn rpi4 gebruikte onder de 5 Watt in idle. Vergeten wat het exacte gebruik is, geloof rond de 3,5 - 4 Watt ofzo. Uiteindelijk toch vervangen voor een krachtiger systeem. Met wat zoekwerk op internet zie ik ook veel idle waardes welke soms rond de 3 Watt zitten. Mijne zat iets boven de waardes welke ik toen vond op internet.

[Sine]

Ik heb bewust een NUC8 omdat die minder stroom verbruikt dan een PI4+SSD

Die dingen zijn (in zo goed als idle state) gruwelijk zuinig. En als je een keer wat meer rekenkracht nodig hebt dan is het er.

-edit-

En het is een stuk minder houtje-touwtje dan een pi4 met een hoop losse hardware.

-edit2-

Oude cijfers gevonden, mijn nuc7 deed 4.2W idle. De nuc8i3 doet nog wat minder.

[Reactie gewijzigd door Sine op 16 oktober 2025 11:16]

[sapphire]

En multi inzetbaar want draai er Proxmox op en je kunt er van alles op draaien maarja dat is voor ons Tweakers makkelijk roepen (al heb ik HA zelf ook niet in Proxmox draaien )

[Llopigat]

Ja precies, vooral met 16GB is het een prima doosje. Het is jammer dat de duurdere versies niet 1 of 2 P cores hebben maar misschien komt dat nog wel een keer.

[Horla]

Proxmox is wel niet de simpelste om op te zetten (zelfs als tweaker). Ik zit zelf in de IT maar om proxmox goed werkend te krijgen heeft dat ook een week of twee gekost. Eén van de moeilijkste problemen was het doorgeven van mijn grafische kaart naar een virtuele pc. Daarbij zijn de stappen zeer specifiek voor merk/type mini-pc en aangezien ik de eerste was die het probeerde, heb ik een vijftal guides bij elkaar moeten smijten en dingen zitten testen voor het werkte. En dan nog stopt het met werken als hij virtuele W11 herstart. Dan moet heel mijn proxmox node herstart worden

[_JGC_]

Proxmox is doodsimpel. Stick erin, booten, setup doorlopen en je hebt het werkend.

PCIe passthrough is idd een dingetje dat wat uitzoekwerk nodig heeft en met sommige hardware gewoon buggy werkt.

Het is maar net wat je ermee wilt doen. De basis is simpel, wil je geavanceerde dingen zoals device passthrough, cluster storage, mesh netwerken en dat soort dingen dan zit er veel uitzoekwerk bij.

Ik heb hier HA ook in Proxmox draaien. Met een van die community scripts ooit automatisch een VM laten maken en het draait na ruim 2 jaar nog steeds.

[Ortep]

Proxmox is doodsimpel. Stick erin, booten, setup doorlopen en je hebt het werkend.

Dat klopt, maar dan komt dat wat je echt nodig hebt:

PCIe passthrough is idd een dingetje dat wat uitzoekwerk nodig heeft en met sommige hardware gewoon buggy werkt.

Ook het benaderen van drives en bv een USB device kan je veel hoofdpijn geven.

Proxmox is een schil of laag op Debian. Waarin je dan weer andere dingen gaat doen

Ik werd er gillend gek van. Niets werkte zoals ik het had verwacht. Als ik het een aan de praat had werkte het andere niet meer. Ik kreeg het zelf voor elkaar om het hele systeem totaal vast te laten lopen door gewoon een clone van de VM te willen maken. Niet meer aan de praat te krijgen.

Ik heb veel sneller gewoon even Debian geinstalleerd, visa KVM/Qemu een VM met HAOS er op gezet en alle andere zaken gewoon even in Docker laten draaien. En dan heb ik voor de rest nog een normaal Linux systeem waarme ik kan doen wat ik wil.

Maar smaken verschillen. Ik kan het nut er wel van inzien als je een bedrijf hebt met 75 verschillende VM's verspreid over 6 systemen.

Voor mij was Proxmox vnl een storende versluierende extra laag.

[Reactie gewijzigd door Ortep op 16 oktober 2025 14:01]

[Skit3000]

Het fijnst zou natuurlijk zijn als Home-Assistant zelf gewoon veel minder zware system requirements had. Uiteindelijk stelt de core natuurlijk niet zo veel voor (het hoeft alleen de status bij te houden van de gekoppelde devices, en bij wijzigingen kijken of het een automation uit moet voeren). Alleen wanneer je on-device beeldherkenning of andere machine learning taken uit wilt voeren heb je krachtigere hardware nodig, maar voor de stabiliteit is het sowieso handig om dat op een ander apparaat te doen (je wilt niet dat je lampen toevallig niet aan gaan, omdat je plugin om op de camera te kijken of de postbode voor de deur staat en daarbij zo veel processorkracht gebruikt dat de klokwisseling van 19:59:59 naar 20:00:00 wordt gemist omdat je processor bezig is tot 20:00:01).

En ja, ik weet dat dat laatste voorbeeld op andere manieren te ondervangen is, maar daarmee maak je de code natuurlijk weer complexer (en is weer meer processorkracht nodig, etc).

[sapphire]

De basis benodigdheden van HA zijn toch ook totaal niet spannend? Het draait op Pi's met een SD kaartje, voor een beetje lampen schakelen is dat genoeg.

Als je complexere zaken wilt doen/add-ons draaien dan heb je natuurlijk ook meer rekenkracht nodig.

Ik draai HA met wat simpele add-ons en Z2M met 40~50 zigbee devices op een N3700 dacht ik en die staat het grootste gedeelte van de tijd uit zijn neus te vreten :?

[Llopigat]

Ik heb zelf die processorkracht nodig voor lange termijn grafiekjes enzo, die zijn toch best zwaar. Bovendien draai ik een aantal addons die complete docker containers zijn.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 09:17]

[Skit3000]

Dat bedoel ik een beetje. Dat langetermijngrafieken zwaar zijn, kan ook verholpen worden met een verbeterd datamodel (of de indexing is misschien verkeerd).

En addons die in docker draaien zijn natuurlijk een stuk zwaarder, maar dat is vooral omdat deze in een eigen proces draaien en dus ook een eigen (uitgekleed) OS nodig hebben. Als je bijvoorbeeld kijkt naar de SSH addon, dan draait deze op ghcr.io/hassio-addons/base, die op haar beurt weer op Alpine Linux draait. Afhankelijk van de target architecture gebruikt deze minimaal 96 MB ramgeheugen, terwijl (in dit SSH) de applicatie die in de container draait zelf vaak waarschijnlijk minder dan een paar MB nodig heeft. Als je bijvoorbeeld de SQLite Web plugin wilt gebruiken neemt het al minimaal 96 MB ramgeheugen in beslag, met daarbinnen weer een andere instantie van Python die uiteindelijk een scriptje draait dat ook direct in de Home Assistant core zou kunnen draaien zonder al die overhead.

[kaandorp]

Dat verbeterde datamodel is standaard Wat je alleen vaak ziet is dat mensen nog steeds handmatig de retentie van de data heel erg lang zetten omdat ze bang zijn details kwijt te raken, maar niet op de hoogte zijn van het feit dat HA standaard na 10 dagen de detailering verminderd en zo extreem snel en efficient blijft.

[Commander69]

Exact dat, ik heb HA daarop draaien onder proxmox. Fantastisch. Geen crashende SD kaart. Goede snelheid.

En HA voor de consument is nu nog wat hoog gegrepen. Ik denk dat je daar andere platformen als kant en klaar product voor moet gebruiken.

[Ryen]

Ik raad beginners met HA een gebruikte NUC aan. Mag best een bejaarde celeron zijn, die zijn snel genoeg.

Voor een paar tientjes te krijgen, zuinig en stabieler dan een RPi. Alleen nog een USB-stick voor communicatie met je devices nodig.

[Annihilism]

Ik draai het op een oude laptop met zuinig chipset, werkt ook perfect.

[koningvaagheid]

Een nieuwe N100 pc met RAM en opslag voor €100? Ben benieuwd waar jij winkelt…

[Llopigat]

https://nl.aliexpress.com/item/1005009973628177.html

Met coupon nog 8 euro eraf ook.

Momenteel is de spoeling daar vrij dun voor minder dan 100 euro, een maand geleden zag ik er zelfs nog een met 16/512 en ook meerdere modellen waaronder enkele met USB-C poorten. Maar de prijzen zijn wat omhoog gegaan.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 11:30]

[i-chat]

als ik dan toch een minipc zou kopen dan liever wel eentje waar ook echt goede hardware in zit in kan cpu en ram zijn lang niet de enige zaken die je in je home-assistant zou moeten willen steken. een home asistant pro -model waar 2,5gbit lan in zit, eventueel wifi 6e of 7 met daarnaast minimaal 2 m.2 slots (1 voor je ssd) en eentje voor een coral.AI en het hele ding setup om out of the box al met frigate te zijn uitgerust. mijn 2core 8gb ex-chromebox met een 32gb ssd was namelijk al meer dan genoeg voor enkel home-asistant. maar ik zou liever meer willen men dweept en flirt al jaren met frigate als geweldige integratie-optie voor HA maar simpel gezegd moet je dan wel eerst door een 3 pagina tellende installatie handleiding hack heen voordat (je kans hebt dat) het werkt.

[cmegens]

Als je Frigate er in wil integreren wordt een dual 3,5 inch HDD ook een vereiste eigenlijk....

[DikkieDick]

Zo'n N100 miniPC is denk ik geen gek idee. Draai nu HA op een Raspberry Pi4 in een Dockercontainer. Maar zo nu en dan dat de pi niet meer benaderbaar is cq responsive. Migratie naar N100 zal niet zo'n probleem zijn. Dockercontainers (dan wel de creatie daarvan) en volumes overzetten en weer 'klaar' (bijna).
Leuk klusje voor de winter denk ik.

En nog geen 20 minuten nadat ik dit had getikt deed het fenomeen zich weer voor.

[Reactie gewijzigd door DikkieDick op 16 oktober 2025 13:22]

[doxick]

ik heb eerder dit jaar de overstap gemaakt van een Pi4 naar een oude ryzen 5 (16gb) mini-pc, en dat is vele malen sneller en stabieler. kostte me 150eu.

ook heb ik een installatie draaien op een n150 (16gb) binnen proxmox en dat draait ook veel beter dan de Pi4 installatie. deze draait zonder zigbee stick, maar bevat ook camera's, audio, etc.

overstappen is zeker een aanrader

[synoniem]

Je kan gewoon een backup maken en die op een vers systeem importeren. Het is python en data en daarmee niet afhankelijk van de hardware architectuur.

[cmegens]

Geen USB stickie meer voor je Zigbee. Een SLZB-06 werkt echt veel beter en robuuster!

[Llopigat]

Ja goed punt, ik heb daar eens naar gekeken. Maar er zijn allerlei versies van en ik wist niet welke het beste was. Misschien koop ik die alsnog wel een keer. Want het lijkt me wel super dat ik die midden in het huis kan plaatsen dan. Waar de server staat is nu niet zo handig.

[cmegens]

Klopt, er zijn veel modellen. de SLZB-06 is de basis versie zeg maar.

[System]

Ik doe waarschijnlijk iets verkeerd. Want de goedkoopste N100 met 4GB ram die ik kan vinden is €200.
Een pi5 heb je al voor €65. ssd heb ik liggen op overschot.

Niks mis met een N100. Vele malen krachtiger is zeker . Maar dezelfde prijs?

[Llopigat]

Ik heb hier al een paar keer de link gegeven, zie je die niet? https://nl.aliexpress.com/item/1005009973628177.html

Voor 200 euro heb je een heleboel meer opties ook, inclusief N150 (alhoewel die nauwelijks sneller is, niet de meerprijs waard), 4 LAN poorten, enz.

[whiner]

Er moet eigenlijk een een consumer versie komen voor homeassistent dat net zo dicht getimmerd is als de concurrent dat wel goed werkt. Met de de nuance dat een techie dit kan omzeilen wanneer nodig.

Alleen dan kan een yellow goed verkocht worden.

[Reactie gewijzigd door whiner op 16 oktober 2025 11:01]

[PixelPionier]

Het gebrek aan een goed hardware platform is exact waarom ik nog bij de concurent zit en niet naar HA ben geswitched. Ik wil wel graag over. Ondersteuning van mijn huidige en toekomstige protocollen is natuurlijk wel essentieel. Ik moet dus gewoon een (betaalbaar) hardware platform hebben waar alles op zit wat ik nodig kan hebben.

[TakkUNL]

Wat is dan de reden dat je nu nog niet over gaat?

HA is in z'n basis een 'tweaker platform'. Het is niet plug & play. Ook al heb je een hardware pakketje met ingebouwde Zigbee en Z-Wave radio's. Je moet vervolgens nog steeds best wat zelf gaan inregelen en hoewel het tegenwoordig over het algemeen al makkelijker is dan wat jaren geleden, moet je nog steeds met regelmaat in wat yaml files rommelen of integraties opsnorren die via HACS geïnstalleerd moeten worden.

HA installeren op een stukje hardware en de (hardware) ondersteuning voor protocollen toevoegen is 10 minuten werk. Als het inpluggen van een Zigbee stick te veel werk is, dan zal HA waarschijnlijk niet echt iets voor je zijn.

[Gijs007]

Mwah, dat hoeft natuurlijk allemaal niet.
De kracht van Home Assistant is dat het tweakbaar en uitbreidbaar is, met opensource community made pakketten vanuit HACS, waardoor je nog meer systemen kunt integreren en automatiseren.

Maar je kunt prima de officiële Home Assistant functionaliteit vanuit de GUI gebruiken, zonder HACS en zonder in de YAML files te duiken. Daarmee is het best wel laagdrempelig.
Het enige wat Home Assistant mist is een goede wizard, die een echte leek helpt om te starten met het opzetten van de basis dingen. Dit is iets wat sommige concurrenten wel aanbieden.

[PixelPionier]

Een fatsoenlijk hardware platform waar alles op zit wat ik nodig heb met langjarige ondersteuning van de fabrikant! Beschikbaarheid van het systeem is key! Gekloot met stikjes en losse kastjes is funest daar voor.

[sworpie]

>Gekloot met stikjes en losse kastjes is funest daar voor.

Want? Een willekeurige x86 computer met een Zigbee dongle werkt toch meer dan prima voor HAOS?

[RobertMe]

Als je een gewoon x86 systeem koopt heb je langjarige ondersteuning (PCs van 10+ jaar terug kun je vast nog steeds HAOS op installeren, zolang het maar x86_64 is (en dat is er al langer dan 10 jaar, ook al 15, misschien 20)). En door die stickjes kun je dingen los toevoegen of vervangen.

Een kant en klaar product dat je ~5 jaar terug kocht zal geen Thread ondersteunen (/geen radio voor Thread hebben). Die moet je dan in zijn geheel voor een paar honderd euro vervangen. Dat 10 jaar oude PCtje waar je zelf HAOS op zet kun je voor een paar tientjes een losse "USB stick" in steken om een Thread radio te hebben en de software doet de rest. Dat scheelt op de lange termijn dus nogal aan kosten die je moet maken om up-to-date te blijven.

En die complete systemen zijn vaak one trick ponys die volledig dicht getimmerd zijn. Mijn PCtje/servertje met HA doet ook nog vele andere taken die niks met domotica te maken hebben en zorgen dus er voor dat ik nket twee systemen nodig heb. Terwijl bv een Homey je daar geen andere software op kunt draaien, terwijl de aanschafprijs wel net zo hoog is.

[i-chat]

zigbee stick is niet eens het probleem want waarschijnlijk heb je al een hue bridge met een beetje geluk zelfs de V1 die nog lokaal werkt of eentje van ikea (werkt ook ofline). die stick is natuurlijk hardstikke leuk maar niet eens per sé direct nodig om HA aan de gang te krijgen.

wat wel nodig is, is een betere consolidatie van services..... het simpele feit dat je een comuncation broker via een hack (compleet unsuported plugin). moet toevoegen om vervolgens bepaalde events mogelijk te maken maakt HA eigenlijk al ongeschikt voor de consument of zelfs de prosument. en dan hebben we ook nog het home-asistant talk verhaal. er waren al best redelijk ver gevorderde projecten om thuis een <huis ai> te maken en het is bovendien helemaal niet zo lastig om bij een chinese fabrikant een eps32 based tablet te laten maken met een leuk 5 of 7 inc schermpje met nog wat extra elecontronica een een goede smart-speaker. dan denk ik bijvoorbeeld aan een thermometer, vocht sensor rook sensor lichtsensor en 480p camera (voor QR en beweging). een soort google nest maar beter en lokaal. met zo'n 'hub + sensor array' in elke kamer en een home assistant + nvr centraal. zou ik in één keer mijn hele huis kunnen bedienen. nog beter zou het zijn als die hub ook gelijjk hardware aan boord heeft voor zigbee, zwave en soortgelijke standaarden. dan zit je dus niet per kabel of verdieping met een lullig usb-stickje maar kun je HA gewoon over zijn eigen wifi of liever nog bedraade netwerkje laten babbelen met hubs in je hele huis.

als ik hier op het forum en elders lees door wat voor hoepels mensen springen om tablets aan de muur te hangen en android terminal gebruiken voor iets belachelijks als een wakeword. dan zakt mijn broek daar gewoon van af.

en precies daarom is HA niet geschikt voor normale mensen ... ook voor mij niet, want moest uiteindelijk een hack installeren voor een matter brigde zodat google nest HA en al mijn hardware lokaal kan ansturen. dat betekend wel dat ik voor veel (niet alle)hardware nu niet meer afhankelijk ben van cloud-integraties met google, én dat ik in ieder geval de slimmere logica van HA kan gebruiken zonder spraak-assistantie te verliezen.

[Chatslet]

Ik zie het probleem niet zo. Voor zo'n beetje alle gangbare SBC's kun je een kant en klare sd kaart flashen en het draait ook op vrijwel iedere (mini) pc. Verder ondersteund het middels integraties bijna ieder denkbaar protocol, standaard of cloud dienst.

[Commander69]

Lijkt me een goed idee om dat gewoon als keuze te hebben in interface oid.

[DrPoncho]

Volgens mij zitten ze daar ondertussen aardig bij in de buurt nee?

[whiner]

Ik vind van niet. Het is veel te uitgebreid. En dat is voor ons tweakers juist de reden waarom wij het gebruiken maar voor de massa is dat niet nodig.

Die wil gewoon een bv een lamp kopen. De HA app openen, lamp in de app zien, en een automatisering aanmaken met het liefst zo min mogelijk input. (hiervoor kunnen ze A.I eventueel gebruiken).

Welke protocol de lamp gebruikt moet voor de gebruiker niet van belang zijn, het moet gewoon gedetecteerd worden. Wifi, zigbee, z-wave, RF, het proces moet bij alle hetzelfde zijn op de voorgrond.

Zo simpel is HA nog niet.

[Huppol]

Dit inderdaad. Ik kan mij voorstellen dat het heel interessant is om een Home Assistant “light” device te maken met een eigen software laag. Deze software zou aan de achterkant gewoon HA zijn, maar aan de voorkant een vereenvoudigde versie zodat het voor consumenten makkelijk is in gebruik. Desgewenst zou je de optie kunnen bieden om de ‘volledige’ HA interface te tonen met alle opties.

[Yukkie]

Begrijpelijk besluit. Hopelijk komt er wel een vergelijkbare opvolger in de toekomst. Ik heb de Yellow destijds direct gepreorderd, voornamelijk om Nabu Casa/Home Assistant te ondersteunen. En ik ben een tevreden gebruiker. Ik zou alleen de CM4 nog wel een keer willen upgraden naar een CM5, maar die vind ik momenteel erg aan de prijs, als ze al beschikbaar zijn in NL.

[Reactie gewijzigd door Yukkie op 16 oktober 2025 08:27]

[GewoonWatSpulle]

Ik ben wel benieuwd naar waarom je die upgrade overweegt? Want mijn Raspberry Pi 4 heeft geen taak Home Assistant met ruim 250 devices, het enige wat tijd kost zijn ESPHome compiles en dat is dan wel een hele minuut.

[Kevinns]

Esphome compiles in een minuut op een rpi4? Bij mij gaat het vaak richting de 10 minuten voor de complexere zaken. Voor de simpele projectjes heb ik minder dan 5 minuten nog niet gezien geloof ik.

Dit is voor mij een reden om naar vervanging van de pi te kijken. Overigens zou het dan een NUC achtig ding worden waar ook andere VMs in proxmox op kunne draaien. Niet weer een pi…

[Reactie gewijzigd door Kevinns op 16 oktober 2025 10:15]

[M.M]

Een minuut? Dat verrast mij. HA heeft er bij mij per device ruim 6 minuten voor nodig. En ik heb er 13...

Heb je iets bijzonders ingesteld of doe ik iets verkeerd?

O wacht. Bedoel je een hercompilatie na het aanpassen van de configuratie van het device? De 6 minuten is na een update van ESPHome zelf.

[Reactie gewijzigd door M.M op 16 oktober 2025 11:10]

[Miglow]

Hoe kan ik dat reproduceren? Draai mijn HA core VM met 4 toegewezen Xeon cores en 8GB geheugen. Dikke overkill natuurlijk, maar met een dual 14-core met hyperthreading voor 56 threads is dat gewoon geinig 😎

[SpaceDok]

Ik heb m’n Yellow indertijd ge-upgrade van een CM4 met 2GB naar een CM5 met 8GB. Met de CM4 liep alles prima maar kon direct een verschil merken dat vooral updates en backup een stuk sneller verlopen.

[Klaus_1250]

Mijn inziens was dat ook het grote manco aan de Yellow. De CM4. Ik snap niet waarom ze die niet gewoon vervangen hebben door een CM5 bij een revisie.

Vorig jaar heb ik de Yellow bewust overgeslagen - prijs te hoog voor wat je kreeg. Uiteindelijk een RPi 5 dev kit aangeschaft.

[MMaster23]

Zou het voor Nabu niet logischer zijn om hardware alleen te certificeren ipv te produceren? Zo kunnen ze nog altijd de aansluiting met software strak houden en nieuwe standaarden snel adopteren.

[arjankoole]

zelf produceren heeft voordelen qua integratie en support kunnen bieden op lange termijn, en levert sowieso meer geld op. Die hut moet wel blijven draaien om HA development te kunnen bekostigen.

Ook al is je initiële investering meer (alhoewel ze het gewoon leuk vinden ook, heb ik 't idee), je ROI is ook hoger als je een gelikt kant en klaar product levert.

[Pyronick]

Goed punt. Nabu Casa doet al iets dergelijks met het "Made for ESPHome" programma, wat al in de richting van certificering gaat.

Het probleem met hun eigen hardware lijkt in de doelgroep en specificaties te zitten:

• Home Assistant Green: Is de 'kant-en-klaar' optie, maar mist de prosumer functies (zoals PoE of een geïntegreerde IEEE 802.15.4 radio).
• Home Assistant Yellow: Was te niche. Het gebruik van een Compute Module (minder beginnersvriendelijk dan een standaard Raspberry Pi 5B) en de specifieke IEEE 802.15.4 radio (die m.i. verouderd is, omdat je Zigbee én OpenThread niet tegelijk kunt draaien en alsnog met een aparte ZBT-1 USB stick moet 'priegelen') maakte het een te complex en specifiek hobbyist/tweaker product. Bovendien zijn Raspberry Pi's duurder geworden en de Intel N-series steeds aantrekkelijker.

De suggestie om over te stappen op enkel certificering en het leveren van een reference design/devkit (eventueel met een standaardformfactor zoals mini-ITX) is zeer logisch. Dat houdt de grip op de software en standaarden strak, en ontzorgt Nabu Casa van de productie en logistiek. Ze kunnen dan de geest van de Home Assistant Yellow (modulair, krachtig) laten voortbestaan via gecertificeerde partners.

[Reactie gewijzigd door Pyronick op 16 oktober 2025 09:46]

[NoobOnTour024]

Tja, als je ziet dat je voor +- €170 een barebone hebt met een N150. Prik er voor €80 euro 8Gb Ram in en een 512 SSD, en je hebt een machine waar je Proxmox op kunt draaien met naast HA ook nog zaken als een mediaserver of andere leuke Homelab projectjes.

[Llopigat]

Voor 100 euro heb je een N100 zo out of the box met 8/256, niet eens barebone. Afgelopen maand zelfs 16/512 maar de prijzen zijn nogal gestegen door de produktiebeperkingen van de chipkartels.

Op Aliexpress kan je ze in alle soorten en maten vinden en heel goedkoop. Mijn home assistant draait ook op zo eentje.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 09:03]

[Patjec]

Ik vind ze niet, zal wel mijn fout zijn, zonder ram of SSD voor die prijs. Zelfs de N100 8/256 voor de enkele keren hier genoemde 100€ zie ik naast...

[Llopigat]

Hierzo: https://nl.aliexpress.com/item/1005009973628177.html

Komt nog 8 euro korting bovenop ook dus 90 euro ongeveer.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 11:27]

[JayPe]

Proxmox of unraid..

[i-chat]

unraid heeft een beetje afgedaan, niet alleen de prijsverhogingen maar ook de instabiliteit van docker, en random crashes met hun unraid deamon. en dan nog het feit dat open mediavault inmiddels redelijk volwassen is geworden. ja er zijn nog wel wat dingen die echt beter kunnen en moeten (vooral het feit dat er geen goede docker gui is en dat docker uberhaubt niet out-the-box beschiktbaar is na install. of het idee dat Omv-extra uberhaubt bestaat in plaats van gewoon een default plugin-store op plugins.ovm.org die je out de box direct kunt installeren maar hun basis is een stuk eenvoudiger en meer solide dan unraid. dus hopelijk gaan ze in de toekomst wat beer richting een solide eindproduct.

anders is er altijd nog truenas scale. die eindelijk ook gewoon docker heeft omarmt in plaats van kXs

[System]

Uit ervaring wil ik mijn HA op een dedicated machine. Geen VM. Is altijd gezever met dongles en zo.

[NoobOnTour024]

Ik heb er alleen een Sonoff Zigbee 3.0 dongle in zitten en die werkt perfect met USB-passthrough. Draait nu een half jaar zonder 1 enkel probleem.
Hiervoor had ik een HA VM op een Synology NAS, met een no-name zigbee dongle, en dat was dan weer wel niks anders dan ellende.

[System]

Heb het ongeveer een jaar op een hyperV gedraaid. Was soms gedoe om de dongle los te koppelen van de host.
Backups waren al geen mogelijkheid.

Met HA OS is het toch pakken makkelijker in mijn ervaring. Backups lopen als een droom en de dongle is native verbonden.
Fijn dat het werkt voor jou. Maar ik liep toch wel tegen beperkingen aan.

[klaasZ58]

heb ik ook, een Lenovo thinkcentre m720 op marktplaats gescoord voor 100 euro, VMware ESXi erop, ja die is weer gratis, en een paar VM's erop, pi-hole, home assistant, Sonarr, etc, werkt prima, en is supersnel en lekker zuining, ca 13watt

[Gunner]

Wel eens Proxmox overwogen gezien de huidige status/koers van Vmware?

[klaasZ58]

jazeker proxmox werkt prima, maar voor mijn werk gebruiken we VMWare ESXi, dus daar zit ik lekker in, en is nu weer gratis te gebruiken, en in mijn werkgebied zie ik wel dat veel klanten afscheid nemen van VMWare ivm absurde kosten tegenwoordig

[Reactie gewijzigd door klaasZ58 op 16 oktober 2025 08:48]

[RobertMe]

Daarnaast zegt Nabu Casa 'binnenkort' een aankondigingsdatum te delen voor een nieuw hardwareproduct, al zal dat 'geen computing device zijn'.

Dit zal vast en zeker de ZBT2 zijn. De opvolger van de ZBT1 (originele naam SkyConnect), de Zigbee stick. Die naam is al een aantal keren opgedoken, ook rond de release van de ZWA2 (ZWave, uhm, stick? ). Waarbij er geen ZWA1 is, maar ze wel hebben aan gegeven dat dit de tweede generatie "platform" is voor dit soort dongles. En dus ook dat er een Zigbee variant komt op basis van dit platform. Dus zijnde een ESPHome apparaat met een gekoppelde Zigbee chip voor de ZBT2 (en ZWave chip voor de ZWA2 dan).

[Llopigat]

Het is alleen jammer dat ZHA zo achterblijft op DeConz en Zigbee2MQTT. Ik heb het een tijdje geprobeerd maar ik liep tegen zoveel beperkingen aan.

De Skyconnect werkt trouwens wel met zigbee2mqtt maar je moet hem herprogrammeren. Ik heb zelf een andere stick gehaald daarvoor die een externe antenne heeft met groter bereik.

[Chatslet]

Gewoon uit nieuwsgierigheid, wat zijn dan de beperkingen? Ik draai zelf al jaren ZHA

[Llopigat]

Weinig apparaten ondersteund, en geen optie voor de fallback mode (waarmee je apparaten in groepen kan koppelen zodat knoppen en lampen elkaar ook nog kunnen bedienen als de controller uitvalt). Hierdoor hoef je bij van die multiknoppen met bijv. kleur en helderheidsfunctie ook niet voor elke functie van elke knop apart een automation aan te maken. Ook mist het de mogelijkheid tot koppelen van apparaten die geen link-knop hebben maar een "install code" (een lange hexadecimale string die je in moet voeren waarna hij het apparaat kan kopppelen).

Z2M is het uitgebreidste, DeConz loopt een beetje achter (maar heeft een hele goede liveview) en ZHA helaas het minste.

Misschien zijn sommige problemen nu gefixt maar toen ik het iets van een jaar geleden probeerde liep ik tegen deze dingen aan.

[Reactie gewijzigd door Llopigat op 16 oktober 2025 14:18]

[Chatslet]

Thnx! Ik heb tot op heden nog niet meegemaakt dat apparaten niet worden ondersteund. Hoogstens een keer een maand moeten wachten totdat de "quircks" database was geupdate. De overige punten, zeker groups klinken wel heel interessant!

[Llopigat]

Ja het ligt er aan wat je gebruikt. Ik heb zelf een Bosch brandmelder en die viel gelijk in twee van die categorieen: Wordt niet ondersteund door ZHA en bovendien vereist hij een install code, hij heeft geen normale pairing functie.

En de groepen schoont mijn automations heel erg op. DeCONZ kan dit overigens ook maar minder uitgebreid.

De reden dat ik het uberhaupt noemde is dat ik op zich graag ZHA zou willen gebruiken. Want ik zou dan 1 addon schakel uit de keten halen (de MQTT broker) en bovendien is Zigbee2Mqtt een beetje ingewikkeld qua UI vind ik.

[Chatslet]

De UI is inderdaad waar ik destijds vrij snel op ben afgehaakt. Heeft geloof ik 2 dagen gedraaid ofzo en ben toen overgestapt op ZHA. Groepen doen het overigens wel in ZHA zie ik net. Zit wat verstopt maar zit er wel degelijk in. Network view -> groups en bij schakelaars heb je dan bindings om ze aan een apparaat of groep te hangen. Install code gaat inderdaad niet. Voor mij zou MQTT juist weer een heel groot voordeel zijn omdat ik apparaten heb zoals airco's en thermostaten die rechtstreeks via MQTT met elkaar praten en daardoor onafhankelijk van home assistant functioneren.

[System]

Je kan veel meer instellen met z2mqtt.

[Sunny]

Ik ben juist vorig jaar overgestapt van een N100 naar HA Yellow.
Geen gedoe met windows, lagere power consumption. Geen dongle nodig voor voor zigbee of matter.

De enige reden dat ik dacht het het misschien slecht verkocht - was omdat het ook zo bar slecht te verkrijgen was.

[Rembert]

De paar keer dat ik dacht "ik ben de Hue zat, ik ga naar HA" was telkens die Yellow niet verkrijgbaar, onduidelijkheid over compute modules, stroomverbruik enz. Telkens weer de weg kwijt. Ik vermaak me prima met programmeren als IT-er maar bij home automation wil ik gewoon dat het werkt, zonder veel gezeur. En dat het energieverbruik zo laag mogelijk blijft. Wat ik mis bij HA is gewoon een hele simpel overzicht: dit is de hardware die je nodig hebt, dit zijn de voor/nadelen, en dit is het stroomverbruik. Eigenlijk een soort van wizard die je ondervraagt wat voor spul je al in huis hebt. In mijn geval: Honeywell thermostaat, veel Hue, Innr, Ikea, Apple. Dat werkt nu redelijk ok via the Hue. Ik begrijp dat HA vooral een vrijwilligers-initiatief is en dat zo'n wizard bakken best een uitdaging is. Maar het weerhoudt mij ervan de stap te nemen. Mijn zoon heeft de stap wel gezet in zijn huis: het werkt, maar het lijkt het hobby-niveau bij hem nog niet te ontstijgen, al heb ik hem er al een jaar niet meer over gehoord - dus misschien is het nu helemaal stabiel.

[Pyronick]

Eigenlijk een soort van wizard die je ondervraagt wat voor spul je al in huis hebt

Begrijpelijk, maar dat is lastiger dan het lijkt.

De ondersteuning binnen Home Assistant wordt inderdaad grotendeels door vrijwilligers mogelijk gemaakt. Veel integraties zijn community-hacks of omwegen; sommige worden officieel door OEM’s ondersteund. Maar het ecosysteem verandert zó snel, en veel fabrikanten wijzigen hun API’s met breaking changes (soms bewust), dat een betrouwbare wizard nauwelijks te onderhouden is.

Qua stabiliteit is het tegenwoordig prima, mits je een beetje voorsorteert op merken en protocollen die open standaarden gebruiken. Zelf heb ik dat gedaan: de meeste domotica hier draait op "open firmwares" (zoals ESPHome, Tasmota, WLED, Thingino, Valetudo, enz.) of via open standaarden als Matter, MQTT en ONVIF. Daardoor blijft het geheel redelijk toekomstbestendig, en niet afhankelijk van de grillen van een fabrikant.

Dat is overigens wel makkelijk gezegd van mijn kant, want ik ben relatief laat ingestapt in home automation, juist omdat ik me bewust was van deze hectische dynamiek en dure, omslachtige Philips-Hue-achtige praktijken wilde omzeilen.

[protected22]

Best zonde. Ik wil juist liever de Yellow kopen dan de Green. De green is in mijn ogen voor een beginner leuk, maar voor een beetje tech-fanaat wat gelimiteerd.

Dan zou ik eigenlijk het product nu al moeten kopen en pas gebruiken (over jaartje of 1-2) als ik een eigen woning heb, waarin ik van plan ben een smarthome te gebruiken.

[Reactie gewijzigd door protected22 op 16 oktober 2025 10:32]

[LodanMax]

Als gebruiker van de Yellow zou ik zeggen "waar wacht je nog op"?

Als het budget er is, zeker een aanrader!

[jschreuder]

Ik heb er behoorlijk groot aantal apparaten en automatiseringen in zitten, zou mezelf geen beginner meer noemen. En de Green draait voor mij enorm goed, beter dan mijn eerdere (sterkere) mini-pc'tje en stuk of 10x zo energiezuinig. Dus ik ben eigenlijk wel benieuwd wat voor gevorderde zaken je voor ogen hebt die niet op een Green kunnen? Of bedoel je dan dat je echt zware applicaties los van home-automation erin wil draaien en meer als NAS/home-server gebruiken?

[protected22]

Volgens de youtube reviews die ik erover had bekenen (green en yellow) begreep ik dat bij de green bijvoorbeeld geen ingebouwde zigbee/z-wave heeft en dat via usb erbij moet. maar ook dacht ik te begrijpen dat het minder apparaten zou ondersteunen dan de yellow

[jschreuder]

Klopt wel dat er geen ingebouwde Zigbee/Z-wave in zit, maar dan koop je de Nabu Casa Connect ZBT-1 (voor Zigbee) erbij en is dat opgelost. Naar ik begreep heeft het qua signaal juist ook wat voordelen die met verlengkabel wat verder van het apparaat te monteren, wat ik ook gedaan heb.

Qua hoeveelheden: zal ongetwijfeld in theorie wat lager zijn op de Green dan bij een Raspberry Pi, maar dan moet je wel even afvragen of je dat verschil ooit nodig gaat hebben. Met zo'n 130 apparaten zie ik als ik kijk zo'n 35% RAM gebruik en 2% processorgebruik. Zal mogelijk op piekmomenten wat oplopen, maar ik heb niet idee dat je heel snel zorgen hoeft te maken hiermee.

[protected22]

Hi. Excuses voor de necropost. Ik kwam deze topic weer tegen. Hoeveel apparaten heb je eigenlijk verbonden aan je Green? Hoe zijn de prestaties bij dagelijks gebruik?

Ik ben zelf van plan om een Apple-Home smarthome te maken en ook apparaten zoals aardig verschillende lampen (Nanoleaf, Govee, phillips hue), Aquara smart slot, sensoren en google-cast te gebruiken.

[jschreuder]

Zoals ik al zei: Met zo'n 130 apparaten zie ik als ik kijk zo'n 35% RAM gebruik en 2% processorgebruik.
Ik heb geen benchmarks ofzo, maar qua gevoel was deze eigenlijk sneller dan toen ik het als container op mijn veel sterkere NAS draaide, of daarvoor op een mini-PC uit 2015 met meer RAM en processorkracht. Veel van de snelheid zit ook gewoon in geoptimaliseerde OS, en je hebt gewoon geen krachtpatser nodig omdat het grotendeels niet om enorme hoeveelheden data gaat. Meeste Zigbee spullen zijn bijvoorbeeld juist optimaal geminimaliseerde data. Sensoren, smart lock, lampen, etc. kosten praktisch niets qua overhead. Video natuurlijk wel, maar heb zelf geen video-streams vanaf mijn Home Assistant lopen. Als je dat wil zou ik je aanraden eerst uit te zoeken of dat uberhaupt kan & of het uberhaupt een goed idee is.

[protected22]

Duidelijk. Dankjewel! Zelf ben ik niet van plan om ook video erin te verwerken (zoals camera's) dus dat scheeldt qua overhead.

[i-chat]

de yellow gebruikt een raspberry pi en voegt daar een paar zigbee / zwave sticks aan toe. ik zou je van harte aan bevelen om gewoon een nuc te kopen met bijvoorbeeld 8gb en zelf die sticks toe te voegen of wellicht om iets als een synology te kopen en daar een home-asistant vm op te draaien.

ik heb meer dan genoeg evaring met HA op rasiberry pi's om te weten dat x86 nog steeds preferabel is boven low-cost arm meuk. zolang niemand ooit met een pi komt met high-end qualcom chips (of vergelijkbaar) zou ik er ver van willen blijven.

[base_]

Toevallig ben ik net met HA overgestapt van een RPi4 naar Odroid M1S: deze is zuiniger en veel sneller, 8GB RAM, 64GB embedded flash, nvme slot en hardware I/O. 1.1W idle, 3.5W verbruik onder load, en meer dan snel genoeg. De HA green is ook een iets oudere Odroid (de Yellow gebruikt de RPi compute module). Ik wil de HA graag onafhankelijk op low power passive cooled hardware met directe I/O draaien, als ik meer perfomance nodig heb dan zou ik hem wel migreren naar een VM op de homeserver.

[rob12424]

Ik heb net een khadas vim1s binnen (2 watt) en ga deze gebruiken met een kincony kc868-a16. Met esphome.

Ik wil mijn moestuin op water aan gaan sturen. Maar heb het idee dat het een beetje overkill is. Aan de andere kant inplaats van relays heeft het ding MOSFETs dus zou er mijn rgbcct ledstrips op kunnen duwen.

Maar ik snap ze wel. Ik heb zitten kijken naar de Green en yellow en wat ze konden. Ben toen toch maar voor de vim1s gegaan.