ATNEL tech-forum

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-29T17:31:30+01:00

StaryAnoda napisał(a):

Hej

Czy to jest wyświetlacz 3.2'' 320 x 480 ?
Czemu link w pierwszym poście do przykładu na AVR jest niedostępny ?
Gdzie kupiłeś ten wyświetlacz ?

Tak to jest taki wyświetlacz

Wątek który umieściłem wcześniej, a który dotyczył zastosowania tego wyświetlacza z AVR skasowałem w przypływie sceptycyzmu. To jest wyświetlacz który posiada wyłącznie magistralę 16bit i zastosowanie go z AVRem to chyba tylko w wersji na SPI i to minimum na Atmega32 (i raczej dla desperatów). Poza tym, ten kod dla CYCKITA nie wiele różni się od AVR, tam są tylko kwestie zmiany niektórych ustawień i w przypadku AVR przywrócenia Progmem. Cała biblioteka dla AVR po SPI jest dostępna w wątku kolegi Intre.
Takie wyświetlacze nabyłem już jakiś czas temu (wiosna ubiegłego roku) na jednym takim portalu aukcyjnym za jakieś 58zł sztuka.

iframe

Mirku ja jestem jeszcze programowym niemowlakiem, moje używanie języka C sprowadza się do lizania .... ale już nawet te zabawy pokazują że to czego nauczyłem się z Twoich książek i poradników w zastosowaniu do AVRów, to wiedza niebywale pomocna w poszerzaniu horyzontów. Wsiąkłem teraz w te CYCKI i wygrzebać się nie mogę, a większość problemów rozgryzam najpierw na AVR a potem przewalam to na Cypressa fajna zabawa, no po prostu bajka.

Statystyki: Napisane przez SP2LUB — 29 sty 2018, o 17:31

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-29T16:11:44+01:00

SP2LUB napisał(a):

ale uwaga mamy też do dyspozycji bezpośredni dostęp do rejestru tego pinu (sposób przedstawiony przez Mirka w jego poradniku) i wtedy to samo banglowanie będzie wyglądać tak
Składnia: [ Pobierz ] [ Ukryj ]

Teraz już wiesz dlaczego ja wolę taki, że tak powiem "nasz bezpośredni" dostęp a nie przez jakieś kocie generowane makra ?

Statystyki: Napisane przez mirekk36 — 29 sty 2018, o 16:11

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-29T15:49:27+01:00

Hej

Czy to jest wyświetlacz 3.2'' 320 x 480 ?
Czemu link w pierwszym poście do przykładu na AVR jest niedostępny ?
Gdzie kupiłeś ten wyświetlacz ?

Statystyki: Napisane przez StaryAnoda — 29 sty 2018, o 15:49

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-16T20:34:46+01:00

No to super, że udało się Tobie odnaleźć źródło problemu. To prawda, że API jest wygodne, ale wolne w porównaniu do bezpośredniego sterowania pinami. Na szczęście można sobie to uprościć korzystając z #define i wtedy portować można całą bibliotekę, jeśli tylko była dobrze napisana (np. Mirka do LCD).

P. S. W Arduino podobnie - też jest digital write ale szybsze jest bezpośrednie sterowanie portami.

Statystyki: Napisane przez micky — 16 sty 2018, o 20:34

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-13T19:32:07+01:00

