WeAct daughterboard #1

[virtualny]

Zestawy DEVEBOX mają swoje wyświetlacze, które ja bardzo cenię ponieważ są bardzo szybkie, działają na magistrali 16 bitowej. LCD ma rozdzielczość 320x240 i sterownik ILI93341.

Panowie projektanci DEVEBOX ulepszyli swój produkt i wydali nową wersję wyświetlacza:

Wersja ta ma możliwość wyboru pracy wyświetlacza także w trybie SPI. Wystarczy przelutować R12 w miejsce R13 i „zagospodarować” wyprowadzenia pod SPI:

Jeszcze jedna ważna rzecz: nowe wyświetlacze mają 2 rodzaje pinoutów jak widać na powyższych dwóch zdjęciach – jedne są identyczne ze starą wersją, drugie mają pin 32 zamiast GND to VCC i zamienione na odwrót pin 1 i 2 (LCD RESET i GND). Trzeba o tym pamiętać gdy projektuje się PCB, ponieważ ja użyłem linii LCD_RESET, która nie jest wyprowadzona na złączu SPI. Ewentualnie można dostosować to po fakcie przecinając ścieżki i crossując połączenie.

Chociaż nie jestem zwolennikiem wyświetlaczy SPI, to skoro projektanci dali taką możliwość, postanowiłem to przetestować.

Wyświetlacz ten ma także jeszcze jeden ważny ficzer, mianowicie ma zainstalowany dodatkowy 8MB SPI flash na magistrali od ekranu dotykowego – linia SPI-CS  w stanie niskim wybiera układ 2046 (od touch screen’a), natomiast  w stanie wysokim wybiera zainstalowany SPI FLASH, We flashu są już wgrane czcionki bitmapowe w wielu rozmiarach i wersjach. Jakoś od czasu jak uporałem się z czcionką TTF temat dodatkowych czcionek bitmapowych przestał mnie interesować. Oto schemat LCD TFT:

Układ na schemacie nazywany DY-001 to flash Winbonda W25Q64. Nie wiem czego się wstydzą developerzy tego LCD że każdy z tych flashy ma staranne wypalony identyfikator na obudowie. Faktycznie te flashe SPI mają większość komend do komunikacji, zapisu i odczytu identycznych i praktycznie mógłby być to prawie dowolny flash SPI jak na przykład MX25L6433FM2i-08G w obudowie SOP8.

Do LCD należałoby podłączyć jakiś zestaw. Ponieważ ja nie lubię motać się z kabelkami postanowiłem zaprojektować do tego celu PCB, co daje dodatkowe możliwości jak przykładowo wybór wielu źródeł zasilania.

Oprócz tego trzeba było się zastanowić jaki zestaw podłączyć do LCD. Nie mam żadnych profitów od tego co tu napiszę, ale mi się bardzo podoba oferta developera WeAct

Pierwotnie wybór padł na BLACK PILL’A STM32F411CEU6 (100MHz, 512KB flash, 128 KB SRAM), ale jest także możliwość podłączenia i użycia jeszcze mocniejszego proca z serii H5:

Schemat H „PIONTKI” wygląda tak:

Schemat tego zestawu w porównaniu do BLACK PILL’a oprócz użytego procesora różni się tylko jednym szczegółem:

Czyli wyprowadzenie 17 z pinheader’a P2 z portu PB9 na schemacie H523 jest poprowadzone do masy. Warto zapamiętać ten szczegół, jeżeli pozostawi się to wyprowadzenie niepodłączone, to będzie można zamiennie stosować H523 lub F411.

 

Teraz już można zatem skonstruować daughterboard'a dla zestawu WeAct’a i LCD, który połączy oba podzespoły.

Schemat daughterboard'a wygląda tak:

Wykonany routing do schematu:

Zamówione PCB:

Złącze 32 pin pełni głównie funkcję ustalającą zamontowany PCB, elektrycznie wykorzystuje tylko jedno połączenie LCD RESET:

Zmontowany zestaw:

WeAct daughterboard #1  może być zasilany z 5 różnych źródeł:

 

1.       Zasilacz AC/DC 7-15 V

2.       TTL konwerter

3.       Ze złącza IDC 10 pin ST-LINK

4.       Ze złącza USB mini

5.       Ze złącza USB-C płytki WeAct

Dodano RS232 TTL konwerter

 

Wyświetlacz i całość działa. Istnieje pewien problem z H523, który sprawił że na początku żałowałem że na niego postawiłem. Otóż jego SPI działa dziwnie hmmm… Wyjaśniam:

Dostęp do SPI LCD robiłem w taki sposób że linia CS była na stałe wybrana podciągnięta do GND i wysyłałem sobie komendy czy dane po SPI:

1.       Sprzętowo przez F411

2.       Softwareowo przez F411 lub H523

BEZ ŻADNYCH PROBLEMÓW

Problem pojawiał się gdy chciałem w ten sam sposób sterować linią CS i używać hardwareowego SPI w H523 - otóż wyświetlacz przestawał reagować. Napisałem program i użyłem innego procesora żeby "podsłuchiwać" co przelatuje przez ten SPI i o dziwo wszystkie dane były poprawne z wyjątkiem tego że LCD pozostawał martwy:

Znalazłem 2 rozwiązania tego problemu, niestety żadne z nich mnie nie satysfakcjonuje:

1. Używać w H523 software'owego SPI

2. Za każdym razem podczas ustanawiania komunikacji, pobierania bajtu linię CS ustawiać na 1 i potem na 0.

 

Naprawdę zadziwił mnie niebywale ten problem, jeżeli ktoś wie dlaczego tak się dzieje, to chętnie się o tym dowiem, jeżeli tu na to odpowie.

 

 

Konfiguracja z CUBE:

 

 

Działający daughterboard:

 

 

 

Schemat LCD TFT TFT-LCD_NEW_28_AND_32-1906M.PDF