Home Assistant Yellow ondersteunt Raspberry Pi Compute Module 5

De Home Assistant Yellow krijgt in HAOS 14 ondersteuning voor de deze week uitgebrachte Raspberry Pi Compute Module 5. Dat heeft Nabu Casa bekendgemaakt. Installatie werkt alleen via rpiboot en niet via USB 2.0.

Dat komt door verschillen in de firmware van de CM5, meldt Nabu Casa. Nadat HAOS 14 op de CM5 staat, werken de USB 2.0-poorten wel, alleen de installatie is niet mogelijk. Bij een upgrade gaat dat vaak door CM5 erin te zetten, in sommige gevallen is herinstallatie van het besturingssysteem nodig. Raspberry Pi Foundation bracht de CM5 eerder deze week uit. Deze heeft onder meer een snellere soc dan zijn voorganger en ondersteunt USB 3.0.

Door Arnoud Wokke

Redacteur Tweakers

28-11-2024 • 08:03

30

Submitter: SpaceDok

Reacties (30)

30
30
11
1
0
17
Wijzig sortering
Volgens de HA-ontwikkelaars zijn er niet veel voordelen voor het omwisselen van de CM4 met een CM5 in een HA Yellow. De voorbeelden die ze noemen zijn beperkt (sneller ESPHome compileren en snellere lokale speech-to-text afhandeling).

Ik draai HA virtueel op een PC die toch al draait. Voor communicatie tussen computernetwerk (IP) en de fysieke wereld heb ik een aparte Raspberry Pi 3 die zaken regelt zoals Zigbee (via Z2M), P1-aansluiting op een energiemeter, etc. Met deze opstelling heb ik de voordelen van meer kracht indien nodig en flexibiliteit m.b.t. uitbreidbaarheid.

[Reactie gewijzigd door The Zep Man op 28 november 2024 09:04]

Goede toevoeging!!
Het is ook niet zo gek. HA is een superlicht systeem. Het is ontworpen om primair efficiënt te zijn. Want je wilt natuurlijk niet dat als je een lichtknop indrukt of een bewegingsensor reageert ergens op, dat het dan 0,3 seconden vertraging heeft. Dat is irritant. De CPU-belasting van een gemiddelde HA-instance is echt superklein.

Ik heb niks gecontroleerd, maar er is een kans dat de reboots van HA zelf (dus niet de hele computer, maar puur de HA-container) bij updates ook wat sneller gaan op die CM5. Maar ja. Of je dan 20 of 15 seconden moet wachten maakt natuurlijk niet zo veel uit. Het is natuurlijk 20-25%, maar het is ook 'maar' 5 seconden, en dat is waar het om gaat.

Ik draai persoonlijk alles op een Odroid N2+-kastje. Daar zit een eMMC-kaartje (de opslag die ook in telefoons en tablets wordt gebruikt) in en daar zitten dus ook wat dongeltjes in voor Zigbee en Zwave. Ik zou niet eens weten wat de hardware-specs precies zijn van dat kastje. Hij doet het. Het is snel. Het is stabiel. Ik ben blij. :)
Zo licht vind ik 't niet eigenlijk. Ik draai 't op een Intel Celeron N3060 en die staat 24/7 50% cpu te stampen.
Dan is er denk ik wel wat vreemds aan de hand met je installatie. Ik ben nu even een grafiekje aan het uitpersen. Dit is het grafiekje dat Home Assistant kan uitpersen:

Ter achtergrond.
Ik heb ongeveer 35 zigbee apparaten, 20 Z-wave apparaten, verder nog wat IP-apparaten, en wat cloud-services, 34 integrations, 20 addons actief.

Dus niet een gigantische installatie, maar ook niet superklein:
https://tweakers.net/foto...tUWrT42JqSWBrl7YcpaWb.jpg

Die Odroid N2+ heeft 2 CPU types. Een met 4 cores en een met 2 cores. (dus 6 cores in totaal, van 2.4 en 2.0GHz)
https://www.odroid.nl/Odroid-N2-4GB

Jouw CPU heeft 2 cores/4 threads, dus dat zou niet dat verschil moeten verklaren.

Die Cortex chip in m'n Odroid is een ARMv8, Die Celeron is een x86_64 CPU. Misschien dat daar dan wat in zit? Maar ik kan het me haast niet voorstellen.
De N3060 is in huidige termen ook een gigaoude architectuur (braswell). Dat maakt ook een verschil denk ik. Braswell-chip, die op de Airmont-architectuur draait, welke weer gebaseerd is op Silvermont maar met een die-shrink naar 14nm.

