W dniu 2014-02-24 14:13, Sylwester Łazar pisze:
> Otóż drogi kolego, fragmenty programu, które Ci pokazałem,
> obsługują urządzenie, wyświetlając w rozdzielczości 480x272x24bity, czyli
> True Color RGB, zdjęcia,
> pozostawiając jakieś 60% czasu procesora na inne, bardziej skomplikowane
> czynności.
> Niestety po pobieżnym przyglądnięciu się ofercie gotowych bibliotek C,
> doszedłem do wniosku,
> że niestety nic podobnego nie może mi zaoferować (w 2013 r.), żadna z
> bibliotek C.

Chodzi Ci o ten Twój projekt:
https://groups.google.com/d/msg/pl.misc.elektronika/
a-DVcLkNRhY/xuDBaADG0sIJ,
11.10.2013
"Chodziło o obsługę wyświetlacza LCD 24bpp, szyną równoległą 24-bitową.
próbowałem w C i się nie dało...
Po skompilowaniu były bzdury. Mogłem osiągąć transfer
na poziomie 0,5MBs przy 24 bitach.
Niestety zadawalało mnie min. 10MBs i tak też zrobiłem.
No ale to już w asm." ?

Nie wiem, co ciekawego pod tym względem ma Microchip, ale STMicro jak
najbardziej! STM32F429. Zobacz, co potrafi blok Chrom-ART (DMA2D). W
skrócie - obsługuje SDRAM, robi konwersję formatu, miesza obrazy,
obsługuje 8-bit przezroczystość (ARGB), warstwy, usprawnia obsługę
fontów (nie są postrzępione), wypełnianie fragmentów, przesuwanie
fragmentów i do tego wypasiona biblioteka Seggera za friko.
Krótki opis:
http://www.embedded.com/design/mcus-processors-and-s
ocs/4426244/1/Building-eye-catching-GUIs-for-your-em
bedded-MCU-designs
Jest to względna nowość (jak na 2013 rok) i może w następnym projekcie
wykorzystasz. Zamiast zużywać CPU do 'głupiego' machania pinami mógłby w
tym czasie zaoszczędzić trochę prądu.

--
Michał