OldComp.cz

Měřil jsem časy matematických operací v Raspberry Pico:

1 běžná instrukce trvá průměrně 12 ns

celočíselný součet a rozdíl:
u8, s8 ... 24 ns
u16, s16 ... 24 ns
u32, s32 ... 12 ns
u64, s64 ... 24 ns

celočíselné násobení:
u8, s8 ... 24 ns
u16, s16 ... 24 ns
u32, s32 ... 12 ns
u64, s64 ... 260 ns

celočíselné dělení:
u8, s8 ... 180 ns
u16, s16 ... 180 ns
u32, s32 ... 180 ns
u64, s64 ... 577 ns

float operace:
fadd ... 0.63 us
fsub ... 0.66 us
fmul ... 0.62 us
fdiv ... 0.67 us
fmodf ... 1.7 us
truncf ... 0.14 us
floorf ... 0.22 us
ceilf ... 0.27 us
roundf ... 0.2 us
sqrtf ... 0.57 us
powf ... 4.3 us
expf ... 4.4 us
exp2f ... 8.4 us
exp10f ... 8.8 us
logf ... 6.6 us
log2f ... 7.3 us
log10f ... 7.3 us
sinf ... 4.9 us
cosf ... 5.0 us
sincosf ... 5.1 us
tanf ... 5.5 us
asinf ... 8.4 us
acosf ... 8.3 us
atanf ... 5.8 us
atan2f ... 5.6 us
sinhf ... 9.7 us
coshf ... 9.7 us
tanhf ... 6.7 us
asinhf ... 13 us
acoshf ... 13.5 us
atanhf ... 8.9 us

double operace:
dadd ... 0.89 us
dsub ... 0.86 us
dmul ... 1.4 us
ddiv ... 1.8 us
fmod ... 2.2 us
trunc ... 0.39 us
floor ... 0.53 us
ceil ... 0.58 us
round ... 0.51 us
sqrt ... 1.6 us
pow ... 7.4 us
exp ... 6.3 us
exp2 ... 12 us
exp10 ... 42 us (chyba v knihovně?)
log ... 7.3 us
log2 ... 8.8 us
log10 ... 8.9 us
sin ... 13 us
cos ... 13 us
sincos ... zakousne se
tan ... 15 us
asin ... 22 us
acos ... 22 us
atan ... 18 us
atan2 ... 18 us
sinh ... 14 us
cosh ... 14 us
tanh ... 10 us
asinh ... 13 us
acosh ... 13 us
atanh ... 11 us

Zatím zjištěné chyby a nedostatky Raspberry Pico SDK
- chybný výpočet CRC32 v loaderu 1st stage
- printf zobrazí double s přesností max. 10 platných číslic
- funkce exp10 (pro double) trvá nepřiměřeně dlouho (4x déle než exp2)
- funkce sincos (pro double) se zakousne

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

Ale i tak, bez dostatku software, by jistě stálo za to podniknout malý počítač s Pico. Může podporovat emulaci počítačů jako Spectrum, emulaci Z80 s CP/M, mít kvalitní BASIC a umožňovat i přímé pouštění softů. Když by se díky podporovaným emulacím a šikovnému BASICu uchytil, jistě by se našli i tvůrci neemulovaného software na míru.

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

Fuzix na Rpi Pico:
https://www.raspberrypi.org/blog/how-to ... y-pi-pico/

Fuzix OS:
http://fuzix.org/
https://github.com/EtchedPixels/FUZIX/wiki

_________________
https://www.8bitbay.com

Existuje "Risc OS Pico", což je ořezaná verze RiscOSu bez desktopu, která bootuje rovnou do BBC Basicu.
Ale právě proto, že ji nikdo tak nějak nepotřeboval a všichni stejně používají Raspbian, ji už i smazali z downloadu a je jen na Wayback Machine.

"Contains the tiny RISC OS Pico release (for 16MB cards and larger), just copy the contents to a blank FAT-fomatted SD card."

