Komisches Verhalten mit lcd_puts

Verrate uns den Hardwareaufbau und lade die Software hoch, dann können 
wir gerne helfen.

Was passiert, wenn Du "\n" weglässt?

wahrscheinlich werden die Konstanten, welche den Zeilenanfang der 
fraglichen Zeilen im Speicher beschreiben, nicht stimmen.

Es könnte auch eine fehlerhafte Initialisierung auf 2-Zeilen Modus sein. 
Aber auch ein Fehler in der Auswertung der \n wäre denkbar.

Ist ein ATmega 32 mit 16 M- Rest kommt gleich

So der Rest, ist nicht viel

1

#define F_CPU 16000000UL

2

#include <stdlib.h>

3

#include <avr/io.h>

4

#include <avr/pgmspace.h>

5

#include <util/delay.h>

6

#include "lcd.h"

7

8

int main(void)

9

{

10

lcd_init(LCD_DISP_ON);        // Display initialisieren

11

for (;;)

12

{

13

/*  Text in jede Zeile schreiben */

14

lcd_clrscr();                      // Display löschen

15

lcd_puts("LCD Text Zeile 1\n");    // Zeile 1     

16

lcd_puts("LCD Text Zeile 2\n");    // Zeile 2

17

lcd_puts("LCD Text Zeile 3\n");    // Zeile 3

18

lcd_puts("LCD Text Zeile 4\n");    // Zeile 4

19

_delay_ms(5000);      // kurz warten

20

}

Ach Achim.

Die LCD Funktionen!

Das du lcd_puts aufrufen kannst, das glaubt dir hier jeder.

Nun ja, die lcd.c und lcd.h wären hilfreich.

Oder sind das die Originalroutinen vom P.Fleury?

Die machen zb eine \n Behandlung.

Mach mal zwischen die lcd_puts Aufrufe ein _delay_ms(2000) und berichte, 
was passiert.

Habe eine Pause von 2 sek dazwischen geschrieben.
Es erscheint Zeile 1, darunter nach 2 s Zeile 2, diese wird dann von 
Zeile 3 überschrieben, nach weiteren 2 s wird die Zeile 3 von der Zeile 
4 überschrieben
In der erstewn Zeile geht es, dann nicht mehr?

zeig deien LCD Routinen.

So ist das Stochern im nebel.

Es sind die ori Datein von Peter.

Lass uns erst mal sehen, ob die Einstellungen hier in lcd.h

1

...

2

#define LCD_START_LINE1  0x00     /**< DDRAM address of first char of line 1 */

3

#define LCD_START_LINE2  0x40     /**< DDRAM address of first char of line 2 */

4

#define LCD_START_LINE3  0x14     /**< DDRAM address of first char of line 3 */

5

#define LCD_START_LINE4  0x54     /**< DDRAM address of first char of line 4 */

6

...

für dein LCD passen.



Testprogramm

1

int main(void)

2

{

3

  lcd_init(LCD_DISP_ON);        // Display initialisieren

4

5

  lcd_gotoxy( 0, 0 );

6

  lcd_puts( "1" );

7

8

  lcd_gotoxy( 0, 1 );

9

  lcd_puts( "2" );

10

11

  lcd_gotoxy( 0, 2 );

12

  lcd_puts( "3" );

13

14

  lcd_gotoxy( 0, 3 );

15

  lcd_puts( "4" );

16

17

  for (;;)

18

    ;

19

}

in jeder Zeile sollte eine Ziffer am linken Zeilenrand auftauchen.
Und zwar von oben nach unten: 1, 2, 3, 4

spess53 schrieb:
> Hi
>
> Wenn ich das richtig interpretiere funktioniert \n nur, wenn R/W vom
> Display auch angeschlossen ist.

Die ganze Fleury Lib ist Busy-Flag orientert und funktioniert nur, wenn 
R/W angeschlossen ist.
D.h. wenn er Ausgaben hat, dann ist der Teil mal korrekt.

offensichtlich positioniert ja auch das LCD immer wieder in Zeile 2, 
wenn in lcd_newline() der entsprechende Umbruch angeordnet wird.

Die Frage ist eigentlich: warum immer in Zeile 2.


Alternativ könnte man natürlich auch sagen: leg den ganzen Humbug mit \n 
Auswertung still. Braucht sowieso kein Mensch.

Es wird die Zeile 1,3 und 4 dargestellt, an der linken Seite. Die Zeile 
wird überschrieben

Sorry, was soll das. Hersteller, Peter oder Karl Heinz schreiben sehr 
gute Sache. Warum sollen wir diese nicht nutzen. Muss jeder das rad neu 
erfinden. Wenn ich mir beiden Datein ansehe, so versteh ich einiges da 
von, aber bei weitem nicht alles. Es muss auch nicht jeder sein eigenes 
Auto bauen, bloss wenn er eins fahren will. Ich bin Anfänger, ist klar, 
aber nicht verrückt, das ich alles selber machen muss ist nicht Sinn der 
ganzen Sache,
 Bleibe bitte bei einem Sachlichen Ton
achim

Achim Seeger schrieb:
> Es wird die Zeile 1,3 und 4 dargestellt, an der linken Seite. Die Zeile
> wird überschrieben


?
Das heisst, das sieht dann so aus?

1

+----------------------------------+

2

| 1                                |

3

| 3                                |

4

| 4                                |

5

|                                  |

6

+----------------------------------+

Bitkracherl schrieb:

> oder wie?


Exakt, Achim.
Da darf es jetzt keine Missverständnisse geben. Zeichne die Dinge auf, 
wenn es nicht anders geht, aber beschreibe nicht verbal. Denn das führt 
fast immer zu MIssverständnissen.

> Jedenfalls scheinen die Adressen nicht zu stimmen.

Seh ich auch so.

> Nenne doch einmal
> genau das von Dir verwendete Display.

Zur Not können wir die Adresslage auch durch Ausgabe von überlangen 
Strings ermitteln.

Hallo Karl Heinz
Habe deine Test gemacht. Jetzt komme langsam dahinter


  lcd_gotoxy( 0, 0 );
  lcd_puts( "1" );

  //lcd_gotoxy( 0, 1 );
  //lcd_puts( "2" );

  lcd_gotoxy( 0, 2 );
  lcd_puts( "3" );

  //lcd_gotoxy( 0, 3 );
  //lcd_puts( "4" );

Habe ein paar Zeile Auskommentiert. Egal was ich mach, die zweite Zeile 
wird nicht geschrieben, das einzigste was passiert, die Zeile 3 rutscht 
in die 2 Zeile. Da ich lcd_gotoxy verwende spreche ich die zweite Zeile 
direkt an. Da fällt mir nur ein Fehler am Display zu ein, ansonsten 
müsste es doch mit lcd_gotoxy gehen?

Bitkracherl schrieb:
>>Zur Not können wir die Adresslage auch durch Ausgabe von überlangen Strings
>>ermitteln.
>
> Ich bin viel fauler als Du. :-)

