W dniu 2016-04-23 o 12:05, Bo(o)t manager pisze:
> On Fri, 22 Apr 2016 08:06:57 +0200, ww napisał/a:
>
>> W dniu 2016-04-22 o 00:00, Bo(o)t manager pisze:
>>> On Mon, 18 Apr 2016 11:02:54 +0200, ww napisał/a:
> [ciach]
>> Jakość obrazu. Zero kontrastu, kolory kompletnie bez życia, brak
>> jakiejkolwiek czerni, migające linie na "czarnych" tłach, dziwnie
>> widoczne piksele, podświetlenie walące po oczach a przy tym nierówne i
>> pulsujące, kanciaste gradienty (fakt, używam tylko 16 bitów).
>>
>> Może na to trzeba nałożyć jakiś filtr ? Tylko nie wiem czy to znowu nie
>> wpłynie negatywnie na działanie dotyku.
>
> Obraz u mnie ok. Ale proc chyba nie wyrabia,

Zawsze jest coś z czym procesor się nie wyrobi.

> 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ęć ?

> 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.

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ą.