ATNEL tech-forum

Re: Inicjalizacja LCD

2012-09-30T17:44:15+01:00

Oczywiście że nie chcę być niegrzeczny - ale posłuchaj albo może inaczej - poczytaj chociażby TYLKo to forum. Znajdziesz tu na hektolitry takich przypadków, gdzie ktoś zaczyna od tego że kod jest identyczny jak w książce czy na DVD a później się okazuje że nie .... tyle że autor później dopisuje .... aaaa no ale ja myślałem że akurat to nie ma znaczenia

Toż nie chodzi o obrażanie się ... bo ja nie mam zamiaru tego robić ani wmawiać komuś że się nie zna na czymś. Z drugiej strony sam widzisz - że po raz kolejny podpowiadam ci co mógłbyś sprawdzić i dać znać a ty nagle piszesz o czymś innym więc nie dziw się że dyskusja schodzi na całkiem inne tory

ta funkcja:

[syntax=c]void lcd_str(char * str)
{
register char znak;

while ( (znak=*(str++)) ) {

if(znak>=0x80 && znak<=0x87) {
lcd_write_data((znak & 0x07));
} else {
lcd_write_data(znak);
}
}
}[/syntax]

jest prosta jak budowa cepa jeśli chodzi o C .... poza tym podpowiedziałem ci jak to sobie sprawdzić ....

toż ja bym chętnie o tym podyskutował, pomógł ale jak ? powiedz jak ?

------------------------ [ Dodano po: 3 minutach ]

jan mazur napisał(a):

troszkę mi się humor poprawił jak czytam Pana odpowiedzi

to się cieszę o ile nie mówisz tego ironicznie.

jan mazur napisał(a):

już mniejsza z tym, że kod nie działa ale pisanie w stylu "u mnie działa, to pewnie coś u siebie masz namieszane" jest typowe wśród programistów czy informatyków

Kłopot w tym, panie kolego szanowny, że tak się jakoś hmmm składa - że już co najmniej tysiąc czytelników a nie tylko JA SAM testowało ten kod ... więc nie ma w nim co nie działać - tym bardziej gdyby miało chodzić tylko o to nieszczęsne przemapowanie, gdyż przemapowanie czyli ten IF nie ma nic wspólnego ze sterownikiem, z kompilatorem itp ...

jan mazur napisał(a):

Pozdrawiam i życzę miłej reszty niedzieli...

oczywiście także życzę i szybkiego złapania buga

Statystyki: Napisane przez mirekk36 — 30 wrz 2012, o 17:44

Re: Inicjalizacja LCD

2012-09-30T17:30:50+01:00

troszkę mi się humor poprawił jak czytam Pana odpowiedzi już mniejsza z tym, że kod nie działa ale pisanie w stylu "u mnie działa, to pewnie coś u siebie masz namieszane" jest typowe wśród programistów czy informatyków sam tak niekiedy odpowiadam, jednak zaraz się gryzę w język, bo to nie ładnie

Jeśli chodzi o to "że to u mnie jest coś w kodzie namieszane" to mogę napisać szczerze, że kod jest w 100% Pański - nic w nim nie zmieniałem. Może to "wina" nowego sterownika HD (WS0010), może kompilatora, może...
Błędu będę szukał i w końcu dowiem się co było nie tak. Jednak na ten czas dziękuję za pomoc, a jak znajdę przyczynę to natychmiast się podzielę nią!

Pozdrawiam i życzę miłej reszty niedzieli...

Statystyki: Napisane przez jan mazur — 30 wrz 2012, o 17:30

Re: Inicjalizacja LCD

2012-09-30T17:03:14+01:00

No i bardzo dobrze rozpisałeś ?: na IF'y ale nadal upierasz się ze sprawdzeniem w postaci uproszczonego debugowania - więc jeszcze nad tym pewnie długo posiedzisz....

zwróć uwagę że nie stosując pułapki programowej i sprawdzenia wartości liczby w inny sposób - nie masz do końca pewności co ci nie działa .... a być może kłopot leży jeszcze CAAAAAAŁKIEM gdzie indziej w twoim kodzie .... dużo dalej ... bo coś tam potem się źle dzieje - ale skoro wolisz dłuższą drogą dochodzić do prawdy ?

Ja tam bym tak zrobił jak pisałem (dlatego uważam że terminal i RS232 to podstawa u każdego kto zajmuje się prockami) albo chociaż na porcie z diodami LED i już miałbym ODPOWIEDŹ co najmniej od razu w 50%