:-)
Dafür bin ich zu faul mir das Datenblatt zu suchen und dort die Info 
rauszusuchen. Da mach ich lieber ein

1

  lcd_puts( "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789" );

und seh nach, mit welchem Zeichen die 3. Zeile (2.te, 4.te) anfängt :-)

Achim Seeger schrieb:

> wird nicht geschrieben, das einzigste was passiert, die Zeile 3 rutscht
> in die 2 Zeile.

Wo genau?
An den linken Rand?

> Da ich lcd_gotoxy verwende spreche ich die zweite Zeile
> direkt an.

Exakt. nach einem lcd_gotoxy wird die nächste Ausgabe an dieser Stelle 
begonnen.

  lcd_gotoxy( spalte, zeile )


> Da fällt mir nur ein Fehler am Display zu ein, ansonsten
> müsste es doch mit lcd_gotoxy gehen?

Quatsch.
Die Adresslagen stimmen einfach nicht. Dein LCD benutzt ein etwas 
anderes Adressierungsschema. Das ist alles. Und das muss man halt jetzt 
einmal rauskriegen, die Konstanten im lcd.h anpassen und der Teil ist 
paletti.

Achim Seeger schrieb:

> ansonsten
> müsste es doch mit lcd_gotoxy gehen?

lcd_gotoxy ist doch kein Wunderwuzzi.

Es kriegt Spalten und zeilennummer und muss daraus jetzt die Adresse 
errechnen, in der es den Cursor im linear aufgebauten Speicher 
positionieren muss.
Und zwar möglichst so, dass dann auch auf dem LCD das genau der Spalte 
und Zeile entspricht, die angegeben wurde.


Also: wo GENAU taucht der 3-er auf?

holger schrieb:
> Wie heisst denn jetzt das Display?
> Das Thema könnte in zwei Minuten erledigt sein.

Dein Wort in Gottes Ohr :-)

So, habe mal weiter getestet.
Auch mit dem lcd_gotoxy(0, 1) kann ich die erste Stelle in der zweiten 
Zeile nicht beschreiben. Eine Stelle weiter geht alles. Sehr komisch
achim

Das ist ein PC2004 mit einem HD44780

habt ihr ein vernünftiges Datenblatt dazu gefunden? Ich finde nichts, 
aus dem die Adresslage der Zeilen ersichtlich wäre.

Achim Seeger schrieb:
> So, habe mal weiter getestet.

Achim. Das ist sinnlos.

Deinen Helfern ist völlig klar, was das Problem ist.
Das einzige Problem dabei ist, dass wir ein paar Kennzahlen vom LCD 
brauchen. Die stehen im (vernünftigen) Datenblatt oder wir müssen sie 
mit dir ermitteln.

> Auch mit dem lcd_gotoxy(0, 1) kann ich die erste Stelle in der zweiten
> Zeile nicht beschreiben. Eine Stelle weiter geht alles. Sehr komisch
> achim

Deien Tests sind für die Würscht.
Oder wie die Amerikaner sagen: You are barking up the wrong tree.

mal ganz langsam. In dem Test von KH wir an der linken Seite von oben 
links beginnend (Zeile 0,0)  die Zahlen 1,2,3,4 untereinander 
geschrieben. Es wird lcd_gotoxy verwendet. Auf dem Display erscheinen 
die Zahlen von oben links beginnend 1,3,4 untereinander. die Zahl 2 
kommt nicht.

Achim Seeger schrieb:
> Das ist ein PC2004 mit einem HD44780

Also in den Datenblättern, die ich gefunden habe, ist von einem 
ST7066-Controller die Rede.

@bitkracherl

ok, danke.
Lass uns mal Plan B probieren

1

int main()

2

{

3

  lcd_init(LCD_DISP_ON);        // Display initialisieren

4

  lcd_puts( "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789" );

5

6

  while( 1 )

7

    ;

8

}

Wie sieht die Ausgabe aus.
Zeichne das bitte hier ein

1

+----------------------------------+

2

|                                  |

3

|                                  |

4

|                                  |

5

|                                  |

6

+----------------------------------+

Ich brauch immer nur jeweils das erste Zeichen in einer Zeile (der Rest 
ergibt sich dann von alleine).
Aber: Das muss eindeutig sein!
-> nicht irgendwie beschreiben, sondern das einzeichnen, was du siehst!

:-)
das lässt sich auch noch besser machen. Knallen wir das Ding voll

1

int main()

2

