|
Anzeige
|
Bedeutung der Spalten (colums) bei einem GLCD
Gast
#1616811
Hallo, kann mir jemand sagen, was es mit dem Spalten/Zeilen auf sich hat. Mein Display ist fest programmiert auf 32 Spalten. Wieviele Zeichen in eine Zeile passen scheint damit ja nix zu tun zu haben. Analog trifft das ja auch auf die Zeilen zu. Gruß, pacer pacer schrieb: > Hallo, > > kann mir jemand sagen, was es mit dem Spalten/Zeilen auf sich hat. Mein > Display ist fest programmiert auf 32 Spalten. Wieviele Zeichen in eine > Zeile passen scheint damit ja nix zu tun zu haben. Ich vermute mal, wenn man den internen Zeichengenerator verwendet, bedeutet es genau das.
Gast
#1616823
Hi
>Wieviele Zeichen in eine Zeile passen scheint damit ja nix zu tun zu haben.
Schon. Was ist es denn für ein Display/Controller?
MfG Spess
Gast
#1616825
Es ist ein T6963c mit 128x64 Pixeln. Aber in eine Zeile passen keine 32 Zeichen, sondern nur 20 Zeichen. Dann kommt ja noch dazu dass z.B. da i nur ein Pixel breit ist. Zur Zeit verwende ich noch den internen Zeichengenerator.
Gast
#1616837
Hi >Es ist ein T6963c mit 128x64 Pixeln. Dann ist 32 falsch. Beim T6963c sind die Spalten die Byte/Zeile. Wenn Fontselect auf 8 Bit eingestellt ist, hat dein Display 16 Spalten. >da i nur ein Pixel breit ist. Ist egal. Ein Zeichen ist 8 Bit breit. MfG Spess pacer schrieb: > Es ist ein T6963c mit 128x64 Pixeln. > Aber in eine Zeile passen keine 32 Zeichen, sondern nur 20 Zeichen. Rechne doch einmal nach 128 / 32 = 4 und jetzt versuche einmal eine Pixelzeile eines 'G' mit nur 3 nebeneinanderliegenden Pixel darzustellen. 128 / 20 = 6 das passt schon besser. Mit 5 nebeneinanderliegenden Pixel kriegt man alle Zeichen hin. > Dann kommt ja noch dazu dass z.B. da i nur ein Pixel breit ist. Ich glaube kaum, dass der eingebaute Zeichensatzgenerator einen Proportionalfont macht. Du bist zu verwöhnt. Proportionalfont ist bei solchen Anzeigen oftmals kontraproduktiv, da es ausgesprochen aufwändig ist, irgendwelche Tabellen so aufzubereiten, dass zb Zahlen sauber untereinander stehen.
Gast
#1616862
du hast natürlich recht, dadurch dass das i in der Mitte steht, fällt es nicht weiter auf. 6 Pixel breit stimmt natürlich, ich hatte den Leeraum vergessen mitzuzählen. Wie kann es aber passieren, wenn ich den Text am Rand überlaufen lasse, dass dann ein Teil des Zeichens abgeschnitten ist?
Angehängte Dateien:
Gast
#1616866
Hi >Wie kann es aber passieren, wenn ich den Text am Rand überlaufen lasse, >dass dann ein Teil des Zeichens abgeschnitten ist? Weil 128/6= 21,333333.... ergibt. Dann solltest du die Spalten auf 22 einstellen. Sonst wird das letzte Zeichen in der nächsten Zeile noch einmal ausgegeben. MfG Spess
Gast
#1616871
Jetzt habe ich aber immer noch keine Antwort auf die Frage was es mit den 32 Spalten auf sich hat?! Woher hast du die Information denn? Dann musst du erst mal informieren, in welchem Zusammenhang die Zahl "32" auftaucht. 128/32 = 4 bei der Zahl 4 klingelt erst mal gar nichts, ausser das es die Anzahl der bit in einem Nibble darstellt.
Gast
#1616883
Hi >Jetzt habe ich aber immer noch keine Antwort auf die Frage was es mit >den 32 Spalten auf sich hat?! Dieser Wert ist falsch. Je nach Pegel am FS-Anschluss hat dein Dislay 16 oder 22 Spalten. Wobei die 22. nicht vollständig dargestellt wird. MfG Spess
Gast
#1616889
es gibt zwei Pins mit denen sich die Anzahl der Spalten einstellen lässt. Hab ich so aus dem Datenblatt gelesen. Also hab ich am Display nachgeschaut und festgestellt, dass es auf 32 colums konfiguriert ist.
Angehängte Dateien:
Karl heinz Buchegger schrieb: > Dann musst du erst mal informieren, in welchem Zusammenhang die Zahl > "32" auftaucht. > > 128/32 = 4 > > bei der Zahl 4 klingelt erst mal gar nichts, ausser das es die Anzahl > der bit in einem Nibble darstellt. Sorry. Hab grade das Datenblatt überflogen. Aber so recht schlau bin ich daraus auch nicht geworden, ausser das diese Zahl etwas mit der Taktgenerierung zu tun hat. Die Anzahl der ansteuerbaren Punkte dürfte es auf jeden Fall nicht sein. Die ist auch im Datenblatt extra als LCD-size bezeichnet. Ich würde das jetzt erst mal abhaken als: irgendeine technologisch bedingte Konstante. Wenn sie wichtig ist, fällst du beim Programmieren sowieso wieder drüber. Und dann weißt du, was es damit auf sich hat.
Gast
#1616898
da habe ich mich doch zu einer Fehlinterpretation hinleiten lassen. Also vergesse ich das mal wieder und weiß jetzt wie es richtig geht :-) Antwort schreiben |
Anzeige
|
