Onderwerp: Raspberry Pi productie en levering

mijn home assistant draait gelukkig niet op een Pi-whatever

Duidelijk is wel dat de RPI5 niet standaard en sterk geoptimaliseerd is:
- eenvoudige 5V5A door USB-C (dus een omvormer noodzakelijk en geen standaard USB-PD)
- SSD via PCIe2x1 ipv PCIe3x4
- 4xA76 ipv 4xA76 + 4xA55
- Videocore VII ipv Mali G610
- Broadcom ipv Arm/Rockchip
- De video zal wel scoren met matig/voldoende
- Aansluitingen aan alle zijden, zoals we inmiddels gewend zijn.

Ik ben bang dat de lage aanschafprijs het enige echte voordeel is. Waarde laat ik in het midden. Benieuwd hoe deze presteert tov van bijvoorbeeld een Rock5 of een Edge2 (beide RK3588).

Inmiddels zijn er benchmarks.
Idle verbruik zal rond de 1.8W liggen (mits de toepassing dat toelaat).
De Rock5 is vergelijkbaar, de RPI4 zie boven de 3W.

Volgens Phoronix is de RPI5 goed (vergeleken met de RPI4 is alles goed).
In de tests van Jeff Geerlings lijkt de A76 in de RPI5 ondermaats te scoren met multicpu benchmarks. Als je info wil hebben over de bottlenecks van de RPI5 zou ik de github pagina van Jeff opzoeken.

Voor een simpele toepassing als navigatie blijven er dus 4 problemen over:
- 5A over een 5V kabel.
- niet standaard aansluitingen (PCIE2 met PCIE3 signalen, mini-HDMI is alleen handig bij een RPI zero, 5V5A voldoet niet aan QC3.0 of PD3.1)
- aansluitingen aan alle zijden.
- koeling.

De patches komen waarschijnlijk in de 6.7-kernel ergens in jan/febr 2024.
De testversie werkt met de Raspberry OS variatie van Debian Bookworm (12).

De LTS-kernel van 2023 zal 6.6 of 6.7 zijn.

Reuver2 schreef :
Is nou onderhand het voedingsamperage van de USB poorten voor elkaar, zodat er bijv een HDD aan kan zonder plat te vallen?

Gebruik al jaren diverse SSD's via de USB3 poort. Hiermee nog nooit problemen ondervonden.

Heb er wel een AIS (RTl-DSR), hier thuis, ontvanger aan hangen. Die gebruik wel wat meer stroom. Daarom een actieve usb 3.1 hub aangebracht en dat werkt goed.

Alleen blijft de hub stroom leveren via de usb aansluiting ook als de RPI is uitgeschakeld.

Met een aluminium Argon kastje is dit geen probleem want die schakelt de stroom ook af.

Helaas heeft de RPI 5 de aansluitingen weer verwisseld naar de instellingen van de RPI 3.


Bram

brambo schreef : Wat betekent deze opmerking?

Dit houdt in dat je bestaande RPI4 kastje niet meer past. Heb inmiddels de maker van het ARGON kastjes aangeschreven of die kastjes nog wel passen of dat het interne board in het kastje kan worden verwisseld,

De alu Argon kastjes met koelings pilaren en daarbij nog een automatisch inschakelde ventilator en alle aansluiting aan een kant werken fantastisch goed.

Bram

Goede kans dat bestaande RPi 3 behuizingen nu weer gebruikt kunnen worden voor de Pi 5. Dus dat "helaas" moeten we maar zien als een persoonlijk argument.
Niet alles kan hetzelfde blijven.

Eclips schreef : Dat zou best wel eens grappig kunnen zijn ja. Dus jammer kan ik het ook niet noemen, heb nog wel wat Rp3-behuizingen liggen.

Reuver2 schreef : De eerste 3 problemen zijn alleen van toepassing als je er een beeldscherm en ander gerei aan hangt, zoals voor OpenCPN nodig is. Gebruik je hem headless (dus zonder beeldscherm en zo, zoals AvNav werkt), dan zou het kunnen dat je nooit ver boven de 2 watt uitkomt. En aangezien je er met headless/AvNav (vrijwel) niets op aansluit, maakt het veel minder uit waar die aansluitingen zitten. Headless rules....