{

3

  lcd_init(LCD_DISP_ON);        // Display initialisieren

4

  lcd_puts( "ABCDEF0GHIJKL0MNOPQR0STUVW0XYZa" );

5

  lcd_puts( "ABCDEF1GHIJKL1MNOPQR1STUVW1XYZa" );

6

  lcd_puts( "ABCDEF2GHIJKL2MNOPQR2STUVW2XYZa" );

7

  lcd_puts( "ABCDEF3GHIJKL3MNOPQR3STUVW3XYZa" );

8

  lcd_puts( "ABCDEF4GHIJKL4MNOPQR4STUVW4XYZa" );

9

10

  while( 1 )

11

    ;

12

}

jeder String ist genau 0x20 Zeichen lang. Ins Alphabet hab ich jeweils 
Zahlen eingeschmuggelt, so dass im sichtbaren Bereich Ziffern zu sehen 
sein müssten, mit denen man identifizieren kann, welche Wiederholung in 
jeder Zeile gerade zu sehen ist.

Karl Heinz schrieb:

> jeder String ist genau 0x20 Zeichen lang.

Ach Mist. Verzählt :-)

1

   lcd_puts( "ABCDEF0GHIJKL0MNOPQR0STUVW0XYZa0" );

2

   lcd_puts( "ABCDEF1GHIJKL1MNOPQR1STUVW1XYZa1" );

3

   lcd_puts( "ABCDEF2GHIJKL2MNOPQR2STUVW2XYZa2" );

4

   lcd_puts( "ABCDEF3GHIJKL3MNOPQR3STUVW3XYZa3" );

5

   lcd_puts( "ABCDEF4GHIJKL4MNOPQR4STUVW4XYZa4" );

Jetzt aber.

Mit welchem Buchstaben fängt jede Zeile an, und welche Ziffer ist in 
jeder Zeile das erste mal zu sehen?

holger schrieb:
>>Ach Mist. Verzählt :-)
>
> Wieso möchtest du fünf Zeilen auf das Display schreiben?

Ich möcht eigentlich den DDRAM vom LCD voll bekommen. OK, 4 mal den 
String hätte es auch getan. :-)  4 * 0x20 -> 0x80


Achim! Nimm die leztzte Ausgabeanweisung raus.

1

   lcd_puts( "ABCDEF0GHIJKL0MNOPQR0STUVW0XYZa0" );

2

   lcd_puts( "ABCDEF1GHIJKL1MNOPQR1STUVW1XYZa1" );

3

   lcd_puts( "ABCDEF2GHIJKL2MNOPQR2STUVW2XYZa2" );

4

   lcd_puts( "ABCDEF3GHIJKL3MNOPQR3STUVW3XYZa3" );

holger hat recht. Wenn wir den DDRAM überlaufen - wer weiß was dann 
alles passiert.

Selbe Frage:
Mit welchem Buchstaben fängt jede Zeile an, und welche Ziffer ist in 
jeder Zeile das erste mal zu sehen?
Ist überhaupt in allen 4 sichtbare Zeilen irgendwas zu sehen?

Bitkracherl schrieb:
>>Ist überhaupt in allen 4 sichtbare Zeilen irgendwas zu sehen?
>
> @ Achim
> Mache bitte auf jeden Fall eine Skizze. KEINE verbale Beschreibung.

Oh ja.
Oder ein Photo. Solange man die Buchstaben erkennen kann, ist alles ok. 
Muss nicht scharf sein.

So, habe die Tests von KH gemacht, bei der langen Buchstabenreihe 
erscheint in der ersten Zeile alles normal, in der zweiten und dritten 
Zeile laufen sie ständig durch. Ist nur Mist zu erkennen


Wie sieht die Ausgabe aus.
Zeichne das bitte hier ein

+----------------------------------+
| 1                                |
| 3                                |
| 4                                |
|                                  |
+----------------------------------+

bei Angabe aller 4 Zeilen mit gotoxy sieht es so aus, Sieht nach einem 
technischen Schaden aus. Werde den Artikel noch lesen, ansonsten den 
Anbieter. Besteht die Möglichkeit, das ich in den lcd.c oder lcd.h was 
falsch eingestellt habe?
Sorry, morgen ärgere ich mich weiter
achim

Bitkracherl schrieb:
> Wusstet Ihr, dass der Zusatz von heissem Wasser, Tee wesentlich
> bekömmlicher macht? :-)

Ach darum staubt es bei mir immer so!
Werd ich demnächst probieren.


Achim, was ist los? Das gibts doch nicht, dass ein Copy&Paste von 8 
Zeilen Code so lange dauert.
Wenn mit diesem Code (unverändert, bis auf Tippfehler) das LCD 
vollgeschrieben wird, dann hast du 5 Minuten später ein funktionierendes 
lcd_gotoxy.
Ein Photo vom vollgeschriebenen LCD enthält alle Informationen, die wir 
brauchen um die Konstanten zu ermitteln, die in lcd.h eingetragen werde 
müssen.

Achim Seeger schrieb:
> So, habe die Tests von KH gemacht, bei der langen Buchstabenreihe
> erscheint in der ersten Zeile alles normal, in der zweiten und dritten
> Zeile laufen sie ständig durch. Ist nur Mist zu erkennen
>

Das läuft durch?

Das kann nicht durchlaufen. Die Textausgabe findet nur ein einziges mal 
statt.

Karl Heinz schrieb:
> Achim Seeger schrieb:
>> So, habe die Tests von KH gemacht, bei der langen Buchstabenreihe
>> erscheint in der ersten Zeile alles normal, in der zweiten und dritten
>> Zeile laufen sie ständig durch. Ist nur Mist zu erkennen
>>
>
> Das läuft durch?
>
> Das kann nicht durchlaufen. Die Textausgabe findet nur ein einziges mal
> statt.


