Raspberry Pi Compute Module 4 Extended Temperature (diskuse)

[Pavel Píša]

Je mi líto, ale toto je trochu jako s tím Arduinem.

Raspberry Pi Compute Module 4 - A Raspberry Pi for deeply embedded applications

Ze sekce 3.2. Thermal

The CM4 dissipates less power than the Raspberry Pi 4 Model B. The CM4 also contains less metal in the PCB and fewer connectors, which means that it has less passive heat sinking than the Raspberry Pi 4 Model B. Despite it consuming less power, it may run warmer than the Raspberry Pi 4 Model B. The BCM2711 will reduce the clock rate to try and keep its internal temperature below 85°C. So in high ambient temperatures it is possible that the clock will also be automatically throttled back. If the BCM2711 is unable to lower its internal clocks enough to bring the temperature down, its case temperature will rise above 85°C. It is important that any thermal solution chosen keeps the ambient temperature for the other silicon devices on the CM4 within the operating temperature range.

Tedy na hraní OK, ale při 85°C výpočetní výkon nula nebo ideálně záporný aby při venkovní teplotě a nějakému svodu na čipu a asi i nezastavitelných periferních hodinám byl rozdíl od teploty na čipu od té ve vzduchu 0°C. Tomu žádný sebevětší chladič bez aktivního snížení teploty třeba Pelitérem nepomůže.

Přitom skutečný datasheet člověk nenajde, bude pod NDA, takže nejspíš potvrzení, že se procesor zastaví, nesmíte pak nikomu říci.

BeagleV®-Fire specifikace modulu

Fmax of 667 MHz (–40 °C to 100 °C Tj)

Tedy rovnou varují, že 100 °C je junction, přitom v manuálu v Absolute maximum říkají dokonce Junction TJ –55 až 135 °C. S tím, že možných přeprogramovní FPGA je daný pro těch 100 °C. Ztráta výkonu se do 100 °C nekoná.

Stejně to bude u TexasInstruments a NXP, a když je potřeba, tak stějně jako u toho PolarFire najdete čipy do 135 °C.

Prosím, používejte RPi pro výuku, nějaké ne až tak kritické domácí a třeba i průmyslové aplikace v klimatizovaných prostorách, ale ne pro řízení čerpacích stanic na kapalný vodík, které mohou být venku na sluníčku...

Jinak ten příklad není jen řečnická libůstka, na RT setkání jsem se od špiček dozvěděl, že tak tomu v celém Německu je...

Dále když připočtu, že opravdová mainline podpora RPi snad stále řešená není a jak britský spolek tak výrobce příliš nezajímá, tak doporučuji rozvahu a posouzení alternativ.

[dustin]

Mainline kernel by mi až tak nevadil, RPi poměrně dobře spravuje svou větev https://github.com/raspberrypi/linux/, pravidelně rebasuje na nový mainline a má dobře popsaný postup (cross)kompilace kernelu.

Zásadní problém je s tou dokumentací, dostupný materiál k RP1 (tj. takřka veškeré periférie RPi5) je tristní. Sami vývojáři RPi v diskusích u různých subsystémů uvádějí, že je dokumentovat ani zatím neplánují (např. smutná diskuse https://github.com/raspberrypi/documentation/issues/3285). Ale podobná situace byla i se staršími RPi, např. DWC2 od Synopsisu má v RPi datasheetu pár stránek a detaily se dohledávají ve zdokumentovaných implementacích u jiných SoCů (např. u Intelu), příp. se to řeší rovnou s arménskými vývojáři Synopsisu na LKML.

Jiné SoCy mají dokumentaci nesrovnatelně rozsáhlejší... ale některé zase nemívají podporu tak blízko mainlinu, protože výrobce těch SoCů (a tedy jejich vývojáře aktivní online) zajímá pouze android. Mně konkrétně zajímá Rockchip, protože má pro mou oblast zajimavý mix periférií a čínští výrobci SBCs jej s oblibou používají. Tam se to docela zlepšuje a bylo by fajn, kdyby v něm mohla vyrůst RPi konkurence pro pokročilejší uživatele.

Samozřejmě západní brandy jsou jinde, ale i cenově...

[Moo]

Pro domaci mikropivovar staci tam se rmut hlida na max 72 stupnu