ATNEL tech-forum

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-26T20:08:56+01:00

Doikładnie. Bardzo pomocne jak np wyświetlasz jakieś sybko zmieniające się dane typu nie wiem - powiedzmy obroty silnika czy wynik z miernika. Przy wysłaniu np cyfry 1 o wymiarach 3x7 pikseli, taki właśnie zostanie ustawiony obszar do wysłania danych do wyświetlacza. Nie wysyłasz całego bufora jak było w oled (chociaż tam szło ustawić tzw active page czyli linię 8x64px chyba o ile pamiętam) tylko wysyłasz dosłownie dane kilku pikseli.

Statystyki: Napisane przez skalarro — 26 lut 2018, o 20:08

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-26T18:21:13+01:00

StaryAnoda napisał(a):

Panowie, a możecie mi wytłumaczyć w jakim celu i czemu służy funkcja:

[syntax=c]tft_ILI9341_setAddrWindow(x, y, a, b);[/syntax]

Jeśli dobrze pamiętam to definiujesz okno o początku (x,y), szerokości a, wysokości b, które możesz cyklicznie odświeżać.
Nie musisz buforować całego ekranu, tylko jego wycinek. Bardzo pożyteczna opcja jeśli chcesz aktualizować wybrany, prostokątny fragment obrazu.

Statystyki: Napisane przez Zealota — 26 lut 2018, o 18:21

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-26T17:51:14+01:00

Panowie, a możecie mi wytłumaczyć w jakim celu i czemu służy funkcja:

[syntax=c]tft_ILI9341_setAddrWindow(x, y, a, b);[/syntax]

Pozdrawiam
StaryAnoda

Statystyki: Napisane przez StaryAnoda — 26 lut 2018, o 17:51

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T23:02:38+01:00

Hmm tak sobie myślę, że jednak warto pozostać przy __flash i __memx i powoli przerzucać się na nowe toolchainy i zapomnieć o pgmem_read, które to wydaje się wyjątkowo upierdliwe.
Spróbujcie później zrobić przenośny kod np na stm32. Wiadomo da się, ale po co się męczyć.

"Użycie makra pgm_read_byte_far() z 32-bitowym wskaźnikiem uint_farptr_t lub wskaźnika z kwalifikatorem __memx gwarantuje prawidłowy odczyt"
Skoro użyłeś __memx to nie potrzebujesz już żadnego makra "pgm". Kwalifikator ten rozszerza wskaźnik do 24 bitów i mamy jedną przestrzeń adresową zdolną do adresacji 16MB pamięci, a do odczytu wystarczy zwykłe przypisanie.

Oczywiście trzeba pamiętać o "const". Jeśli dojdzie do migracji na stm32 to wystarczy usnąć __memx. Inaczej można jeszcze zdefiniować jakiś nowy typ, a później tylko w jednym miejscu modyfikować w zależności od MCU.

Statystyki: Napisane przez Zealota — 25 lut 2018, o 23:02

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T21:00:27+01:00

skalarro napisał(a):

Drugi sposób zasypał mi eklipsa warningami

Kolega anshar znalazł na to rozwiązanie: http://forum.atnel.pl/topic15543.html#p162317

Statystyki: Napisane przez andrews — 25 lut 2018, o 21:00

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T20:40:17+01:00

Albo robie jakiegoś piko-babolka albo ja już nie wiem. Drugi sposób zasypał mi eklipsa warningami ale efekt taki sam jak powyzej.

------------------
ok, babol znaleziony.
zmiana z:
tft_ILI9341_write8(pgm_read_byte( &glyph[ idx++ ] ));

na:
tft_ILI9341_write8(pgm_read_byte_far( glyph++ ));

spowodowała, że pętla zależna od idx się nie kończyłą nigdy. Pomogło dodanie idx++;

Dzięki andrews, mega mi pomogłeś

Statystyki: Napisane przez skalarro — 25 lut 2018, o 20:40

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T20:34:22+01:00

Obydwa kody powinny działać, tak jak napisałem.
Użycie makra pgm_read_byte_far() z 32-bitowym wskaźnikiem uint_farptr_t lub wskaźnika z kwalifikatorem __memx gwarantuje prawidłowy odczyt z dowolnego miejsca pamięci FLASH

Statystyki: Napisane przez andrews — 25 lut 2018, o 20:34

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T20:20:16+01:00