No i rozgryzłem orzeszka
Tak jak pokazałem w poprzednim poście, pomiary czasów na banglowanym pinie trochę mnie zaniepokoiły. Cały czas byłem przekonany że mój problem powolnej pracy wyświetlacza jest związany raczej z hardwarem a dokładnie z konfiguracją zegara.
Ponieważ męczyłem się z ustawieniami zegara na wszystkie sposoby i nie uzyskałem niemal żadnej poprawy, zacząłem przewalać dostępne w internecie informacje udostępniane przez CYPRESS a dotyczące właśnie użycia i konfiguracji GPIO oraz zegara i w ogóle czasów...
W jednym z takich not znalazłem cenne informacje na których oparłem dalsze prace. http://www.cypress.com/file/45381/download
Po pierwsze przekonałem się że narzędzie PSoC Creator jest ok ale nie do końca należy się na nim opierać.
Przykład:
Po wybraniu Digital Output Pin z Katalogu Komponentów i wygenerowaniu dla niego API czyli plików .c oraz .h zawierając makra pomocne przy obsłudze każdego komponentu. Jednak należy być ostrożnym przy używaniu zdefiniowanych przez kreator makr.
Jeżeli potrzebuje w moim projekcie banglować jakimś pinem, ma do dyspozycji proste makro:
[syntax=c]for(;;)
{
// These are API functions
MyPin_Write(1); //set MyPin output
MyPin_Write(0); //clear MyPin output
}[/syntax]
No i super ale uwaga mamy też do dyspozycji bezpośredni dostęp do rejestru tego pinu (sposób przedstawiony przez Mirka w jego poradniku) i wtedy to samo banglowanie będzie wyglądać tak
[syntax=c]for(;;)
{
MyPin_DR |= MyPin_MASK; //Set MyPin
MyPin_DR &= ~MyPin_MASK; //Clear
}[/syntax]
Porównanie działania obu makr jest po prostu powalające, otóż pin balglowany makrem _Write w moim układzie generował cztery razy wolniejszy przebieg od banglowania makrem dostępu do rejestru _DR. Tak tak różnica jest aż tak duża. Pewnie dla Tych z Was którzy obeznani jesteście w tych procesorach to nic nowego, dla mnie jednak to nauczka która pomogła mi opanować problem " slimaczej pracy".
Po tym doświadczeniu przewaliłem całą bibliotekę i pozmieniałem wszystkie makra...
Mój projekt zaczął chodzić jak rakieta. Jednak pojawił się nowy problem Po uzyskaniu wysokiej szybkości pracy mojej przeportowanej biblioteki, pojawiły się problemy z kolorami... czasami każdy font w stringu miał inny kolor albo pojawiały się dziwne echa.. Znowu zacząłem przyglądać się zawartości funkcji rysujących na wyświetlaczu i zacząłem wstawiać opóźnienia. Wszystko zaczęło działać prawidłowo po wstawieniu zwłoki 40uS w makro WR_STB. ale wtedy znowu wyświetlacz pracował w tempie ślimaczym
Wpadłem na pomysł przetestowania wyświetlacza na moim zestawie ATB 1.05 z zainstalowanym CYPRESS SHIELD na którym wlutowałem sobie CY8C5267AXI - LP051. No i biblioteka pracuje po prostu MEGA SZYBKO !!!! wywaliłem wszystkie delaye i testowałem na wiele sposobów i wszystko działa wręcz idealnie.
Ok co zatem jest nie tak z CY8CKIT-059 PSoC® 5LP Prototyping Kit ?????
No problem okazał się banalny, to znaczy kondensatory które są umieszczone na niektórych pinach w tym module. Niestety ja potrzebowałem dwóch portów całych do sterowania wyświetlaczem i jeszcze czterech pinów do obsługi. Mimo iż testowałem wyświetlacz na trzech różnych portach, to zawsze trafiałem na jakieś piny na których siedział 1uF i który przy wyższych prędkościach powodował problemy. (Piny P0.2, P0.3, P0.4, P3.2 na tych pinach umieszczone są kondensatory 1uF)
Dzielę się z Wami tym bo zapłaciłem za moją głupotę 3 dni !! a przecież na opisówce CYCKITu jest gwiazdeczka z opisem do których pinów dolutowano kondensatory.

iframe

a tak działa znowu na CYCKIT po wylutowaniu kondensatorów 1uF - C9, C12, C13 na porcie P0 oraz C7 na P3.2. Właśnie tych portów P0 i P3 używałem do transferu danych do wyświetlacza.

iframe

Statystyki: Napisane przez SP2LUB — 13 sty 2018, o 19:32

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-12T18:27:07+01:00