bo albo źle działa (ale to u ciebie ten kod) albo coś dalej nie działa

tymczasem ty wciąż kręcisz się w kółko ..... bo sam dobrze przeczuwasz że to maskowanie & 0x07 ... czy chcesz czy nie - MUSI działać

Statystyki: Napisane przez mirekk36 — 30 wrz 2012, o 17:03

Re: Inicjalizacja LCD

2012-09-30T16:54:39+01:00

właśnie sobie sprawdzałem tę funkcję podobnie jak Ty no i w funkcji, która ma wyświetlić znak:

[syntax=c]
void lcd_str(char * str)
{
register char znak;

while ( (znak=*(str++)) )
lcd_write_data( ( znak>=0x80 && znak<=0x87 ) ? (znak & 0x07) : znak);
}[/syntax]
mamy lcd_write_data():

[syntax=c]
lcd_write_data( ( znak>=0x80 && znak<=0x87 ) ? (znak & 0x07) : znak);[/syntax]
która w moim przypadku zawsze wchodzi na NIE czyli bierze 'znak' mimo, że np. znak == 0x80.

Czyli jak mam:

[syntax=c]
lcd_str("\x81");[/syntax]

to i tak wynikiem lcd_write_data() jest 'znak'...

Sprawdziłem to np. też tak:

[syntax=c]
void lcd_str(char * str)
{
register char znak;

while ( (znak=*(str++)) ) {

if(znak>=0x80 && znak<=0x87) {
lcd_write_data((znak & 0x07));
} else {
lcd_write_data(znak);
}
}
}[/syntax]

ten sam rezultat... no i albo czegoś nie widzę, albo... sam nie wiem.

Statystyki: Napisane przez jan mazur — 30 wrz 2012, o 16:54

Re: Inicjalizacja LCD

2012-09-30T16:45:57+01:00

skoro już się rozumiemy - i wiesz o co chodzi w tym mapowaniu - to teraz powiem tak:

ZUPEŁNIE nie rozumiem jak można podejrzewać tu hmm IF'y, kompilatory itp .... tzn ok może jakiś promil ziarna w tym może być

ale co za kłopot sobie samemu to sprawdzić - po prostu wymyślić sprawdzenie - chociażby tak:

[syntax=c]void lcd_char(char c)
{
PORTA = ( c>=0x80 && c<=0x87 ) ? (c & 0x07) : c;
while(1); // pułapka programowa HALT
}[/syntax]

i patrzysz co ci się pojawiło na PORTA - np z podłączonymi diodami

albo

skoro już się rozumiemy - i wiesz o co chodzi w tym mapowaniu - to teraz powiem tak:

ZUPEŁNIE nie rozumiem jak można podejrzewać tu hmm IF'y, kompilatory itp .... tzn ok może jakiś promil ziarna w tym może być

ale co za kłopot sobie samemu to sprawdzić - po prostu wymyślić sprawdzenie - chociażby tak:

[syntax=c]void lcd_char(char c)
{
uart_putchar( ( c>=0x80 && c<=0x87 ) ? (c & 0x07) : c );
while(1); // pułapka programowa HALT
}[/syntax]

i patrzysz tym razem co przyleciało ci do terminala

no toż to można sprawdzić sobie w TRY-MIG'a

------------------------ [ Dodano po: 2 minutach ]

Poza tym o jakim if() ty tutaj mówisz - przecież w tym mapowaniu nie ma żadnego IF'a więc moim zdaniem coś może namieszałeś w kodzie i teraz działa to nie tak jak trzeba

z drugiej strony jeśli stosujesz jakiś inny kompilator - to hmmm może rzeczywiście on może się zachowywać jakoś inaczej no ale nie jeśli chodzi o interpretację TAK podstawowych działań w języku C

dlatego te sprawdzenia które ci napisałem będą - MUSZĄ działać niezależnie od kompilatora

Statystyki: Napisane przez mirekk36 — 30 wrz 2012, o 16:45

Re: Inicjalizacja LCD

2012-09-30T16:18:16+01:00

@mirekk36: to co napisałeś jest dla mnie zrozumiałe od pierwszego razu (no może od drugiego ) gdy zobaczyłem to w książce czy Twoim kodzie. Jednak z tego co widzę, znak 0x80 czy kolejny z ośmiu ni jak nie jest "mapowany" na 0x00 itd.
Kod ze strony z poprawkami dodałem, nic nie modyfikowałem itp. a w dalszym ciągu wyrażenie:

[syntax=c]
lcd_str( "\x80" );[/syntax]
nie pokazuje zdefiniowanego znaku pod kodem '0x80' tylko standardowy.

Po prostu chyba mapowanie nie do końca działa tutaj. Nie wiem czego to może być wina. Może kompilatora, który "nie rozumie" czegoś w kodzie i nie zgłasza błędu... nie używam Eclipse lecz Xcode z CrossPack-AVR na MacOS. Zaraz popatrzę może jakiś "if()" nie działa u mnie poprawnie.

@GwynBleidD: tak wiem, że są tam aż cztery tablice ze znakami, jednak dla nie jak na razie nie używalne, gdyż nie ma tam np. 'ę'

Statystyki: Napisane przez jan mazur — 30 wrz 2012, o 16:18

Re: Inicjalizacja LCD

2012-09-30T14:46:09+01:00

No widzisz pięknie doszedłeś ale jeszcze nie zrozumiałeś zasady tego działania.

Nie jest dziwne że

Code:

lcd_char( 0x80 );

nie wyświetla zdefiniowanego znaku - bo przecież wysyłasz pan POJEDYNCZY znak o kodzie ascii 0x80, rozumiesz ?

a pamięć w CGRAM zaczyna się od zera więc dlatego działa

Code:

lcd_char( 0x00 );

Natomiast nie zadziała ci już NIGDY

Code:

lcd_str( "\x00" );

ponieważ zero oznacza koniec stringu !!!! zapamiętaj to. Dlatego wymyśliłem taki prosty sposób translacji znaków czyli żeby np konwertować nadlatujące znaki o kodach od 0x80 do 0x87 na znaki o kodach 0x00 do 0x07 ale to dzieje się właśnie w funkcji wysyłającej string - czyli ZNAK panie po ZNAKU ze stringa, sam zobacz co tu się dzieje:

Code:

void lcd_char(char c)
{
        lcd_write_data( ( c>=0x80 && c<=0x87 ) ? (c & 0x07) : c);
}

jeśli wpadnie do funkcji znak, którego kod ascii będzie większy równy 0x80 to wyrażenie ?: zamaskuje go tak że zamieni się na 0x0n gdzie n to drugi młodszy półbajt liczby HEX - nie widzisz tego ????

a jeśli jest jakikolwiek inny znak to zostanie przesłany w całości jako c

prościej mówiąc jeśli wykonasz

Code:

lcd_char( 0x80 );

to ona wypuści do wyświetlacza i tak 0x00 ..... a jeśli się tak nie dzieje to coś musiałeś mocno namieszać .... nie ma innego wyjścia

Statystyki: Napisane przez mirekk36 — 30 wrz 2012, o 14:46

Re: Inicjalizacja LCD

2012-09-30T14:29:37+01:00

Witam,

Trochę posiedziałem nad tym problemem i przeszukałem "wszystko" w kodzie, dokumentacji i gdziekolwiek jeszcze mogłem i przez przypadek natrafiłem na takie coś... (kod jest z poprawionej wersji "LCD")

W pliku lcd44780.c mamy definicję dwóch funkcji, które działają po ustawieniu ich na '1' w lcd44780.h:

[syntax=c]
void lcd_char(char c)
{
lcd_write_data( ( c>=0x80 && c<=0x87 ) ? (c & 0x07) : c);
}[/syntax]
oraz

[syntax=c]
void lcd_defchar(uint8_t nr, uint8_t *def_znak)
{
register uint8_t i,c;
lcd_write_cmd( 64+((nr&0x07)*8) );
for(i=0;i<8;i++)
{
c = *(def_znak++);
lcd_write_data(c);
}
}[/syntax]
Tak więc tworzenie znaków ma miejsce w main.c np.:

[syntax=c]
uint8_t znak_A[] = {0,0,14,1,15,17,15,2};
lcd_defchar(0x80, znak_A);[/syntax]
później wywołanie tego znaku, zgodnie z ideą w książce i w standardowym pliku main.c jest następujące:

[syntax=c]
lcd_str("\x80");[/syntax]
Jednak to w cale nie pokazuje zdefiniowanego znaku 'ą' lecz standardowy znak spod adresu '0x80'.

Jednakże, wywołanie funkcji:

[syntax=c]
lcd_char(0x00);[/syntax]
...już pokaże nam znak 'ą'!

Coś takiego:

[syntax=c]
lcd_char(0x80);[/syntax]
Nie zamienia nam 0x80 na 0x00...

...to takie moje spostrzeżenie, nad którym się teraz zastanawiam dlaczego tak jest jeśli chodzi o ten wyświetlacz ze sterownikiem WS0010.

Jeśli chodzi o Timing, o którym wcześniej pisaliśmy, to po serii testów widać, że standardowa inicjacja jest poprawna i wyświetlacz dobrze się zachowuje.

Statystyki: Napisane przez jan mazur — 30 wrz 2012, o 14:29

Re: Inicjalizacja LCD

2012-09-29T15:08:11+01:00

...dobry tryb graficzny nie jest zły i tak jak piszesz, też zauważyłem że timing się różni od standardowego. Wieczorem usiądę do tego i popatrzę co sie da zmienić. Jak się uda to napiszę

Statystyki: Napisane przez jan mazur — 29 wrz 2012, o 15:08

Re: Inicjalizacja LCD

2012-09-29T14:50:46+01:00

Witam,

Jeśli chodzi o te '64' to tak domyslałem się, że chodzi o adresację CGRAM... a nie zrozumiałe było dla mnie te '*8', jednak teraz się domyśliłem, że chodzi o zajęcie 8 bajtów na znak. Czyli każdy kolejny będzie miejscu przesuniętym o 8 bajtów. Chyba dobrze rozumiem.

Kwesta OLED z W0010 jest dalej aktualna - poprawki pobrałem już wcześniej i nic nie pomagają. Wygląda to tak jak by w ogóle funkcja lcd_defchar() w ogóle nie aktualizowała komórek pamięci ze znakami...

Antystatyczny: masz rację, że to nowszy sterownik, jednak miałem nadzieję, że zamiana ze "starego" na ten przejdzie bezboleśnie Poczytam jego notę i dodam odpowiednie funkcje...
Ogólnie nigdy nie używałem LCD w swoich projektach, bo ostatni kontakt z uP miałem kilka lat temu, a "pożegnałem" się z nimi na rzecz "wyższego" programowania jednak pracując nad swoim nowym projektem z wielką przyjemnością wróciłem do AVR

Pozdrawiam,
Jan

Statystyki: Napisane przez jan mazur — 29 wrz 2012, o 14:50

Re: Inicjalizacja LCD

2012-09-29T14:09:00+01:00

Skąd wartość 64 ? ---> spróbuj jeszcze raz przeczytać rozdział o LCD gdzie piszę o tym jaki jest rozkład znaków w pamięci CGRAM (znaków użytkownika) .... No przecież jest 8 znaków a na każdy przypada 8 bajtów definicji tak ???

Spójrz także w rozkazy dla LCD ----> bit nr.6 (czyli ten o wadze = 64) musi być ZAPALONY w rozkazie zapisu do CGRAM - tak z pamięci teraz piszę ...

A jeśli chodzi o pierwsze pytanie to powinna się pokazać zdefiniowany znak oczywiście .... na pewno masz niezmienioną i zaktualizowaną bibliotekę do LCD ??? Aktualizacja stąd oczywiście :

http://atnel.pl/uaktualnienia-programow-do-dvd.html

zaglądaj na tą stronkę ok ?

i daj znać co i jak to spróbujemy zmusić twój LCD do pokazywania znaków użytkownika

Statystyki: Napisane przez mirekk36 — 29 wrz 2012, o 14:09

Re: Inicjalizacja LCD

2012-09-29T13:46:20+01:00

Witam,

Widzę, że wątek nie jest jeszcze zamkniety, tak więc aby nie tworzyć bałaganu podepnę sie pod niego...
Używam wyświetlacza Winstar OLDE ze sterownikiem WS0010: http://www.picaxe.com/docs/oled.pdf i nie wiem dlaczego ale funkcja, przedstawiona w książce Pana Mirosława, do definicji znaków w ogóle nie działa z nim...
Sterownik jest (przynajmniej powinien być) kompatybilny z HD44780.

Kod w stylu:
[syntax=cpp]
...
uint8_t znak_A[] = {0,0,14,1,15,17,15,2};
lcd_defchar(0x83, znak_A);
lcd_locate(0,0);
lcd_str("A z ogonkiem ""\x83");
...
[/syntax]

