Új Raspberry Pi Compute Module

Sziasztok!

 

https://www.hackster.io/news/raspberry-pi-compute-module-4-to-expose-it…

Ebbe futottam bele a minap. Érdekes. :)

Így már talán lehet értelme a Raspberry Clusternek is!

Hozzászólások

\o/ Bevallom fogalmam sincsen honnan szereznék hozzá alaplapot. Egy bármilyen PCI buszos alaplapba is be lehet dugni, és ott slave-ként is tud működni? Hogy bootolom, hová dugom az SD kártyát? Megannyi kérdés.

Nem. Ez úgy működik, hogy a gyártó kiad hozzá egy DEV Board-ot, amivel lehet játszani.

Valami ilyesmit: https://www.raspberrypi.org/products/compute-module-io-board-v3/

Ezeken a Compute Module-okon szokott lenni eMMC. (Már ha olyat veszel amin van.) Így tudod írni: https://www.raspberrypi.org/documentation/hardware/computemodule/cm-emm…

 

Bennem inkább olyan kérdés merült fel, hogy mi legyen az a protokoll, ami nem CPU igényes, jól skálázható, nagy sávszélességet tud és elterjedt? (Bevallom nem foglalkoztam eddig a cluster építéssel.)

Szívesen belevágnék egy ilyen projektbe és valahogy így képzelném el a végeredményt (nyilván a PCIe buszon menne át az adat):

https://www.mininodes.com/product/5-node-raspberry-pi-3-com-carrier-boa…

Pár kiegészítés hozzá:

Szerintem a kis node szám (5) jó, mert így a költséget lenn lehet tartani. Viszont hiányolom erről az eszközről a bővítés lehetőségét. Egy szabványos csatira gondolok, ami elterjedt, ha valaki nem 5 node-ot akar hanem, 10-et, 50-et, stb... :)

Továbbá, az egyik DIMM portot én megtámogatnám egy micro SD nyílással amolyan JOKER portként, hogy könnyedén lehessen írni az eMMC-t bárkinek.

Bennem inkább olyan kérdés merült fel, hogy mi legyen az a protokoll, ami nem CPU igényes, jól skálázható, nagy sávszélességet tud és elterjedt? (Bevallom nem foglalkoztam eddig a cluster építéssel.)

Ezen mar en is agyaltam, meg terveztem/csinaltunk sajat rpi-computemodule alapu board-okat is. Tl,dr: ez ugyanaz mint hogy gyorsan, olcson jot nem lehet, ellenben temagad dontod el melyiket valasztod ;]

Kicsit bovebben: kb a kovetkezok vannak rajta:

  • USB2 OTG, megy szepen mind host, mind device uzemben, de valahogy a kernel altal tamogatott otg-uzem kicsit instabil. Egy hub-ra mind rakotve a node-okat, plusz egy host controller megfelelo intelligenciaval, plusz usbnet+cdc_ether-rel ez kb azt tudja amit ez a kombinacio sugall. Vsz ez a gyari 5 modulos board is ezt tudja. 
  • UART: van rajta ketto is, vsz egy token ring szeru strukturat egesz jol lehetne csinalni, kozepesen lassu (x megabit, ahol x kicsi) sebesseggel. Az arbitration hianya miatt az RS485 nem egy jo otlet. 
  • SPI: teljesen fasza, jo gyors, de a "jol skalazhato" fogalmatol by design messze van. Raadasul a kernel az SPI master uzemmodot tamogatja csak (de azt hatekonyan, DMA-val). Emiatt kozvetlenul egy UART-hoz hasonlo token ring megoldas sem biztos hogy konnyen implementalhato.
  • valami-over-SPI, offload chippel:
    • CAN: mukodik, tudja a kernel alapbol, MCP2515-tel szepen megy. Hardveresen jol skalazodik ("radugod, mukodik"), de mivel multi-drop bus rendszer, sok node eseten a node <-> node kommunikacio mar nem skalazodik jol. Cserebe nem CPU-igenyes.
    • Ethernet: lehet, W5500-t hajtottam ki ezzel mar egeszen elfogadhato sebesseggel. Skalazodni ez ugy skalazodik hogy az ethernet szokott: azaz amilyen switchet ra tudsz tenni. 
  • I2C: van benne ketto is, kb ugyanazt tudja mint a CAN csak mondjuk egy nagysagrenddel lassabban. Cserebe semmi extra hw nem kell hozza. Nehezites hogy noha a hardver tud i2c slave uzemet, a kernelben ezt nem implementaltak. Igy az USB-hez hasonlatosan itt is kellhet egy plusz multiplexer intelligencia. Vagy megfelelo kernel tamogatas. 

Kb igy. 

Köszi!

Én ebből mint laikus az Ethernetet választanám. Ha már van pcie akkor legyen Gigabit! És mondjuk egy olyan switchre rakni amin a trunk port 10,5 vagy 1 Gigabites.

Egy bajom van csak az Ethernettel. Nem CPU igényes nagyon a Gigabit? Mert ha valamilyen vezérlővel meg lehetne oldani, hogy ne legyen az, akkor már elvben kész is a mini node mintára épülő cluster... (Már csak meg kell építeni és fel kell tenni Kickstarterre :D )

Szerkesztve: 2020. 07. 23., cs – 06:19

Normál Rpi4 lapkából is kis átalakítással kivezethető a PCIe:

https://hackaday.com/2020/07/01/adding-pcie-to-your-raspberry-pi-4-the-…

http://mloduchowski.com/en/blog/raspberry-pi-4-b-pci-express/

Bár ha kell PCIe, vannak olyan nem RPi lapkák, ahol vagy tüskesorra vagy normál PCIe  csatlakozóra gyárilag ki van hozva. Például https://www.pine64.org/rockpro64/ vagy http://www.orangepi.org/Orange%20Pi%20RK3399/

Lehet már írtam, de most is írom.

Jó lenne egy olyan értelmes monitor, aminek a "hátában" egy ilyen fogadására alkalmas devboard van.

Aztán amikor kijön az új raspi, kipattintod a régit, és kész a HW frissítés.

Igen ez egy tök jó ötlet!

Bár eddig a Pi (amennyire én tudom) nem volt egy sebesség bajnok az asztali alkalmazások tekintetében. Bár az is lehet, hogy régiek az infóim. Nem tudom van e a GUI-ra GPU gyorsítás? (régen láttam egy ilyen projekt kezdeményt, ott egész szép gyorsulást hozott pedig talán a Pi2-re volt megírva)

De én is azt gondolom, hogy a világ erre felé halad. Lazán kapcsolódik (szerintem) ehhez az irányhoz az android desktop mód. Úgy értem ezt, hogy ott is egy fizikai eszköz van, amit realtive könnyű cserélni. Ott még a plusz, hogy az eszköznek van aksija vagyis "menet közben" is működik. :)