Zarówno analizator jak i oscyloskop są zgodne co do tego że mój CYCKIT pracuje za wolno

1,7MHz jest raczej dalekie od spodziewanych 24MHz... nie bardzo wiem jak w kreatorze mogę się do tego dobrać. Próbowałem bawić się w ustawieniach z zakładki "Cloks" ale bez względu na to co tam ustawię, układ zachowuje się tak samo.

.

Statystyki: Napisane przez SP2LUB — 12 sty 2018, o 18:27

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-12T06:35:43+01:00

Żeby sprawdzić częstotliwość pracy procka to bangluj jednym z pinów (bez żadnych delayów) a analizatorem sprawdź częstotliwość migania.

Statystyki: Napisane przez micky — 12 sty 2018, o 06:35

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-11T20:52:02+01:00

Widzę, że są 8-bitowe; ale wysyłasz do funkcji "writedata" daną 8-bitową, następnie zerujesz ją (dat>>8), wpisujesz do "górnego" portu,
wpisujesz daną dat do "dolnego" portu i wysyłasz oba portu do sterownika. Jaki jest sens tej operacji : PORTA_Write (dat>>8) , jeżeli i tak zawsze argument będzie zerem ?

Co do "hx8357d_fillRect" , szybsza będzie pojedyncza pętla np.

