LCD funktioniert nicht richtig bzw. zeigt nicht das was erhofft

Hier das Bild :)

das zeigt das display immer an, wenn man es mit Spannung versorgt
anhand des Balkens kannst du erkennen, das du zumindest den richtigen 
Kontrast hast. Jetzt musst du es noch ansprechen. Zeig uns dochmal den 
code und wie du das Display angeschlossen hast

/*
  LiquidCrystal Library - Blink

 Demonstrates the use a 16x2 LCD display.  The LiquidCrystal
 library works with all LCD displays that are compatible with the
 Hitachi HD44780 driver. There are many of them out there, and you
 can usually tell them by the 16-pin interface.

 This sketch prints "Hello World!" to the LCD and makes the
 cursor block blink.

 The circuit:
 * LCD RS pin to digital pin 12
 * LCD Enable pin to digital pin 11
 * LCD D4 pin to digital pin 5
 * LCD D5 pin to digital pin 4
 * LCD D6 pin to digital pin 3
 * LCD D7 pin to digital pin 2
 * LCD R/W pin to ground
 * 10K resistor:
   * ends to +5V and ground
   * wiper to LCD VO pin (pin 3)

 Library originally added 18 Apr 2008
 by David A. Mellis
 library modified 5 Jul 2009
 by Limor Fried (http://www.ladyada.net)
 example added 9 Jul 2009
 by Tom Igoe
 modified 22 Nov 2010
 by Tom Igoe

 This example code is in the public domain.

 http://arduino.cc/en/Tutorial/LiquidCrystalBlink

 */

// include the library code:
#include <LiquidCrystal.h>

// initialize the library with the numbers of the interface pins
LiquidCrystal lcd(12, 11, 5, 4, 3, 2);

void setup() {
  // set up the LCD's number of columns and rows:
  lcd.begin(16, 2);
  // Print a message to the LCD.
  lcd.print("hello, world!");
}

void loop() {
  // Turn off the blinking cursor:
  lcd.noBlink();
  delay(3000);
   // Turn on the blinking cursor:
  lcd.blink();
  delay(3000);
}

Simon Name schrieb:

>  The circuit:
>  * LCD RS pin to digital pin 12
>  * LCD Enable pin to digital pin 11
>  * LCD D4 pin to digital pin 5
>  * LCD D5 pin to digital pin 4
>  * LCD D6 pin to digital pin 3
>  * LCD D7 pin to digital pin 2
>  * LCD R/W pin to ground
>  * 10K resistor:
>    * ends to +5V and ground
>    * wiper to LCD VO pin (pin 3)


und?
Hast du das auch so angeschlossen?

Das ist auf deinem Bild nicht erkennbar

Ich habe mich nach dem Plan von Arduino gehalten:
http://arduino.cc/en/uploads/Tutorial/LCD_bb.png

Es wäre nett, wenn du deine Bilder vor dem Hochladen verkleinern 
könntest. 5MPix braucht es für diese Fotos nicht.

http://www.display-elektronik.de/DEM16216SYH-LY.PDF

Simon Name schrieb:
> Ich habe mich nach dem Plan von Arduino gehalten:
> http://arduino.cc/en/uploads/Tutorial/LCD_bb.png

Vielleicht bin ich ja auch blind.
Aber für mich gehen da eindeutig 2 Kabel zu den Pins 12 und 13 und nicht 
zu den Pins 11 und 12

Das stimmt schon?!!!

Davis schrieb:
> Karl Heinz Buchegger schrieb:
>> Simon Name schrieb:
>>> Ich habe mich nach dem Plan von Arduino gehalten:
>>> http://arduino.cc/en/uploads/Tutorial/LCD_bb.png
>>
>> Vielleicht bin ich ja auch blind.
>> Aber für mich gehen da eindeutig 2 Kabel zu den Pins 12 und 13 und nicht
>> zu den Pins 11 und 12
>
> Ist eine Frage der Perspektive :)