EDIT: stránka s informacemi ale zůstala:
https://www.riscosopen.org/wiki/documentation/show/Software%20information:%20RaspberryPi:%20RC5%20RISC%20OS%20Pico

U velkého RISC OS pořád existuje možnost nabootovat přímo do BBC Basicu bez GUI, takže asi dospěli k závěru, že vzhledem k minimálním velikostem SD karet, které jdou dnes koupit, nemá cenu udržovat ořezanou verzi, když každý, kdo chce jen konzoli, tuto možnost stále má. Škoda.

_________________
Špóngiu navlhčiť

Přetaktování Raspberry Pico. https://www.youtube.com/watch?v=G2BuoFNLoDM

Zkusil jsem. Do 250 MHz to jelo spolehlivě (tedy dvojnásobek standardní frekvence - běžně jede na 125 MHz, nevím proč uvádějí 133 MHz). Na 300 MHz přestala jet externí Flash, pomohlo přepnutí programu do RAM. Ale i tak dělala už chyby i interní ROM - byly chyby v matematice. Od 350 MHz už přestala jet i interní RAM.

Připravil jsem program pro výpočet všech kombinací frekvencí a nastavení PLL. Program (zdroják pro Raspberry Pico) a vygenerované tabulky (varianty pro nízký i vysoký VCO) jsou zde: http://www.breatharian.eu/hw/rasppico/d ... rclock.zip

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

1) Panda38 psal jsi: "1 běžná instrukce trvá průměrně 12 ns" - pri jake frekvenci jsi to meril?

2) Panda38 napises jim at se podivaji na ty tvoje 4 chyby co jsi nasel?

3) Osobne jsem cetl ze pretaktovani do 270MHz funguje dobre. Pak zacina bych prvni problem a to s externi flashkou, musela by se vymenit za jiny typ. Nasledne zacina byt problem u rychlosti 305MHz - to postupne prestavaji fungovat vnitrni veci. Kazdopadne to vypada ze 250MHz je jeste frekvence co muze relativne bezpecne fungovat. Jinak garance funkcnosti je 133MHz ale hodne prikladu jede max do 125MHz. Nunto rici ze vnitrni HW SPI a jine veci bezi relativne pomalu. Ja se na to koukam jako na microcontroller v puvodnim vyznamu. Jako hlavni pocitac beru RPI nebo PC.

4) Co se tyce Basicu tak to je u tohoto produktu historie a obavam se ze drtiva vetsina lidi pouziva misto toho Python.

5) Sharp MZ800 nebo ZX128 maji RS232 a tak neni problem pres toho rozhrani se pripojit ja jeden UART port PICO. Dalsi RS232 zustava volny. Da se udelat dalsich 8 UARTu v PIO - to je ale skoro zbytecne. Jeste stale je volny virtualni COM na USB. A toto se da pomoci Pythona dobre pouzit. Neni problem aby pres USB komunikoval z centralnim pocitacem (CML - centralni mozek lidstva) kde jede take Python a ten uz ma vsechny knihovny a tak neni problem treba i nacitat web stranky a data z nich. Neni problem do pocitace dat dalsi Pico a na nem nechat bezet Fuzix na Rpi Pico. Co beru jako velke plus je, ze lze editovat .py soubory primo v Sharpu a pak je nechat prenest do jineho pocitace a tam spustit. Vlastne to rozsiruje pouziti starsich pocitacu na nove technologie.

Měřil jsem vše při defaultní frekvenci, která je 125 MHz.

Chyby jsou spíš jen pro zajímavost. CRC nemohou měnit, už je to s tím zaběhlé. Omezení printf uvádějí jako vlastnost, asi k tomu mají své důvody. Doba exp10 je podezřelá, nezkoumal jsem zdrojáky proč to dělá. Tuhnutí sincos sice není v pořádku, ale není vyloučené že byla nějaká chyba u mě, protože funkci mají uvedenou v testech sdk, tak jim asi funguje.