En 5A (25W) door je Pi heen laten lopen? Lijkt me dat je dan een heel ander probleem hebt, zoveel trekt mijn stuurautomaat niet eens

Over de koeling is al het eea gezegd, Uit de benchmaks blijkt dat de Rp5 minder trekt dan de Rp4, dus dat deze ook koeler blijft. Daarbij was het een ontwerpdoelstelling van de Pi5 dat het apparaat onder normale omstandigheden geen (actieve) koeling nodig heeft. Koeling lijkt me dus juist *geen* probleem.

Joop66 schreef : De technische aanpak zou zijn geweest, maak het bord groter, zet de aansluitingen aan 1 zijde en voorzie in een 12V 3A aansluiting met een step down converter.
De gekozen oplossing: niet-standaard voeding en probeer alles in te weinig ruimte te plaatsen. "It stays dirty long past it has been quick."

brambo schreef : Misschien kun je het bord erin prutsen, maar de kans is groot dat de koeling niet past (fysiek en/of capaiciteit).

brambo schreef : Als je genoeg voeding uit de aansluiting kunt trekken zou je hem ook aan USB2 kunnen hangen, slechts een kleine extra beperking in snelheid tov USB3.

(Beetje zonder van de SSD, zowel USB2 als USB3.)

Als de Rp5 niet in een Rp4-kastje past (lijkt me logisch want de aansluitingen zitten op een andere plaats) en ook niet in die van een Rp3 (zou leuk zijn maar klinkt ook niet heel waarschijnlijk(, dan zal er zonder twijfel speciaal voor de Rp5 kastjes ontwikkeld worden. Dat is immers de toekomst zeg maar. Maw het kastjes-probleem voor de Rp5 is er hooguit tijdelijk.

VegaMan schreef : Ik krijg het gevoel dat zowel RPI4 als RPI5 overkill zijn voor AvNav. Ik zou eens moeten testen met een RK3568 (dit is ongeveer even gepimpte RPI3), niet dat ik daar zo tijd voor heb.

Over de 5A, de RPI5 trekt onder belasting zelf al 10W (piek), dus 5V 3A is wel minimaal. Dat roept dan weer de herinnering op van de bliksempjes van de RPI3 en RPI4.

Ter info: met een goede kabel zou 5A moeten kunnen. Maar een goede kabel is alleen al duurder dan een RPI5 voeding. Dus dan vraag je je af wat je krijgt. (Dit betekent dat je een 100W USB kabel of eigen maaksel MOET gebruiken aan boord.)

Reuver2 schreef : Klopt, feitelijk is een Rp3 voor Avnav reeds voldoende (daar waar OpenCPN moeite heeft met diezelfde Rp3). Punt is meer dat een Rp3, zeker bij het uitkomen van de Rp5 nauwelijks meer te krijgen is.

Voor audio-toepassingen (DAC) heeft de Rp3 ook de voorkeur bij mij, boven de Rp4 (een Rp2 zou zelfs ook nog afdoende kunnen zijn). Maar heb daar hetzelfde probleem (slechte verkrijgbaarheid), heb onlangs nog wat Rp3's via Marktplaats gescoord. zo graag wil ik die dingen hebben. Daarentegen is voor een (muziek-)server een Rp4 eigenlijk een must (factor 10 sneller), dus hink daar op 2 benen.

Zou mooi zijn als ik al die toepassingen kan standaardiseren op Rp5.

www.raspberrypi.com/news/introducing-raspberry-pi-5/
Raspberry Pi 5 consumes significantly less power, and runs significantly cooler, than Raspberry Pi 4 when running an identical workload. However, the much higher performance ceiling means that for the most intensive workloads, and in particular for pathological “power virus” workloads, peak power consumption increases to around 12W, versus 8W for Raspberry Pi 4.

When using a standard 5V, 3A (15W) USB-C power adapter with Raspberry Pi 5, by default we must limit downstream USB current to 600mA to ensure that we have sufficient margin to support these workloads. This is lower than the 1.2A limit on Raspberry Pi 4, though generally still sufficient to drive mice, keyboards, and other low‑power peripherals.

Als je 12Volt hebt en naar 5V moet sluit die dan meteen aan op de pinheader, geen probleem lijkt me.
En waarom zou je de pi als 5V powerstation willen gebruiken? Daarvoor heb je toch ook al dan die 12V naar 5V voeding? Je kan ook problemen zoeken natuurlijk, die zijn er altijd wel!

Het lijkt me ook 'common sense' dat je grootverbruikers apart voedt (als dat mogelijk is) en niet over de USB laat lopen. Die 12W is ook een theoretisch maximum natuurlijk, de vraag is of je daar in de praktijk überhaupt tegenaan zou kunnen lopen (denk het niet)

Uhm de Pi was HIER op ZF toch ooit bedacht voor aan boord met minimum aan stroom verbruik ?

Althans ik lees de vele draadjes altijd , maar nu valt het me een beetje op dat voor de energie zuinigheid je het dus niet meer hoeft te doen.

Mijn plotter verbruikt een paar electronen minder inmiddels

Jeroen-Pion schreef :
Nou ik denk dat je dat verkeerd ziet. Wat ZP citeert: The RPi5 runs considerably cooler and with less power on the same tasks.

Maar omdattie sneller is, is ook de verleiding om meer gas te geven.

Iets als, een Porsche is niet veel gulziger dan een Fiat Uno. Als net zo zachtjes rijdt.

Dus: je moet niet ineens eindeloos extra toepassingen er op zetten en tegelijkertijd laten lopen.

Maar gewoon je navigatie bijhouden kost dus minder energie.

het argument was toch vnl; eenvoudig, makkelijk etc?

Het argument was allereerst goedkoop, te weten goedkoper dan een RM plotter met de bijbehorende dure kaarten.

Daarna was het argument betrouwbaar want als je erop wil kunnen vertrouwen moet dat wel.

Verder was met de OpenPlotter de installatie relatief eenvoudig en met Open Source software kon je ook een beetje prutsen met de software.

Tenslotte moet de prestatie voldoende zijn en de computer zuinig.

Eigenlijk zijn alle argumenten voor de RPI5 ontzettend subjectief. Want wat voor mij voldoende snel, zuinig, eenvoudig, betrouwbaar en goedkoop is, is voor een ander onacceptabel. Maar die legt misschien zo het geld neer voor een merk-plotter (met de bijbehorende kaarten).

NB een RPI4 met OpenPlotter heeft voor mij altijd in het hoekje onacceptabel gezeten. Hooguit om te spelen .

Reuver2 schreef : De RP4 heeft me nooit kunnen bekoren vanwege stroomverbruik en dito warmte-ontwikkeling. Voor thuisgebruik (als server) nog wel acceptabel, maar aan boord niet. Mijn nav-oplossing obv Avnav zou ik dus nooit op een Rp4 draaien, de Rp3 is snel genoeg daarvoor.

Volgens de specs lijkt het erop dat de Rp5 een waardige opvolger is van zowel de Rp3 als de Rp4 is. As-we-speak heb ik er een Rp5 als pre-order besteld. Ben dus benieuwd.

VegaMan schreef : Dat was eigenlijk ook mijn conclusie:Reuver2 schreef : Er zijn meer computers dan een RPI5. Die zijn duurder, maar houden zich wel aan standaarden. Vind ik niet verkeerd.
Het snelheidsverschil zal verwaarloosbaar zijn.

Bij een CM5 zou je geen last meer hebben van de eigenaardigheden van Raspberry. Maar je kunt nu al een hostboard voor een CM4 kopen en daar een CM5-variant in prakken.

Heb destijds, toen de Pi leverproblemen kreeg eens naar alternatieven als Odroid gekeken. Maar die kunnen geen van allen tippen aan de Pi qua infrastructuur: beschikbare software, hardware, accessoires, gemeenschap, etc. Bij een alternatief (zelfs als die PC-based is) moet je maar kijken of je je toepassing werkend kan krijgen daarom, de universaliteit en homogeniteit van de Pi is onovertroffen. Sinds ik de Pi heb leren kennen heb ik nooit meer omgekeken zeg maar.

VegaMan schreef :
Dat is nou typisch een kenmerk van een ernstige verslaving
Apples hebben dat ook.