Muss gestehen. Das ist nicht wirklich eindeutig. Die Anschlüsse scheinen 
da enorm versetzt zu sein (sieht man bei den Anschlüssen 0, 1, 2, ..) 
und in der schwarzen Masse mit dem grünen Kabel davor, kann man noch 
nicht mal Anschlüsse ordentlich abzählen.

Davis schrieb:
> Karl Heinz Buchegger schrieb:
>> Simon Name schrieb:
>>> Ich habe mich nach dem Plan von Arduino gehalten:
>>> http://arduino.cc/en/uploads/Tutorial/LCD_bb.png
>>
>> Vielleicht bin ich ja auch blind.
>> Aber für mich gehen da eindeutig 2 Kabel zu den Pins 12 und 13 und nicht
>> zu den Pins 11 und 12
>
> Ist eine Frage der Perspektive :)


Wenn ich nach der gehe: Von hier aus siehst sogar so aus, als ob das 
Anschlüsse 13 und 14 wären. Aber in der schwarzen Pixel-Suppe ist kaum 
was erkennbar.

@Davis aber ich erkenn keine Falschheit???!!!

Ok

Sind die Pins am Display überhaupt verlötet??? Ich sehe oben kein 
Lötzinn und die ersten Pins scheinen in die Löcher gerutscht zu sein.

Könnte es vlt daran liegen dass ich ein 100K Poti nehme aber eigentlich 
ja nicht oder?

@BernhardSpitzer: nein habe ich nicht dass ist nur mit den 
Sandwichsticksverbunden aber es geht ja trotzdem wie man sieht wenn ich 
es schräg halte

> aber es geht ja trotzdem wie man sieht wenn ich
> es schräg halte

Anscheinend ja nicht. Also loete das mal anstaendig fest.

Nein er verschwindet nicht der Balken.

Simon Name schrieb:
> Nein er verschwindet nicht der Balken.

Ja.  Daher stand da auch "nach dem Initialisieren".  Deine
Initialisierung klappt nicht, daher sieht das Display eben noch
so aus, wie es aussieht, wenn man einfach nur die Spannung
zuschaltet.

Was du nun konkret vergurkt hast, können wir allerdings schlecht
raten, ein wenig Eigeninitiative darfst du auch an den Tag legen.
Da man davon ausgehen kann, dass die Arduino-Codebibliothek keine
grundlegenden Softwarefehler enthält, ist es außerordentlich
wahrscheinlich, dass der Fehler irgendwo in deiner Hardware zu
suchen ist.  Die hast du aber vor dir liegen, nicht wir.

Bin am verzweifeln habe die Sticks jetzt hingelötet und alles nochmal 
nei eingesteckt und auch geschaut dass alles in Ordnung ist aber es geht 
immer noch nicht

Man sieht das zum Anderen Breadboard wo ich einfach das verbinde mit dem 
Poti

Der lauft schon, die BAlken sind ja immer noch da

Simon Name schrieb:
> Der lauft schon, die BAlken sind ja immer noch da
Das ist kein Anzeichen dafuer, dass der Controller laeuft.

Ansonsten: Leg mal den Kontrast-Pin direkt auf Masse. Das muss zwar 
nicht unbedingt passen, aber dann ist die Poti-Verkabelung als moegliche 
Fehlerursache mal ausgeschlossen.

Denke nich, daß das Problem am 100K Poti liegt.

Die schwarzen Balken deuten eher an falschen Anschluss von LCD hin oder 
das Problem ist die Ansteurung.

Ich würde mal das ganze schnell auf einem Steckbrett zusammen stecken.
Geflashte AVR , Grunbeschalltung und die LCD .

Dreh mal an Deinem Kontrastregler, ändert sich was ?

@Martin S: ICh habe nicht genau verstanden: wie muss ich das machen?

Kann mir vlt. jemand der den gleichen LCD hat ein Foto schicken bei dem 
alles normal aufgebaut ist?

Ja und? heißt des dass es dann keine versorgung für die daten hat?

Die Standardbelegung :

