arduino wyświetlacz 4inch waveshare

Witam,

Czy ktoś używa takiego wyświetlacza z arduino https://www.waveshare.com/4inch-tft-touch-shield.htm ?

Tak - co Cię interesuje ?

co mnie interesuje wyświetlanie zmiennych, zapalanie pikseli itp., na stronie są jakieś sterowniki , owszem działają ale czy nie można zastosować innych do ILI9486 ?

Tu jest wymieniony ten chip jako obsługiwany: https://github.com/olikraus/ucglib, można ją pobrać w managerze bibliotek.

slavcio2012 wrote:

co mnie interesuje wyświetlanie zmiennych, zapalanie pikseli itp., na stronie są jakieś sterowniki , owszem działają ale czy nie można zastosować innych do ILI9486 ?

Widzę, że masz zerową wiedzę na temat interfejsów komunikacyjnych używanych w LCD. Zacznij od policzenia ile czasu będzie trwało czyszczenie ekranu LCD. Liczyłeś? Nie, bo jakbyś liczył to już byś sobie odpuścił ten LCD.
Górną rozsądną granicą LCD po SPI dla AVT to 320x240 ale pokaż mi AVR z 150kB RAM.
Powiadasz, że nie trzeba tak dużego bufora, widziałeś na YT, a ja napiszę, że bez bufora będziesz miał widoczne rysowanie treści ekranu, wspomniany problem z tłem i wiele innych.
Proponuję zapoznać się z demem odczytującym JPG z karty SD, który jest wyświetlany na LCD 320x240 przez AVRmega328. To jest żenada! Wyświetlanie obrazu trwa prawie 3 sekundy! W przypadku wyświetlacza, który chcesz użyć będzie to ponad 5,5 sekundy!
Bez DMA obciążenie CPU w czasie komunikacji z LCD jest 100%.

Jeśli jednak fakty nie trafiają do Ciebie to baw się bo nic sensownego na tym LCD z użyciem AVR nie zrobisz. Matematyki nie da się oszukać, chyba, że to statystyka. Statystycznie, jak jedna rodzina je mięso, a druga kapustę, to jedzą gołąbki.


PS
Gdzie zamierzasz trzymać czcionkę? Liczyłęś ile na to trzeba pamięci? Wątpię.

Moderated By dondu:

Post raportowany.
Autor ma wyświetlacz i chce go użyć. Proszę odpowiadać na pytania.
3.1.11. Nie wysyłaj wiadomości, które nic nie wnoszą do dyskusji.

LChucki wrote:

Jeśli jednak fakty nie trafiają do Ciebie to baw się

A jak byśmy wszyscy ładnie poprosili to pozwoli mu się Pan pobawić tym wyświetlaczem, skoro już go ma, czy kategorycznie nie?

slavcio2012 wrote:

Czy ktoś używa takiego wyświetlacza z arduino https://www.waveshare.com/4inch-tft-touch-shield.htm ?

A jaką z wymienionych płytek Arduino dysponujesz? W linku podanym przez Ciebie, są podane następujące płytki, które są "kompatybilne" z tym modułem wyświetlacza:

"Standard Arduino interface, compatible with development boards like : Arduino UNO, Leonardo, UNO PLUS, NUCLEO, XNUCLEO"

kaczakat wrote:

LChucki wrote:

Jeśli jednak fakty nie trafiają do Ciebie to baw się

A jak byśmy wszyscy ładnie poprosili to pozwoli mu się Pan pobawić tym wyświetlaczem, skoro już go ma, czy kategorycznie nie?

Niech się bawi ale niech będzie świadom, że pożytku z tego LCD w połączeniu z AVR raczej nie będzie miał.

Moderated By dondu:

Proszę nie decydować nie znając potrzeb autora tematu.
3.1.11. Nie wysyłaj wiadomości, które nic nie wnoszą do dyskusji.

slavcio2012 wrote:

co mnie interesuje wyświetlanie zmiennych, zapalanie pikseli itp., na stronie są jakieś sterowniki , owszem działają ale czy nie można zastosować innych do ILI9486 ?

Wyświetlanie zmiennych tak
zapalania poszczególnych pikseli nie trenowałem - w bibliotece są gotowe funkcje do wyświetlania ramek
Używam biblioteki tft_eSPI

LChucki ma rację - demonem prędkości ten wyświetlacz nie jest
Choć w moim przypadku procesorem jest ESP12(ESP8266) to i tak rewelacji nie ma. SPI jest w tej płytce kombinowane przy pomocy rejestrów przesuwnych a sam wyświetlacz ma magistralę równoległą.
Częstotliwość SPI ustawiam na 20MHz - wyżej nie pójdzie.

Na wyświetlaczu mam datę i czas bieżący, parametry zapylenia z czujnika pogodowego i kilka innych drobiazgów.
O ile zmiana sekund przechodzi ładnie (czcionka 24px) to zmiana godzin i minut z czcionką 75px jest już widoczna.
W zwykłym arduino będzie jeszcze trudniej i ciasno z pamięcią - przeczytaj raz jeszcze co pisze LChucki.

mam arduino mega i chodzą przykładowe programy

Dodano po 5 [minuty]:

a jak będzie z wykresem sinusoidy ? chodzi mi o odpowiednie komendy do rysowania pixeli , linii itp za ktoś ?

slavcio2012 wrote:

a jak będzie z wykresem sinusoidy

Jeśli ma byc szybko, to rysujesz w RAM uC, po narysowaniu wysyłasz bufor do LCD. Bezpośrednie stawianie pikseli na LCD będzie powolne jak żółw, bo za każdym razem wysyłasz CMD, d bajty X, dwa bajty Y. Nie byłoby źle, ale jak robisz coś w rodzaju oscyloskopu, to najpierw musisz skasować poprzedni punkt wykresu, a jak dojdze tło, jak np siatka oscyloskopu? Gdy wysyłasz blok danych, to CMD, po dwa bajty okna rysowania X, Y, W, H i same dane. W przybliżeniu 6 razy szybciej.

tos18 wrote:

w bibliotece są gotowe funkcje do wyświetlania ramek

Sprzętowo przez LCD czy programowo?


Generalnie, dla rozdzielczości większych niż 320x240 i uC z małym RAM, bez DMA itd trzeba używać akceleratorów graficznych np FT8xx. Też wskazane aby mieć bufor na CMD, w przypadku FT8xx będzie to 8 kB i znów żegnaj AVR mega czy tiny.

Dodano po 11 [minuty]:

PS
Jak obliczam wymagania RAM? Typowo:
- USB: 2kB (1 TX, 1 RX)
- ETH: 3kB (ponad 1500 TX, to samo RX)
- UART: 512B (po 256 TX, RX)
- LCD mono: rozdzielczość X * Y / 8
- LCD kolor: rozdzielczość X * Y * 2 (*1 dla 256 kolorów)
Takie bufory dają mi luksus buforowania wszystkiego w RAM uC i nie muszę się "gimnastykować" przy pisaniu softu. W 90% wystarczy RAM popularnego (płytka BluePill) STM32F103C8 kosztującego w detalu 9zł na ApliPowoli ok 1$.
64KB RAM oferuje STM32F103VE za 22zł (512K FLASH, 64K RAM, 100pin, 32-bit 72MHz, DMA, USB, itp). Teraz porównajcie tego małego STM z AVRmega2560 za 54zł. Jest co porównywać?
Z tym co oferuje Mega2560 powinien on kosztować poniżej złotówki.

Dodano po 29 [minuty]:

tos18 wrote:

Częstotliwość SPI ustawiam na 20MHz - wyżej nie pójdzie.

"Trochę" przetaktowałeś.