Silvermont is uit 2013. Deze 11 jaar oude arch is dus echt ouderwets. Zou met al die workarounds voor security-bugs dus best een verschil uit kunnen maken. Alle branch prediction fixes op zulk oude hardware draait allemaal softwarematig en zo traag als het maar kan.

https://www.cpubenchmark....Celeron+N3060+%40+1.60GHz
https://www.cpubenchmark....nel+ODROID-N2Plus&id=4841

Dat is multithreaded wel even een heel groot verschil.

[Reactie gewijzigd door MrFax op 28 november 2024 19:08]

Snap ik... Maar 50% load... Continue? Tegen 1-2% op m'n Odroid.
Misschien heb je gelijk hoor, maar aan de andere kant: Die CPU's in m'n Odroid dateren uit 2016 en 2012. Dus dat zijn ook niet echt hypermoderne systemen :)
Muah, zou best kunnen. Als de software goed schaalt dan is 50% met minder dan de 1/3e aan multithreaded performance toch nog wel goed te praten tov. de ~8% die jij verbruikt?

[Reactie gewijzigd door MrFax op 28 november 2024 19:10]

Die 8% was een 'piekje' ;) , het gemiddelde is continue 1-2% met tussendoor een piekje naar de 8%. Maar goed. Het lijkt in elk geval een erg groot verschil.

Ik weet het niet precies. Ik ben in elk geval happy met de performance. HA had zelf ook dit type hardware verkocht (de Home Assistant Blue). Het enige verschil is er geen HA-kastje omheen zit. (aldus HA zelf :) )
Zou je is wat verder kunnen toelichten hoe je je Z2M instantie los op een rbpi hebt draaien? Ik heb momenteel wat problemen met mijn rbpi 3b, die HA met mijn addons net niet aan kan qua geheugengebruik, dus ik zat al een tijdje na te denken om ook naar een vergelijkbare setup te switchen.
Is de koeling van de pi 5 cpu niet een probleem in die yellow behuizing?
Probleem is een groot woord.
Voor dagelijks gebruik zal het geen probleem zijn omdat HA relatief weinig cpu gebruikt. Voor het compileren van esphome zal er throtteling plaats vinden.
Dan heeft een upgrade inderdaad weinig zin
Local speech to text is een prima use case. Heel kort hoge workload en dan weer rustig afkoelen.

Er zullen vast ook 3d print files komen voor nieuwe cases en covers en er het aanbod van actieve en passieve koelers groeit ook al.

Ook voor mensen die een 2gb model hebben en inmiddels meer add-ons hebben draaien kan het aantrekkelijk zijn om nu te upgraden naar een model met meer ram (en toevallig meer snelheid).

Home Assistant is een typisch "if it ain't broke" project wat je jaren kan blijven draaien zonder upgrades. Afgelopen jaar is er veel werk verzet aan het optimaliseren van het OS en database dus een pi 3 of pi 4 is snel zat voor de meeste mensen.
Na gedoe met de rpi en usb & kludges met ssd ben ik uiteindelijk naar een intel nuc (msi n100) type overgegaan voor HA. Einde gedoe.
Ik ben van een nuc overgestapt naar HA Yellow. Werkt prima en energie verbruik is 2-3W. Ideaal!
Ja ik heb ook een N100 zoals @Pasc66 maar ik zit aan 12-14W energieverbruik gemiddeld. Dat is wel een verschil inderdaad.

Maar ik heb de snelheid wel nodig want ik heb veel addons draaien en draai veel lastige graphs (zoals de temperaturen over een heel jaar enzo).

En zoals @player-x zei: De N100 is wel veel goedkoper. Ik had hem ook voor rond de 125 euro. Wel gelijk 16GB in geprikt. De Zigbee dongel had ik al. Voor wat ik hier betaal aan stroom (14c per kWh) haal ik dat verschil er nooit uit. 10W continu besparen scheelt me 12,50 euro per jaar.

[Reactie gewijzigd door Llopigat op 28 november 2024 12:12]

HA Yellow met PoE: €130
CM5 8GB: €90
SSD 250GB: €25
Sponsoring van HA development: Priceless..

De HA Yellow is relatief duur, maar je krijgt er ook een kast, PoE, Zigbee, Wifi en Bluetooth.