01 -- GND (VSS)
02 -- 5 V (VCC oder VDD)
03 -- Kontrast (VO oder VEE)
04 -- RS (Register Select)
05 -- R/W (Read/Write)
06 -- E (Enable)
07 -- D0 (Datenbit 0, im 4-Bit Modus nach GND schalten)
08 -- D1 (Datenbit 1, im 4-Bit Modus nach GND schalten)
09 -- D2 (Datenbit 2, im 4-Bit Modus nach GND schalten)
10 -- D3 (Datenbit 3, im 4-Bit Modus nach GND schalten)
11 -- D4 (Datenbit 4)
12 -- D5 (Datenbit 5)
13 -- D6 (Datenbit 6)
14 -- D7 (Datenbit 7)
15 -- evt. Hintergrundbeleuchtung, siehe Datenblatt
16 -- evt. Hintergrundbeleuchtung, siehe Datenblatt

Simon Name schrieb:
> Der lauft schon, die BAlken sind ja immer noch da

Du hast es immer noch nicht verstanden: dieser schwarze Balken ist
das, was das LCD anzeigt, wenn man es einfach nur an die
Spannungsversorgung anschließt.  Den zeigt es auch dann an, wenn
du alle anderen Verbindungen komplett offen lässt.

Ok, ich habe das LC Display an die pins gelötet und nun kommt konstant 
der Balken aber das Programm fährt nicht ab. Ich benutze das normale 
LiquidChristalProgramm von ARduino.
Kann mir jemand helfen? ich habe alle Pins richtig dran!

Mach noch mal 2 oder 3 Photos auf denen man deine Verkabelung sehen 
kann. Wichtig: Anhand der Photos muss für uns jeder Anschluss 
nachvollziehbar sein. Und zwar eindeutig: wo beginnt das Kabel, wo endet 
es.


Dass der Arduino prinzipiell läuft und du dein Programm auch wirklich 
übertragen hast, hast du ja hoffentlich überprüft?

Du hast deine Löterei auch hoffentlich durchgeklingelt? Sprich: Du hast 
mit einem Durchgangsprüfer getestet, ob da auch wirklich eine Verbindung 
ist?


Du bist zwar nicht darauf eingegangen, aber Thomas (von vor 3 Postings) 
hat da nicht unrecht mit seinem "Ducktest". Zur Fehlersuche ist das gar 
keine schlechte Vorgehensweise: sich selbst dumm stellen und alles und 
jedes erst mal in Frage stellen. Und zwar solange bis es überprüft und 
als gut getestet worden ist. Mit Annahmen ala "Aber da stimmt doch 
alles" kommt man nicht weiter. Wenn alles stimmen würde, würde es auch 
funktionieren.

Simon Name schrieb:
> Kann mir vlt. jemand der den gleichen LCD hat ein Foto schicken bei dem
> alles normal aufgebaut ist?

Wenn's dir was hilft?

Bild 1 ohne init, Kontrast >1V
Bild 2    ---- || ---       0V
und wies aussieht wenn's funst (Kontrast ~0V)

Electronics'nStuff schrieb:
> Es ist viel schwieriger, die korrekte Kontrastspannung einzustellen
> damit.

Wenn der schwarze Balken zu sehen ist, dann ist der Kontrast gut. ;-)

Electronics'nStuff schrieb:
> Ich hatte schon massig Displays, bei denen schwarze Balken zu viel
> Kontrast bedeuteten?

Kann ich bestätigen, waren aber alle älteren Baujahrs.
Der Text war aber immer noch zu sehen.

Electronics'nStuff schrieb:
> Jörg Wunsch schrieb:
>> Wenn der schwarze Balken zu sehen ist, dann ist der Kontrast gut. ;-)
>
> Ich hatte schon massig Displays, bei denen schwarze Balken zu viel
> Kontrast bedeuteten?


Den genauen Kontrastwert stellt man dann sowieso erst ein, wenn das 
erste mal Text auf dem LCD zu sehen ist.

Aber auf jeden Fall ist es ein untrügliches Zeichen, dass das LCD nicht 
initialisiert wurde, wenn der Balken zu sehen ist. Ist es initialisiert 
dann verschwindet der Balken. Und das (das verschwinden) sieht man auch, 
wenn der Kontrast nicht ganz genau stimmt sondern nur so ungefähr. Damit 
auch bei initialisiertem LCD alle Pixel schwarz sind, muss der Kontrast 
schon sehr grob daneben sein.