for (uint16_t i=0; igdzie w*h liczba pikseli do zapisu ( być może trzeba dodać: w*h+1)

ps. można także spróbować wyprowadzić sygnały CS_L/CS_H odpowiednio przed i za pętlę-powinno działać szybciej.

Statystyki: Napisane przez krish — 11 sty 2018, o 20:52

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-11T19:51:25+01:00

PORTA i PORTC to porty ośmiobitowe w obu przypadkach PSoC i AVR, te funkcje pracują poprawnie..

natomiast fillRect wygląda tak:
[syntax=c]// rysuje czworokat wypelniony
void hx8357d_fillRect(int16 x, int16 y, int16 w, int16 h, uint16 color) {

// rudimentary clipping (drawChar w/big text requires this)
if ((x >= _width) || (y >= _height) || (w==0) || (h==0)) return;
if ((x + w - 1) >= _width) w = _width - x;
if ((y + h - 1) >= _height) h = _height - y;

hx8357d_setAddrWindow(x, y, x+w-1, y+h-1);
uint8 hi = color >> 8, lo = color;

for(y=h; y>0; y--) {
for(x=w; x>0; x--) {
CS_L;
PORTA_Write (hi);
PORTC_Write (lo);
WR_STB;
CS_H;
}
}
}[/syntax]

To raczej nie jest przyczyną wolnej pracy.. ponieważ stringi też piszą się jak krew z nosa

Statystyki: Napisane przez SP2LUB — 11 sty 2018, o 19:51

Re: PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-11T19:35:16+01:00

Tutaj kluczowa dla szybkości jest funkcja hx8357d_fillRect (), której nie Pokazałeś.

ps.
dlaczego w funkcji writedata( uint8 dat )
"dat" jest uint8 ?

za chwilę w tej funkcji robisz operacje:

PORTA_Write (dat>>8); co przy 8 bitach jest bez sensu (chyba że ma być wpisywane 0 )
PORTC_Write (dat); czyli wpis 16 bitowy

Statystyki: Napisane przez krish — 11 sty 2018, o 19:35

PSoC CY8CKIT-059 i wyswietlacz HX8357B

2018-01-13T18:41:16+01:00

Dzien dobry

Przeportowalem sobie dla Cypressa, biblioteke wyswietlacza graficznego HX8357B z interfejsem rownoleglym 16 bit ktora przygotowalem tydzien temu dla procesora Atmega32. Biblioteka spisuje sie bardzo fajnie i jestem zadowolony.
Po kilku modyfiacjach tej biblioteki wyswietlacz zaczal mi dzialac na CY8CKIT-059 na ktorym siedzi CY8C5888LTI - LP097. Wszystko by bylo jak w raju tylko mam jeden klopot. Wyswietlacz wyswietla wszysto poprawnie ale bardzo wolno. Wypelnienie ekranu kolorem trwa okolo 4 sekundy.... Pomyslalem ze przegapilem cos z ustawieniami zegrara w projekcie. Wczesniej uruchamialem kilka projektow na Cyprysie z uzyciem wyswietlacza znakowego, i kilku dodatkowych rzeczy jak Quadraturowy sterownik encodera, czy transmisja po SPI do modulow zewnetrznych.. wszystko dzialalo sprawnie. Teraz uruchomilem ten nieszczesny wyswietlacz i dziala jak slimak.
Na Atmedze32 dziala wysmienicie a tutaj jakas kiszka

Czy powinienem jakos inicjowac zegar przy tak prostej obsludze TFT czy moze sa inne przyczyny konfiguracyjne o ktorych nie wiem. Bawie sie Cyprysami od momentu kiedy Mirek wyemitowal swoje poradniki wiec moje doswiaczenie jest marne.

Macie jakies sugestie?

Jak wroce do domu przedstawie kod, ale nie wiele on sie rozni od tego ktory pokazalem tutaj dla AVR http://forum.atnel.pl/topic19932.html
Pokaze tez film z pracy tego wyswietlacza.. praca w naprawde zwolnionym tempie. (a przeciez steruje magistrala 16bit rownolegle)

Tak to wygląda na żywo

iframe

funkcje czyszczenia ekranu kolorem czarnym, jeszcze raz kolorem niebieskim i kolejno funkcje wywalające stringi... bez delayów i innych spowalniaczy.

Teraz fragmenty kodu
Funkcje wysyłania komendy i danych:
[syntax=c]// wysłanie komendy
void writecommand( uint8 cmd ) {

CS_L;
RS_L;
PORTA_Write (0);
PORTC_Write (cmd);
WR_STB;
RS_H;
CS_H;

}

//wysładnie danych
void writedata( uint8 dat ) {

CS_L;
PORTA_Write (dat>>8);
PORTC_Write (dat);
WR_STB;
CS_H;
}[/syntax]

funkcja inicializacji wyświetlacza:
[syntax=c]// Inicjacja wyswietlacza HX8357-B 16bit
void hx8357d_init ( void ) {

RST_H;
CyDelay (50);
RST_L;
CyDelay (10);
RST_H;
CyDelay (10);

writecommand(0x11);
CyDelay(120);
writecommand(0xD0); // HX8357B_SETPOWER
writedata(0x07);
writedata(0x42);
writedata(0x18);
writedata(0x00);

writecommand(0xD1); //HX8357B_SETVCOM
writedata(0x00);
writedata(0x07);
writedata(0x10);

writecommand(0xD2); //HX8357B_SETPWRNORMAL
writedata(0x01);
writedata(0x02);

writecommand(0xC0);
writedata(0x10);
writedata(0x3B);
writedata(0x00);
writedata(0x02);
writedata(0x11);

writecommand(0xC5);
writedata(0x08);

writecommand(0xC8);
writedata(0x00);
writedata(0x32);
writedata(0x36);
writedata(0x45);
writedata(0x06);
writedata(0x16);
writedata(0x37);
writedata(0x75);
writedata(0x77);
writedata(0x54);
writedata(0x0C);
writedata(0x00);

writecommand(0x36); // HX8357_MADCTL
writedata(0x0a);

writecommand(0x3A); // Interface pixel format
writedata(0x55);// 16 bits per pixel

writecommand(0x2A); // HX8357_CASET
writedata(0x00);
writedata(0x00);
writedata(0x01);
writedata(0x3F);

writecommand(0x2B); // HX8357_PASET
writedata(0x00);
writedata(0x00);
writedata(0x01);
writedata(0xDF);

CyDelay(120);
writecommand(0x29);
CyDelay(25);

//CS_L;
}[/syntax]

funkcja obrotu ekranu:
[syntax=c]// obrót ekranu 0-3
void hx8357d_setRotation(uint8 rotation) {

writecommand(HX8357_MADCTL);

if (rotation >=3 ) rotation=3; // max 3; domyślnie 3
switch (rotation) {
case 0: // Portrait
writedata(MADCTL_BGR | MADCTL_SS);
_width = HX8357_TFTHEIGHT;
_height = HX8357_TFTWIDTH;
break;
case 1: // landscape
writedata(MADCTL_MV | MADCTL_BGR);
_width = HX8357_TFTWIDTH;
_height = HX8357_TFTHEIGHT;
break;
case 2: // inverted portrait
writedata( MADCTL_BGR | MADCTL_GS);
_width = HX8357_TFTHEIGHT;
_height = HX8357_TFTWIDTH;
break;
case 3: // inverted landscape
writedata(MADCTL_MV | MADCTL_BGR | MADCTL_SS | MADCTL_GS);
_width = HX8357_TFTWIDTH;
_height = HX8357_TFTHEIGHT;
break;
}
}[/syntax]

Funkcja ustawiania okna
[syntax=c]// ustawia adres okna
void hx8357d_setAddrWindow(uint16 x0, uint16 y0, uint16 x1, uint16 y1) {

if (x0>x1) swap(x0,x1);
if (y0>y1) swap(y0,y1);
if((x1 >= _width) || (y1 >= _height)) return;
CS_L;
RS_L;
PORTC_Write (HX8357_CASET);
WR_STB;
RS_H;
PORTC_Write (x0>>8);
WR_STB;
PORTC_Write (x0);
WR_STB;
PORTC_Write (x1>>8);
WR_STB;
PORTC_Write (x1);
WR_STB;
RS_L;
PORTC_Write (HX8357_PASET);
WR_STB;
RS_H;
PORTC_Write (y0>>8);
WR_STB;
PORTC_Write (y0);
WR_STB;
PORTC_Write (y1>>8);
WR_STB;
PORTC_Write (y1);
WR_STB;
RS_L;

PORTC_Write (HX8357_RAMWR);
WR_STB;
RS_H;
CS_H;
}[/syntax]

Czyszczenie kolorem

[syntax=c]//czyszczenie wypełnieniem kolor
void hx8357d_cls(uint16 color) {

hx8357d_fillRect(0, 0, _width, _height, color);
}[/syntax]

No nie wiele się różnią te funkcje od tych dla AVRów.. a jednak jak widać na filmie, coś pominąłem bawiłem się ustawieniami zegara w projekcie ale to nie ma żadnego wpływu na działanie wyświetlacza. Zmieniałem też porty, ale efekt zawsze ten sam.

Szukam i szukam i nie znajduję a moja stara głowa już domaga się relaksu

Jeszcze dodam funkcje rysującą pixel
[syntax=c]//Rysuje pixel
void hx8357d_drawPixel(int16 x, int16 y, uint16 color) {

if((x < 0) ||(x >= _width) || (y < 0) || (y >= _height)) return;

hx8357d_setAddrWindow(x,y,x+1,y+1);
CS_L;
RS_L;
PORTC_Write (HX8357_CASET);
WR_STB;
RS_H;
PORTC_Write (x>>8);WR_STB;
PORTC_Write (x);WR_STB;
PORTC_Write (x>>8);WR_STB;
PORTC_Write (x); WR_STB; RS_L;
PORTC_Write (HX8357_PASET); WR_STB; RS_H;
PORTC_Write (y>>8); WR_STB;
PORTC_Write (y); WR_STB;
PORTC_Write (y>>8); WR_STB;
PORTC_Write (y); WR_STB; RS_L;
PORTC_Write (HX8357_RAMWR); WR_STB; RS_H;
PORTC_Write (color);
PORTA_Write (color>>8);
WR_STB;
CS_H;
}[/syntax]

Statystyki: Napisane przez SP2LUB — 11 sty 2018, o 15:36