Met een gemiddelde stroomprijs van €0,30 kost 10W trouwens €26 per jaar (10W * 24 * 365 * 0.30€/kWh / 1000).
Dat geeft een redelijk goede terugverdientijd van de extra kosten ten opzichte van een N100 of Nuc.
Ik had idd een vergelijkbare situatie - voldoende hardware over (geheugen, ssd) dus dat hergebruikt. Nu ga ik experimenteren met een Coral TPU + bijbehoreden adapter. Met deze hardware kan ik de komende 10 jaar wel vooruit :-)
Oh voor Frigate dan zeker? Want zo'n Coral is te licht om LLM's te draaien dacht ik. Maar is wel ideaal voor object herkenning in Frigate (wat weer goed samenwerkt met home assistant)
Ja - dat zou voor frigate zijn
De modules zijn best interessant, alleen de prijzen zijn echt veel te hoog, wilde een Home Assistent Yellow kopen, maar een Yellow + CM4 4GB is €200.

Heb in plaats daarvan maar een 1L i5-7500T pc gekocht voor €70 + ConBee II Zigbee USB-gateway voor €25 = €100, en nog eens een stuk sneller en stabieler.
Alternatief een N100 pc'tje van Ali voor rond €125 + €25 dongel

Imho is de Raspberry Pi foundation zichzelf uit de markt aan het prijzen.
Sneller kan ik me voorstellen, maar stabieler heeft denk ik wat onderbouwing nodig.
De CM4 begint bij 30$ en de CM5 bij 45$. Dat zijn toch nette prijzen voor nieuwe hardware?
HA hardware is een dienst aan de community in ruil voor financiële sponsoring.

Verder bespaart een arm-based bordje €25-€40 aan stroom per jaar ten opzichte van x86. Je hebt het verschil dus in 2-4 jaar terugverdiend.
Een normale pi 5 met skyconnect is nog goedkoper maar iets meer werk om op te zetten.
Ik heb nu tweemaal geprobeerd iets met Home Assistent op te zetten. Ik krijg het zaakje geinstalleerd maar loop steeds vast op het integreren van apparaten - zo werkte mijn sonos vaker niet dan wel via HA en text-to-speach kreeg ik helemaal niet aan de praat helaas.

[Reactie gewijzigd door BCC op 28 november 2024 10:33]

Er zit een beetje een learning curve in. Veel beginnende gebruikers (waaronder ikzelf) proberen te veel tegelijk.
Mijn advies is om te beginnen met energie monitoring, verlichting en kleine automatiseringen op basis van presence detection. Van daar uit kan je langzaam uitbreiden naar bijvoorbeeld audio etc.
Heb je de sonos wel al toegevoegd?
Zo ja dan moet op de linker balk naar 'media' en daar 'text-to-speech' aanklikken.
Rechts onder selecteer je de output (naast de play button)
Ik gebruik zelf google of piper , 'home assistant cloud' werkt bij mij niet.

Ik moet zeggen dat dit wel omslachtig is gemaakt, voorheen kon dit vanuit de meldiaplayer zelf.
/offtopic

Sorry, ik kon het niet laten. Als je sonos vaker wel dan niet werkt via HA dan lijkt me dat een goede zaak. De goede verstaander leest je zin echter als 'vaker niet dan wel'.
Hmh, wij hebben helemaal geen problemen met onze Sonos speakers.
Ik gebruik Home Assistant (onder andere) om over alle speakers een deurbel geluid af te spelen als er iemand op onze UniFi deurbel drukt en dat werkt feilloos.

Mocht er op dat moment muziek worden afgespeeld wordt de staat opgeslagen, het volume ingesteld, het deurbel geluid afgespeeld en daarna de oude staat weer opgehaald (en dan gaat de muziek dus door).
We hebben daar eigenlijk nog nooit problemen mee gehad.

Sonos maakt gebruik van wat finicky netwerk protocollen die niet altijd goed ondersteund worden door sommige access points, routers en/of switches. Wellicht dat het daar in zit.
Another area where CM5 can excel over CM4 is running local speech-to-text processing if you’re using Assist fully locally.
Als spraakherkenning dan nagenoeg in realtime werkt is het wel de upgrade waard. Sneller dan dat hoeft niet (want zolang je nog niks gezegd hebt is er ook nog niets om mee aan de slag te gaan). Ik wacht even af tot de eerste mensen hun ervaring hiermee gedeeld hebben.

Op dit item kan niet meer gereageerd worden.