RISC-V MCU beszerezhetoseg

Egyenlore eleg keves, tenylegesen kiskeredesben is megvasarolhato RISC-V MCU/CPU van.
A GD32V/GD32VF1 az egyik ilyen a GigaDevice -tol.
A ceg foleg STM32 `clonok` es FLASH  gyartasaval foglaltoskodik.
GD32V utasitas keszlet-e RV32IMAC, igy ARM cortex-m3 hoz lehetne hasonlitani.
 - 32 bit
 - no mmu
 - szorzas/osztas
 - atomic utasitasok
 - compressed utasitasok (16bit)

GD32V a Cortex-m3 as STM32 hez hasonlo periferiakkal rendelkezik, olcsobb, nagyobb frekvencian mehet,
allapot tarto alvasban tobbet fogyaszt, legmelyebb alvasban kevesebbet (memoria tartalma elveszlik, ora fel tudja ebreszteni),
teljesen ebren modban erosebb az elodeitol es kevesebbet is fogyaszt az adatlapok szerint.

e-bay -panel

A 64 pines QFP EU-n belulrol:
tme.eu GD32VF103CBT6 SRAM 32kB,  Flash 128kB,  824 HUF 1db, 479 HUF 100db  (+AFA)

Kinabol tobbet

https://beagleboard.org/beaglev lesz velhetoleg az elso olcso linux kepes fejleszto eszkoz,
meglepo modon komoly GPU nincs rajta, de eleg sok AI/video lehetoseg van.

Jeleneleg AI cel hardware piac novekedese varhato,
ugyhogy legtobb gyarto most ezen porog.

Valoszinuleg lesznek akik "Not Hotdog" clustert epienek belole ;-)

5nm , foleg chiplet demo:
https://www.tomshardware.com/news/openfive-tapes-out-5nm-risc-v-soc

Ugy nez ki 65nm-en eleg alacsony fogyasztast is ossze johetne hozni:
https://eprints.uet.vnu.edu.vn/eprints/id/eprint/4081/1/2020XCL0282_P1_…

 

Hozzászólások

EgyeNlőre a darabolós gyilkos fog felszeletelni - a szó, amit keresel, az az egyelőre, "n" nélkül.

Az egyelőre/egyeNlőre tévesztés volt az alap, az, hogy ékezet nélkül ír, az a másik probléma. Írjon angolul, ott nincs ékezet, a magyar nyelvben meg van. Nem a 8 bites korszakban, meg a PC-s világ kezdetén vagyunk, amikor az ékezetes betűk csodaszámba mentek, és ahány ház, annyi féle módon voltak kódolva/jelölve, hanem 2021-et írunk...

Szerintem kifejezetten igénytelen az, aki ékezetek nélkül ír egy magyar nyelvű fórumba/blogba/oldalra, azaz nagyívben khm. nem tiszteli a nyelvet, amit használ.

Tehát a nyelvünket lábbal tiporni szerinted szabad... Pláne nyilvánosan. Ezi s egy vélemény - csak tudod az igénytelenség az később visszaüthet... Nem is tudod, hogy hol és mikor...

A hozzászólásoddal te is felíratkoztál az igénytelen türhők listájára, gratulálok. Vagytok ott egy páran már a HUP-ról...

Az US keyboardra rá vannak rajzolva az ékezetek. Így aztán nem túl nagy kunszt megkeresni őket. ;)

Legalább 35 éve kizárólag US keyboardon írok, bármilyen rendszer alatt is dolgozok.

Úgy látszik, a naprakész korszerű ismeretek és a modern eszközök indukálják a visszalépést.

Egyeseknél.

Motoszkál bennem a kérdés: Ha valaki egy betűt sem tud rendesen leírni, akkor milyen munkát végezhet?

Tudom és értem: "Azért írok ékezet nélkül, mert USÁBAN/Kínában dolgozom, és a félmilliós telefonom ezt dobta."

Az én 3500 forintos kínai telefonommal meg csak nagybetűket lehet írni. ;)

Írjon angolul, ott nincs ékezet,

Tradicionálisan az angolban pl. a szerep az rôle. Náluk már nagyjából kikopott a használatból. Nekem is jobban tetszik, ha használjuk az ékezeteket (úgy többféle hangot tudunk más-más betűvel jelölni), de pl. az angolt szemmel láthatóan nem zavarta, hogy kiveszett.

A ceg foleg STM32 `clonok` es FLASH  gyartasaval foglaltoskodik.

Arra kíváncsi lennék, hogy ezek az STM32 klónok mennyire „hivatalosak”... :) Ezt a RISC-V-s szériát én is néz(eget)tem már papíron; hátha majd az ARM helyett kell valami. Egyelőre a flash programozása nem tiszta, hogy hogyan megy. Ha bármilyen tapasztalat lesz vele, azt azért oszd meg, köszi! :)

(Nem annyira rejtett sub.)

Az elsok kozott volt aki licenselte ARM core -t kinabol, ugyhogy legalis.
A `clone` abban merul ki, hogy hasonlo a periferiakkal rendelkezik.
Ugy gondoltak, van abban racio, hogy kb ugyan azt eladjak olcsobban ami nepszeru.