Abgesehen davon ist ein 100k Poti auch nicht schwieriger einzustellen 
als ein 10k Poti. Ob man die Spannung mit einem 100k Spannungsteiler 
erzeugt oder mit einem 10k ist ja für das Drehen von einem Ende zum 
anderen irrelevant. Bei kleinerem Poti rinnt mehr Strom, aber die 
Spannung ist ja dieselbe.

Sind d0 bis d3 mit ground verbunden?

karl k. schrieb:
> Sind d0 bis d3 mit ground verbunden?

Hab ich noch in keinem Datenblatt, die waren aber so das schlechteste an 
Datenblättern die ich gesehen habe, gelesen und auch nie gemacht.
Hat immer funktioniert, bis auf das auslesen des Bussy-Flags. Könnte es 
daran gelegen haben?

Electronics'nStuff schrieb:
> Jörg Wunsch schrieb:
>> Wenn der schwarze Balken zu sehen ist, dann ist der Kontrast gut. ;-)
>
> Ich hatte schon massig Displays, bei denen schwarze Balken zu viel
> Kontrast bedeuteten?

Aber dass in einem zweizeiligen Display eine der beiden Zeilen
schwarz ist und die andere nicht, ist ein typisches Indiz für
eine noch nicht erfolgte Initialisierung.

Electronics'nStuff schrieb:
> Karl Heinz Buchegger schrieb:
>> Abgesehen davon ist ein 100k Poti auch nicht schwieriger einzustellen
>> als ein 10k Poti.
>
> Ja, weiss auch nicht, was ich mir da überlegt habe.
>
> Karl Heinz Buchegger schrieb:
>> Damit
>> auch bei initialisiertem LCD alle Pixel schwarz sind, muss der Kontrast
>> schon sehr grob daneben sein.
>
> Ich habe hier ein Display (EA DIP203J, 4*20 Char), das extrem schnell
> schwarze Baken anzeigt. Ca. am den 2. Drittel der Poti-Umdrehung sind
> nur noch schwarze Balken zu sehen!

ok. Zustimmung.
Sowas hatte ich auch mal.

> Bei mir hat es zumindest gereicht, um
> die Display-Routine nochmals genau durchzusehen und mich über den Fehler
> zu wundern :P

Bei mir wars so, dass ich dann zufällig mal etwas schräg von vorne/unten 
auf das LCD geschaut habe (wies halt am Basteltisch so ist) und ich aus 
dem Winkel das "Hallo World" im Balken gerade noch erkennen konnte. Eine 
kurze Drehung am Kontrast-Poti und "das Problem "war keines mehr. Aber 
zunächst hatte ich da auch erst mal dumm geschaut, als die bewährten 
LCD-Routinen scheinbar das LCD nicht initialisieren konnten.

OK. Also ich geb zu, ganz so einfach ist die Sache dann auch nicht, wie 
es hier dargestellt wurde. Aber einfach mal das Poti von einem Ende zum 
anderen durchdrehen sollte eindeutige Klarheit bringen. Bei den üblichen 
LCD ist die richtige Kontrasteinstellung in der Nähe von 0V am Vee Pin 
und kleinere Abweichungen davon (halber Potiweg) sollten der 
grundsätzlichen Erkennbarkeit der Initialisierung keinen Abbruch tun.

Erinnert mich an die PC-Zeiten vor 25Jahren.

Hilfe der Computer ist kaputt,
auf dem Bildschirm ist nichts zu sehen

Kontrast und Hellichkeit am Monitor hoch gedreht, repariert :D

Thomas schrieb:

> LCDs sind einfach nur ziemlich pinkelig wenns um ihre Initialisierung
> geht :-)

Geb ich dir recht.
Allerdings haben wir hier den BASCOM/Arduino Fall.
D.h. die Software müsste eigentlich korrekt sein.
Da bei einem Arduino auch der Quarz vom Hersteller schon 'aktiviert' 
wurde, sollte es auch da keine Probleme geben.

