On Mon, 25 Apr 2016 08:14:12 +0200, ww napisał/a:

[ciach]
>> Jak dobrze spojrzałem to:
>> JAKIŚ_PORT->BRRSL to 6 cykli zegara a jest w komplecie z BRRSH i to
>> trzeba wysłać 2 razy na jeden piksel + wystawienie danych na port.
>> Chyba będę się musiał przeprosić z FSMC czy jak to tam zwą.
>
> I w czym to właściwie pomoże ? Chodzi o dodatkową pamięć na bufor ramki
> czy może da się jakimś cudem podpiąć ten LCD jako zewnętrzną pamięć ?
Jako zewnętrzną pamięć,czy coś takiego, wszystko idzie sprzętowo,
sterowanie R/W i takimi tam.
>> Jak korzystasz z stm32 to do testowania LCD stosuję ten program:
>>
>> //By AtomSoft : AKA Jason Lopez // Enjoy
>>
>> /* Includes */
>> /* WAŻNE!!! PODPIĄĆ RESET OD LCD DO +3V!!!*/
>> #include <stdlib.h>
> > {..}
>
> To zdecydowanie nie jest ten sam kontroler co u mnie.
To jest właśnie słabizna tych chińczyków, różne kontrolery i nie opisane
co jest tam włożone, ale kupiłem se 3,6cala i chińczyk podał na ebay'u od
razu rodzaj sterownika i komendy do niego. Ciekawe co z tego będzie.
>
> Ja te wszystko procedury zoptymalizowałem pod kątem mojego LCD i tego co
> chce wyświetlać. Działa to w sumie nawet nieźle. Tylko teraz np
> wyświetlam animacje z prędkością 24 klatek na sekundę i mam fatalny
> "tearing effect". Te kontrolery mają linię synchronizujące aktualizacje
> pamięci z wyświetlaniem ale te tanie shieldy chyba tego w żaden sposób
> nie obsługują.
Mnie się udało wyciągnąć 7,5 klatki/s, a z ciekawości z jakiego
mikroprocesora korzystasz? I programowo obsługujesz R/W czy może zew.
timer?
A i jak obliczasz framerate? Ja mu każę zalewać kolorem ekran a potem,
wyświetlam liczbę i tak w kółko, Potem prosta matematyka i tyle. A jak u
Ciebie to wygląda?

--
Pozdrawiam
Bo(o)t manager