Van nemi plusz is pl, usb az OTG, STM32 -nek a kesobbi valtozational
van csak OTG.

Top lista:
https://www.electronics-lab.com/top-10-popular-microcontrollers-among-m…

2 felet rendeltem eval boardbol,
majd irok ha a ledek villognak.

Kozben megjott a genesys2 -m is, ott programozas "magatol" ment,
meg udev es jogosultsagokat sem kellett piszkalni, csak egy jumpert atrakni.
(Lehet regebben beraktam altalanos udev rulet hasonlo eszkozokre)

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

A `clone` abban merul ki, hogy hasonlo a periferiakkal rendelkezik.

Na, ez erdekes. Marmint hogy a memoriaterkepe egzaktul ugyanaz (0x08000000: flash, 0x1ffff800: option bytes, 0x20000000: ram, 0x40000000: periferiak, ...), viszont a regiszterkeszlet egy adott periferiara az mar elegge kulonbozo. Es a hasznalat modja is. De hogy az LQFP48-as pinout-ot 1:1-ben lemasoltak az STM32F103xx-es sorozatrol, az biztos :)) Egy karakter elterest nem talaltam a ketto kozott... 
 

Ez nem ARM...

Itt fent pont hogy a GD STM32 „klónjairól” van részben szó, azok meg ARM-osak. :) Az ARM-os doksi leír néhány perifériát, aminek a címei fixek. De azon kívül a csipet gyártónak elég nagy szabadsága van, hogy mit hova pakol a címtérben, a memóriák azok sanszosan ilyenek. (Inkább limitek vannak, hogy melyik típusú maghoz max. mennyi SRAM/FLASH társítható. De ez a része már üzletpolitika; ha több kell belőlük, akkor vedd a drágább core-t! :) )

Az, hogy a GD lemásolta az STM32-k lábkiosztását, az meg egy jó trükk! (A hetvenes években a MOS-t emiatt perelte a MOTOROLA. :) ) Így talán egyszerűbb lesz egy RISC-V magos verziót kipróbálni, ha van „kéznél” olyan áramkör, amin a rajta levő STM32 kicserélhető.

Hat, biztos konnyebb lesz erre a joszagra ugy fejleszteni hogy ugyanaz a labkiosztas, a periferia es/vagy memoria-cimtartomany is hasonlo meg ilyesmi. A juzernek meg mindegy hogy `arm-none-eabi-gcc`-t vagy `riscv32-unknown-elf-gcc`-t ir be mikor forditja a cuccmanyat :) Ugyanakkor persze mar az elso ledvillogtatas mas lesz, ha a periferiat megat nem ugy kell hasznalni, fuggetlenul attol hogy a C kodot arm-mel vagy riscv32-vel forditod. 

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

GPIO kiosztás terén a Raspberry sokaknak támpontot ad. Ahogy elnézem, a beaglev is az Rpi-vel nagyjából kompatibilis GPIO-ra törekedett.

Ezt is jól lehet majd programozni C-ben és Rust-ban egyaránt.

$ rustc --print target-list | grep riscv
riscv32gc-unknown-linux-gnu
riscv32i-unknown-none-elf
riscv32imac-unknown-none-elf
riscv32imc-unknown-none-elf
riscv64gc-unknown-linux-gnu   # ez kell a beaglev-nek
riscv64gc-unknown-none-elf
riscv64imac-unknown-none-elf

A beaglev lapkáról itt írnak még néhány érdekes paramétert: https://wiki.debian.org/RISC-V#StarFive_.22JH7100.22_SoC_.2F_BeagleBoar…

Min 4GB rammal kezdodoik, ugyhogy ha valakinek olyan perverzioja van, hogy azon fordit akkor el fog ferni egy szalon,
de tobb szalon c++ hoz inkabb 8GB -et erdemes.
Ill. 64bit kernel, 32 bit userland-et erdemes lehet megfontolni, kisebb pointer, kevesebb memoria...

Van meg egy board ami nem sokkara lesz:
https://www.crowdsupply.com/sifive/hifive-unmatched

Az kicsit tul draga, hacsak nem akarsz minden aron risc-v -t tegnapra.
Ami erdekes pci gen3 8x slot, amennyire tudom az AMD drivereket le lehet forgatni,
kivancsi leszek Nvidia driver az nvidia-tol lesz -e ra.
16GB ram. https://www.phoronix.com/scan.php?page=news_item&px=HiFive-Unmatched-16…

mouser EU -ba nem szallit.
https://www.mouser.co.il/ProductDetail/SiFive/HF105-000?qs=%2Fha2pyFadu…

Valoszinuleg elfelejtettek a CE, RoHS flaget,
nem azert mert az EU terrorista orszag.

Eleg jo core, de 1.4(1.5) Ghz az nem rengetek, hiba jo a coremark/Mhz .
https://en.wikichip.org/wiki/coremark-mhz

Erre is kivancsi leszek:
https://www.electronics-lab.com/alibaba-speaks-more-on-its-xt910-risc-v…

Amit nem lehet megirni assemblyben, azt nem lehet megirni.