LChucki wrote:

Sprzętowo przez LCD czy programowo?

Raczej programowo.

LChucki wrote:

"Trochę" przetaktowałeś.

Być może ale autor biblioteki napisał:

tos18 wrote:

LChucki wrote:

Sprzętowo przez LCD czy programowo?

Raczej programowo.

Przejrzałem notę, na pewno programowo, bo sterownik nie ma sprzętowego rysowania prostokątów czy nawet linii. Pytanie, czy linia powstaje przez stawianie pixeli czy definiowanie obszaru, w którym są rysowane poszczególne linie. Przyspieszenie jest wtedy ok 6 razy.

tos18 wrote:

LChucki wrote:

"Trochę" przetaktowałeś.

Być może ale autor biblioteki pisze:

Code: c

Log in, to see the code

To co napisał autor biblioteki jest nie ważne, ważne jest to co w nocie a tam okres sygnału zegarowego 66ns.

Dodano po 3 [minuty]:

tos18 wrote:

O ile zmiana sekund przechodzi ładnie (czcionka 24px) to zmiana godzin i minut z czcionką 75px jest już widoczna.

A jak rysujesz czcionkę? Piksel po pikselu czy definiujesz okno i je wypełniasz? Pewnie pierwsza opcja dlatego widać rysowanie.
Jak jednak używasz okna, to robisz to przez DMA? Jak nie, to przerwania będę miały wpływ na rysowanie, jak duży to już zależy od konkretnej aplikacji.

Kupie arduino due

slavcio2012 wrote:

Kupie arduino due

Możesz kupić i GF1080Ti, jeśli nie zrozumiesz jak to działa i jak to poprawnie oprogramować, to efekt będzie tak samo mizerny. Po SPI wyciągniesz z tego kontrolera mniej więcej tyle samo niezależnie od tego co użyjesz. To co robi różnicę to poprawnie napsany program odpowiedzialny za tworzenie grafiki. Jeśli, jak wspomniano, np. czcionki są wyświetlane przez rysowanie pojedynczych pikseli to wydajność będzie marna. Ten kontroler ma maks. taktowanie SPI około 15 MHz, to znaczy, że możesz przez ten interfejs przecisnąć max. niecałe 2 MB/s, co zapewni ci najprostszy procesor, nawet ATMega. Chcesz osiągnąć więcej, potrzebne będzie skorzystanie z interfejsu równoległego. Ale zanim to zrobisz, zastanów się jakie masz wąskie gardła. Te Arduinowe wynalazki, jeśli chodzi o grafikę są tak słabo napisane, że bez problemu można szybkość rysowania grafiki przyśpieszyć 10-15 razy.

tmf wrote:

Ten kontroler ma maks. taktowanie SPI około 15 MHz, to znaczy, że możesz przez ten interfejs przecisnąć max. niecałe 2 MB/s, co zapewni ci najprostszy procesor, nawet ATMega.

Ale 2MB/s (20Mb/s) to tylko w trybie równoległym. SPI, to max Fclk / 2 b/s co daje przy zegarze Arduino 16MHz tylko 8Mb/s. Dla równoległego zaś, potrzebny jest kontroler magistrali, bo przez "machanie" GPIO traci się niepotrzebnie kilka taktów na sterownie linią WR.
Z kontrolerem, teoretycznie, da się uzyskać Fclk / 2 (dostęp do zewnętrznej pamięci to 2 takty jak pamiętam) ale Megi nie mają DMA, więc trzeba pobrać daną z RAM, zwiększyć adres itp. Realnie 4..5MB można wycisnąć.

Panowie , spokojnie ale filmów 4K nie będę edytował na tym wyświetlaczu

slavcio2012 wrote:

Kupie arduino due

Więc w dalszym ciągu będziesz mógł skorzystać z porady kolegi @kaczakat z postu #4.
Biblioteka Ucglib nie jest stricte "arduinowym wynalazkiem".

