De Home Assistant Yellow is een makkelijke manier om in te stappen op het Home Assistant-platform, zeker als je hem koopt inclusief Compute Module, waarop Home Assistant vooraf geïnstalleerd is. De hardware is netjes ontworpen en eenvoudig te ontmantelen als je NVMe-ssd-opslag of een eigen computemodule wil inbouwen. De metalen schroeven van de behuizing hebben een dubbelfunctie als voetjes. Dat zorgt ervoor dat de Yellow makkelijk van zijn plek verschuift en de ondergrond kan bekrassen. De prijs van de Yellow is pittig en de verkrijgbaarheid is op het moment van reviewen ook niet geweldig. Dat wordt hopelijk beter doordat de Compute Module sinds enige tijd weer ruimer beschikbaar is.
Home Assistant is de afgelopen jaren uitgegroeid tot een van de populairste platforms om je huis mee te automatiseren en ook de keuze van veel tweakers. Het platform staat bekend om de uitgebreide apparaatondersteuning, de automatiseringsmogelijkheden en de open opzet van het platform, waardoor je er zelf aan mee kunt bouwen en dingen die je niet aanstaan, kunt veranderen. Ook staat het erom bekend dat de installatie, de inrichting en het onderhoud van het platform niet onderschat moeten worden en tijd in beslag kunnen nemen. Niet lang geleden hebben we gekeken naar de Homey Pro, waarmee je juist heel makkelijk en snel een smarthomeplatform kunt opzetten.
De Home Assistant Yellow is al iets langer op de markt, maar er zijn twee aanleidingen om toch eens goed naar de hardware en het platform te kijken. De Raspberry Pi Compute Module, die de basis vormt van dit apparaat, is lang slecht leverbaar geweest en daardoor ook stevig in prijs omhooggeschoten. Die situatie begint eindelijk weer stabieler te worden, waardoor de basis van de Yellow weer beter en hopelijk wat goedkoper verkrijgbaar wordt in de komende tijd. De tweede aanleiding is mijn vorige review van de nieuwe Homey Pro. Net als de Homey is deze Yellow een (bijna) kant-en-klaar apparaat dat je complete smarthome lokaal kan bedienen, met een actieve community die allerlei extensies ontwikkelt voor het platform.
De ontwikkeling van Home Assistant gaat razendsnel. Wie drie jaar geleden eens naar het platform heeft gekeken en nu nogmaals kijkt, ziet enorme verschillen, zowel in het uiterlijk als wat verder verborgen onder de motorkap. Er wordt duidelijk gewerkt om het platform gebruiksvriendelijker te krijgen. Het wordt dus tijd om naar de Yellow en het Home Assistant-platform te kijken. Maakt de Yellow het voor een beginner op smarthomegebied mogelijk om een heel huis te automatiseren? Wat klopt er nog van de reputatie van een bewerkelijk smarthomesysteem met een drempel nu het als compleet systeem met eigen hardware wordt geleverd? Op die vragen geven we antwoord in dit artikel.
De hardware
De doos waarin de Home Assistant Yellow wordt geleverd, is niet spectaculair full colour bedrukt, maar simpelweg van karton. Ook aan de binnenzijde vind je grotendeels karton. De inhoud bestaat uit de Yellow zelf, een voeding, de warranty en een quick-start manual, een koelblok voor de Compute Module en een Cat 5e-netwerkkabel. Die laatste twee zijn verpakt in een plastic zak. Dat is misschien nog begrijpelijk voor het koelblok waar thermal pads bijgeleverd zijn, die niet vies of stoffig moeten zijn; in het geval van de netwerkkabel is het overbodig.
De voeding is een 12V-adapter met een vermogen van 24W (2A). De kabellengte is 150cm met aan het einde een barrelplug. De adapter ondersteunt ingangsspanningen van 110 en 230V, en is geschikt te maken voor de lokale aansluitingstandaard van de wandcontactdoos door middel van adapterstukjes.
De Yellow zelf zit in een plexiglazen behuizing met een mat effect. Op de bovenzijde prijkt het logo van Home Assistant en aan de achterzijde bevinden zich drie USB-poorten, twee van het type-A en een type-C-connector. Verder zien we een ethernetaansluiting, een minijackaansluiting voor het afspelen van stereoaudio, twee bedieningsknopjes en de adapteraansluiting. De rode bedieningsknop heeft als functie om de bestaande configuratie te wissen, zodat je weer vers kunt beginnen. De blauwe knop is een aan-uitknop waarmee je de Yellow uitschakelt na vijf seconden ingedrukt houden.
De Yellow is een apparaat voor knutselaars, dus het is niet verbazend dat je hem makkelijk uit elkaar kunt halen om bij het binnenwerk te komen. Dat gebeurt met vier thumbscrews die een tweede functie hebben als pootjes. Doordat die schroefpootjes van metaal zijn, schuift de Yellow makkelijk van zijn plaats en kun je ‘m beter geen plekje geven op je glanzende vleugel of ander object dat gevoelig is voor krassen. De behuizing werkt als een sandwich waarin het pcb geplaatst is. Doordat het pcb een beetje los ligt, voelt het geheel een beetje ‘rammelig’ aan als je het verplaatst en ergens neerzet, maar het kan geen kwaad.
Binnenzijde
De uitvoering die we bekijken, beschikt niet over PoE. Daardoor heeft een hoek van het pcb geen onderdelen die nodig zijn om de voedingsspanning vanuit de ethernetconnector om te zetten.
Het pcb zit op een break-outboard voor de Compute Module, maar bevat zelf ook een aantal controllers. De belangrijkste daarvan is de 2,4GHz-radiomodule, die zowel het Zigbee 3.0- als het Thread-protocol ondersteunt. Dit betreft een door Silicon Labs ontworpen MGM210P. De basis van deze chip is een Arm Cortex-M33-processor op 80MHz, voorzien van 96kB ramgeheugen en 1MB flashopslag. De radiomodule heeft een ingebouwde antenne.
De USB-A-poorten zijn verbonden met een Terminus fe1.1-USB 2.0-controller. De audiolijnuitgang wordt aangestuurd door een Texas Instruments-pcm5121-dac-chip.
In de pcb-pad van de USB-C-aansluiting zit een cp2102n van Silicon Labs, waarmee deze poort een dubbele functie kan vervullen. Door een jumper om te zetten kun je de USB-poort verbinden met de uart-(console)output van de Raspberry Pi of omschakelen naar USB-bootfunctionaliteit om de software op de Compute Module te kunnen herstellen of herinstalleren.
Om de opslag van de Yellow uit te breiden, heeft hij een NVMe-aansluiting waar je een ssd in kunt plaatsen. De NVMe-connector is aangesloten op de PCIe X1-bus van de Compute Module. Het montagesysteem is aan te passen doordat je de schroefaansluiting kunt verplaatsen naar verschillende posities op het pcb. Zo kun je NVMe-drives met een 2230-, 2242-, 2260- of 2280-formfactor plaatsen.
Verder treffen we een CR2032-batterij aan, die door de Compute Module wordt gebruikt om de klok in leven te houden als de externe voeding wegvalt, en zit er nog een aantal aansluitingen op het bord die direct verbonden zijn met de gpio- en klokpinnen van de Compute Module.
In afwijking van de tekeningen in de documentatie vinden we op het pcb in plaats van een jumper een knop op de positie van de USB-C-recovery. Hiermee kun je in combinatie met de eerdergenoemde uart-USB-jumper de Compute Module in USB-bootmodus dwingen tot herstel- of herinstallatiewerkzaamheden.
Op het pcb lijkt in nog een extra aansluiting voorzien, waar nooit een connector op is geplaatst. Als we de sporen terugvolgen, komen deze uit op de HDMI-aansluiting van de Compute Module en was op deze plaats ooit in een Micro HDMI-connector voorzien. Wellicht werd deze gebruikt voor ontwikkeldoeleinden.
Open Hardware
De Yellow is ontworpen volgens het Open Hardware-principe. Dat houdt in dat het complete design op internet gepubliceerd is. Daarmee kun je zelf een aangepaste versie maken of tot in detail ontdekken hoe zaken op elkaar aangesloten zijn. Dat kan bijvoorbeeld handig zijn als je besluit om over vijf jaar een ander (opensource)smarthomeplatform te gaan draaien en daarbij de Yellow gebruikt als onderliggend hardwareplatform.
Installatie en onboarding
Er zijn verschillende uitvoeringen van de Yellow verkrijgbaar. Als je er eentje bestelt waar de Compute Module bijgeleverd is, is Home Assistant daarop voorgeïnstalleerd. Als je zelf in een computemodule voorziet of als je de Yellow vanuit niets volledig opnieuw wilt installeren, moet de 'Home Assistant OS installer for Yellow' op de computemodule geladen worden. Dat kan op twee verschillende manieren. Je kunt een USB-stick waarop de image is geladen, in de Yellow steken, een jumper verzetten en zo het installatieproces op gang brengen. De andere methode houdt in dat je je computer verbindt met de USB-C-poort en een utility gebruikt om de computemodule te starten in een modus waarbij het flashgeheugen beschikbaar komt voor de computer. Hierna kun je de installatiesoftware direct op de computemodule wegschrijven.
De Yellow kwam bij ons zonder computemodule aan. Deze hebben we ‘gestolen’ uit Seeed Studio's Minirouter. De installatie via een USB-stick wilde bij ons niet starten, misschien doordat de computemodule nog gevuld was met de image van OpenWRT. De alternatieve methode werkte gelukkig wel prima. Na een installatieproces van zo’n vijftien minuten inclusief de eerste keer starten is Home Assistant klaar voor gebruik.
Omdat je tijdens dat proces, en daarna, geen monitor op de Yellow kunt aansluiten, wordt de diagnostische informatie kenbaar gemaakt met leds. Er zijn drie leds, waarvan de groene aangeeft of er schijfactiviteit is, de rode geeft de voedingstatus aan en de gele led knippert met een hartslag zolang Home Assistant actief is.
Testopstelling
Net als bij de Homey Pro gebruiken we ook nu weer de smarthomeapparatuur in mijn huis als testopstelling. Die bestaat uit Zigbee-apparatuur van verschillende merken en zelfgebouwde sensors, waarvan het gros ESPHome gebruikt. De deurbel en de P1-meter (energiegebruikmonitor) zijn ook zelfgebouwd en maken direct verbinding met MQTT via een zelfverzonnen protocol. Er is verlichting aanwezig op basis van wled, maar er draait ook een Hyperion-server voor Ambilight. De mechanische ventilatie wordt aangestuurd via een 433MHz-klik-aan-klik-uitdimmer. Met de vorige review in gedachte, waarin bleek dat belangrijke functies van het platform op externe integraties leunden, proberen we nu zoveel mogelijk gebruik te maken van eigen integraties in plaats van communityalternatieven. Als je Home Assistant al langer gebruikt, zul je misschien denken: "Dat kan handiger met add-on of integratie X of Y", maar het gaat er hier om te kijken hoe het platform zelfstandig presteert.
Onboarding
Om Home Assistant na de installatie te bereiken, kun je in je browser navigeren naar http://homeassistant.local. Voordat je kunt beginnen met apparaten toevoegen, wil Home Assistant wat basisdingen instellen, zoals je gebruikersgegevens, lokale voorkeuren voor eenheden, de locatie van het huis en of je (anonieme) gebruikersdata wil delen met de ontwikkelaars.
De laatste stap eindigt met een overzicht van de apparaten die Home Assistant in je netwerk heeft gedetecteerd. In ons geval was dat alle smarthomeapparatuur van Google (hubs, speakers en televisies), Shelly-dimmers, de Hyperion-server voor mijn Ambilight en nog meer. Hiermee zijn de eerste apparaten en entiteiten binnen Home Assistant een feit en tegelijk ook de eerste zin met Home Assistant-terminologie.
Terminologie en opzet
Waar je bij veel smarthomeplatforms simpelweg apparaten aankoppelt en daarvan eigenschappen bedient met automatiseringen, heeft Home Assistant door de uitgebreide opzet een eigen structuur en terminologie. Om het platform goed te snappen, is het van belang om die opbouw door te krijgen. Ook voor deze review ontkomen we niet aan een korte uitleg over de structuur en terminologie om onnodig lastige taalconstructies en onduidelijkheid te voorkomen. Apparaten zijn bij Home Assistant fysieke apparaten, zoals een lamp of sensor. Een apparaat heeft entiteiten aan zich gekoppeld voor elke eigenschap van het apparaat. Zo kan een lamp bestaan uit entiteiten voor de lichtbediening (schakelen, kleur en dimmen), maar ook de Zigbee-signaalkwaliteit en opstartsnelheid. Een sensorapparaat kan bestaan uit entiteiten voor luchtvochtigheid, temperatuur en batterijspanning.
De interface
Nadat de onboarding is voltooid, kom je in de hoofdpagina van Home Assistant terecht. Deze interface wordt ook wel Lovelace genoemd, naar Ada Lovelace. Het uiterlijk van Lovelace is misschien saai, in elk geval weinig frivool, maar de indeling is erg herkenbaar doordat veel (web)applicaties dezelfde standaard hebben geadopteerd. Bijna iedereen heeft al eens gewerkt met deze indeling. Links is een balk met menu-items en bovenaan het venster vind je de tabbladen van de huidige pagina. Helemaal rechts op die balk heb je toegang tot de zoekfunctie, de assistent en de knop om de interface te ontgrendelen voor aanpassingen.
De menu-items aan de linkerzijde geven toegang tot het energiedashboard, de logfuncties, de landkaart, (gebruikers)instellingen en eventuele applicaties die je boven op Home Assistant hebt geinstalleerd.
De hoofdpagina waarmee je je huis bedient en monitort, is opgebouwd met kaarten die verschillende functies kunnen bieden. Er zijn simpele kaarten die je kunt vullen met een rij apparaten met een aan-uitschakelaar, kaarten die elk apparaat weergeven met een groot pictogram, kaarten die de weersvoorspelling weergeven, kaarten voor grafieken enzovoort. Je kunt onbeperkt kaarten toevoegen die zichzelf zullen verdelen over zoveel kolommen als de schermbreedte toelaat. Dat laatste kan een uitdaging zijn voor de kaartindeling als je de pagina’s op je mobiele telefoon, tablet en computermonitor gebruikt, omdat de kaart in alle drie die situaties een andere positie op het scherm kan krijgen.
De hoofdpagina kun je verdelen in verschillende tabbladen, zodat je verschillende sets kaarten kunt presenteren voor verschillende verdiepingen van je huis. Een andere optie is om op die manier je apparaten zoals lichten en sensors op functie te sorteren.
Zoals gezegd is de standaard look van Home Assistant wat saai, maar daar kun je verandering in brengen door het gebruik van thema’s en communitykaarten. Ondersteuning voor thema’s is standaard ingebakken in het platform, maar de ontwikkelaars leveren deze zelf niet aan. Om ze te installeren, zul je gebruik moeten maken van HACS, de Home Assistant Community Store. Deze store zullen we verderop bekijken.
Home Assistant vult de hoofdpagina automatisch met de apparaten en entiteiten die je koppelt. Dat geeft je tijdens de eerste inrichting van het platform de mogelijkheid om de aangekoppelde apparaten direct te bedienen vanuit de hoofdpagina. De apparaten worden per productgroep in een kaart ondergebracht, zodat je kaarten krijgt voor alle lichten, sensors en mediaspelers. Bij het instellen van de apparaten hoort ook dat je de ruimte aangeeft waarin een apparaat zich bevindt. Met die informatie wordt het dashboard gaandeweg gevuld met kaarten waarin de apparatuur per ruimte is gegroepeerd.
In eerste instantie is dit een handige functie, maar als er veel apparaten en ruimtes gedefinieerd worden, is het overzicht al snel zoek. Zeker aangezien sommige apparaten een hele rij entiteiten met zich meebrengen die ook op de kaart wordt getoond. Gelukkig kun je ook zelf controle nemen over het dashboard om weer wat orde in de chaos te scheppen, zoals je in de screenshots hieronder kunt zien.
Apparaatkoppeling
In de onboardingsfase werden al best wat van mijn apparaten gevonden, maar nog (lang) niet alle apparatuur in huis. Om apparatuur te herkennen, gebruikt Home Assistant integraties. Sommige daarvan behoren tot het platform zelf, zoals Zigbee Home Automation, mqtt en bluetooth. Andere integraties zijn afkomstig van en worden onderhouden door de community en/of fabrikant.
Daarmee ontstaat afhankelijkheid van de community voor de ondersteuning van je apparatuur, waar je tegenaan kunt lopen bij updates van Home Assistant of het apparaat zelf. Om wat gereedschap te hebben om te beoordelen of je jezelf afhankelijk wil maken van een integratie, heeft Home Assistant een classificatiesysteem in het leven geroepen.
Kwaliteitsrapport voor integratie
Integratiekwaliteit
Elke integratie heeft een eigen documentatiepagina, waarop in de rechterbovenhoek de iot-classificatie en kwaliteitsschaal worden aangegeven. De iot-classificatie vertelt je of het platform direct met je apparaat praat of via de cloud van de fabrikant. Apparaten van de 'local push'-klasse werken geheel lokaal, waar apparaten met 'cloud polling' enkel via de cloud communiceren en hun status niet altijd up-to-date aangeven. De kwaliteitsschaal geeft aan hoe groot de communitybetrokkenheid is bij het onderhoud en hoe fijn de integratie zich laat integreren in Home Assistant. Integraties met een 'platinum' status zullen zelden problemen hebben bij updates en zodra dat wel het geval is, zijn die problemen snel opgelost.
Zigbee koppelen
De Home Assistant Yellow is uitgerust met een Zigbee-chipset en standaard is hiervoor de eigen integratie ZHA meegeleverd op het platform. Het koppelen van alle Zigbee-apparatuur is hiermee vlot geregeld. ZHA kan verschillende apparaten tegelijk 'interviewen', zodat je niet voor elk apparaat hoeft te pauzeren. Wat ook fijn is, is de ondersteuning om Zigbee-groepen aan te maken. Zo kun je een armatuur die verschillende lampen bevat, combineren tot één apparaat.
Apparatuur die niet direct wordt gevonden door Home Assistant, kun je toevoegen door de bijbehorende integratie te installeren. De lijst van integraties is inmiddels enorm, maar de kwaliteitsverschillen zijn dat ook. Gelukkig kun je met het eerder besproken classificatiesysteem een beetje schatten waar je aan toe bent voordat je je smarthome sterk afhankelijk maakt van een slecht onderhouden integratie.
Doordat de apparaatondersteuning zo breed is, ontstaat ook een overzichtsprobleem dat zich met name uit in apparaten die op verschillende wijze benaderd kunnen worden. Een voorbeeld is de Sony-televisie met Android TV in de woonkamer. Deze wordt door drie integraties ontdekt. De eerste is de Cast-integratie, waarmee je media en text-to-speech naar apparatuur kunt casten. De tweede integratie is de Android TV-remote-integratie, die de televisie kan bedienen. Ten slotte wordt de televisie ontdekt door de Sony Bravia-integratie. Vooraf is niet duidelijk welke integratie de televisie het compleetst kan bedienen. In mijn geval is dat via een vierde integratie: Android Debug Bridge, die naast alle bedieningsfuncties ook een camerastream biedt met het beeld van de televisie. Dat laatste maakt de mediaspelerkaart een stuk mooier om te zien.
Als je al deze integraties installeert, komt de televisie vier keer terug in de apparatenlijst en zijn veel entiteiten viervoudig beschikbaar. Aan twee integraties voor dezelfde televisie ontkom je niet, doordat de Cast-integratie specifieke functionaliteit biedt die de overige integraties niet bieden.
Virtuele apparaten, groepen en templates
Als apparaten zich niet (helemaal) presenteren zoals je wil, is daar in Home Assistant nog veel aan te wijzigen. In het geval van onze vier televisies met eigen unieke functionaliteit is er de Universal Mediaplayer-integratie. Dit is een voorbeeld van een virtuele apparaatintegratie die voor veel apparaatcategorieën beschikbaar is. Je kunt hiermee de eigenschappen van verschillende mediaspelers van verschillende integraties combineren tot een nieuw apparaat, in ons geval een televisie met zowel castfunctionaliteit als livepreview en schakelaars om alle apps af te sluiten of de televisie opnieuw te starten.
Home Assistant-helpers
Een andere optie om dingen naar je hand te zetten, is door zogenaamde helpers in te zetten. Dit zijn virtuele apparaten in verschillende uitvoeringen. Je hebt de helper-'groep' waarmee je apparaten groepeert tot een nieuw virtueel apparaat. Ook is er een drempelwaardesensor die van status verandert als een eigenschap van een apparaat dat je aanwijst, boven of onder een bepaalde waarde komt. De lijst van helpers is uitgebreid en het zijn waardevolle tools die op de achtergrond een grote rol kunnen spelen, bijvoorbeeld bij ingewikkelde automatiseringen.
Een andere krachtige tool in Home Assistant zijn templates: korte stukjes code waarin je logica kunt inzetten, en berekeningen en vergelijkingen kunt uitvoeren. De onderliggende techniek is Jinja, een template-engine voor Python. Templates komen op een hoop plekken terug. Je kunt ze inzetten in scripts en automatiseringen, of een virtueel apparaat aanmaken waarvan de waarde van de eigenschappen wordt bepaald met een template.
Yaml-code voor ventilator en mediaspeler
In mijn set-up maak ik gebruik van een templateapparaat om mijn mechanische huisventilatie te presenteren als ventilator. Deze wordt bediend met een lichtdimmer, waardoor Home Assistant deze standaard presenteert als lamp. Als dit een schakelaar was geweest, kon ik dat oplossen met een helper, maar deze ondersteunt geen dimmers. Met een templateapparaat van de ventilatorcategorie nemen we de eigenschappen van de dimmer en presenteren ze als ventilatie-eigenschappen, zodat het apparaat in de interface en automatiseringen bediend kan worden als een echte ventilator. Het voorbeeld hiernaast toont deze dummyventilator. Achter value-template is een stukje Jinja-syntax zichtbaar dat de helderheid van de dimmer achterhaalt en deze waarde, die van 0 tot 255 uiteen kan lopen, omzet in een percentage van 0 tot 100.
Ouderwets configureren
Bij de installatie van de universele mediaspeler en fantemplate dient zich een spook uit het verleden aan. Hoewel het platform de afgelopen jaren een enorme ontwikkeling heeft doorgemaakt op het gebied van gebruikersvriendelijkheid, werkt het nog steeds niet mee als je een beetje buiten de gebaande paden treedt. De kans is groot dat je dan te maken krijgt met de wijze waarop het platform in het verleden werd geconfigureerd: met yaml-syntax, hierboven in het voorbeeld goed te zien.
De installatie van de fantemplate en universele mediaspeler wordt niet ondersteund vanuit de interface en vereist daarmee een ingreep in het configuration.yaml-bestand. Dit bestand vertegenwoordigde voorheen het hart van Home Assistant. Hierin werden onder andere alle integraties gedefinieerd en apparaten aangepast, zoals de naam en het pictogram. Het merendeel van die tekstinstellingen is de afgelopen tijd verhuisd naar een grafische functie in de webinterface. Hierdoor is Home Assistant een stuk toegankelijker geworden en (gelukkig) zijn de momenten waarop je met yaml moet stoeien, een stuk minder frequent aanwezig. Als je iets meer wil met het platform en buiten de gebaande paden treedt, ontkom je er niet aan. Uiteindelijk bevatte mijn eigen configuratiebestand na het installeren en werkend krijgen van alle functionaliteit zo’n 160 regels zelf toegevoegde yaml-code.
Het bestand configuration.yaml kun je vanuit Home Assistant bewerken, maar niet zonder de installatie van een aparte add-on.
Home Assistant-add-ons
Als je meer functionaliteit aan Home Assistant wil toevoegen dan integraties je kunnen bieden, kun je add-ons inzetten. Add-ons voegen uitgebreide functionaliteit toe aan Home Assistant, zoals een bestandseditor, een mqtt-server en terminaltoegang vanuit de console. Het verschil tussen add-ons en integraties is dat een add-on geen apparaten of entiteiten levert aan Home Assistant. Het is een losstaand pakket dat in zijn eigen dockeromgeving draait en bereikbaar is vanuit de menubalk aan de zijkant als je daarvoor kiest. Een integratie is een methode voor Home Assistant om direct te communiceren met een apparaat of (cloud)service.
Add-onwinkel
Het installeren van add-ons gebeurt vanuit de add-onwinkel. Hierin vind je standaard drie categorieën: officiële add-ons, communityadd-ons en ESPHome. Rechtsboven in het menu zit een optie om extra repository's toe te voegen, zodat je eenvoudig(er) een add-on van een derde partij kunt installeren.
In mijn geval wil ik een wijziging doen aan een tekstbestand waarvoor Studio Code Server de ideale (overkill)kandidaat is. Die voegt een Visual Studio Code-omgeving toe aan de zijbalk waarin je de configuratiebestanden van Home Assistant kunt bewerken.
Een andere toevoeging die ik installeer, is de mqtt-server, aangezien ik nog wat apparatuur in het netwerk heb die hiervan gebruikmaakt. Hiervoor kun je de standaard Mosquitto-integratie gebruiken, maar een mooiere optie is EMQX, dat veel meer controle en overzicht biedt in de interface. Beide add-ons zijn geïnstalleerd met een druk op de knop en hebben geen configuratie nodig om hun werk te doen. Of er nog veel ingesteld moet worden, verschilt per add-on, maar de documentatie is direct vanuit het venster van de add-on bereikbaar.
Home Assistant Community Store
Vanuit de community zijn in de loop der jaren een heleboel uitbreidingen voor Home Assistant ontwikkeld. Dat gaat om Lovelace-kaarten waarmee je de interface kunt opfleuren of functioneler kunt maken, maar ook om customcomponents: integraties die vanuit de community zijn ontwikkeld.
De kwaliteit van die toevoegingen wisselt. Er zitten pareltjes tussen, maar er zijn ook heel veel pakketten niet afgemaakt of nooit meer geüpdatet. Om toegang te krijgen tot die communitytoevoegingen en ze makkelijk toe te voegen aan Home Assistant, is HACS in het leven geroepen: de Home Assistant Community Store.
HACS wordt niet standaard meegeleverd met Home Assistant. Je moet het dus zelf aan het platform toevoegen. De wijze waarop dat gebeurt, maakt je duidelijk dat je wel aan jezelf (en de communityondersteuning) bent overgeleverd als je dit pad betreedt. De installatie gebeurt door een shellcommando uit te voeren via de terminaladd-on. Na een herstart kun je de HACS-integratie toevoegen, maar niet voordat je vijf hokjes aanvinkt waarmee je verklaart te snappen waar je mee bezig bent, dat je nul garanties krijgt en dat je op jezelf aangewezen bent voor ondersteuning.
Als je je daardoor niet hebt laten tegenhouden, biedt HACS een wereld van aanpassingsmogelijkheden, extra apparaatondersteuning en mogelijkheden om cloudservices te gebruiken. Een Nederlandse afvalkalender, hacky ondersteuning om je cloudgebaseerde stofzuigrobot lokaal te bedienen, een aangepaste mediaspelerkaart met YouTube Music-mediabrowser: het bestaat allemaal. Bij deze communityapps bestaat de kans dat je in de problemen komt met updates van het platform. Als je gebruikmaakt van communitytoevoegingen betekent dat extra risico dat dingen instabiel worden of stukgaan en dat de ontwikkelaar de handdoek in de ring gooit.
Automatiseringen
Je kunt een smarthomeplatform opzetten zodat je alles centraal kunt bedienen, maar de echte kracht van een smarthome zit erin dat je die bediening bijna nooit meer nodig hebt, omdat het huis al in de juiste stand staat. Een goed platform stelt je in staat om je apparatuur uitgebreid te automatiseren en Home Assistant biedt hier diverse mogelijkheden voor.
Lege automatisering of blueprint invullen?
Blueprints
In de automatiseringsomgeving van Home Assistant heb je de keuze om handmatig een automatisering te maken of een blueprint in te zetten. Blueprints zijn voorgebakken automatiseringen waarin je zelf nog maar een paar variabelen ingeeft en daarmee een simpele manier om zaken snel te automatiseren. Een meegeleverde blueprint kan bewegingsdetectors aan lampen koppelen. Je geeft de bewegingsdetector, de lampen die moeten reageren en de wachttijd aan, waarna alles ingeregeld is.
Die blueprints zijn een heel snelle manier om basisautomatiseringen op te zetten, maar bieden soms net niet de controle die je zou willen. In bovenstaand voorbeeld zal de blueprint de lamp aanzetten waarna deze in de laatst gebruikte stand komt. Je kunt de helderheid van de lamp niet aangeven of aanpassen aan de omgevingsverlichting.
Automatiseringen
Als je uitgebreid wilt automatiseren, kun je hiervoor beter terecht bij de ‘normale’ automatiseringen. Die werken volgens een methode die we bij meer platforms zien. Je geeft een trigger aan waar de automatisering op moet reageren. Hieraan kun je voorwaarden toevoegen, zoals een tijdstip of status van
Deurbelautomatisering
een apparaat. Vervolgens voer je een of meer acties toe die de automatisering moet uitvoeren als aan de trigger en voorwaarden is voldaan.
De opties die automatiseringen in Home Assistant bieden, zijn zo enorm uitgebreid dat het ondoenlijk is om alle aspecten daarvan te behandelen in een review. Een gevolg van die uitgebreide opties is dat automatiseringen en problemen daarmee misschien wel het meest besproken onderwerp zijn in de Home Assistant-community. Juist al die mogelijkheden bieden je heel veel wegen om tot je resultaat te komen, maar ook heel veel kans om te verdwalen.
Hoewel je een automatisering heel uitgebreid kunt maken, is het lastig om het overzicht te houden als je heel veel voorwaarden en acties toevoegt. Daarbij is het ook nog eens mogelijk om binnen een automatisering twee of meer verschillende actiepaden uit te voeren, afhankelijk van de omstandigheden. Dat leidt echter nogal eens tot een chaotische interface en yaml-code.
Scènes en scripts
Om daar wat orde in te krijgen, kun je gebruikmaken van scripts en scènes. In een scène kun je eigenschappen van verscheidene apparaten vastleggen. Een bekend voorbeeld uit de praktijk zijn bijvoorbeeld lichtscènes, maar je kunt scènes op elke apparaatcategorie toepassen in Home Assistant.
Script voor mobiele notificatie
Zo is het mogelijk om in de romantische-woonkamerscène zowel het gedimde licht te activeren als een zwoele Spotify-playlist te laten afspelen op je Sonos-installatie.
Je kunt een scène vooraf instellen, maar ze zijn ook direct te maken vanuit een automatisering. Zo kun je in een tijdelijke scène de stand van een groep lampen onthouden voordat je deze verandert als een bewegingsdetector een automatisering activeert. Nadat de beweging is gestopt, kun je de tijdelijke scène opnieuw toepassen en staan alle lampen weer in de oude stand.
Een andere optie om een groep handelingen te verpakken, zijn scripts. Deze bieden net als automatiseringen de optie om veel apparaathandelingen achter elkaar uit te voeren, maar kun je bijvoorbeeld aanroepen vanuit verschillende automatiseringen. Zo hoef je niet voor elk van die automatiseringen dezelfde tien handelingen te programmeren.
Node Red
Ventilatiebediening met Node Red
Een laatste mogelijkheid om te automatiseren, is Node Red. Dit pakket maakt geen deel uit van Home Assistant, maar is wel populair onder een deel van de gebruikers. Node Red kun je installeren vanuit de add-onwinkel. Het pakket biedt een grafische programmeermogelijkheid die goed vergelijkbaar is met de Flow-automatiseringen van het Homey-platform. Je verbindt kaarten met voorwaarden en acties met elkaar om zo je automatisering op te bouwen. Zeker ingewikkelde automatiseringen waarbij verschillende uitkomsten mogelijk zijn, bieden vaak verschillende paden om te bewandelen, elk met hun eigen acties. Doordat alles veel grafischer wordt weergegeven, is het overzicht bij die ingewikkelde automatiseringen een stuk beter te behouden.
Nabu Casa en de Companion
Het is fijn als je je smarthome buitenshuis kunt bereiken. Home Assistant biedt hiervoor twee wegen die je kunt bewandelen. De eerste optie is dat je de externe toegang helemaal zelf regelt. Dit kan zo simpel zijn als het openzetten van een poort op je router, een domeinnaam aan je IP-adres koppelen, en een certificaat aanmaken en instellen. Voor extra beveiliging kun je hierbij gebruikmaken van bijvoorbeeld de Cloudflare-add-on. Je bent dan uiteraard zelf verantwoordelijk voor de beveiliging en moet je installatie volgens goede standaarden inrichten en up-to-date houden.
Heb je daar niet zo’n zin in of vertrouw je niet dat dit veilig is, dan is er de optie om gebruik te maken van Nabu Casa. Dit is een dienst vanuit Home Assistant om je installatie op een veilige manier aan de cloud te koppelen. Dit scheelt veel inregelen en maakt het ook makkelijker om de koppeling met cloudservices zoals Google Home te maken. Daarbij krijg je ook nog toegang tot extra spraakassistentopties. Dat gemak komt met een prijs. Na een gratis maand betaal je voor elke volgende maand 7,50 euro, of 75 euro per jaar. Dat is niet heel goedkoop, maar, net als bij de aankoop van de Yellow steun je daarmee ook de ontwikkeling van het platform.
Home Assistant Companion
De Companion-app is de smartphoneapplicatie van Home Assistant. Naast snelle toegang tot je smarthomebediening biedt deze app een aantal services aan Home Assistant. Zo kan Home Assistant (als je dat toestaat) de locatie, accustatus en nog veel meer sensors van je telefoon uitlezen en kun je deze gebruiken in automatiseringen. Ook kun je vanuit Home Assistant pushnotificaties naar de app op je telefoon sturen.
Die notificaties kunnen simpelweg een tekst zijn, maar ook afbeeldingen of klikbare URL’s bevatten. Je kunt ook een vraag stellen via een notificatie en het antwoord hierop terugsturen naar Home Assistant om verschillende acties te ondernemen. Met wat uitzoekwerk is het zelfs mogelijk om dwars door alle stilte-instellingen op je smartphone heen een notificatie met alarmgeluid te sturen: handig voor je brandmelders of inbraakalarm.
Conclusie
In deze review hebben we de Home Assistant Yellow, maar met name ook het Home Assistant-smarthomeplatform bekeken. Home Assistant behoort tot de uitgebreidste smarthomeplatforms. In het lijstje eigenschappen die een smarthomeplatform zou moeten bezitten, vinkt het heel wat items af. De focus om alles zoveel mogelijk lokaal te doen, de opensourceopzet van de software en hardware, de enorme communityondersteuning en de niet-commerciële opzet van het geheel doen heel wat tweakersharten sneller kloppen.
Het platform transformeert zich razendsnel door de vele input en ontwikkelingsdrift van de community achter Home Assistant. Een aantal jaren terug was het platform een omgeving die je voornamelijk met je toetsenbord configureerde in yaml. Inmiddels is een groot deel van die configuratie naar de grafische interface gebracht. Dat maakt het platform een stuk toegankelijker voor gebruikers die minder begiftigd zijn met programmeertalenten. Er zijn media- en energiedashboards toegevoegd. Dit jaar is de meegeleverde (spraak)assistent groots aangepakt, waardoor een lokale spraakassistent werkelijkheid is geworden, al moet je daarvoor nog wel stevige hardware neerzetten.
Eenvoudig kun je het platform nog niet noemen, tenminste, als je degene bent die het beheert en installeert. Omdat elk smarthome anders is ingericht, bestaat er geen one-size-fits-all-handleiding om je door de configuratie heen te helpen en het platform is zeker niet overal volgebouwd met wizards die je door allerlei instellingen heen loodsen. Kennis van yaml-syntax is een stuk minder essentieel dan een aantal jaren terug het geval was, maar helemaal ontkomen doe je er niet aan. Wel is er een enorme community waarin elk probleem al een keer is langsgekomen en in de meeste gevallen is opgelost. Met goede Google-skills kom je een heel eind, maar dat betekent wel dat je erop kunt rekenen dat het beheer van Home Assistant je tijd gaat kosten.
Heb je geen uren over om af en toe in het onderhoud van je smarthome te steken of haal je daar geen plezier uit, dan is Home Assistant niet het ideale platform. Vormt dat geen bezwaar en heb je wat doorzettingsvermogen, dan heeft Home Assistant op dit moment waarschijnlijk de perfecte mix te pakken tussen gebruiksvriendelijkheid, communityondersteuning, apparaatondersteuning en functionaliteit. Die laatste twee zijn sensationeel uitgebreid, waardoor dit het Zwitserse zakmes is onder de platforms. Als je hiermee je smarthomeprobleem niet kunt oplossen, ligt het aan de beheerder.
De Yellow is een prima platform om Home Assistant op te draaien. De prestaties zijn fatsoenlijk en de software draait prima op de Compute Module 4. Ik ben een iets stevigere thuisserver gewend en merk eigenlijk enkel verschil in de tijd die het apparaat neemt om te starten en te herstarten.
Het ontwerp van de Yellow is prima. Het enige dat ik erop kan aanmerken, is dat rubberen voetjes en iets meer USB-poorten een fijne uitbreiding zouden zijn, al is dat laatste natuurlijk altijd met een hub te regelen. De prijs van de Yellow is op dit moment nog wel wat stevig. Dat ligt voornamelijk aan de slechte verkrijgbaarheid van de Compute Module, hoewel er op dit vlak hopelijk wat licht schijnt aan de horizon. Ook een Yellow zelf kun je niet makkelijk bemachtigen, tenminste, in Nederlandse webshops. Op de website van de Yellow kun je de aangewezen webshops per continent vinden.
De voeding 24W is anderhalf keer zwaarder dan een Pi4 voeding 15W, en als de Yellow ook anderhalf keer zoveel stroom verbruikt lijkt me dat wel een nadeel dat het vermelden waard is.
[Reactie gewijzigd door Jan121 op 22 juli 2024 13:19]
staar je alleen niet blind op oude zuinigere lagere watts alleen,
als jij een oude intel atom hebt met 2 cores op 1,1ghz en geen hardware-support voor modernere technieken zoals encryptie of video-encoding/decoding dan kun je prima een cpu hebben die maximaal 8watt doet, en minimaal 1 watt,
als je het verbruik over 10 minuten meet en dan een taak laat uitvoeren die 8 minuten lang op vol vermogen staat te stampen en de laatste 2 minuten minuten idle is dan dan dan heb je dus 8x8 = 72 + 2x1 = 74w/min verbruikt.
zet daar een moderne 4core celeron tegenover met zijn 15 wat verbruik. op vol vermogen is die voor dezelfde taak, vermoedelijk maar 1,5 (afgerond 2) minuten bezig. = 2x15 = 30 + 8x2 * = 16 = 46w/min
* en hier reken ik echt compleet overdreven hard in het nadeel van een moderne cpu......
onder aan de streep merk je dan al snel dat een cpu die desondanks bijna 2x meer verbruikt, toch bijna 2x minder stroom verbruikt simpel omdat ze veel effcienter zijn en dus weer veel eerder naar idle kunnen.
tel daarbij op dat moderne cpu's duurgaans vaker juist eerder minder dan meer vebruiken in idle tov oudere chips en dan ook nog eens sneller van state kunnen schakelen en je zult zijn dat je in grote mate veel beter een moderne chip in korte sprints kunt laten rekelen dan een trage oude de hele dag over een taak kan laten doen.
persoonlijk zou ik ook liever gewoon een nuc kiezen en het m.2 slot opofferen voor coral in plaats van wifi en dan voor eventuele bluetooth verbindingen maar een USB dongen gebruiken, liever natuurlijk gewoon een moederbordje met zowel wifi als ook nog een 2e m.2 E-slot voor een coral-accelerator maar lieve koekjes
eerlijk is eerlijk vind ik het wel heel jammer dat men voor een pi-compute module heeft gekozen.
vooral met de beschikbaarheid daarvan. nu is mini pctje zoals een esprino referb (die je in de pw wel kunt vinden) gewoon tientjes goedkoper en het enige dat je dan mist is een PoE-optie.
Het hangt van de load af idd, maar de voorbeelden en retoriek die je kiest zijn ook wel helemaal het andere uiterste.
Ja als je load 80% is, wat met n nieuwe CPU terug kan worden gebracht naar 20%, dan zijn er andere dingen om rekening mee te houden.
Maar de load waar het dacht ik over ging, was de load die op deze Yellow draait.
Zou je datzelfde op n NUC draaien, weet ik ook niet precies, maar dat zal dan verre van 80% zijn.
Ter illustratie; mijn Celeron N4000 server heeft een (andere) load van 1% ofzo, dan boeit het gewoon niet meer als een nieuwe CPU daar 0,25% van zou kunnen maken.
Verder; de NUC die ik link is geen super oude dualcore Atom zonder AESNI, maar een quadcore i5 met AES en h265 versnelling.
Qua rauwe rekenkracht is de nieuwste NUC denk ik niet 4x sneller, maar meer 2x ofzo.
Al hangt dat nog af van hoeveel threads je tegelijk aan het werk kan zetten.
En dat nieuwe CPUs in idle minder verbruiken, mss is dat technisch waar (mss ook niet), maar mijn indruk was iig dat als je kijkt naar verbruik van het hele systeem, Intel Core steeds zuiniger werd tot aan 9e generatie, en daarna weer onzuiniger werd.
Dat kan per productlijn nog wel verschillen, maar iig bij NUCs, dat was ook juist de hele reden dat ik dat noemde.
Maar als je/iemand n nieuwere NUC weet die idle zuiniger is, laat het ons vooral weten
[Reactie gewijzigd door N8w8 op 22 juli 2024 13:19]
Om eerlijk te zijn, de stroomkosten die je bespaart met een Pi vergeleken met een NUC zijn gelijk aan de kosten van een Happy Meal in een jaar.
Wat je hiervoor terugkrijgt, is een stukje flexibiliteit. Je kunt die NUC ook als hypervisor draaien. ESXI en Proxmox ondersteunen beide PCI forwarding voor de Zigbee, Thread en Matter dongles. Dit kun je vervolgens gebruiken in je Home Assistant VM.
Voor Frigate kan je ipv Coral ook de intel iGPU gebruiken, die heeft meen ik vanaf de HD530 OpenVINO (check zelf ook ff goed!).
Werkt ook mooi in een VM op Proxmox met GVT-G, maar dat laatste is wel veel meer gefriemel. En niet door elke Intel generatie ondersteund.
Een atom NUC wel hoor. De mijne doet 5W en dat is een hele oude met 28nm CPU (Intel N2830) uit 2013 die nog op 22nm gebakken is!
Daar draait een hele matrix server op inclusief bridges naar andere netwerken (Telegram, WhatsApp, Signal enz).
Mijn Home Assistant draait nog op een Pi 4 maar dat komt doordat ik de GPIO inputs gebruik. Dat is een stuk stabieler dan bluetooth of zigbee sensoren. Helaas maken ze dat steeds lastiger om te doen. GPIO is een paar maanden geleden zelfs helemnaal uit de codebase gegooid en moet nu via HACS met alle in het artikel genoemde nadelen.
Het wordt steeds meer een glossy consumentenprodukt waar je niet meer zo aan kan sleutelen zoals homey. Jammer.
Hier draait mijn Yellow nu een klein half jaartje, echter wel over PoE. Ik zit (volgens mijn switch) op een gemiddeld verbruik van 2,30W over deze periode.
Valt op zich wel mee. Ik meet op 1 stopcontact waarbij de yellow, een normale rpi4 met daaraan een coral stick, een 24 poorts switch en een thermostaat gateway zit aangesloten, ca 30watt aan continu verbruik.
De switch is veruit de meest grote energieverbruiker met ca 12 Watt. Dus bij mij zal het verbruik van de yellow ergens tussen de 7-hooguit 15Watt liggen (bij een belasting van 10%)
Ik heb het nog niet exact gemeten
Edit: Dit is overigens met samsung 250GB 970pro ssd en een razberry 7 pro z-wave controller op de yellow.
[Reactie gewijzigd door Hoover op 22 juli 2024 13:19]
Zou, volgens een andere review, wel maar max 4 Watt gebruiken.
In terms of power consumption—one of the best arguments for using something like Yellow instead of a full X86 PC to run Home Assistant is that it consumes only 2-4W while idle—mine averages about 3.5W through my PoE switch.
Eigenlijk is dit "doosje" dus gewoon een Raspberry Pi 4 met ingebouwde zigbee module en M.2 extentie slot. Waar ik dus gewoon de laatste versie van het Pi OS op kan flassen? Met als voordeel dat ik geen losse zigbee USB adapter en losse SSD meer nodig heb. Of is dit echt helemaal custom gemaakt voor Home Assistant?
Ja het is een 'carrier board' met de door jouw genoemde zaken. En ook nog een audio DAC, RTC, gigabit ethernet en USB poorten. Je klikt er je eigen RPi 4 compute module op of je bestelt hem gelijk mee.
Let op: de Rasperry Pi Compute module is wel een ander ding dan een standaard RPi 4.
Als je al een RPi 4 hebt liggen kun je die natuurlijk gebruiken als je dat wil. Dan heb je deze case en carrier board niet nodig. Zigbee stick erin, zorgen voor goede opslag en je bent vertrokken.
[Reactie gewijzigd door xFeverr op 22 juli 2024 13:19]
Het is inderdaad een Raspberry Pi 4 met SkyConnect USB dongel, M.2 slot en (optioneel) PoE handzaam op een printplaatje gesoldeerd, eventueel voorgeïnstalleerd met home assistant.
Ik zie hier wel voordelen in. Althans, eigenlijk de voordelen van een nvme ten opzichte van een SD kaarten zoals in de pi het geval is. Sinds kort draai ik home assistent op de nas, geïnstalleerd op een nvme en dat maakt home assistant zo ontiegelijk snel dat je je eigenlijk afvraagt waarom je dat niet eerder hebt gedaan. Enige nadelen van een nas zijn de beperkte USB poorten. Die ook weer lastig te koppelen zijn aan een VM.
Daarin die je dus ook gelijk de beperkingen van een pi. Mooi apparaat en snel, maar beperkt.
Een goede zet dit kastje te ontwikkelen.
[Reactie gewijzigd door Luchtbakker op 22 juli 2024 13:19]
Je kan ook een ssd of nvme ssd aansluiten op een pi, moet je wel eerst een installatie doen met een sd kaart maar het kan wel. Mijn home assistant draait nu op een ssd.
Ik draai het ook op een NUC, alweer een paar jaar denk ik. Gewoon een specifieke image gedownload voor de NUC en die geïnstalleerd. Dat draait als een zonnetje, hadden we veel eerder moeten doen. Zo'n Pi is leuk om het eens te proberen, maar als je ermee verder wil, zou je eigenlijk iets robuusters moeten nemen.
Helemaal mee eens. Ik ben begonnen in VM, daarna een pi 3 toen pi 4 en uiteindelijk een NUC 10th gen i7.
Achteraf gezien had ik mezelf een hoop gekloot kunnen besparen door gelijk alles native op de nuc te draaien.
Het ligt er echter wel heel erg aan waar je het voor gebruikt. Ons systeem is ondertussen uitgegroeid tot ruim 3500 actieve entiteiten. met een slordige 7,5 miljoen events per 5 dagen. Ik heb laatst frigate eruit gegooid en het voor de gein eens op ene pi 4 gezet om te kijken of dit nog draait. ik moet zeggen dat zonder cameras met persoonsherkenning de pi 4 dit nog prima draait. De Nuc draait deze configuratie echter op nog geen 5% cpu load. Tot ik frigate aan zet met 7 cameras met object herkenning. Dan gaat de NUC naar een slordige 50% CPU load. De pi draait hierbij nog niet eens 1 camera. (gaat gelijk naar 100% load) Dus een yellow is leuk als instap modelletje. Als je echter echt geavanceerde dingen wil gaan doen zoals voiceassistant of object herkenning dan is de Yellow gelijk niet krachtig genoeg meer.
Een nvme is inderdaad echt een verademing. Herstarten van HA met mijn configuratie is 20-30 seconden ongeveer.
Ik moet eigenlijk wel zeggen dat de koeling van de nucjes niet gebouwd zijn om 24/7 te draaien. Daarom heb ik uiteindelijk gekozen om een custom waterkoel case te laten maken voor de NUC. Dat geloei van de fan de hele dag was ik wel beu.
[Reactie gewijzigd door sygys op 22 juli 2024 13:19]
Ik heb het hier in de laatste iteratie draaien op een NUC 8th gen (i3) draaien, en wilde ook geen fan dus heb het nu in een Akasa passieve case. Misschien ook een valabele optie?
Rond het artikel: value for money lijkt momenteel de beste keuze om te kijken naar een NUC of een Small Form Factor systeempje. Meer rekenkracht, laag verbruik en goedkoper...
Best Budget value:
Een Raspberry Pi 4 is de beste value for money en voor de meeste casual gebruikers goed genoeg.
Best Midrange value:
Voor power users is een Odroid N2+ een logische stap omhoog.
Ultimate:
De NUC-achtige formfactors worden pas interessant als je een flink home lab met bijvoorbeeld beeld herkenning wilt draaien.
Als je al iets passends hebt liggen zoals een Raspberry Pi, NAS, NUC of oude laptop is dat natuurlijk een logisch keus om mee te beginnen en pas te upgraden als je tegen limitaties aan loopt.
Raspberry Pi 4: starterkit (want je hebt natuurlijk meer dan alleen het bordje nodig: behuizing, voeding...) is al 100 euro voor de 4GB versie (ik ga er van uit dat alles met minder toch wel wat te nipt kan worden op termijn). De SD's leveren ook vaak problemen op als je HA systeem wat groeit (wegens niet voorzien voor vele writes) , dus dan heb je al een aansluiting voor een SSD of nvme nodig én de bijbehorende schijf.
Neem nu nog dat je wat gelukt hebt en wat onderdelen goedkoper vindt, zal je snel richting de 90 a 100 euro eindigen.
Odroid N2+: 120 euro voor de 4GB uitvoering
'ultimate': een SFF systeem heb je al voor 100 euro, een NUC ook als je wat uitkijkt.
Kort door de bocht: je opties kosten allemaal ongeveer even veel (tenzij je wat liggen hebt, akkoord, maar dat is een ander uitgangspunt). Anderzijds zit er een groot verschil in rekenkracht en dus snelheid tussen de verschillende opties waarbij de 'ultimate' grootte-ordes sneller is dan de andere.
In het begin kunnen de lichtere opties voldoen, maar als je toch stappen vooruit zet, worden ze toch op een bepaald moment 'te licht'. Dan is het misschien handiger om meteen en voor dezelfde prijs iets te hebben staan wat mee kan groeien. (en wat verbruik betreft: m'n NUC verbruikt even veel als een RPI4, de SFF voordien ook: beiden draaien HA aan 2-2.5W)
[Reactie gewijzigd door Church of Noise op 22 juli 2024 13:19]
voor home-asistant en wat plugins heb je voor minder dan 100 euro al een pctje met een redelijk
ok cpu, 6 (dus geen 4) gb ram en 64gb opslag genoeg voor hasOS ...
misschien niet meteen het beste merk (vast en zeker) maar desondanks gewoon een tientje of wat goedkoper dan de oplossing met een pi compute module die alleen al meer kost dan dit... https://www.sossolutions....compute-module-4-4gb-wifi < en is vooralsnog niet eens leverbaar.
Niet helemaal de vergelijking die ik in gedachten had. Je upgrade de basis optie meteen voorbij de midrange en je neemt wel een oude NUC zonder ram of ssd die nauwelijks nog in aanmerking komt voor het beoogde doel.
De rpi heeft in de eerste plaats toch een voeding nodig? En 2gb lijkt me toch nipt...
de nuc 10th gen is gigantisch overkill, zelfs een 5, 6th gen is overkill (m'n sff met een 5th gen ging nooit boven de 5% cpu load, tenzij bij upgrades) en oudere nucs of sff systemen met ram en SSD vind je makkelijk voor 100 euro.
Ik wilde enkel aantonen dat je voor 100 euro eigenlijk elk van de drie opties kon krijgen, en dan misschien best de meest robuuste en future proof (naar verdere uitbouw van je ha) kiest.
de bedoeling was om hulpvaardig te zijn voor beginners in ha...
Je kan tegenwoordig niet eens meer twee weken op vakantie of er veranderd van alles.
Volop verkrijgbaar is nog een beetje overdreven. Nog niet alle winkels hebben een (ruime) voorraad, maar de achterstand is inmiddels redelijk ingelopen. Wij hebben gister een groot deel van onze bestellingen (alles bij elkaar zo'n 150 stuks) binnen gekregen.
Wij gebruiken de Pi als hart voor telsensoren (lidar based)
ik draai het op een Dell 7050 mff met een Core i3 6100T, 16GB ram en een 1TB nvme disk. Als vm want op de host draait ESXi 8. Met oa de Plex add on, kan zo 4K films streamen naar de Apple TV 4K.
Ja, dat is het. Maar achteraf wel zonde van die Pi.
Alhoewel die hang nu bij mijn pa in de gangkast dus.. die heeft ook HA nu.
Heeft hij ook een meevaller
Zo'n Pi is leuk om het eens te proberen, maar als je ermee verder wil, zou je eigenlijk iets robuusters moeten nemen.
Exact dit. Ik ben begonnen met HA op een Raspberry Pi. Het werkt, en niet eens slecht, maar bv ESPHOME images compileren duurt wel erg lang. Sinds een klein jaar draai ik het op een laptop met een defect scherm (onder Proxmox), sindsdien gaat niet alleen het compileren van de ESPHOME images sneller, maar de normale UI is ook merkbaar soepeler. Plus, nu de extra betrouwbaarheid van een SSD.
Kortom, heb je een Pi liggen, ga lekker aan de gang met Home Assistant, als het je ligt is het echt leuk. Maar zodra je voor je ziet dat je het langer gaat gebruiken, switch naar iets stevigers/degelijkers.
Ik gebruik een oude laptop waarvan het scherm kapot is. (8th gen i3 8gb ram 120gb nvme ssd) Heb het scherm eraf gehaald en home assistant os op de ssd gezet via Etcher. Werkt perfect en is heerlijk snel.
Ja, bij de meeste mensen werkt het.
Maar als je dit probleem hebt en gaat zoeken kom je er achter dat er wel meer mensen zijn die er problemen mee hebben. Bepaalde hardware combinaties. De SSD werkt als een speer op andere controllers. Ik ben bank dat mijn pi behuizing met 'ingebouwde SSD interface' (Gewoon USB) gewoon een defecte controller had of een die niet graag met mijn SSD werkte.
in een 10$ SSD behuizing van ALI doet de SSD het perfect. Het is nu een Mega USB stick
Ik heb grote problemen gehad met mijn Pi en SSD op USB, maar dat bleek uiteindelijk aan de voeding te liggen. De voeding van mijn Pi trek de SSD gewoon niet als er meer data werd verwerkt.
Uiteindelijk voeding vervangen door zwaarder exemplaar en alle SSD problemen waren opgelost. Draait nu al weer enkele jaren zonder problemen.
N=1 en N=-1 ik heb die problemen ook gehad, verschillende dingen geprobeerd eerst met usb-sticks later met volwaardige usb-ssd's waaronder de samsung T5 eigenlijk continu problemen me gehad ondanks dat ik een powered usb hub had tussen de pi en de usb-apparaten. een en ander draait nu al weer een tijdje op een nas (die niet al te zuinig is) maar een nieuwe build zit er aan te komen zowel voor Home assisten (waar ik een oude laptop voor gevonden heb) en voor de nas ... waar ik een nieuw systeem voor ga bouwen met flink zuinigere hardware.
maar de pi gaat hier waarschijnlijfk nooit meer komen, of het moet zijn voor een of andere oplossing waarbij de storage volledig op de nas blijft en ik alleen maar rekencores nodig heb.
Ik heb een tijd alles gedraaid op een Pi 3B, die kan rechtstreeks van een USB drive booten. Initieel had ik gewoon een WD Passport draaien en na een tijd de upgrade gedaan naar een SSD, maar het verschil was eerlijk gezegd vrij minimaal.
Daarna (zoals velen) de overstap gemaakt naar een mini-pc (van HP) en het verschil is hemel en aarde. HA herstarten duurt nog geen minuut, ESPHome updaten op mijn 6 power plugs duurt een paar minuten ipv een kwartier, HA en add-ons updaten duurt ook maximaal een paar minuten ipv de gebruikelijke 5-10 minuten. De extra hoeveelheid RAM maakt het ook veel aangenamer als je de VSCode add-on gebruikt.
Om te beginnen is een Pi meer dan genoeg, zeker voor mensen die geen zin hebben om een heel systeem te onderhouden en graag een klein beetje meer garanties hebben over continuïteit. Voor die mensen is dit product ideaal, zeker om op de achtergrond te draaien, maar eens je geregeld bezig bent met je systeem wat uit te breiden ben je toch beter af met iets stevigere hardware.
ESPHome is een beetje apart, die gaat alles van scratch compileren en dat kost gewoon tijd. Ook op mijn i5 is deze gewoon 1 minuut bezig. Dus op een Pi zal die nog een stuk langer bezig zijn.
Uiteraard is het niet de norm, maar ESPHome maakt deel uit van de Home Assistant family en je hebt tegenwoordig ook al devices die pre-loaded komen met ESPHome firmware, dus heel abnormaal is het nu ook weer niet.
Hoeft niet via SD, je kan rechtstreeks op de SSD installeren. Neem een USB controller die zonder gezeur werkt, ASmedia bv, de Pihut verkoopt die voor een lage prijs. Samen met een goedkope SSD (kies een merk, dat wel) een perfecte combinatie.
[Reactie gewijzigd door hansotten op 22 juli 2024 13:19]
Moet je niet.
RPI4 start out of the box vanaf usb.
Default volgorde is SD -> USB
Maar met een bios update kan je dat omdraaien.
Er is ook een optie om vanaf het netwerk op te starten.
Heb jaren HA op een pi gedraaid middels een ssd, liep prima. Draai nu HA in Vm op mijn synology met een usb hub en heb hier ook geen enkel probleem mee.
Voor beide is dus wat te zeggen, ik heb geen voorkeur.
Ik zie hier wel voordelen in. Althans, eigenlijk de voordelen van een nvme ten opzichte van een SD kaarten zoals in de pi het geval is. Sinds kort draai ik home assistent op de nas, geïnstalleerd op een nvme en dat maakt home assistant zo ontiegelijk snel dat je je eigenlijk afvraagt waarom je dat niet eerder hebt gedaan. Enige nadelen van een nas zijn de beperkte USB poorten. Die ook weer lastig te koppelen zijn aan een VM.
Daarin die je dus ook gelijk de beperkingen van een pi. Mooi apparaat en snel, maar beperkt.
Ik twijfel of men verschil zou merken tussen een SATA SSD en een NVME SSD in een dubbelblindtest. Een Pi 4 kan een SATA SSD via USB 3.0 prima benutten, en ik denk zelfs dat stiekem de beperkte bandbreedte van een SATA SSD op USB 2.0 van een Pi 2 of 3 (zelfde SoC tegenwoordig) beter is dan een microSD qua random access, wat voor HA een stuk belangrijker is dan hoge datasnelheden.
Ik heb een tijd HA gedraaid op een Pi 3 B+ die ik nog had liggen. Werkte prima vanaf een microSD om mee te experimenteren, maar het is inderdaad wel de vertragende factor. Toen gemigreerd naar een VM op een fatsoenlijke (maar energiezuinige) x86-64 bak en niet meer omgekeken. Die migratie was trouwens pijnloos.
Een goede zet dit kastje te ontwikkelen.
Door de vrijheid van HA is het meer een thuisautomatiseringssysteem voor tweakers, die het vaak ook wel lukt om HA zelf te installeren op iets dat ze al hebben. De Yellow zie ik daarom meer als een product om het project te ondersteunen.
[Reactie gewijzigd door The Zep Man op 22 juli 2024 13:19]
Heeft iemand Whisper draaiend op een RP4 en/of de HA Yellow, en wat is je ervaring qua snelheid en betrouwbaarheid van de gedetecteerde spraakopdrachten?
Ja hier mee zitten spelen en voor mij is het vrijwel onbruikbaar.
Ik denk dat 1 op de 10 vragen goed verwerkt worden. Verschillende profielen getest, zowel in het Engels als Nederlands. Bij simpele vragen als "doe de lampen in de woonkamer aan", krijg ik de vrijwel altijd de melding " ik begrijp je niet", terwijl de spraakherkenning het wel goed vertaalt in het assist scherm.
Mocht het wel werken, zit ik soms 10 seconden+ te wachten op een reactie.
Getest op een uitgebreide installatie met een aantal addons en gemiddeld 10% CPU/45% RAM verbruik en een clean install met enkel Whisper erop.
Bedankt, dat is dezelfde ervaring die ik heb (op een gevirtualiseerde HA-instantie op een oude Intel NUC). Ik zat toch al af te wachten tot er kant-en-klare speakers verkrijgbaar zijn vergelijkbaar met een Nest Mini of Echo Dot, dus dan ook nog maar wachten met de HA-server zelf.
er zijn ook nog heel veel apparaten die niet werken op de oude Homey pro... en dat is de enige reden waarom ik zou veranderen. heb een kast vol toestellen die er niet mee werken. Voornamelijk de goedkope Tuya toestanden van China. Er is heel beperkte ondersteuning.... Maar de meeste zaken werken dus niet. Sensoren op bleutooth... werken niet. De Google Chromecast ondersteuning werkt amper. Integratie van kaku toestellen is zeer omslachtig.
Ik heb hier een prima link met Tuya apparaten, wat verwacht je van Chromecast? Kaku werkt niet heel lekker, maar ik heb deze dingen sowieso afgeschreven omdat er geen feedback is. Aantrekkelijke optie in 2014 toen alternatieven duur waren, maar vandaag de dag geen oplossing in een HA systeem
Bij de helft van mijn Chromecast apparaten staat een rood uitroepteken en "verbinding verbroken". Maar ik gebruik ze dus niet actief via homey ook.
Heel wat producten die ik heb gekocht bieden ondersteuning voor tuya, maar probeer je ze toe te voegen, dan lukt het dus niet. Gaat over contactsensoren en temperatuur sensoren. Zigbee versies en bluetooth versies.
En kaku... Al mijn lichten had ik al op kaku, en dat werkt nog steeds, ook als homey, of homewizard, want die staat er ook nog.. het niet doet.
Feedback is er wel, als ik op de knop druk en het licht gaat branden zie ik dat :-) feedback van zigbee is ook niet altijd goed... Volgens app is de lamp aan. Maar als je kijkt is ze uit..
dank zijn er andere dingen mis. Kaku is je eigen smaak, maar het valt niet in de definitie van een betouwbaar systeem bouwen.
Ik heb jaren geleden een zwembadpomp op die manier aangestuurd en dan moest ik maar voor de zekerheid 3x een commando sturen, om er s'ochtends achter te komen dat het commando alsnog niet was aangekomen en het zwembadwater de hele nacht heeft staan koelen via de zonnepanelen
[Reactie gewijzigd door arjandijk162 op 22 juli 2024 13:19]
Ik gebruik dan ook geen kaku voor aansturing van zaken die warmen of koelen. Enkel voor lichten en ventilators. Dingen die je doorgaans enkel ter plaatse zal bedienen dus.
Het grote voordeel: draadloos, onbeperkt koppelbaar (wat moeilijker is met zigbee ,z-wave, bleutooth of wifi) En gebruikt amper stroom. De meeste schakelaars werken na 10 jaar nog steeds met de originele batterij. En ja, soms moet ik 2 keer drukken voor het licht aan gaat omdat er net iets anders mogelijks een voor een storing zorgde. maar dit heb ik even goed bij mijn zigbee schakelaars voor. Ook al kan je de status er van uit lezen... dat maakt dan geen verschil.
Waarom dan niet gewoon bij kaku blijven? Het is makkelijk te onderscheppen ook, en dit kan wel eens voor problemen zorgen... de kans is klein, maar ik beperkt ze graag.
[Reactie gewijzigd door telenut op 22 juli 2024 13:19]
De blauwe dozen kaku doen ook zigbee. (niet de camera's, die zijn wifi) Werkt uitstekend met home assistant overigens, maar moet je wel alles vervangen en zigbee dongel aanschaffen
met kaku bedoel ik vooral alle 433 Mhz toestanden. Die kan je spotgoedkoop krijgen bij Ali, maar om ze te integreren is het niet altijd zo simpel dus :-)
Heb heel wat stekkers die je zo kan aansturen. Handig voor de kerstboom ofzo...
Snap ik, heb de heleboel vervangen door zigbee en hue. Was ook niet heel veel en alles is naar m'n ouders gegaan. Kika heeft beperking dat het geen signaal terug geeft en moest extra 433 mhz dongel naast zigbee. Blij dat ik dat gedaan heb.
Ik zou daar dan ook niet specifiek op vergelijken. Vergelijk in eerste instantie op functionaliteit, snelheid, robuustheid, capaciteit, flexibiliteit, logging, stroomverbruik, privacy, enz.
Die zaken zijn relatief statisch en ook goed meetbaar/toetsbaar.
Als er een nieuw apparaat uit komt, kunnen ze wel een wedstrijdje doen wie hem het eerst ondersteund, maar dat is per apparaat natuurlijk helemaal niet zo interessant.
Als Homey schakelaar A wel ondersteund en HA niet en schakelaar B andersom, is het in beide gevallen vervelend als je net die andere hebt gekocht of wilde kopen.
Je zou hooguit een soort minivergelijking kunnen maken van functionaliteit voor erg veel gebruikte producten zoals een bepaalde Hue/IKEA lamp. Een specifieke schakelaar. Ik noem maar wat. Ondersteunen ze dezelfde functies van de producten.
Je maakt precies mijn punt
Als product A 20000 producten ondersteund en product B 'maar' 12000. Dat is leuk voor de statistieken, maar als product B wel jouw (gewenste) producten heeft en product A niet, dan heb je niks aan product A.
Ik zou daar dan dus ook niet op vergelijken. Dat is in de praktijk niet zo interessant. Hooguit om een tabelletje te vullen met wat 'feiten en getallen'.
Je hoeft er wat mij betreft ook niet op te wachten om die vergelijking te maken. In de praktijk zie je gewoon dat beide producten een aardige database aan producten hebben, en dat de meest gangbare zaken door beiden ondersteund worden.
Ik denk dat het voornaamste probleem gaat zijn, wat je gaat vergelijken en hoe.
Homey heeft zelf een (uiteraard ) niet neutrale vergelijking gemaakt als het gaat om de aantallen. Zij vergelijken meer dan 50.000 producten met meer dan 1800 integrations (ondertussen meer dan 2500, maar technisch gezien niet gelogen ). Het probleem is alleen dat een integration meer lijkt op 'Homey app' (waar ze er 'maar' duizend van hebben volgens diezelfde pagina dan op een device)
Ook vergelijken ze 'logic' (binaire logica als "Of, En, Nof, Nen, als-dan, enz.)) met 'blueprints' (een soort sjablonen van automations). Ik weet niet of Homey ook sjablonen heeft voor flows, maar HA kent uiteraard ook gewoon alle binaire logica en meer dan de plaatjes die ze op die pagina laten zien. Mogelijk is dat niet een compleet overzicht van functies. Dat zou ik niet weten.
Ik wil hier niet Homey-bashen hoor, maar die vergelijkingen zijn objectief gewoon erg 'raar'. Ik snap dat ze hun eigen product willen laten uitlichten. Had ik ook gedaan, maar niet op die manier.
Dit is dus waar je in een vergelijking echt op moet letten, omdat niet alle functies één op één vergelijkbaar zijn.
Edit: Zinnen wat consistenter gemaakt.
[Reactie gewijzigd door lenwar op 22 juli 2024 13:19]
Uiteindelijk is elke review subjectief. Gebruiksgemak is bijv afhankelijk van de eigen ervaringen van de reviewer, net als looks erg subjectief is. Wel is het erg nuttig om het proces te lezen van een reviewer die Devices wil toevoegen en beschrijft hoe lastig dit in zijn geval is geweest. (zie Homey review). Een review is niet bedoelt om voor jou te bepalen wat je moet kopen, maar wel om je een indruk te geven welk product het best voor je past.
Een neutrale vergelijking hoef je natuurlijk niet te verwachten bij de site van Homey, maar het is wel verstandig om de vraag te tackelen. Dan is het aan jou als koper om daar waarde aan toe te kennen.
Je kan prima een subjectieve vergelijkingsreview maken. Of de lezer alle punten even belangrijk vindt is wat anders. Als er in een review van een televisie naar buiten komt wat voor fantastische speakers er in die TV zitten, dan word ik daar niet warm of koud van, omdat ik altijd een AVR gebruik voor m'n geluid.
Het enige dat je vooraf goed moet doen, is specifiëren waar je op gaat toetsen en dat je moet eigenlijk doen zonder kennis van de apparaten. Gewoon vanuit een blank perspectief (wat uiteraard moeilijk is).
Wat ik bijvoorbeeld een heel zwak iets vind van beide producten (zover ik weet in elk geval), is dat je niet per apparaat kan aangeven wie iets wel of niet mag doen. Ik kan met HA bijvoorbeeld niet voorkomen dat mijn dochter een lamp specifieke aan of uit zet of niet aan de radiatorkranen gaat zitten. Als ik een review zou schrijven van tevoren, zou ik dat zeker meenemen dat beide producten dat niet hebben.
Als Home Assistent die al wel ondersteund dan is dat toch gewoon een van de punten die je kan vergelijken? Wachten heeft denknik niet zoveel zin. HA wint het qua hoeveelheid ondersteunde apparaten sowieso wel, de userbase is vele malen groter.
Hoewel dat interessant is, loop je daarmee ook wel tegen de limieten van een vergelijking aan. De 2 systemen zijn zo anders dat vergelijken echt lastig wordt. De gebruikerservaring is totaal anders en komt dan echt aan op smaak en skill niveau. Je kunt wel bepaalde automatiseringen gaan vergelijken, hoe makkelijk en goed ze in te stellen zijn. Kies 5 verschillende automatiseringen en loop alle 5 in beide systemen door. Dat kan wat inzicht geven, met de kanttekening dat bij Homey het systeem grenzen heeft opgesteld bij de developer en bij HA is het eigenlijk grenzeloos wat je kunt automatiseren.
Dat zijn toch 'juist' dingen waar je op kan toetsen??
Functionaliteit (wat 'kan' het, automatiseren, bedieningsinterface, statistieken, enz.)
Snelheid (Reactietijd (hoeveel (milli)seconden) tussen opdracht en actie, of het verwerken van een web-API, enz.)
Robuustheid/stabiliteit (consistente snelheid van interfaces, stabiele bereik van de antennes, enz.)
Capaciteit (hoeveel Zwave/Zigbee/whatever apparaten kan je gelijktijdig 'stabiel' aansturen)
Flexibiliteit (wat kun je allemaal in één Flow/Automation/Script/enz doen dus als het complexer wordt dat je dan niet een complete spaghetti aan flows/automations nodig hebt)
Logging (de kwaliteit van de logs. Als er wat mis gaat, hoe duidelijk zijn de logs, enz.)
Stroomverbruik (idle, in gebruik, gemiddeld, enz,)
Privacy (wat gaat er de lijn over, wat blijft er lokaal, wat wordt de cloud ingegooid, heb je daar invloed op, enz.)
Bediening (Hoeveel stappen om iets te automatiseren, en hoe 'helder' zijn die stappen (dus voor een nieuweling en/of voor een ervaren persoon)
Eerste ervaring (hoe ziet het er uit als je hem uitpakt en er mee aan de slag wil gaan, hoe zien de installatiewizards er uit)
Uitbreidingsmogelijkheden van de kale installatie
Granulariteit van bediening (wie kan wat en wanneer)
Enz.
Enz.
Enz.
Je kunt in bovenstaande voorbeeld prima een aantal voorwaarden stellen. 'Wij testen het met deze 250 apparaten en deze 15 webdiensten, in dit gebouw met deze muren/plafonds/enz'. Uiteraard is ieder huis anders, dus bijvoorbeeld het bereik is zeer afhankelijk van een woning en waar je het apparaat neerzet, maar het geeft allicht een kleine indicatie? Uiteraard heeft iedereen andere apparaten in huis, maar het geeft wel een algemeen gevoel. En uiteraard moeten ze dan wel een overzicht aan apparaten en webdiensten vinden, die beide apparaten 'officieel' ondersteunen, anders is het ook weer flauw natuurlijk.
Edit: Granulariteit toegevoegd.
[Reactie gewijzigd door lenwar op 22 juli 2024 13:19]
En zie je nu hoe groot zo'n artikel wordt? Dat is echt heel veel werk om een dergelijke vergelijking te kunnen maken en op te schrijven/ een video van te maken. Ik zeg niet dat tweakers dat niet moet doen, maar laten we wel realistisch zijn over wat haalbaar is met het aantal mensen in de redactie.
Hier moet je wel mee oppassen, want de doelgroep is toch anders. Zover ik weet, kan Home Assistant (veel) meer dan Homey, maar komt wel met een "but ...". Homey is gewoon gebruiksvriendelijker, HA is eigenlijk nog alleen geschikt voor een klein beetje tech savy gebruiker.
Ik heb al 2 keer oroberen over te stappen op HA, maar krijg het nooit goed werkzaam. Eerste keer op de PI. Nu een tijd geleden een NUC gekocht om het daarop te installeren, maar ook dat lukt me niet goed (mn z-wave).
Beide keren opgelost door snel weer Domoticz erop te zetten.
Hoe zeer ik het Domoticz product ook waardeer, en de makkelijke programmeerbaarheid in dzVents alsmede het aantoepen vanuit bv PHP, mis ik toch de mogelijkheid om makkelijk te koppelen met bv google home. Ook verwacht ik betere Tuya integratie omdat het blijkbaar lokaal kan draaien. Zigbee wordt dan wel goed ondersteund en nu Z-Wave niet meer native door Domoticz wordt ondersteund en dus ook vaker signalen mist, zal het met HA niet slechter zijn (zeker omdat de huidige Domoticz implementatie eigenlijk een HA integratie is)
Zal komen omdat ik nooit met dockers werk en dus daar wat fout zal doen met ondersteunde usb poorten voor Z-Wave (aeotec), Zigbee (conbee) en P2.
Maar om nu weer een single board te kopen voor meer geld dan mijn 2e hands nuc koste (die nu meteen ook mijn mailserver en nextcloud draait) vind ik teveel van het goede.
Misschien een makkelijkere installatie of een betere doc voor sukkels als ik, zou voor mij veel meer helpen om een 3e poging te wagen om over te stappen dan een aparte single board
Ik heb echt nooit ergens problemen mee gehad. Ik lees eens in de zoveel tijd dat mensen dat mensen gedoe hebben met zwave of iets anders specifieks.
Nou moet ik zeggen dat ik niet een heel spannende zwave-infra heb hier. (Uit m’n hoofd 6 radiatorkranen, een 6 bewegingssensoren, een paar rook/CO melders, een paar tussenstekkers, wat inbouwschakelaars en een paar ‘afstandsbedieningen’ (draagbare wand schakelaars zegmaar)
Alles deed het in één keer en altijd. Ik ben niet bijzonder slim/handig in het geheel. Hooguit ervaren.
Wat voor soort dingen loop je tegen aan? Uit echte nieuwsgierigheid hoor. Ik wil niet suggereren dat je het niet goed doet of dat je apparatuur brak is. Het kan prima een samenhangsel van omstandigheden zijn.
Heb zelf de overstap van een fibaro controller naar zwave.js(ui) gedaan en ik moet zeggen dat dit wel minder stabiel is bij mij. Ik heb diverse 500&700 series usb sticks en hats gebruikt met een 50+ aan z-wave devices en met enige regelmaat reageren nodes niet meer terwijl ze wel online zijn en ik geen errors in het netwerk zie.. Of dit nu aan de software (zowel zwave.js en zwave.js ui) de controllers , of aan bepaalde nodes in het netwerk ligt... geen idee, maar met dezelfde apparaten op de fibaro controller nooit issues gehad. Herstart van de zwave.js software en het werkt weer.
[Reactie gewijzigd door Hoover op 22 juli 2024 13:19]
Jouw zwave-netwerk is wel echt groter dan die van mij (factor 2), dus allicht is dat een factor voor ZwaveJS.
Ik heb ooit deze stick gekocht en dus in gebruik.
Ik heb echt nooit problemen. Hapert nooit. Doet het gewoon. Allicht heb ik gewoon dom geluk natuurlijk of toevallig een juiste combinatie van apparaten.
Ik zou in elk geval heel gefrustreerd raken als m'n radiotorkranen in eens niet meer open en dicht gaan deze winter.
Ow af en toe moet ik inderdaad opletten wat ik roep als er weer wat niet werkt
Mijn vriendin begon het ook op te merken dat soms lichten niet aan gingen, of dat de deurbel niet af ging etc.
Ik heb al diverse controllers van verschillende fabrikanten gebruikt. Zowel usb als rpi HAT varianten in de 500 en 700 series. Ik heb nu een razberry 7 pro met antenne en dit is na de laatste firmwares gelukkig wat stabieler geworden. Maar nog steeds dat er soms iets ineens niet meer werkt.
Drie weken geleden zelfs de tijd genomen om alles te verwijderen, nieuwe installatie van zwave.js te doen en alles weer opnieuw te pairen. Een leuke klus kan ik je zeggen als je veel inbouw hebt .
Twee weken zonder problemen en afgelopen week werkte er ineens een rgb controller niet meer. Was niet als dead gekenmerkt, maar reageerde gewoon niet meer. Ik zie geen packet of message loss, geen foutmeldingen.. don't know.
Dezelfde apparatuur had ik in het verleden op een fibaro controller zitten en dit heeft nooit voor issues gezorgd. Netwerk was altijd superstabiel
De enige reden waarom ik naar zwave.js ben gegaan is dat de deze controller aan het limiet zat van het aantal devices wat het ondersteunt en ik eigenlijk moest upgraden naar een nieuwe variant als ik nog meer van die spullen wil. Maar ik vond het geld voor een upgrade van de controller gewoon te hoog en heb dus gekozen voor een eigen controller.
Achteraf had ik dan toch liever de fibaro controller gekocht omdat ik daarmee nooit issues had met stabiliteit.
Dat is wel echt vervelend. Het moet het gewoon doen. Ik heb een heel begripvolle partner en die accepteert best dat iets is een keertje niet optimaal gaat, maar het moet het wel ‘doen’ in de basis. Het moet niet eens per maand gedoe zijn. (Zou ik zelf ook niet willen)
Heb je wel is geprobeerd om twee zwave-netwerken naast elkaar te zetten? Dus verdelen over twee controllers? In theorie conflicteert dat natuurlijk in de lucht, maar mijn vermoeden zegt dat daar in de praktijk heel erg gaat loslopen. Zeker als je je antennes bijvoorbeeld 50cm uit elkaar kan houden.
Wat ik trouwens met Zigbee had, was dat ik een verlengkabeltje tussen de USB-3 poort en de Zigbee stick moest doen. Die leverde wel soms problemen op toen ik dat niet had.
Dat schijnt een ding van USB-3 te zijn, dat die poorten kunnen storen. (Ik ben geen specialist, maar je vindt het her en der op internet. Ook de Zigbee stick van Nabu Casa wordt geleverd met een verlengkabeltje om die reden)
Thnx. Meeste van je voorbeelden had ik al geprobeerd en hebben niet tot een goed resultaat geleid, maar ik ben dankzij dit topic nu wel weer wat aan het debuggen en ik zie wel wat rare dingen.
Een tijd geleden heb ik het het netwerkverkeer drastisch kunnen verminderen door alle geplande reports van nodes uit te schakelen(is killing voor je performance als je veel nodes hebt) Hierdoor is het probleem wel wat minder geworden en leek eerst het probleem zelfs volledig op te lossen. Dus het probleem lijkt ergens in communicatie zitten en niet in de hardware of software.
Wat zie ik.
Sommige nodes die vlakbij de controller staan, gebruiken andere nodes als router ipv de controller en sommige devices die erg ver weg staan, praten rechtsreeks met de controller terwijl ik zou verwachten dat die via een andere node zouden communiceren. Enkele nodes worden wel door 10 andere nodes gebruikt als router wat wellicht voor overbelasting voor die node oplevert.
Ik denk dat ik eens ga kijken of ik dit kan verbeteren door de routing prio's te optimaliseren.
De Z-Wave implementatie bij HA was jarenlang niet erg stabiel. Met de nieuwe Zwave.JS werkt het hier probleemloos. Zou je zeker aanraden het nog eens te proberen!
Deze review was in korte tijd de tweede keer dat ik met Home Assistant OS aan de slag ben gegaan. Bij alle installaties van Home Assistant die voorheen heb uitgevoerd voor mijzelf en anderen gebruikte ik de Core-variant die in een Python environment draait op een OS van je keuze.
Vijf jaar geleden toen ik eens HassOS probeerde voelde dat extreem beperkend aan t.o.v. Core. Het systeem werd echt een dedicated Home Assistant apparaat waar je geen andere functies meer aan vast kon plakken.
De huidige variant voelde helemaal niet zo. Alle extra functies die ik in de jaren heb gedraaid naast Core kun je als add-on installeren. Ik twijfel stevig of ik nog terugkeer naar Core op mijn eigen server nu de Yellow weer terug moet.
Waar dat aansluit op jouw verhaal? Probeer Home Assistant OS. Zo te lezen heb je zelf eerder de Docker variant op een bestaand OS proberen te draaien. Daarbij heb je te maken met rechten om de hardware op het systeem te benaderen vanuit Docker. Ook moet daarvoor het een-en-ander goed geconfigureerd staan. Bij Home Assistant OS heb je die uitdaging niet. Als je Z-Wave stick geen heel exotisch apparaat is zal je in Home Assistant een nieuwe seriële poort zien verschijnen waar je de Z-Wave-extensie naartoe verwijst en zou de boel moeten draaien.
Ik heb op dezelfde nuc nu ook thunderbird draaien om mail uit mailboxen van een paar bevriende bedrijven te filteren en automatische verplaatsingen en doorsturingen te regelen (bv facturen naar de boekhouder, klant reacties naar het mailaccount van de eigenaar ed). Daarnaast heb ik er ook nextcloud op draaien om zo een kopie van mijn laptop werkdirectories en van de fotos en videos van mijn telefoon save te hebben staan. De nuc is tegenwoordig nog het enige apparaat van me dat de hele dag aanstaat, dus vandaar. Ik had werst windows, maar omdat HA in een VM moest draaien wat niet goed werkte en niet automatisch starte na een reboot/stroom storing, heb ik toen Ubuntu geinstalleerd, maar ook daar kreeg ik het niet fijn draaiende. Dus toen maar Domoticz weer geinstalleerd (dat tegenwoordig ook lastiger gaat dan in mijn Pi2 tijd)
Dus omdat ik al het andere heb draaien, zou een eigen OS al niet kunnen (neem ik aan) omdat de andere progs dan niet meer kunnen werken (en om nu 2 nucs te hebben draaien voor zo goed als geen activiteit gedurende een dag, is ook geld weggooien). Maar begrijp ik het goed dat core minder kan? Het gaat me juist om die extra zaken zoals google home assistent integratie, die HA zoveel meerwaarde bieden.
Voor zover ik weet kan Core net zoveel als de andere versies van Home Assistant maar sommige zaken zijn minder makkelijk op te zetten. Vrij recent ging ik aan de slag met de Matter-integratie op mijn Core installatie, die vereist het draaien van een matter-server. In Home Assistant OS is wordt dat automatisch geregeld. Als je in een Docker-container draait krijg je in de documentatie een verwijzing naar instructies hoe je de server handmatig opzet. Core wordt 'niet ondersteund' al is ook daar vast wel een mouw aan te passen. Je bent dus gewoon meer op jezelf aangewezen als je Core draait.
De koppeling met Google Home is voor alle versies overigens vrij makkelijk te implementeren zonder Nabu Casa-abonnement. Het vereist wel dat je Home Assistant-installatie vanaf het internet te benaderen is en gebruik maakt van een (geldig) https certificaat. Met de DuckDNS add-on heb je dat binnen een mum van tijd geregeld. Daarna is het een kwestie van de instructies nauwkeurig volgen.
Ik ben nu nog in het buitenland, maar eind september misschien mijn nu goed draaiende Domoticz toch maar eens deinstalleren en opnieuw met HA een poging wagen. Het is wel klote dat ik geen schakelaar oid heb om lampen per stuk opnieuw te laten verbonden. Moet gewoon in de stoppenkast 5 of 6 keer aan/uit zetten om hopelijk alle zigbee lampen aan het pairen te krijgen
Misschien tegen die tijd in het forum kijken of iemand me kan assisteren waar mijn kennis nog te kort schiet.
Als je Home Assistant OS gebruikt, hoef je niet zelf te klooien met docker. Alles wordt dan voor je geregeld door de supervisor.
Je kan Home Assistant OS ook in een VM draaien (vmware, proxmox, ...) en dan is het gewoon kwestie van je USB dongle voor Zigbee of Z-wave of Bluetooth te koppelen aan je VM.
In de huidige prijscategorie van de Yellow, lijkt me het interesaanter om naar een mini PC met bijvoorbeeld een Intel N100 te kijken. Er komen de laatste maanden heel veel leuke betaalbare mini PC's op de markt. Deze x86-64 processoren bieden veel meer potentie dan de iets verouderde en veel tragere Pi 4.
Ja best wel.
Maar als ik in mijn stats kijk gaat mijn cpu zo goed als nooit over 5%.
Zoveel rekenkracht heeft zigbee en automatisations niet nodig.
Maar mijn PI verbruikt slechts 3W
Home Assistant SkyConnect voor 40 euro erbij; plus je hebt dan een minipc die je voor veel meer kan inzetten (plex server om maar wat te noemen). Uiteindelijk ben je dan goedkoper uit. Zelf heb ik een mini-pc van HP via Ebay gekocht (Proxmox erop met Home Assistant, Pi-Hole, radarr/bazarr etc).
Zeker een optie, maar wat gebruik je als opslag voor je Plex Server als je al de Arr services er ook bij hebt? Mijn 9 HDDs brengen het energiegebruik van mijn server zoveel omhoog dat ik die geregeld uit zet.
Daarom heb ik mijn HA in mijn losse HA Blue gezet destijds, naast mijn router. Daar kan ik de uptime wat beter garanderen dan met mijn HomeLab / HomeServer die wel eens uit gaat.
Minder en grotere HDD's dan die 9 gebruiken, tenzij dat wel grote HDD's zijn en je echt 90+TB aan data nodig hebt. Of 2,5" HDD's gebruiken is nog zuiniger maar die zijn waar beperkt tot 5TB.
De Plex server zit niet noodzakelijk op hetzelfde toestel als de media data en de Arrs, die kan op een NAS met minder krachtige CPU. Met Plex op een ander systeem heb je ook niet meer het probleem dat je je hele server moet upgraden als je een andere video codec wilt kunnen transcoderen in hardware. Ik heb ook Plex en opslag op zelfde systeem hoor, maar zit al een tijdje met het probleem dat ik hevc wil kunnen transcoderen en mijn Haswell CPU dat niet in hardware kan.
Persoonlijk geeft ik toch de voorkeur aan een standaard Pi. Rete zuinig. Krachtig genoeg. Makkelijk vervangbaar. Goedkoop en naar wens uit te breiden. En stil.
Inderdaad, met de hoge enegie prijzen van vorig jaar loont het naar mijn idee wel om iets low power te kiezen. Kan je allemaal uitrekenen en kijken hoe belangrijk je het vindt. Stroomverbruik van een oude laptop 24/7 kan je ook Pi voor kopen simpel gezegd. Ik heb 1 Pi3B+ als NFSroot, dus geen risico op SD-card failure.
Dit CM4 vereisende Yellow board is in mijn ogen voornamelijk interessant vanwege de radios (naast WiFI). Maar als je die al hebt in USB vorm, is b.v. een Raspberry Pi alternatief als Orange Pi5 ook prima. Is 3x sneller dan Pi4, dus als je b.v. veel ESPHome re-configs doet ook niet eeuwig wachten.
Ik draai home assistant op een Pi 4 met ssd. Het zelf installeren van HA is best goed te doen, maar veel mensen zullen ervoor weg schrikken. Deze box helpt die mensen, maar met alle respect . De interface en het instellen van mijn z-wave stick was alles behalve gebruiksvriendelijk. Precies zoals in het artikel staat Google skills zijn dan belangrijk. Ik zie dat niet-tweakers niet doen. Ik zou ze dan ook eerder verwijzen naar de homey of een kant en klaar oplossing.
Mijn partner begrijpt HA ook niet en gebruikt de app die prima werkt. Het beheer regel ik en kost mij soms toch wel wat tijd. Laatst nog werd de processor door een bug van een z-wave ui continue belast met 60% waardoor de processortemperatuur opliep naar 80 graden. Dat soort dingetjes wil je gewoon niet voor de huis en tuin gebruiker.
Of dat na een upgrade niets meer werkt met MQTT of met B, C of D.
Ja, lachen.
Daarom update ik mijn vaders Pi zelden.
Die doet toch maar 1 ding en dat werkt nu.
Maar de uitdrukking 'het oog wil ook wat' komt in mij boven als ik naar de case kijk.
Zeker als je gelijksoortige producten en goedkopere ziet in de PriceWatch.
Persoonlijk heb ik nooit problemen met Z2MQTT.
Soms wat prutsen om nieuwe devices aan de praat te krijgen die een custom converter nodig hebben.
Maar eens het draait is het fire and forget.
Voor veel mensen een ideaal product, ik merk dat HA de laatste jaren enorm gegroeid is qua toevoegen van apparaten en simplificatie. Hoe meer ze dat zullen doen hoe interessanter dit apparaat kan zijn voor bijvoorbeeld de buurman, die houdt wel van een Hue lampje of 30, ook van een energiemeter, spanningmeter, etc, maar hoe dat allemaal op te slaan? Hij heeft geen idee. Zoiets als dit kan hem uitkomst bieden als uiteindelijk de interface zo simpel wordt.
Daarnaast ben ik persoonlijk "overgestapt" van Domoticz naar HA en dat bevalt heerlijk. Domoticz op een Pi (nogsteeds) en HA in een VM. Beide draaien naast elkaar maar slechts 1 heeft de P1 meter rechtstreeks aangesloten en dat is HA. Sommige geinigheden mis ik wel bij HA die Domoticz wel had, zoals de voltage metingen enzo. Maar dat is volgens mij eerder een configuratieprobleem vanuit mij en nog geen tijd gehad om te fixen. Voor de rest rete stabiel, veel updates, duidelijke communicatie, leuk product, mooi team. Ik gun het ze, om die reden alleen al een NabuCasa account afgesloten (ik had allang een reverse proxy draaien).
Daarnaast ben ik persoonlijk "overgestapt" van Domoticz naar HA en dat bevalt heerlijk. Domoticz op een Pi (nogsteeds) en HA in een VM. Beide draaien naast elkaar maar slechts 1 heeft de P1 meter rechtstreeks aangesloten en dat is HA. Sommige geinigheden mis ik wel bij HA die Domoticz wel had, zoals de voltage metingen enzo. Maar dat is volgens mij eerder een configuratieprobleem vanuit mij en nog geen tijd gehad om te fixen.
Ik heb nog steeds Domoticz op een Pi4 (met SSD in UAS mode) in de meterkast met een P1-kabel naar een Kaifa (v4.2 protocol, 3-phase). Ik zie dat in v5.0 protocol ook spanningen per fase worden uitgezonden, kan nuttig zijn met zonnepanelen. Heb in ieder geval in die Domoticz instance (heb er meerdere ook op Pi1, Pi0W, NanoPi) MQTT out laten doen zodat ik met Node-RED wat berekeningen kan doen. Heb een inactive HA VM x86_64, wellicht eens kijken of die 'lichtnet' zaken beter/mooier kan laten zien dan Domoticz. Heb statistieken/grafieken in Domoticz tot 5 jaar terug, is hoop gedoe om die over te zetten.
[Reactie gewijzigd door twingels op 22 juli 2024 13:19]
Ik heb de Home Assistant Yellow sinds Januari draaien.
Het is ontzettend makkelijk te installeren en het draait in mijn ogen ontzettend stabiel (zeker ivm met mijn overleden Homey)
Zelf heb ik geen problemen met een rammelend PCB.
Mijn setup is een CM4 lite, 512GB SSD en de Yellow.
Ik ben nog niet klaar met spelen, maar tot nu toe geen haperingen, ontzettend veel mogelijkheden en zeer stabiel.
[Reactie gewijzigd door Koen87 op 22 juli 2024 13:19]
:fill(white):strip_exif()/i/2006053734.jpeg?f=thumblarge)
:strip_exif()/i/2006053744.jpeg?f=imagegallery)
:strip_exif()/i/2006053736.jpeg?f=imagegallery)
:strip_exif()/i/2006053738.jpeg?f=imagegallery)
:strip_exif()/i/2006053740.jpeg?f=imagegallery)
:strip_exif()/i/2006053742.jpeg?f=imagegallery)
/i/2006053760.png?f=imagegallery)
/i/2006057430.png?f=imagegallery)
/i/2006057420.png?f=imagegallery)
/i/2006057432.png?f=imagegallery)
/i/2006057422.png?f=imagegallery)
/i/2006057424.png?f=imagegallery)
/i/2006057426.png?f=imagegallery)
/i/2006057428.png?f=imagegallery)
/i/2006053786.png?f=imagegallery)
/i/2006053788.png?f=imagegallery)
/i/2006053784.png?f=imagegallery)
/i/2006053790.png?f=imagegallery)
/i/2006053804.png?f=imagegallery)
/i/2006053806.png?f=imagegallery)
/i/2006053808.png?f=imagegallery)
/i/2006057434.png?f=imagegallery)
/i/2006057436.png?f=imagegallery)
/i/2006057440.png?f=imagegallery)
/i/2006053818.png?f=imagegallery)
:strip_exif()/i/2006058254.jpeg?f=imagegallery)
:strip_exif()/i/2006058256.jpeg?f=imagegallery)
:strip_exif()/i/2006058258.jpeg?f=imagegallery)
:strip_exif()/i/2006058260.jpeg?f=imagegallery)
:strip_exif()/i/2006058262.jpeg?f=imagegallery)
:strip_exif()/i/2006058264.jpeg?f=imagegallery)
:fill(white):strip_exif()/i/2006053734.jpeg?f=thumbmedium)
:strip_icc():strip_exif()/i/2006704242.jpeg?f=fpa_thumb)
/i/2006107862.png?f=fpa)
:strip_exif()/i/2006054848.jpeg?f=fpa)
/u/189240/av70.png?f=community){kind=small}
/u/189748/1984-14997.png?f=community){kind=small}
:strip_icc():strip_exif()/u/140051/BSOD.jpg?f=community){kind=small}
:strip_exif()/u/119419/candc-60px.gif?f=community){kind=small}
/u/98125/Tweakers-_avatar.png?f=community){kind=avatar}
/u/212820/crop5aaa46d777390_cropped.png?f=community){kind=small}
:strip_icc():strip_exif()/u/408989/crop5613f0d80e7bb_cropped.jpeg?f=community){kind=small}
/u/484268/crop61e4788571a3c_cropped.png?f=community){kind=small}
:strip_icc():strip_exif()/u/432714/crop6287e94322cf6_cropped.jpg?f=community){kind=small}
:strip_icc():strip_exif()/u/567214/crop60759ec284fe4_cropped.jpg?f=community){kind=small}
:strip_exif()/u/7013/spunky_main.gif?f=community){kind=small}
:strip_exif()/u/467778/crop5d7a5dd1f296a.gif?f=community){kind=small}
/u/189881/crop677c24e004084_cropped.png?f=community){kind=small}
:strip_icc():strip_exif()/u/322480/crop59259a5419612_cropped.jpeg?f=community){kind=small}
:strip_exif()/u/77369/crop5c9e19bb76f02_cropped.gif?f=community){kind=small}
:strip_exif()/u/121799/6d89df1809e5dffe256e3eddd2362554448.gif?f=community){kind=small}
:strip_icc():strip_exif()/u/154963/crop659be07d13f5a_cropped.jpg?f=community){kind=small}
:strip_exif()/u/8178/hitchhikersguidethemoviesmall.gif?f=community){kind=small}
/u/94596/crop643fb12fd4e6d.png?f=community){kind=small}
/u/141998/crop57f8cd396d9ce_cropped.png?f=community){kind=small}
:strip_icc():strip_exif()/u/563369/crop560071793b003_cropped.jpeg?f=community){kind=small}
/u/176086/crop5f0823fa5e8d6_cropped.png?f=community){kind=small}
/u/27131/crop61572b353fff1_cropped.png?f=community){kind=small}
:strip_icc():strip_exif()/u/151537/crop5db7498ca4eda_cropped.jpeg?f=community){kind=small}
:strip_icc():strip_exif()/u/1672520/crop61f1e29690ef3.jpg?f=community){kind=small}
/u/59144/aMSN_96.png?f=community){kind=small}
/u/30891/crop6139bdd81fbdd_cropped.png?f=community){kind=small}
:strip_icc():strip_exif()/u/235429/crop5ec389b86a87b_cropped.jpeg?f=community){kind=small}
:strip_icc():strip_exif()/u/52293/yingyang.jpg?f=community){kind=small}
:strip_exif()/u/119562/gunther.gif?f=community){kind=small}
