Witam,

Tym razem chciałbym podłączyć mój wyświetlacz oparty na ili9481 pod szynę FSMC STM32. Skonfigurowałem sobie projekt w CubeMX, ale mam pewne wątpliwości co do podłączenia (chodzi o linie sterujące). Wydaje mi się, że powinno być to w ten sposób połączone:

STM32 <-> ili9481
FMC_Ax <-> RS
FMC_NE1 <-> CS
FMC_NWE <-> WR
FMC_NOE <-> RD (nie jest wyprowadzony na module)
GPIOx <-> RESET

Dobrze myślę?

I druga moja wątpliwość. Jak zapisywać dane do tak skonfigurowanego interfejsu. To znaczy jak wpisać komendę, a jak czyste dane? Dotychczas korzystałem z biblioteki UTFT i programowej obsługi LCD. I na przykład moja funkcja wysyłająca komendę wygląda tak:





Domyślam się, że teraz dane mam zapisywać bezpośrednio pod konkretny adres pamięci. Ale czy muszę nadal ręcznie sterować na przykład pinem RS? Będę wdzięczny za jakieś wskazówki.

Witam,

Najpierw poczytaj jak wstawia się kod C w tematach......

W CubeMX jaki tryb pracy wybrałeś dla FSMC? Coś mi się wydaje, że nieodpowiedni. Zaglądnij do dokumentacji procka do działu FSMC. Od tego powinieneś zacząć......

Jak używasz FSMC to nie machasz programowo żadnymi pinami. Wpisujesz pod konkretny adres w pamięci daną. Generowaniem przebiegów zajmuje się FSMC.

A jaki to adres w przestrzeni adresowej będzie - zależy jak masz zrobioną konfigurację FSMC.
Co do adresu dane/rejestry - Inny będzie adres dla rejestrów a inny dla danych. Odpowiada za to pin RS.

_________________
Pozdrawiam,
sq8mvy, Paweł

Wszystko zadziałało za pierwszym razem:) Pytałem trochę na wyrost bo bałem się podchodzić do FSMC. Jednak jego obsługa okazała się naprawdę prosta wbrew pozorom. Opiszę jak to u mnie wygląda. Może komuś się przyda w przyszłości.

W CubeMX wybrałem oczywiście NOR Flash/PSRAM/SRAM/ROM/LCD 1. CS podłączone do NE1, RS pod A16.

Adresy pamięci dla komend i danych:



Funkcje zapisu komendy i danych:



Jednak po pierwszych testach mam pytanie. Biblioteka UTFT oferowała bardzo przydatną funkcję _fast_fill_16, która pozwalała na przykład szybko wypełnić ekran. Wyglądała ona tak, że raz ustawialiśmy na pinach dane i potem "banglowaliśmy" tylko pinem WR odpowiednią liczbę razy. Poniżej przykład jak to wyglądało:



Teraz z braku możliwości dostępu do pinu WR wpisuję w pętli for dane do LCD_RAM. Wydaje mi się, że spowalnia to cały proces. Może ktoś ma inny pomysł jak to zrealizować żeby osiągnąć poprzednią funkcjonalność.

Witam,

Więc pokaż tą pętlę.

Do tej funkcji _fast_fill_16 co jest przekazywane ?
pix - liczba pikseli ?
ch, cl - kolor starsza oraz młodsza część ?

To raczej na pewno nie będzie wolniejsze:

_________________
Pozdrawiam,
sq8mvy, Paweł

Tak, pix to liczba pikseli, a cl i ch to kolor.

Moja funkcja wygląda podobnie jak w przykładzie kolegi. I faktycznie chyba nie ma innej możliwości zrealizowania tej operacji, więc tak już musi zostać.

Pojawił się jednak inny problem. Otóż kiedy wyświetlam napis, gubione są losowo piskele. Doszedłem do wniosku, że co jakiś czas na linii danych pojawiają się zakłócenia. Poniżej zdjęcia obrazujące ten problem (mam nadzieję, że brakujące piksele będą widoczne):



Oczywiście eksperymentuję z timingami FSMC (zwiększyłem czasy) i jakiekolwiek wartości ustawię, efekt jest podobny.

Dodatkowo co jakiś czas na moment pojawiają się dziwne paski na LCD co też wygląda niekorzystnie.

Całość uruchamiam na DISCO-F429ZI i zastanawiam się czy te zakłócenia nie mają związku z tym, że do pinów FSMC podłączone są inne peryferia (podobny problem miałem z USARTEM).

Chyba będę zmuszony powrócić do realizacjo programowej sterowania LCD bo tam wszystko było wolniejsze, ale za to nie miałem problemu z poprawnym wyświetlaniem obrazu.

Witam,

Ja obstawiam problem w funkcji wyświetlania znaków, a nie problem z magistralą FSMC. Zauważ, że kwadrat jest wypełniony prawidłowo na obu fotkach, które przedstawiłeś.
Kontrolery ILI są dosyć kapryśne. Zawsze możesz zmniejszyć taktowanie kontrolera FSMC. Zaglądnij do PDF-a kontrolera LCD, z jakimi prędokościami może pracować.

_________________
Pozdrawiam,
sq8mvy, Paweł

Dzięki za odpowiedź,

Czasy ustawiłem na wartości maksymalne, więc nie powinno być tutaj problemu. Przedtem ustawiałem je zgodnie z notą katalogową. Z tym kwadratem też zauważyłem tą prawidłowość. I ogólnie doszedłem do wniosku, że wszystkie funkcji korzystające z fast_fill_16 działają prawidłowo, a te gdzie wybierany jest pojedynczy piksel sprawiają problemy.