Jeżeli koledzy podeślą Ci link do innej biblioteki dla tego wyświetlacza, która działa 10-15 razy szybciej, to oczywiście będziesz mógł skorzystać z takiej oferty. Sam raczej nie napiszesz lepszej, ale zawsze możesz spróbować usprawnić działanie Ucglib - źródła są dostępne.

slavcio2012 wrote:

Panowie , spokojnie ale filmów 4K nie będę edytował na tym wyświetlaczu

Napisz co to będzie z urządzenie?
Taki wyświetlacz, po SPI, będzie działał jak w miarę szybkie e-ink.

Jeśli zrobisz na nim menu w barze mlecznym to ok, to że ekran odświeża się 5 sekund nie ma znaczenia, bo będziesz go zmieniał raz dziennie gdy nikt nie widzi. Jeśli jednak, będziesz chciał wyświetlać jakieś reklamówki to będzie to wyglądać raczej żałośnie, chyba, że zrobisz rysowanie punkt po punkcie tworząc efekty przejścia obrazu jak w foto ramkach.

Gdy natomiast miałby to być wyświetlacz multimetru czy tym bardziej oscyloskopu, to szkoda czasu, efekt działania będzie żenujący.

pierwszą rzeczą to podświetlanie lcd , jest rozwiązane za pomocą pwn a nie za pomocą led , ktoś już pisał pod ten wyświetlacz jakieś programy do arduino ?

slavcio2012 wrote:

est rozwiązane za pomocą pwn a nie za pomocą led

PWM świeci?

Dodano po 59 [sekundy]:

slavcio2012 wrote:

ktoś już pisał pod ten wyświetlacz jakieś programy do arduino

Wątpię bo to nie ma większego sensu.

większość wyświetlaczy jakie miałem, podświetlanie było diodą podłączoną do napięcia, ten wyświetlacz ożywa programowo przez pwn

slavcio2012 wrote:

większość wyświetlaczy jakie miałem, podświetlanie było diodą podłączoną do napięcia, ten wyświetlacz ożywa programowo przez pwn

Sterowanie intensywnością świecenia led przez PWM jest tak powszechne, jak multimetr w warsztacie elektronika. Praktycznie każdy wyświetlacz z podświetleniem LED można sterować PWM'em.

Mam pytanie do Ciebie LChucki miałeś ten wyświetlacz ?

slavcio2012 wrote:

Mam pytanie do Ciebie LChucki miałeś ten wyświetlacz ?

Z pośród setek innych tego nie miałem. Powód jest banalny, za duża rozdzielczość na uC. Już wcześniej pisałem, po SPI max to 320x240 i nigdy nie przyszło by mi do głowy aby użyć większej. Naturalnie, jak klient by się zaparł to ok, dwa razy bym zarobił, bo jakby zobaczył jak kiepsko to działa, to dopłaciłby parę tysięcy za optymalizację. Nadal nie byłby w pełni zadowolony, więc w końcu klient chciałby abym zrobiłbym jak radziłem czyli kolejne koszty.

Rozdzielczości 480x272 i większe obsługiwałem przez FT81x. Można oczywiście wybrać uC z 512kB RAM i sterownikiem LCD ale pochłonie on sporo wyprowadzeń uC, który musi mieć min 100pin (w mniejszych nie ma sterownika). Lutował kolega TQFP100 czy 144? Pewnym rozwiązaniem jest uC z FMC (też min 100pin) gdzie wystarczy ok 20 pin na LCD.
Jeśli jednak weźmiesz pod uwagę koszty (uC z 512k RAM, 100pin nie kosztuje 10zł), to przy małej ilości urządzeń nie ma to sensu, lepiej kupić gotowy moduł z FT81x i nawet na uC o małych zasobach można zrobić bajery.

Nie nie lutowałem takich scalaków , dla tego się nie wypowiadam .