On 19/05/2016 23:43, jacek pozniak wrote:
> Zapomnij o prostym wykorzystaniu jakiegoś RPi czy innego arduino. Jak któryś
> z kolegów zauważył, najlepiej jakieś rozwiązanie z licznikami i pamięcią
> RAM.

Ano, z łapaniem 16 Mhz rozumiem że może być trudno, ale łapanie 2 MHz za
pomocą ATMegi z taktowaniem 20 MHz już chyba powinno być realistyczne?

Stąd ten cały 74hc595 właśnie, za wskazówkami przedmówców dot.
wykorzystania rejestru przesuwającego.

Pomysł z RPi na samym końcu jest o tyle kuszący, że umożliwia w pełni
programowe malowanie ekranu, cała elektronika już jest, i to całkiem
przyszłościowo (hdmi) - a gdyby wykorzystać RPi Zero to i cenowo zaczyna
być bardzo interesująco. Fakt, że RPi może mieć problemy komunikacyjne
związane z brakiem obsługi realtime, ale to można (?) wyrównać za pomocą
odpowiednio dużych buforów na wejściu SPI po stronie RPi.

Czyli generalnie mamy 3 bloki:
* rejestr przesuwny SIPO zaciąga sznurek bitowy od MDA z częstotliwością
16.257 MHzi wystawia po 8 równoległych bitów
* ATMega48 odczytuje z rejestru ośmiobitowe bloczki (8 pikseli na raz)
starając się utrzymać częstotliwość 2.03 MHz (być może odczyty
wywoływane jakimś interruptem sterowanym z tych 16.257 MHz po dzielniku
/8... do zbadania), i wysyła osmio-pikselowe bloczki po SPI
* RPi odbiera piksele z SPI i maluja na swoim framebufferze

Jedyny "podejrzany" etap to komunikacja między rejestrem przesuwającym a
ATMegą, ale skoro to "tylko" 2 MHz, to jakaś nadzieja chyba jest...

Praktyka na pewno zweryfikuje mój optymizm :)

Mateusz