So leid es mir auch tut. Ich sehe nur 2 Möglichkeiten
* entweder kann der Arduino (mit seiner LCD_Klasse) mit diesem
  LCD überhaupt nicht (aus welchem Grund auch immer)
* oder es liegt noch ein Hardwareproblem vor, dass wir alle pausenlos
  übersehen. Ist halt auch schwer, wenn alles was wir haben ein paar
  windige Photos sind. Braucht ja nur irgendwo ein Kabel keinen Kontakt
  haben oder eine Lötstelle schlecht sein.


Und dann steht ja auch noch im Raum, ob der Arduino prinzipiell läuft 
(wovon ich eigentlich ausgehe), bzw. ob das Programm überhaupt korrekt 
in den Ardu übertragen wurde. Daher würde ich mir mal im Programm etwas 
einbauen, womit ich sicher sagen kann: Prozessor läuft. Eine blinkende 
LED an einem der restlichen freien Pins ist immer gut.

Electronics'nStuff schrieb:
> Oder die Maus bewegt ^^

Damals gabs noch keine Bildschirmschoner :)


Thomas schrieb:
> LCDs sind einfach nur ziemlich pinkelig wenns um ihre Initialisierung
> geht :-)

Manche brauchen da auch etwas längere Pausen als angegeben. Vor allem 
die Zeit nach dem einschalten sollte man eher großzügig bemessen.

Aber jetz mal ehrlich, ohne dem TO allzu nahe treten zu wollen.

Er dachte es reicht die Stiftleiste nur ins LCD zu stecken, ohne es zu 
löten!
Sollte Er nicht mit etwas grundlegendes anfangen, wie eine LED am 
9V-Block zum leuchten bringen ohne das sie durchbrennt :)


PS: Story Simon das musste jetzt einfach sein ;)

Hört mal ich arbeite seit ca.4 Monaten mit dem Arduino und habe auch 
eine gewisse Ahnung aber leider mit dem LCD nicht so ganz ok?
Und ich habe nun alles angelötet und getan wie geschrieben und ich habe 
eine Ahnung in Technik: habe schon mit einem NE555 gearbeitet 
FlipFlopSchlatung, etc alles durchgenommen.

Simon Name schrieb:
> leider mit dem LCD nicht so ganz ok?

Es geht hier nicht um "Ahnung mit dem LCD", sondern einfach darum,
dass wir nicht in der Lage sind, deine Hardware zu überprüfen.
Da du eine Softwareumgebung benutzt, die relativ gut getestet
ist (weil sie sehr viele Nutzer hat), ist die Wahrscheinlichkeit
eben einfach sehr hoch, dass das Problem irgendwo in deiner Hardware
zu suchen ist.  Egal, wie viel du hier fragst, eine andere Hilfe
wirst du leider nicht bekommen können.

Eumel schrieb:
> wenn
> es dann nicht klappt ist dein LCD im Arsch.

...oder eben die Verdrahtung doch nicht OK. ;-)

Du kannst getrost auf das Assemblerprogramm verzichten: der
Arduino-Kram (ob man ihn nun leiden kann oder nicht) ist von der
Software her durch so viele Nutzer getestet, dass man das als
Ursache praktisch ausschließen kann.  Es bleiben also nur noch
Probleme in der Verdrahtung übrig, oder natürlich, dass das LCD
selbst kaputt ist, oder dass die Firmware im Controller nicht
die ist, die sie sein sollte.  Gegen all diese drei Ursachen hilft
dein Assemblerprogramm aber auch nicht.

Ich würde einen 5 Zeiler Code schreiben, wie "Hallo" Atmega auf dem 
Steckbrett LCD drauf fertig. Wenns nicht geht dann Verkabelung oder LCD.

Hat Dein LCD schon mal was brauchbares angezeigt ?
Andersrum bei mir war noch nicht eins kaputt.

Wozu braucht man überhaupt so ein Arduino Teil ?