Wires. Lots of wires.

[Gryzor]

Ja kto ? Przeciez na tym mozesz zrobic kazdy interfejs do ZXa. Przynajmniej w teorii.

[steev]

Razem z ZXem...

[Gryzor]

Na zestawie STM disco tez zrobisz ZX. Takie czasy - superkomputery robia za interfejs josticka.
Tylko na FPGA chyba jest najprosciej, bo szybkie i ma duzo portow. Na ARM tez byloby super, bo funkcjonalnosc mozna robic programowo,
ale nie wiem ile wydoli. Nawet RaspPI jest dosc wolny na portach I/O:
https://github.com/hzeller/rpi-gpio-dma-demo#direct-output-loop-to-gpio

[steev]

Nawet RaspPI jest dosc wolny na portach I/O:
https://github.com/hzeller/rpi-gpio-dma-demo#direct-output-loop-to-gpio

Aw, fatalnie.
ST obiecuje operacje na portach z maksymalną częstotliwością połowy prędkości rdzenia, czyli dla układu który zastosowałem - 42MHz...

[smok.wawelski]

Operacje na portach to jedno ale latency to drugie. Ja miałem problem taki, że po przerwaniu było mało czasu na procesowanie danych i czasem się nie wyrabiał procesor. ARM jest niestety troszkę bardziej skomplikowany niż 8 bitowe mikrokontrolery i czas wykonania pojedynczego zadania nie jest stały (przez optymalizację wewnętrzną, cache itp). Moim zdaniem żeby mieć pewność działania to co najmniej CPLD albo FPGA zaprząc. W Teensy jest bardzo wydajne DMA, może niezbyt proste do zaprogramowania dla początkujących ale teoretycznie powinno sobie dać radę. Ja go nie potrafiłem skonfigurować.

[steev]

No nie ma lekko.
CPLD trzeba flashować przy zmianie konfiguracji, FPGA są 3v3 albo drogie i wielkie, PSoC5 nie ma USB hosta i trzeba się posiłkować zewnętrznym modułem, a DMA może być zbyt 'drogie' w konfiguracji.
STM daje mi teraz ~450ns. Nawet jakby się przyciął do 500-550, myślę że nie powinno być problemów (przynajmniej przy obsłudze klawiatury)

[Gryzor]

Zawsze mozna przeskoczyc na cos szybszego, np. STM32F469 wg datasheet:

Up to 161 I/O ports with interrupt capability
– Up to 157 fast I/Os up to 90 MHz
– Up to 159 5 V-tolerant I/Os

Malina wysiada - chyba, ze to przez OS, nie widzialem testow bare metal, ale malina nie byla robiona jako mikrontroler, wiec stad moga wynikac czasy przelacznia GPIO.

[steev]

Albo F7 z 216MHz, albo H7 z imponującym 480MHz, albo dwurdzeniowy MP15x z jego 650MHz.
Pytanie, ile ktoś może wywalić na zabawę

[KWF]

hehe, a ja sie zapytam, ja do tego się ma 3.5MHz z kawałkiem w Speccy? Szaleństwo, aby robić coś (fajnego) do złomka 35+ na procesorze, który jest dziesiątki razy szybszy

[smok.wawelski]

Jak się chcesz bawić w softwarze, to musi być szybki procesor. Z drugiej strony - to byłoby niezwykle ciekawe, zrobić taką wirtualną ULĘ w dowolnym obszarze pamięci Spectrum, w kolorach i rozdzielczości jaką się chce... (i jaka się zmieści w 48KB oczywiście). I to w software a nie w FPGA/CPLD.

[Gryzor]

Jak szalec to szalec, ale alternatywa SW dla divGMX na pewno jest ciekawa. Tym bardziej, ze ze starymi scalakami do fejsow bedzie coraz gorzej.
Poza tym jest sporo fajnych pomyslow do realizacji w taki sposob - np. system developmentu, kodujemy na PC, wrzucamy przez fejsa na ZX. Kiedys to byl chyba PDS czy cos takiego. Niby teraz sa emulatory, ale nic nie zastapi testu na prawdziwym sprzecie.

[steev]

Myślę, że pora przejść do konkretów

[smok.wawelski]

Dobry teaser... co to za konkret?

[Artu2tu]

Emulacja myszki gruszką WII?  Czy joysticka też?

[steev]

Dobry teaser... co to za konkret?

Konkretem jest podpięcie pod żywy 5V układ, a nie emulowanego speca.