Oder hast du die Textausgaben in die Schleife hinein verschoben.

Das war nicht Sinn der Sache. Die Ausgabe SOLL nur einmal statt finden 
und nicht öfter.

Achim Seeger schrieb:
> Ist nur Mist zu erkennen

Ist der Mist eher Gülle- oder eher Jauchemäßig?
Meine Güte! Hör endlich mit Deinen verbalen Beschreibungen auf und mache 
klare Angaben.

Steht bei jedem Programmstart der gleiche Mist da oder jedesmal was 
anderes?

Karl Heinz schrieb:
> Ein Photo vom vollgeschriebenen LCD enthält alle Informationen, die wir
> brauchen um die Konstanten zu ermitteln, die in lcd.h eingetragen werde
> müssen.

Na, na, ihr wollt doch nicht für ein fehlerhaftes LCD eine 
Standardbibliothek vermurksen, vor allem wenn da noch Rückgaberecht 
drauf ist. Wenn der Mist durchläuft, ist doch klar, dann helfen 
natürlich nur noch Kohlebatterien ...

Manchmal überleg ich auch, mich unter einem zweiten Nick hier anzumelden 
und mal ganz blöd zu stellen ...

LG, Sebastian

EGS schrieb:
> Ändermich schrieb:
>> Läuft dein Programm etwa in einer Schleife?
>
> sieht man doch, wenn die Befehle nicht zyklisch kommen passiert doch an
> dem Display irgendwann nix mehr, oder? Dann fehlt doch der Refresh der
> Daten.

Das LCD kann von alleine anzeigen.

genau darum geht es uns doch:
Den Speicher vom LCD einmalig vollschreiben und dann anhand der Ausgabe 
identifizieren, welche sichtbare LCD-Zeile im Speicher wo anfängt.

Das ist eine Sache auf ein paar Minuten.
Und das ist das Testprogramm dazu

1

#define F_CPU 16000000UL

2

#include <stdlib.h>

3

#include <avr/io.h>

4

#include <avr/pgmspace.h>

5

#include <util/delay.h>

6

#include "lcd.h"

7

8

int main(void)

9

{

10

   lcd_init(LCD_DISP_ON);        // Display initialisieren

11

12

   lcd_puts( "ABCDEF0GHIJKL0MNOPQR0STUVW0XYZa0" );

13

   lcd_puts( "ABCDEF1GHIJKL1MNOPQR1STUVW1XYZa1" );

14

   lcd_puts( "ABCDEF2GHIJKL2MNOPQR2STUVW2XYZa2" );

15

   lcd_puts( "ABCDEF3GHIJKL3MNOPQR3STUVW3XYZa3" );

16

17

   for (;;)

18

   {

19

   }

20

}

so wie es ist, unverändert übernehmen, compilieren, brennen, laufen 
lassen und Photo vom LCD machen.

Ach Mist.
Das hab ich noch übersehen.
In der lcd.h muss hier

1

....

2

#define LCD_START_LINE3  0x14     /**< DDRAM address of first char of line 3 */

3

#define LCD_START_LINE4  0x54     /**< DDRAM address of first char of line 4 */

4

#define LCD_WRAP_LINES      1     /**< 0: no wrap, 1: wrap at end of visibile line */

5

....

LCD_WRAP_LINES auf 0 gesetzt werden. Sonst pfuscht die String-Ausgabe da 
dazwischen.
Also

1

#define LCD_WRAP_LINES      0     /**< 0: no wrap, 1: wrap at end of visibile line */

jetzt aber.
Wie ist die Ausgabe?

Karl Heinz schrieb:

> In der lcd.h muss hier
> ...
>

1

> #define LCD_WRAP_LINES      0     /**< 0: no wrap, 1: wrap at end of 

2

> visibile line */

3

>

Nur damit es keine Missverständnisse gibt.
> Wie ist die Ausgabe?

gemeint ist: mit dem Programm

1

#define F_CPU 16000000UL

2

#include <stdlib.h>

3

#include <avr/io.h>

4

#include <avr/pgmspace.h>

5

#include <util/delay.h>

6

#include "lcd.h"

7

8

int main(void)

9

{

10

   lcd_init(LCD_DISP_ON);        // Display initialisieren

11

12

   lcd_puts( "ABCDEF0GHIJKL0MNOPQR0STUVW0XYZa0" );

13

   lcd_puts( "ABCDEF1GHIJKL1MNOPQR1STUVW1XYZa1" );

14

   lcd_puts( "ABCDEF2GHIJKL2MNOPQR2STUVW2XYZa2" );

15

   lcd_puts( "ABCDEF3GHIJKL3MNOPQR3STUVW3XYZa3" );

16

17

   for (;;)

18

   {

19

   }

20

}

katastrophenheinz schrieb:
>> so wie es ist, unverändert übernehmen, compilieren, brennen, laufen
>> lassen und Photo vom LCD machen.
>
> Beim TO brennt offensichtlich nur noch die Nachttischlampe und laufen
> lässt er den Fernseher ;-)

Er wird doch nicht ...?
Was'n das für eine Einstellung!

Guten Morgen an alle.
Bin zwar auf Arbeit und komme nicht ans Display, versuche aber einiges 
zu klären.
Das Programm läuft nicht in einer Schleife und wird nur einmal 
dargestellt.
Als Mist bezeichen die Ausgabe, in der 2 und 3 Zeile des Displays. In 
der 1 Zeile sind die ersten 20 Zeichen dargestellt aus dem Programm, 
klar und ohne flackern. in den beiden anderen Zeilen laufen die Zeichen 
so schnell durch, das nur ein wildes flackern zu sehen ist, keine klaren 
Zeichen erkennbar.
Noch was zu der Quelle von lcd.h und lcd.c, nach dem Hinweis von KH habe 
ich es von der offiziellen Seite geladen, zusammen mit einem 
Testprogramm. Die anpassungen an den Port C und anderes habe ich nach 
Angabe des Herstellers gemacht.
achim

