ulrichradig.de 's LCD Code und 16x2 LCD

hi pascal,


wenn das display nur die erste zeile zeigt (sprich einen balken) ist es 
nicht initialisiert. das wird in nach dem call gemacht wo auf 4 bit 
umgestellt wird soweit ich mich erinner (ist schon ein wenig her als ich 
das das letzte mal gemacht hab).


vielleicht hast du ja ein timing problem. vielleicht lief der code vom 
radig auf einem lamgsameren prozessor. (ich kenn die avrs nicht. nur 
eine vermutung) kann ja auch schon durch andere optimiser einstellungen 
ggf veraendert werden.
die displays sind teilweise etwas empfindlich wenn du nicht das timing 
einhaelst. langsamer ist kein problem nur zu schnell machen sie dicke 
backen.

ich wuerd einfach mal ueberall dort wo gewartet wird mal einen wert 
nehmen den du vorher als #define definierst. und einfach mal langsamer 
ansteuern...


ein anderes problem ist ggf... zu lange kabel... ich hatte es schon das 
durch ein kabel welches so um die 15 cm war das E signal so 
verschlechtert wurde das das display das nicht mehr richtig erkannt 
hat... einige sind da wohl nicht so tolerant.
eine moeglichkeit ist einfach das kabel zu kuerzen die andere durch z.b. 
einen bus-treiber das signal aufzufrischen... aber wenn wuerd ich 
natuerlich erst das mit dem kabel probieren sprich kuerzer machen...

vielleicht hilft das ja ...

viel glueck ;)

nen tip :

prüfe die hardware
notfalls verdrahte neu und schreibe dir die pinbelegung auf


noch nen tip:

schreibe selbst die LCD routinen ebenso uart und sowanstwas
dann verstehst du ddas ganbze vieleicht auch



sry ^^
aber so ging es mir selbst vor nen halben jahr

alle libs zusammensuichen geht auch mal ...
aber gerade wenn man keinen plan hat ... einfach lernen und selbst 
schreiben

Was ist mit den Datenpins DB0-DB3 vom Display? Liegen die offen oder 
definiert auf Masse?

hm d0-d3 auf masse.

ich lass die immer so im undefinierten zustand und hat noch nie probleme 
damit.

hi pascal,

ich hab mal eben das experimentierboard von radig angesehen... so wie 
ich das sehe laeuft der proz mit 12 mhz... der atmega laeuft doch mit 16 
oder ?

dann hab ich nochmal den source ueberflogen... und allein das was du 
gepostet hast reicht schon:
/../
#define NOP()  asm("nop")
#define WAIT()   for (unsigned char b=0;b<200;b++){NOP();}
/../

sprich die warteschleife ist absolut abhaengig von dem quarz wenn du mit 
16 mhz laeuft steuerst du das display ggf. zu schnell an...
eigentlich ist es besser solch schleifen ueber einen timer zu machen und 
ggf. wenn man den quarz wechselt den den timer anpasst... so ist es auf 
jeden fall genauer als ne einfache warteschleife (z.b. wenn irq usw 
dazwischen kommen )... aber so genau muss es ja nicht sein... mach mal 
irgendwie sowas

#define WAIT()   for (unsigned char b=0;b<200*4;b++){NOP();}

und mit der 4 spielst du bisschen...

ja weiterhin viel glueck... und weitermachen!!!
bei mir hats auch ewig gedauert bis das display mal ging... hatte nur 
von programmieren ahnung aber nicht so von hardware...

gerade bei der fehlersuche lernt man enorm viel... man liest 
datenblaetter viel intensiver... was einem spaeter zugute kommt... und 
wenns dann endlich laeuft ist es zeit nen bier zu oeffnen und sich 
zurueckzulehnen ;) immer wieder schoen wenn was klappt...

alles selbst schreiben ist als anfaenger denke ich nicht so die gute 
idee... am anfang ist man froh wenn ueberhaupt mal was laeuft da wird 
man total erschlagen von sachen die man beachten muss... natuerlich muss 
man spaeter mal anfangen sachen selbst zu machen... klar sonst kommt man 
nicht weit...

lg ;)

#define WAIT()   for (unsigned char b=0;b<200*4;b++){NOP();}

schick ^^
200*4 = 800 .. wenn char b mal über 255 kommt ... sag bescheid


wie gesagt

schreibe dir selbst LCD  routinen
ist vielciht anfangs  schwer aber man weiß danach definitiv mehr wie das 
ganze funktioniert

hm hust stimmt auffallend ;)

#define WAIT()   for (short b=0;b<200*4;b++){NOP();}

oder NOP() mehrmals aufrufen