Overclocking frekvence jsem netestoval podrobně, ano může to tak být jak píšeš.

Fuj Python (pardon, takhle budu na něj vždy reagovat ). Jo vidím i ve zdrojácích rukopis autorů používajících Python - klasika, uvádění závorky "{" na konci řádku, pro ně je nežádoucí odpad. C-programátor ji používá jako optický oddělovač na začátku řádku.

----------
Mrzí mě, že se mi nepodařilo zprovoznit příklad na USB klávesnici, protože to je pro mě dost důležité, abych mohl Pico používat jako oldcomp emulátor. Jakoby nedostávala +5V. Snad to pak půjde zprovoznit a není v tom nějaký velký zádrhel.

Zkoumám teď generování VGA na Pico (s PIO) - a zatím moc nadšený nejsem, vyžaduje to docela dost obsluh od procesoru. Snad to půjde nějak líp vyřešit přes timery.

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

Generování obrazu na Pico je naprostá katastrofa. Všichni používají jedinou dostupnou knihovnu scanvideo, ale ta je pro praxi úplně nepoužitelná. Obrovské nepřehledné monstrum schopné leda tak generovat pár demo příkladů s generováním linek za běhu, ale ne v praxi použitelný frame buffer. Nezbývá než vyvinout něco vlastního, ach jo. To zas něco zkaňhali.

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

Na čem udělali ten emulátor BBS Micro? Tam obraz vypadá docela dobře (aspoň podle videa).

_________________
Plesnivý sýr z Tesca, zatuchlé kuřecí řízky z Albertu, oslizlé hovězí a myší trus z Lidlu.
Nákup potravinářské inspekce v ČR, říjen 2023.

K tomu jsem nenašel bližší info, ale skoro určitě použili ten scanvideo, protože zatím nikdo nic nevytvořil lepšího. Jako autoři to umí jistě líp použít. Ale je to stejně šílené nepraktické monstrum. Např. propojit buffery linek do linkovaného seznamu, který se za běhu neustále přerovnává, to se musel autor snad zbláznit. Ale už pronikám do PIO a řekl bych že to bude celkem snadné udělat "po svém", tj. framebuffery kde v obraze může být míchaných více videomódů současně. Pro oldcomp emulátor chci použít 8-bítový mód 3:3:2, to jsem zkoušel už s ATmega že barvy jsou i tak dostatečně použitelné a alespoň zůstane více pinů na matici klávesnice. Šikovná věc pro hry je u PIO možnost použití překryvných rovin, to se bude hodit (pro sprajty a skrolované pozadí).

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

To zní trochu děsivě, zřejmě odchovanci vyšších OOP jazyků

Nešlo by na tři piny vytlačit holé RGB, případně i se čtvrtým jasem? Na Spectrum by to ještě stačilo, na Nintendo už ne.

_________________
Plesnivý sýr z Tesca, zatuchlé kuřecí řízky z Albertu, oslizlé hovězí a myší trus z Lidlu.
Nákup potravinářské inspekce v ČR, říjen 2023.

Jsou zvyklí z Pythonu plýtvat CPU časem. (a asi proto k tomu potřebují přetaktovaný Pico)

Myslím že optimum je 8 bitů: 3 bity R, 3 bity G a 2 bity B. Dají se na to dobře namapovat barvy běžné u 8-bitů.

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

Pico lze přetaktovat až na 400 MHz bez dopadů na stabilitu a to i dynamicky. Viz https://www.youtube.com/watch?v=rU381A-b79c

_________________
Špóngiu navlhčiť

Mě by spíš zajímalo, na kolik nejméně ho jde použitelně podtaktovat a jak dlouho potom vydrží jet na baterku.

_________________
Plesnivý sýr z Tesca, zatuchlé kuřecí řízky z Albertu, oslizlé hovězí a myší trus z Lidlu.
Nákup potravinářské inspekce v ČR, říjen 2023.