pokazuje na wyświetlaczu Winstar "standardowy" znak jaki jest w tablicy sterownika pod kodem 0x83, zamiast nowego - 'ą'.
Próbowałem innego adresowania itp. jednak nic nie pomaga.

Ogólnie mam jeszcze jedno "proste pytanie"
Proszę mi wyjasnić dlaczego w ciele lcd_defchar() mamy:
[syntax=cpp]
...
lcd_write_cmd( 64+((nr&0x07)*8) );
...[/syntax]
Jak to działa? Skąd wartość 64?

Pozdrawiam i dziękuję za pomoc!

Statystyki: Napisane przez jan mazur — 29 wrz 2012, o 13:46

Re: Inicjalizacja LCD

2012-09-03T14:50:20+01:00

No trochę zamieszania w programie miałem ale doszedłem do tego. Dzięki za pomoc.

Statystyki: Napisane przez kidcowboy — 3 wrz 2012, o 14:50

Re: Inicjalizacja LCD

2012-09-03T14:46:42+01:00

no pewnie że równoznaczne ale jak pisałem, polecam korzystanie z typu uint8_t jeśli programujemy w AVR GCC zamiast unsigned char

Statystyki: Napisane przez mirekk36 — 3 wrz 2012, o 14:46

Re: Inicjalizacja LCD

2012-09-03T13:44:27+01:00

Ok przeczytałem:

Quote:

typedef unsigned char uint8_t

8-bit unsigned type.

typedef uint16_t uint_fast16_t

fastest unsigned int with at least 16 bits.

typedef uint32_t uint_fast32_t

fastest unsigned int with at least 32 bits.

typedef uint64_t uint_fast64_t

fastest unsigned int with at least 64 bits.

czyli mniemam że wywołanie funkcji
[syntax=c]void _lcd_write_byte(unsigned char _data)[/syntax]jest równoznaczne z:
[syntax=c]void _lcd_write_byte(uint8_t _data)[/syntax]

Statystyki: Napisane przez kidcowboy — 3 wrz 2012, o 13:44

Re: Inicjalizacja LCD

2012-09-02T13:17:29+01:00

To panie kolego jest książka a nie kurs na żywo jaki np teraz w ten weekend prowadzę. Więc nie wszystko da się w książce wprost powiedzieć .... za to trzeba w jakiś sposób przekazać spory zakres materiału i dydaktyki .....

te dwa przykłady - pokazują DOBITNIE to co powiedział jeszcze wyżej kolega - że obydwa typy

uint8_t oraz unsigned char są sobie w 100% równoważne i wcale nie mam na myśli że typu char można broń Boże wykorzystywać TYLKO do obsługi znaków ....

za to zwracam uwagę na charakterystykę GCC - tylko poczytaj uważniej to co ja napisałem w poście wyżej ....

ale też przejrzyj sobie pliki nagłówkowe systemowe *.h i sprawdź sam na własne oczy skąd się wziął w ogóle typ

uint8_t

?????

od razu podpowiem:

typedef unsigned char uint8_t;

Statystyki: Napisane przez mirekk36 — 2 wrz 2012, o 13:17

Re: Inicjalizacja LCD

2012-09-02T12:49:11+01:00

Wszystko co Mirek napisał się zgadza i się do tego stosuję ale poszukuję odpowiedzi dlaczego użyto
:
[syntax=c] void _lcd_write_byte(unsigned char _data)

[/syntax]
oraz
[syntax=c] void _lcd_write_byte(uint8_t _data)
[/syntax]
Bo np. jak przesyłamy komendę to rzutujemy typ uint8_t na char

Statystyki: Napisane przez kidcowboy — 2 wrz 2012, o 12:49

Re: Inicjalizacja LCD

2012-09-02T12:13:12+01:00

GwynBleidD napisał(a):

Jak najbardziej jest to zapis równoznaczny. Typ char wcale nie służy wyłącznie do znaków, ale też do liczb normalnych. Właściwie nie ma różnicy co do niego wrzucisz, a że do znaków się ładnie nadaje to tam jest wykorzystywany

Ja tylko uzupełnię, że jeśli uczymy się języka AVR GCC a jednocześnie chcemy "uprawiać DOBRY styl programowania" to

PO PIERWSZE typu char - będziemy używać TYLKO i wyłącznie wtedy gdy będziemy korzystali z operacjach na kodach ASCII czyli na znakach