Achim Seeger schrieb:

> Noch was zu der Quelle von lcd.h und lcd.c, nach dem Hinweis von KH habe
> ich es von der offiziellen Seite geladen

ist schon ok.
Nur muss dieses LCD_WRAP_LINES ausgeschaltet werden, sonst pfuscht 
lcd_string in die Ausgabe rein, indem es selbst Zeilenumbrüche 
generiert, wenn die Zeile voll ist. Da dieser Mechanismus noch nicht 
richtig funktioniert, ist das kontrapoduktiv. Daher abschalten.

Das könnte auch das durchlaufen erklären. So gesehen macht mir das im 
Moment weniger Sorgen. Der erste Schritt ist jetzt die Adresskonstanten 
für die einzelnen Zeilen zu bestimmen. Normalerweise liest man die aus 
dem Datenblatt aus, aber so wie es aussieht, finden wir kein Datenblatt, 
das mehr als ein paar Jubel-Verkaufsmeldungen enthält. Also machen wirs 
durch Versuch und Irrtum. Ist nicht so schlimm, das dauert normalerweise 
ein paar Minuten (wenn ich nicht diese WRAP Funktionalität übersehen 
hätte. Könnte mich in den Arsch beissen deswegen)

Ein mögliches Problem lauert noch in der Initialisierung. So kompatibel 
scheint das LCD nicht zu sein. D.h. so ganz traue ich der 
Initialisierung noch nicht, wo die Anzahl der Zeilen eingestellt wird. 
Aber, wir werden sehen.

Tja. So ist das nun mal. Die Zeiten von Plug&Play sind vorbei. Auch 
Treiber müssen unter Umständen konfiguriert werden.

Bitkracherl schrieb:
>>Das es sich um einen solchen Fall handelt, damit sollte man, so glaube ich,
>>rechnen.
>
> Das sollte ich, glaube ich, etwas klarer beschreiben:
> Es kann doch sein, das wir in das Display, ab einer bestimmten Adresse,
> Daten schreiben, die wiederrum die Ausgabe an anderer Stelle
> beeinflussen.
>
> Wie gesagt, das ist nur Spekulation.

Möglich ist alles.

Aber das wichtigste ist, dass da nicht immer lang gefackelt wird. Ich 
bereite ihm die Testprogramme ohnehin schon so auf, dass er sie nur mit 
Copy&Paste übernehmen muss.
Klar geht da auch schon mal was schief. Immerhin ist diese Form vom 
Debugging nicht so einfach: wir sitzen hier auf der einen Seite vom 
Bildschirm, er auf der anderen. Wir sehen nicht, was passiert, sondern 
sind darauf angewiesen, dass er das so gut und präzise wie möglich 
beschreibt. Woraufhin wir unsere Schlüsse ziehen und die Testprogramme 
entsprechend modifizieren.
Wenn ich die Hardware vor mir habe, dann geht das ratz-fatz. So aber 
sind wir darauf angewiesen, long-range-debugging unter erschwerten 
Bedingungen zu machen.

Ich versuche den Fehler mit einfachen Worten so genau wie möglich zu 
beschreiben. Eine Schleife kann ich ausschliessen. Habe viele 
einstellungen in meinem Prg geändert und Versucht etwas zu bekommen. 
z.B. den Ort der Ausgabe, die Länge einzelnener Zeichen, mehrfache 
Zeichen in verschiedenen Zeilen. Das Ergebnis war immer das selbe. Bin 
gestern abend leider nicht dazu gekommen, die Datein lcd.c (h) zu 
kontrollieren. Habe es jetzt gemacht. Die genannte Einstellung steht auf 
1. Kann die Aenderung erst heute abend machen. Werde dann sofort darüber 
berichten.
Sorry für das frühe schlafen. Muss leider ca 4:00 raus aus dem warmen 
Nest.
Noch was, KH lass das mit dem Arsch be.., man kommt so schlecht ran oder 
man holt sich einen Hexenschuss, wenn man sich so verdreht, oder wie das 
immer sich nennt.
achim

> Es ist aber wesentlich einfach für uns, einfach selbst einen Blick auf den Code 
zu werfen

Vor allen Dingen kommt der entscheidende Geistesblitz oft erst dann, 
wenn man den Code vor sich sieht. Auf die Sache mit dem #define bin ich 
auch erst gekommen, nachdem ich ein wenig im Code rumgescrollt habe. Ich 
hatte zwar vor Jahren ein ähnliches Problem mit dem Fleury Code, aber 
das hab ich längst wieder verdrängt.

> Wir arbeiten blind.
Das ist der entscheidende Punkt. Wir können nichts bei uns ausprobieren 
(wir haben ja nicht exakt die gleiche Hardware). Alles was wir haben ist 
die Vorstellungskraft und Ideen, die sich in Form von Code ausdrücken 
und dessen Ergebnisse wir wiederrum selbst nicht sehen können.

Sorry, den Code habe ich gepostet. Mehr war es nicht. Nach einigen 
längeren Austausch mit Karl-heinz, hat er mich ermutigt, nicht nur 
fertigen Code zu nehmen, sondern auch was selber zu machen. Wer nur 
fertigen Code nimmt verlässt sich blind auf andere. wer selber etwas 
macht, auch mit Fehlern, zeigt seine creativität. Wichtig ist dabei der 
Mut zu fehlern. Keiner ist fehlerfrei. So genug dazu. Mache das heute 
abend, und dann werden wir sehen ob das der Fehler war
achim

