- Honkydoo blogja
- A hozzászóláshoz be kell jelentkezni
- 365 megtekintés
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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 )
- A hozzászóláshoz be kell jelentkezni
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/
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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. :)
- A hozzászóláshoz be kell jelentkezni