Biblioteki graficzne Microchipa: obsługa touch-panela i LCD ze sterownikiem SSD1289

List. 7. Inicjalizacja sterownika SSD1289

Opisywanie tutaj wszystkich rejestrów sterujących nie jest konieczne. Te dane można sobie znaleźć w dokumentacji sterownika i na ich podstawie zobaczyć jak jest wykonywana inicjalizacja.

W Internecie można znaleźć sekwencje inicjalizacji SSD1289 różniące się nieco do tej z listingu7. Jak w trakcie testów wypróbowałem kilka alternatywnych i efekt działania był taki sam. Zainicjowany wyświetlacz jest gotowy do wyświetlania zawartości pamięci obrazu.

W dokumentacji biblioteki części poświęconej dodawaniu nowego sterownika jest opisany zestaw funkcji warstwy Device Driver Layer niezbędnych dla prawidłowego działania wyświetlacza. Ponieważ SSD1289 jest wspierany przez bibliotekę to teoretycznie wszystkie funkcje powinny być gotowe. W praktyce jednak konieczne były zmiany w kilku kluczowych procedurach. Jedną z najważniejszych procedur w tej warstwie jest z „zapalenie” jednego piksela matrycy – PutPixel . Każdy piksel ma dwa podstawowe atrybuty : adres, czyli współrzędne x,y oraz kolor. Standardowa procedura PutPixel ma dwa argumenty: współrzędna x i współrzędną y (listing 8). Kolor piksela jest zawarty w zmiennej globalnej _color .

 

List. 8. Procedura PutPixel

Przed ustaleniem adresu i zapisaniem danej sprawdzane jest czy współrzędne x oraz y nie mają wartości spoza dopuszczalnego zakresu określonego przez rozmiar matrycy. Procedura SetAdress została pokazana na listingu 9.

 

List. 9. Procedura ustawienia adresu piksela

Zależnie od przyjętej orientacji (pionowa lub pozioma) współrzędne są zapisywane zamiennie komendami o adresie 0x4e lub 0x4f. Procedurę kończy wysłanie komendy 0x22 ( write data to GRAM ). Funkcja WritePixel to zdefiniowane makro:

 

WritePixel jest używany w 2 kolejnych ważnych procedurach: czyszczeniu ekranu ClearDevice() (listing 10) oraz rysowaniu prostokąta Bar() listing 11.

 

List. 10. Procedura czyszczenia ekranu

List. 11. Funkcja rysowania prostokąta

Obie te procedury w oryginalnej wersji nie chciały działać poprawnie. Szczególnie Bar() przysporzył mi kłopotów. Wynikały one z tego, że biblioteka ma możliwość konfigurowania orientacji, a ja przyjąłem, że wyświetlacz będzie zorientowany poziomo. Oryginalna procedura z drvTFT2.c nie chciała w tej orientacji pracować poprawnie. Na początku funkcji Bar() jest sprawdzane, czy współrzędne wierzchołków prostokąta nie maja wartości większych niż to wynika z rozmiarów matrycy wyświetlacza.

Po napisaniu i uruchomieniu procedur komunikacji ze sterownikiem wyświetlacza, poprawnym zainicjowaniu sterownika i korekt procedur Bar i ClearDevice można by było w zasadzie przystąpić do prób działania biblioteki. Jednak GDD-X generuje projekt, w którym definiowana jest obsługa panelu rezystancyjnego dotykowego. Panelem dotykowym i jego obsługa zajmiemy się później. Na tym etapie ta obsługa musiał być wyłączona przez usunięcie definicji #define USE_TOUCHSCREEN , żeby projekt mógł się skompilować bez błędów. Nie są wtedy kompilowane funkcje obsługi paneli z pliku TouchScreen.c .

 

Graphic Display Designer X – testy działania

Mamy już wszystko gotowe by rozpocząć testy działania biblioteki. W tym celu tworzymy projekt w środowisku MPALB X i uruchamiamy wtyczkę Graphic DisplayDesigner . Ponieważ jeszcze nie mamy obsługi panelu dotykowego, to nie można testować działania interakcji z użytkownikiem. Testy będą polegały tylko na wyświetlaniu obiektów (głównie widżetów).

Rys. 4. Okno projektu ekranu w Graphics Display Designer

 

W GDD-X utworzyłem projekt ekranu (rysunek 4) z umieszczonymi: bitmapą z logo Elektroniki Praktycznej i obiektami Meter oraz Button . Po skompilowaniu projektu i zaprogramowaniu mikrokontrolera te elementy zostały prawidłowo wyświetlone na ekranie wyświetlacza – fotografia 5.

 

Fot. 5. Efekt działania projektu ekranu z GDD-X

 

O autorze