> Zserializuj sygnały idące do twojego sterownika LCD i przepuść traktem
> optycznym. Jeżeli na wyświetlaczu dużo się nie dzieje (np. odświeżasz max
> 10 ekranów na sekundę przy pikselu 565 i rozdzielczości 800x480) to nie
> jest wymagana jakaś ekstremalna przepływność. Po drugiej stronie masz już
> swój procek podczepiony do LCD (np. ten ARM9), niech zajmuje się przy
> okazji deserializacją.

no niezupełnie. Znaczy - nie chciałem PRZY lcd dawać arma, bo potrzebuję
jego "peryferiów" w części głównej.
Ale - ew. do obsługi samego LCD mogę ew. dać jakiegoś najtańszego , który
się nada.
Tylko teraz tak, odswiezanie 10/s moze byc mało...tam mają być "animacje" w
GUI , więc chociaż tak z 15-20 chyba powinno być.

Policzmy, ile tego trzeba.Załóżmy ten 800x480, 15 ramek, 5/6/5 bit/kolor to
daje... 88 Mbit ? A dla 20 ramek 107 Mbit mi wychodzi.
No to zdeserialozować to na jakimś FPGA to pewnie spokojnie, ale na MCU ?

Jak to kolega widzi ?