Lass gut sein.
Ich hab heute Abend sowieso keine Zeit - kriege Besuch.
Gestern wärs gegangen - aber da haben wir ja getrödelt.


Bitkracherl. Falls ich heute am Abend nicht ins Forum komme, könntest du 
das weiter treiben? Die Grundidee kennst du ja. LCD-Bild stabil 
bekommen. Aus der Anzeige die Position des ersten sichtbaren Zeichens 
pro Zeile auszählen und ins lcd.h bei den #define eintragen.

Hallo
Den Code habe ich gepostet, steht ziemlich weit oben. Habe ihn noch mal 
eingetragen:

1

So der Rest, ist nicht viel

2

3

#define F_CPU 16000000UL

4

#include <stdlib.h>

5

#include <avr/io.h>

6

#include <avr/pgmspace.h>

7

#include <util/delay.h>

8

#include "lcd.h"

9

10

int main(void)

11

{

12

lcd_init(LCD_DISP_ON);        // Display initialisieren

13

for (;;)

14

{

15

/*  Text in jede Zeile schreiben */

16

lcd_clrscr();                      // Display löschen

17

lcd_puts("LCD Text Zeile 1\n");    // Zeile 1     

18

lcd_puts("LCD Text Zeile 2\n");    // Zeile 2

19

lcd_puts("LCD Text Zeile 3\n");    // Zeile 3

20

lcd_puts("LCD Text Zeile 4\n");    // Zeile 4

21

_delay_ms(5000);      // kurz warten

22

}

Es ist keine Rechtfertigung.
Genug dazu, möchte nicht vom 100 ins 1000 kommen. Habe Fehler gemacht, 
Asche aufs Haupt, schäme mich, trotzdem möchte ich wissen wo mein Fehler 
liegt.
achim

Achim Seeger schrieb:
> Den Code habe ich gepostet, steht ziemlich weit oben. Habe ihn noch mal
> eingetragen:

Es wird immer grotesker. Es geht um den Code, der "durchlaufenden Mist" 
zur Folge hat. Genau darum hat "Bitkracherl"  gestern Abend (und vorhin 
nochmal) gebeten.

Achim Seeger schrieb:
> Hallo
> Den Code habe ich gepostet, steht ziemlich weit oben. Habe ihn noch mal
> eingetragen:

Dieser Code ist mittlerweile sowas von uninteressant.

> trotzdem möchte ich wissen wo mein Fehler liegt.

Das LCD hat, so wie alle Computer, einen linearen Speicher.
D.h. da liegt Speicherzelle an Speicherzelle. Und zwar als eine lange 
Wurscht.

1

+---+---+---+---+---+---+---+---+---+---+---+...

2

|   |   |   |   |   |   |   |   |   |   |   |

3

+---+---+---+---+---+---+---+---+---+---+---+...

Schreibt man in eine Speicherzelle was rein ...

1

+---+---+---+---+---+---+---+---+---+---+---+...

2

|   |   |'H'|   |   |   |   |   |   |   |   |

3

+---+---+---+---+---+---+---+---+---+---+---+...

dann taucht das am Display auf.

Schön.
Nur wird das nicht so dargestellt. Denn schliesslich ist ja deine 
Glasfläche nicht eine lange Wurscht, sondern in 4 Zeilen organisiert.

D.h. es gibt eine logische Aufteilung des Speichers ...

1

|<------------ Zeile 1 ---->|<--- Zeile 2 ------

2

+---+---+---+---+---+---+---+---+---+---+---+...

3

|   |   |   |   |   |   |   |   |   |   |   |

4

+---+---+---+---+---+---+---+---+---+---+---+...

in die physikalischen Zeilen. Schreibt man an diese Position das 'H' in 
den Speicher

1

|<------------ Zeile 1 ---->|<--- Zeile 2 ------

2

+---+---+---+---+---+---+---+---+---+---+---+...

3

|   |   |   |   |   |   |   |'H'|   |   |   |

4

+---+---+---+---+---+---+---+---+---+---+---+...

dann taucht das als erstes Zeichen in der zweiten Zeile auf.
Genau diese Umrechnung macht zb lcd_gotoxy. Es errechnet wo, beginnend 
ab dem Anfang des kompletten Speichers, die Speicherzelle ist, die der 
angegebenen Spalten/Zeilenposition entspricht.
Nur muss lcd_gotoxy dazu natürlich wissen, wo im Speicher die Zeile 2 
anfängt. In der Zeichnung hier ist es die Speicheradresse ...

1

|<------------ Zeile 1 ---->|<--- Zeile 2 ------

2

+---+---+---+---+---+---+---+---+---+---+---+...

3

|   |   |   |   |   |   |   |'H'|   |   |   |

4

+---+---+---+---+---+---+---+---+---+---+---+...

5

  0   1   2   3   4   5   6   7   8   9

... 7
Soll die Ausgabe also in der Zeile 2, Spalte 3 anfangen, dann ist die 
zugehörige Speicheradresse 7 + 3 gleich 10. Dorthin setzt lcd_gotoxy den 
Cursor und dort landet dann die nächste Ausgabe. Im Speicher ist es die 
Adresse 10, auf dem LCD-Glas ist es die Zeile 2, Spalte 3


Jetzt kommt das Problem:
Man muss wissen, wo genau im Speicher dieser Punkt ist. An welcher 
Adresse die Zeile 2, die Zeile 3 bzw. die Zeile 4 anfangen.

Dsa sind diese Konstanten

1

#define LCD_START_LINE1  0x00     /**< DDRAM address of first char of line 1 */

2

#define LCD_START_LINE2  0x40     /**< DDRAM address of first char of line 2 */

3

#define LCD_START_LINE3  0x14     /**< DDRAM address of first char of line 3 */

4

#define LCD_START_LINE4  0x54     /**< DDRAM address of first char of line 4 */

normalerweise passen die auch für die meisten LCD. Nur bei deinem passen 
diese Werte eben anscheinend nicht. Also müssen wir sie ermitteln.

Die Grafik zeigt auch schon die prinzipielle Idee, die benutzt wird. Wir 
schreiben den Speicher einfach voll

1

+---+---+---+---+---+---+---+---+---+---+---+...

2

| A | B | C | D | E | F | G | H | I | J | K |

3

+---+---+---+---+---+---+---+---+---+---+---+...

4

  0   1   2   3   4   5   6   7   8   9

Beginnend ganz vorne einfach einen Buchstaben nach dem anderen in den 
Speicher. Das können wir, weil sich das LCD an dieser Stelle nicht darum 
kümmert, wo die Zeilengrenzen sind, sondern einfach Buchstabe für 
Buchstabe in den Speicher schreibt.

Gut. Nachdem der Speicher so angefüllt wurde, schaut man aufs Display 
und sieht

1

+-------+

2

| ABCDE |

3

| HIJKL |

4

|       |

5

|       |

6

+-------+

Da das erste sichtbare Zeichen in der zweiten Zeile das 'H' ist, weiß 
ich damit, dass in

1

+---+---+---+---+---+---+---+---+---+---+---+...

2

| A | B | C | D | E | F | G | H | I | J | K |

3

+---+---+---+---+---+---+---+---+---+---+---+...

4

  0   1   2   3   4   5   6   7   8   9

hier

1

                              |

2

                              v 

3

+---+---+---+---+---+---+---+---+---+---+---+...

4

| A | B | C | D | E | F | G | H | I | J | K |

5

+---+---+---+---+---+---+---+---+---+---+---+...

6

  0   1   2   3   4   5   6   7   8   9

die Startadresse der zweiten Zeile im LCD_Speicher ist. Nämlich die 7. 
Die trag ich ins lcd.h für die zweite Zeile ein und fortan weiss dann 
auch lcd_gotoxy, dass es in die zweite Zeile kommt, wenn es bei 7 
beginnend die Spalten weiter zählt.

Erst mal wieder Danke für KH, jetzt ist es klar was du machen willst, 
sorry, war mir unklar. Mache es sofort, wenn ich am teilsitze.
Auch der Code von KH steht drin. meine diesen

ok, danke.
Lass uns mal Plan B probieren
int main()
{
  lcd_init(LCD_DISP_ON);        // Display initialisieren
  lcd_puts( 
"ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789" );

  while( 1 )
    ;
}

Danach kam diese Ergebis:

 +----------------------------------+
 | ABCDEF0GHIJKL0MNOPQR0STUVW0XYZa0 |
 | MistMistMistMistMistMistMistMist |
 | MistMistMistMistMistMistMistMist |
 |                                  |
 +----------------------------------+

Die erste Zeile wurde ganz korrekt dargestellt. In der 2. und 3. Zeile 
nur Mist. Muss nach dem letzten korrekten Buchstaben schauen.
achim

Achim Seeger schrieb:

> Danach kam diese Ergebis:

Ja.
Da war aber der Fehler noch enthalten, dass
#define LCD_WRAP_LINES  1
noch auf 1 stand. Damit war der Test unbrauchbar, weil lcd_puts nicht 
einfach nur die Character ausgegeben hat, sondern sich in diese Ausgabe 
mit dazwischen gestreuten lcd_gotoxy eingemischt hat. Das können wir 
aber nicht brauchen. Daher
#define LCD_WRAP_LINES  0


> Die erste Zeile wurde ganz korrekt dargestellt. In der 2. und 3. Zeile
> nur Mist. Muss nach dem letzten korrekten Buchstaben schauen.

Die Information, die jetzt als erstes wichtig ist:
Hat mit dem umstellen dieses #define diese Durchlauferei aufgehört oder 
nicht.

Ich hoffe mal, dass es aufgehört hat.

Hallo
auf ein neues. Habe die entsprechenden Sachen geändert. Stelle die sache 
mit rein.

1

#define LCD_START_LINE1  0x00     /**< DDRAM address of first char of line 1 */

2

#define LCD_START_LINE2  0x40     /**< DDRAM address of first char of line 2 */

3

#define LCD_START_LINE3  0x14     /**< DDRAM address of first char of line 3 */

4

#define LCD_START_LINE4  0x54     /**< DDRAM address of first char of line 4 */

5

#define LCD_WRAP_LINES      0     /**< 0: no wrap, 1: wrap at end of visibile line */

Wenn ich diese Sache eingebe erscheint die nachfolgende Ausgabe

1

lcd_gotoxy(0,0);

2

lcd_puts("1-1-1-1-1");

3

4

lcd_gotoxy(0,1);

5

lcd_puts("2");

6

7

lcd_gotoxy(0,2);

8

lcd_puts("3");

9

10

lcd_gotoxy(0,3);

11

lcd_puts("4-4-4-4-4");

 +----------------------------------+
 | 1-1-1-1-1                        |
 | 2                                |
 | 3                                |
 | 4-4-4-4-4                        |
 +----------------------------------+

Mit dieser Ausgabe sind die Zeichen korrekt

Gebe ich aber den Text ein

1

lcd_puts("ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvw1234567890A1A2A3A4A5A6A7A8A9B1V");

wird das ganze Display damit gefüllt, aber anders als erwartet

 +----------------------------------+
 | ABC ...                  ... RST |   Zeile 1
 | opq ...                  ... 90A |   Zeile 2
 | UVW ...                  ... lmn |   Zeile 3
 | 1A2 ...                  ... B1V |   Zeile 4
 +----------------------------------+

Mit dieser Ausgabe sind die zeilen 2 und 3 vertauscht
Zwei verschiedene Ausgaben? Sorry, jetzt passe ich langsam
achim

Achim Seeger schrieb:

>  +----------------------------------+
>  | 1-1-1-1-1                        |
>  | 2                                |
>  | 3                                |
>  | 4-4-4-4-4                        |
>  +----------------------------------+

Super, dann passt es.


>

1

> lcd_puts("ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvw1234567890A1A2A3A4A5A6A7A8A9B1V");

2

>

> wird das ganze Display damit gefüllt, aber anders als erwartet

Von dir vielleicht.
Ich hab genau das erwartet.
Denn kein Mensch sagt, dass im Speicher hinter der Zeile 1 die Zeile 2 
anfangen muss.
Und das tut es auch nicht, wie das Testprogramm eindrucksvoll beweist.

> Mit dieser Ausgabe

Mit dieser Ausgabe ist vor allen Dingen eines dokumentiert: Das sich das 
Programm an der Zeilensteuerung vorbeimogelt und uns den internen 
Speicheraufbau so zeigt, wie er wirklich ist. Dieses Programm weiß 
nichts von Zeilen.


Lass die Wrap-Steuerung abgeschaltet.
In Wirklichkeit ist die nämlich sowieso zu nichts nütze. Das sieht nur 
auf den ersten Blick so aus, als ob ein automatischer Zeilenumbruch eine 
tolle Sache wäre. Tatsächlich braucht das aber auf so kleinen LCD 
keiner, weil keiner derartige lange Texte (und auch wieder kurz, denn 
länger als 4 Zeilen darfs nicht sein) ausgibt.
Der normale Weg ist: lcd_gotoxy um den Cursor an eine Position zu 
schicken und dann dort den Messwert ausgeben. Cursor mit lcd_gotoxy an 
eine andere Position und dort dann einen anderen Messwert ausgeben. usw. 
usw.

Bitwackler schrieb:
> Huch! Mach ich gerade einen Denkfehler, Karl Heinz?


Nein, ich rechne auch grad nach.

Seine ausgabe ist

1

   0123456789ABCDEF

2

3

0  ABCDEFGHIJKLMNOP

4

1  QRSTUVWXYZabcdef

5

2  ghijklmnopqrstuv

6

3  w1234567890A1A2A

7

4  3A4A5A6A7A8A9B1V

Der Umbruch von T auf U findet bei Adresse 0x14 statt. Soweit passt das. 
Das war zu erwarten (Zeile 3)

Aber der Umbruch von n auf 0, also in die Zeile 2, wäre an Adresse 0x28. 
Und das ist eigentlich unlogisch.

Auf der anderen Seite ist das Testprogramm

1

lcd_gotoxy(0,0);

2

lcd_puts("1-1-1-1-1");

3

4

lcd_gotoxy(0,1);

5

lcd_puts("2");

6

7

lcd_gotoxy(0,2);

8

lcd_puts("3");

9

10

lcd_gotoxy(0,3);

11

lcd_puts("4-4-4-4-4");

eigentlich recht eindeutig. Wenn gotoxy( 0, 1 ) korrekt in Zeile 2 
positioniert, dann sollte 0x40 eigentlich stimmen (zumal das ja auch der 
Normalfall ist).

Bitwackler schrieb:

> Aber wie gesagt. Entweder das erste ist korrekt ODER das zweite.
> Irgendwas ist da faul:

Vielleicht sind auch IC-intern die Adressen nicht sauber auskodiert.
Obwohl: wie das bei 0x28 und 0x40 gehen soll, ist mir nicht ganz klar 
:-)