Zrobione, niestety efekt nieciekawy. Najlepiej pokaze to filnik. Funkcja wywołana tylko raz...

iframe

zaraz zobaczę z flash, muszę kontrolować czy to bedzie flash1,2,3 czy juz mnie to nie musi obchodzic?

Statystyki: Napisane przez skalarro — 25 lut 2018, o 20:20

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-26T06:24:16+01:00

[syntax=c]// to możesz zostawić
uint8_t const zasieg72[] PROGMEM = {};

void tft_bitmap( int x, int y, uint_farptr_t glyph, int width, int height ) {

uint16_t idx=0;

tft_ILI9341_setAddrWindow(x, y, x+width-1, y+height-1);

CS_ACTIVE
RS_COMMAND
tft_ILI9341_write8(ILI9341_MEMORYWRITE);
RS_DATA

while( idx++ < (width*height) ) {

tft_ILI9341_write8(pgm_read_byte_far( glyph++ ));

tft_ILI9341_write8(pgm_read_byte_far( glyph++ ));

}

}

// wywołanie funkcji
tft_bitmap( 10, 10, pgm_get_far_address(zasieg72[0]), 72, 72 );[/syntax]

Nie mam możliwości przetestowania, ale powinno działać.

EDIT: Jeśli chciałbyś przejść na __flash:
[syntax=c]//
const __flash uint8_t zasieg72[] = {};
// lub
const __memx uint8_t zasieg72[] = {};

void tft_bitmap( int x, int y, const __memx uint8_t * glyph, int width, int height ) {

uint16_t idx=0;

tft_ILI9341_setAddrWindow(x, y, x+width-1, y+height-1);

CS_ACTIVE
RS_COMMAND
tft_ILI9341_write8(ILI9341_MEMORYWRITE);
RS_DATA

while( idx++ < (width*height) ) {

tft_ILI9341_write8( *( glyph++ ));

tft_ILI9341_write8( *( glyph++ ));

}

}

// wywołanie funkcji
tft_bitmap( 10, 10, zasieg72, 72, 72 );[/syntax]
EDIT: Poprawiłem kod adekwatnie do tego, co słusznie zauważył kolega skalarro (3 posty niżej). Tak bardzo skoncentrowałem się na modyfikacji kodu pod kątem odczytu z FLASH, że nie pomyślałem o konieczności modyfikacji warunku pętli while. Tak jak teraz powinno być OK

Statystyki: Napisane przez andrews — 25 lut 2018, o 19:45

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T19:41:52+01:00

No tego właśnie wszystkiego co tak pięknie opisałeś:
Po kolei, ładuję grafiki ale nie wiem która leci powyżej FFFF, wiem już, że zapisują się od początku czyli część się zmieści część nie. Mogę wszystkie zmusić żeby były powyżej FFFF? jeżeli tak to jak? Zamiast:
[syntax=c]uint8_t const zasieg72[] PROGMEM = robię const __flash1 uint8_t zasieg72[] =[/syntax]
ale chyba to nie tak co?

obrazek wyswietlam za pomocą
[syntax=c]tft_bitmap(240,60,zasieg72,72,72);[/syntax] a w funkcji mam
[syntax=c]tft_ILI9341_write8(pgm_read_byte( &glyph[ idx++ ] ));[/syntax]

napiszesz mi gokłądnie co i jak zmienić?? siedzę nad tym już z 8 godzin, przeczytałem pół internetu i wszystko się miesza

Statystyki: Napisane przez skalarro — 25 lut 2018, o 19:41

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T19:27:42+01:00

Czego konkretnie nie rozumiesz?

Jeśli Twoje grafiki lądują w pamięci FLASH powyżej adresu 65535, musisz użyć funkcji pgm_read_byte far() zamiast pgm_read_byte() oraz wskaźnika uint_farptr_t zamiast uint8_t.
Adres pobierasz nie za pomocą operatora &, tylko za pomocą funkcji pgm_get_far_address().

Statystyki: Napisane przez andrews — 25 lut 2018, o 19:27

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T18:36:35+01:00

No dobra, wywaliłem wszytko, zostawiłem tylko wyświetlanie grafiki i... Tadaaammm.... Działa.
Potem stopniowo zacząłem zapychać procesor fontami i grafikami aż zaczęło się sypać. I chyba mam.
Właśnie się przekopuję przez topic19149.html czyli AVR-GCC - dane w pamięci FLASH - poradnik napisany przez kolegę andrews.

Tyle, że to czarna magia jest...