PO DRUGIE - jeśli będziemy powoływać zmienne na potrzeby przechowywania jakichś liczb a potrzebujemy 1-go gabjto to korzystajmy TYLKO i WYŁĄCZNIE z typów

Code:

uint8_t
int8_t

PO TRZECIE - domyślnie AVR GCC w procesie kompilacji zamienia

unsigned char na samo char

zatem nie bawmy się we wpisywanie

Code:

unsigned char

piszmy ZAWSZE

Code:

char

NADMIENIĘ że to wszystko co wyżej napisałem nie jest związane tylko ze stylem dobrego programowania ale jeszcze dodatkowo niejedna osoba "SIĘ PRZEJEDZIE jak zabłocki na mydle" jeśli nie posłucha tych porad

zatem pisanie takiego kodu w AVR GCC

Code:

char i;
for( i=0; i<10; i++ ) .....

chodzi mi tu o użycie char zamiast uint8_t zgodnie z tym co pisałem wyżej to jest MASAKRA !!!!!!

Statystyki: Napisane przez mirekk36 — 2 wrz 2012, o 12:13

Re: Inicjalizacja LCD

2012-09-02T09:33:05+01:00

W takim razie czy zapis :
[syntax=c]void _lcd_write_byte(unsigned char _data)[/syntax]
jest równoznaczny z :
[syntax=c]void _lcd_write_byte(uint8_t _data)[/syntax]
A jeśli nie to dlaczego ?? Rozumiem że char służy domyślnie do przechowywania znaków alfanumerycznych ale także do przechowywania liczb.

Statystyki: Napisane przez kidcowboy — 2 wrz 2012, o 09:33

Re: Inicjalizacja LCD

2012-09-01T14:29:52+01:00

na stronie 210 - funkcja przesyłająca bajt. Argumentem funkcji jest zmienna _data typu char. Teraz jak mamy wysyłanie komendy:
[syntax=c]void lcd_write_cmd(uint8_t cmd)
{
CLR_RS;
_lcd_write_byte(cmd);
}[/syntax]
do funkcji zapisu bajtu zostaje wysłany argument typu uint8_t i teraz w funkcji
[syntax=c]
void _lcd_write_byte(unsigned char _data)
[/syntax]
zostaje on zamieniony na char ?? A pytanie dlaczego ? Czy może jest to bez znaczenia bo char_data i uint8_t cmd zmienne mają po 8 bitów ?

Statystyki: Napisane przez kidcowboy — 1 wrz 2012, o 14:29

Re: Inicjalizacja LCD

2012-08-29T04:53:31+01:00

kidcowboy napisał(a):

ja nie mogę takiej "blachy w czoło sobie już dawno nie strzeliłem...

Hyhyhyhy tylko nie za mocno bo pomroczność jasna nastąpi na dużo dłużej a jeszcze będzie sporo do myślenia. A o tym babolu pisałem na samym początku

Statystyki: Napisane przez mirekk36 — 29 sie 2012, o 04:53

Re: Inicjalizacja LCD

2012-08-28T22:37:26+01:00

Statystyki: Napisane przez Malutki_27 — 28 sie 2012, o 22:37

Re: Inicjalizacja LCD

2012-08-28T22:31:43+01:00

Właśnie znalazłem sam hehe brakowało na początku określenia pozycji (0,0) dla "DEC" ja nie mogę takiej "blachy w czoło sobie już dawno nie strzeliłem... po :
[syntax=c]lcd_locate(1,9);[/syntax] ponieważ jest pętla while() to po pierwszym wykonaniu "DEC" ustawia się też na końcu drugiej linii bo wywołanie stringa jest a lokalizacji ni ma

Statystyki: Napisane przez kidcowboy — 28 sie 2012, o 22:31

Re: Inicjalizacja LCD

2012-08-28T21:54:56+01:00

ale licz sobie na jakiej pozycji w danym momencie się znajduje (bo to jest w tym przypadku bardzo ważne), żeby było krócej licz od lcd_cls włącznie

Problem jest tak oczywisty że jak go w końcu zauważysz to aż się w głowę pukniesz (znam to za autopsji )

Edit:
Ehhh ... i pocałej zabawie

Statystyki: Napisane przez Malutki_27 — 28 sie 2012, o 21:54

Re: Inicjalizacja LCD

2012-08-28T21:49:02+01:00

Kursor się przesuwa a zawartość zostaje

Statystyki: Napisane przez kidcowboy — 28 sie 2012, o 21:49