Habe die Lines geändert in

L1 0x00
L2 0x28
L3 0x14
L4 0x3c

Anzeige bei beiden Version gleich, Reihenfoge nicht geändert.schicke dir 
die lcd.h sofort, steht auch oben im Text. Unterschid zur jetzigen nur 
warp =0
achim

Könnte es ein Fehler der Technik/Display sein?

Habe die HEX und die elf gelöscht, wiederholt, anderen Inhalt, wieder 
gelöscht, anderen Inhalt immer gleich Anzeige
????

Es könnte eine Erklärung sein, so wie du die Zeilen angibst. Es doch den 
HD 44780. Wie ist eine Darstellung damit möglich?

Werte auf die ursprünglichen gesetzt, auf KS0033 gesetzt mit 1, Datein 
gelöscht und neu gemacht, Anzeige bleibt beim alten.

Sorry vertippt KS0073

Die Anzeige ist beiden gleich, egal ob ich die Adressen änder oder den 
HD gegen KS inner die gleichen Anzeigen wie oben beschrieben

Tja Holger, du hast es als Bo.. bezeichnet, damit stehst du in der 
Pflicht was besseres zu zeigen.

Soweit klar. Gibt aber noch was ich nicht versteh, hatten gestern das 
Thema

lcd_puts("2\n");

Damit müsste Zeilenvorschub erfolgen. Geht auch von Zeile 1 auf 2, aber 
mehr nicht. Wieso?

Habe das gemacht, Einstellungen geändert und das Prg gestartet. Anzeige 
ist wie gehabt. Beide zeilen sind vertauscht.

Noch was, bleibt bitte beide sachlich, es bringt nichts, wenn wir banal 
uns die Köpfe einschlagen. Wir versuchen gemeinsam ein problem zu lösen. 
Dazu zählt auch der Austausch von Gedanken und Vorschlägen, aber bitte 
sachlich mit einem Anteil von Vernunft. Danke