Statystyki: Napisane przez skalarro — 25 lut 2018, o 18:36

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T16:22:18+01:00

Zealota napisał(a):

takich sytuacjach częstym błędem jaki popełniam to zbyt "wąskie" typy danych

To nie to, przejrzałem już dziesiątki razy każdą linijkę kodu, każdą funkcję od bitmapy aż po rysowanie pojedynczego pikselka.

Jejynym miejscem o którym piszesz jest[syntax=c]while( idx < (width*height*2) )[/syntax] ale tu index jest uint16 co nam daje możliwości aż do 180*180 lub 128*256 pikseli

Statystyki: Napisane przez skalarro — 25 lut 2018, o 16:22

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T16:15:00+01:00

skalarro napisał(a):

Wszystko śmiga - rysuje linie punkty, okręgi czcionki i obrazki z SD. tylko nie te nieszczęsne obrazki z flasha

Hmm, w takich sytuacjach częstym błędem jaki popełniam to zbyt "wąskie" typy danych, które przy większych obiektach powodują nieprzewidziane efekty.
Posprawdzaj dokładnie, czy czasami gdzieś nie trzeba powiększyć typów z uint8_t na uint16_t.
JA często w pętlach daję np takiego babola:
[syntax=c]for (uint8_t i=0; i<256; i++) {}[/syntax]

i problem gotowy

Statystyki: Napisane przez Zealota — 25 lut 2018, o 16:15

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T15:45:19+01:00

Wszystko śmiga - rysuje linie punkty, okręgi czcionki i obrazki z SD. tylko nie te nieszczęsne obrazki z flasha

Statystyki: Napisane przez skalarro — 25 lut 2018, o 15:45

Re: TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T15:25:33+01:00

Hej

Wiem, że to wiele nie da ale na początek zrobił bym na Twoim miejscu funkcję Draw_Pixel(X,Y,Color);
Następnie spróbował wypełnić cały ekran dowolnym kolorem i zobaczył co się stanie.

Statystyki: Napisane przez StaryAnoda — 25 lut 2018, o 15:25

TFT - tft_bitmap -problem i kilka niejasności.

2018-02-25T14:40:31+01:00

Witam, snów Was trochę pomęczę pytaniami ;p

Wsego czasu posklejałem sobie fajną biblioteczkę do obsługi ili9341. powstał taki zlepek - trochę z arduino, trochę z GB, coś tam jeszcze z innej biblioteki. Wszystko działało miodnie łącznie z obsługą fontów, oraz rysowaniem obrazków z flasha i microSD.

Teraz postanowiłem sobie wrzucić grafili 72*72px do flasha - mam atmege2560 wiec stać mnie - a co - miejsca oszczędzać nie trzeba.

I tu ZONK!
okazuje się, że to co działało kiedyś teraz nie działa. Grafiki rysują się pięknie do momentu kiedy nie przekraczają rozmiaru koło 30x30pikseli,potem obrazek wygląda jak kupa losowo rozrzuconych pikseli.

Funkcja rysująca wygląda tak: i chyba jest ok, bo działa dobrze do wielkości około 30*30px.
[syntax=c]void tft_bitmap( int x, int y, const uint8_t * glyph, int width, int height ) {

uint16_t idx=0;

tft_ILI9341_setAddrWindow(x, y, x+width-1, y+height-1);

CS_ACTIVE
RS_COMMAND
tft_ILI9341_write8(ILI9341_MEMORYWRITE);
RS_DATA

while( idx < (width*height*2) ) {

tft_ILI9341_write8(pgm_read_byte( &glyph[ idx++ ] ));

tft_ILI9341_write8(pgm_read_byte( &glyph[ idx++ ] ));

}

}[/syntax]

[syntax=c]void tft_ILI9341_write8(uint8_t value) {

DATA_PORT = value;
WR_STROBE

}[/syntax]

zajętość flasha po kompilacji :

Program: 71672 bytes (27.3% Full)
(.text + .data + .bootloader)

Data: 596 bytes (7.3% Full)
(.data + .bss + .noinit)

Tak się zastanawiam - płytka to arduino mega2560 więc pewnie miała kiedyś jakiś bootloader. Może to mieć znaczenie - nie wiem - zarezerwowana pamięć, fusebity? cokolwiek?

Nie wiem, co mogłem przeoczyć

Statystyki: Napisane przez skalarro — 25 lut 2018, o 14:40