Fehler in der Anzeige bei GLCD

[Achim S. (achims)]

Hallo
ich verwende das GLCD TG12864B von Pollin und die Datein von Thiele. 
Anzeige erscheint (Schrift) erscheint korrekt.
In der linken Bildhälfte kommen zusätzlich noch kleine Striche und 
einzelne Punkte dazu. Vertausche ich mit CS1/2 die linke und rechte 
Bildhälfte, kommen die zusätzlichen Punkte in die rechte Bildhälfte. 
Auch der Strich zwischen beiden Hälften ist durch fehlende Bildpunkte 
deutlich sichtbar.
Display defekt oder Fehler im ???
achim

[AVR (Gast)]

Zeile 65 - da ist dein Fehler

[Achim S. (achims)]

Danke für die Info. Leider sehr dürftig.
Kann den Code auch reinstellen. Wie soll der helfen?
Dieser Code steht gefühlte 20x im Netz. Habe ihn nicht verändert.
Da auf der rechten Seite keine Fehler gezeigt werden, nur auf der linken 
Seite sind Fehler, ist mir die Sache unklar.
Habe das Display getauscht - gleiche Fehler.
achim

[spess53 (Gast)]

Hi

>Danke für die Info. Leider sehr dürftig.

Du meinst deine Info?

>Dieser Code steht gefühlte 20x im Netz. Habe ihn nicht verändert.

Und jetzt sollen sich alle auf die Suche nach deinem Code machen? 
Außerdem heißt das noch lange nicht, das der Code unproblematisch ist.

>Habe das Display getauscht - gleiche Fehler.

Dann gehe erst mal von einem Fehler in der Software aus. Aus dem Bauch 
heraus würde ich auf auf die CS-Umschaltung tippen.

MfG Spess

[Achim S. (achims)]

Hallo
hänge den Code mit ran. Wenn das vertauschen von CS geht und damit die 
beiden Steiten vertauscht werden, kann das dann ein Problem sein?
Es erfolgt ja eine fast korrekte Anzeige damit.
Sorry, weiss nicht wo ich mit suchen anfangen soll
achim

[Achim S. (achims)]

Habe ein Bild gemacht mit den Fehlern

[Achim S. (achims)]

Die Fehler befinden sich nur in der linken Seite. Der Text wird 
angezeigt, aber einige Teile / Striche sind verschoben. Es sind 2 
verschiedene Fonts enthalten, der Fehler ist bei beiden Schriften.
Keiner eine Idee dazu?

[Bernd N (Gast)]

Sei mal ein bischen großzügiger beim Timing. Sieht mir jedenfalls nach 
einem Timing Fehler aus.

[Michael W. (Gast)]

Achim Seeger schrieb:
> Die Fehler befinden sich nur in der linken Seite. Der Text wird
> angezeigt, aber einige Teile / Striche sind verschoben

Hä? Ich habe von diesen Dingen ja keine Ahnung, aber wie kommst Du 
darauf, daß der Fehler auf der linken Seite ist? Er ist über die 
komplette Anzeigenbreite zu sehen... es befinden sich 'ungewollte' Pixel 
an etlichen Stellen.

[Achim S. (achims)]

Die Fehler kamen immer auf der linken Seite. Drücke ich mehrfach Reset 
wechseln die Pixel und verteilen sich neu.

Habe im Netz gelesen. Da sind schon einige Fehlerangeben auf Timing. 
Einige sagen auch, die Frequenz niedriger machen. Der Vorschlag ist 
nicht schlecht. Da ich mit 16M arbeite, müssen wohl einige delay rein. 
Eigentlich wollte ich keine delay nehmen. Wie macht man dann sowas?
achim

[Michael W. (Gast)]

Achim Seeger schrieb:
> Die Fehler kamen immer auf der linken Seite. Drücke ich mehrfach Reset
> wechseln die Pixel und verteilen sich neu.

Aah - ok. Jetzt hab ich's auf'm Schirm ;-) Wurde aus den bisherigen 
Posts nicht so klar. Wenn ich (als Unwissender) jetzt raten sollte, 
würde ich auch Timing-Fehler nicht ausschliessen wollen...

[Falk B. (falk)]

@Achim Seeger (achims)

>nicht schlecht. Da ich mit 16M arbeite, müssen wohl einige delay rein.
>Eigentlich wollte ich keine delay nehmen. Wie macht man dann sowas?

Achim, welche Drogen nimmst du schon wieder? WIE lange bastelst du schon 
mit AVRs rum? Und du hast schon wieder vergessen, wie eine _delay_us() 
oder _delay_ms() funktionier?
Das ist einfach nur noch ein Fall für den Psychiologen . . .

[spess53 (Gast)]

Hi

> Da ich mit 16M arbeite, müssen wohl einige delay rein.
>Eigentlich wollte ich keine delay nehmen. Wie macht man dann sowas?
>achim

Dann aktiviere mal zwischenzeitlich den internen Oszillator und teste 
das ganze bei niedrigerem Takt.

MfG Spess

[Achim S. (achims)]

Falk sei nicht so hart mit mir. Habe die anderen Fehler allein 
geschafft. Meine damit die änderungen von AVR 4 auf 5 und weiter auf 6. 
Für dich eine Kleinigkeit, für mich ein Problem. Ich weiss wie eine 
delay funktioniert, wie man es schreibt und anwendet. Die Frage müsste 
wohl er lauten, an welche Stelle es muss.
Das Display braucht für die Umschaltung und Darstellung Zeit, steht im 
Netz und verschiedene Angaben dazu, von 1ms bis 50ms habe ich gefunden. 
habe auch gelesen es könnten 450ns sein. Egal es braucht Zeit.
In der Datei ks0108.c erfolgt die Ansteuerung.
achim

[Peter X. (peter_x)]

Achim Seeger schrieb:
> von 1ms bis 50ms habe ich gefunden.
> habe auch gelesen es könnten 450ns sein.

Warum nimmst du nicht das verfickte Datenblatt des Kontrollers, anstatt 
im Netz nach diversen Delay-Werten zu suchen?

[Achim S. (achims)]

Ich habe das Datenblatt zum Display mit Kontroller drauf. Besteht aus 
einer Seite und viele Masse drauf. Mehr nicht.

Eine ganz einfache Frage dazu. Im Datenblatt steht LED 5V, auf dem 
Displa sind Widerstände druaf, R8 und R9, und gehen zu der LED. Das sind 
die Vorwiderstände und man braucht keinen externen?

[thosch (Gast)]

Peter Xuang schrieb:
>
> Warum nimmst du nicht das verfickte Datenblatt des Kontrollers, anstatt
> im Netz nach diversen Delay-Werten zu suchen?

Tja, immer wieder dieselbe (unbequeme) Leier.
Natürlich wäre ganau das die Lösung, aber dazu muß man sich doch 
tatsächlich bequemen, das Datenblatt zu lesen und das Gelesene auch zu 
verstehen.
Da ist es natürlich viel einfacher, 'ne Frage ins Forum zu rotzen oder
lustige Internetsuchen nach Delaywerten zu starten...

[Achim S. (achims)]

Das Datenblatt dazu habe ich vorher gelesen. Leider keine Angaben zur 
Zeit.
Bei der LED stehen 5V drin. Mit oder ohne Vorwiderstand?
Hänge es mit ran.

[Peter X. (peter_x)]

Peter Xuang schrieb:
> Warum nimmst du nicht das verfickte Datenblatt des Kontrollers, anstatt
> im Netz nach diversen Delay-Werten zu suchen?

Und für 10 €uro kannst du dir einen LA zocken, um dein programmiertes 
Timing zu verifizieren. Lies' halt mal in diesem Forum, was hundert 
andere User an deiner statt gemacht haben. Geduld und aufmerksames Lesen 
und Verstehen ist wohl nicht mehr aktuell.

[spess53 (Gast)]

Hi

>Das Datenblatt dazu habe ich vorher gelesen. Leider keine Angaben zur
>Zeit.
>Bei der LED stehen 5V drin. Mit oder ohne Vorwiderstand?
>Hänge es mit ran.

Das ist das uninteressante Datenblatt des Displays. Das wichtige 
Dokument ist das Datenblatt des Displaykontrollers -> KS0108B. Dort 
stehen die wichtigen Sachen drin.

Und hast du das

Beitrag "Re: Fehler in der Anzeige bei GLCD"

schon mal getestet?

MfG Spess

[Ralf D. (rad)]

Achim Seeger schrieb:
> Das Datenblatt dazu habe ich vorher gelesen. Leider keine Angaben zur
> Zeit.

Hmmmm ... grübel ... komisch ...

In dem Datenblatt http://www.lcd-module.de/eng/pdf/zubehoer/ks0108b.pdf 
steht doch alles drin; sowohl die Bustimings als auch die Methode mit 
der man feststellen kann ob der Chip beschäftigt oder bereit ist ...

[Achim S. (achims)]

Sorry, hatte das Datenblatt zum Display genommen, nicht zum IC. Hatte 
vorher mit der Belegung gekämpft. Mache noch die Beleuchtung fertig und 
dann geht es die Frequenz

[Peter X. (peter_x)]

Achim Seeger schrieb:
> Mache noch die Beleuchtung fertig und
> dann geht es die Frequenz

Wenn es dann geht, möchten wir aber auch ein Photo davon sehen :-).

[Achim S. (achims)]

Mach ich gern, aber erst muss es korrekt laufen

[Achim S. (achims)]

Ein Erfolg ist gerade gekommen. Korrekte Anzeige ohne einen Fehler oder 
falscher Pixel. Es liegt also an der Zeit. Muss noch rauskriegen wie ich 
es dauerhaft oder besser lösen kann. Dann kommt Foto

[Falk B. (falk)]

In ks1018.c

void ks0108Enable(void) {
  volatile uint8_t i;
  
  LCD_CMD_PORT |= 0x01 << EN;            // EN high level width: min. 450ns
  asm volatile("nop\n\t"
         "nop\n\t"
         "nop\n\t"
         ::);
  LCD_CMD_PORT &= ~(0x01 << EN);
  for(i=0; i<8; i++);                // a little delay loop (faster than reading the busy flag)
}

Auch ohne Profi-C-Kenntnisse erkennt man, dass drei läppische NOP keine 
450ns Verzögerung ergeben, wenn die CPU mit 16 MHz getaktet wird. Also 
muss hier ein _delay_us(450); rein.
Das Gleiche in der Funktion char ks0108ReadData(uint8_t incXAdd)
Ausserdem sollte man GANZ schnell diesen Müll raushauen, der krampfhaft 
aber keineswegs solide eine kleine Verzögerung machen will.

for(i=0; i<8; i++);                // a little delay loop (faster than read
ing the busy flag)

Raus damit und ein _delay_us(40) oder so rein.

Das hier auch, das ist Murks.

#ifdef DEBUG
  volatile uint16_t i;
  for(i=0; i<5000; i++);
#endif

War jetzt wirklich schwer, diesen geradezu unleserlichen, gar 
kryptischen Hochsprachenquelltext ohne Kommentare zu verstehen . . .

[Joachim B. (jar)]

Falk Brunner schrieb:
> dass drei läppische NOP keine
> 450ns Verzögerung ergeben, wenn die CPU mit 16 MHz getaktet wird. Also
> muss hier ein _delay_us(450); rein.

wie bitte?

16 MHz = 62,5ns

OK 3x sind nur  187,5ns

mit 8x wären es dann 500ns

aber daraus 450µs zu machen finde ich übertieben, nur so um den Faktor 
1000

allerdings ist der Port setzen nicht in NullZeit, evt. würden auch 6-7x 
NOP reichen statt 8x

[Falk B. (falk)]

@Joachim B. (jar)

>aber daraus 450µs zu machen finde ich übertieben, nur so um den Faktor
>1000

Mensch bist du witzig!

Ja, es sind eher 0,5us. Hier dein Keks.

[Joachim B. (jar)]

Falk Brunner schrieb:
> Mensch bist du witzig!

ich nicht

du meinst wirklich das " _delay_us(450);"

nicht µs heisst sondern ns ?

wenn du meinst......

das schreiben die hier:

void _delay_us   (   double    __us  )

Perform a delay of __us microseconds, using _delay_loop_1().

Falk Brunner schrieb:
> Hier dein Keks

don't drink & write ......

[Achim S. (achims)]

Würde sagen, es geht ohne Fehler.
Habe ein Foto als Beweis mit rein gestellt. Habe noch um eine neue 
Funktion und ein paar Schriften erweitert. Mal sehen was noch geht
achim

PS. Der Font Creator geht bei mir nicht. Java?

[spess53 (Gast)]

Hi

>Würde sagen, es geht ohne Fehler.

Und was war es genau?

Das 'byAS2015' ist ja wohl stark übertrieben.

MfG Spess

[Achim S. (achims)]

Warum übertrieben? Ich freue mich einfach das es geht.
Es lag an der Zeit. Wahrscheinliches Hauptproblem ist die Umschaltung 
CS1/2 und die Sachen von Falk. Mache mich an dias nächste
achim

[Falk B. (falk)]

@ Achim Seeger (achims)

>Warum übertrieben?

Weil DU den Treiber NICHT entwickelt hast!

[Achim S. (achims)]

Im Text zum Prg steht drin wer es geschrieben hat. Den Autor scheint es 
seit 2007 nicht mehr zu geben. Seit dem haben sich einige dran versucht 
und selber genutzt. Aber keiner hat das Prg weiterentwickelt.
Egal, ich freue mich trotzdem, das es geht und werde es weiter 
verwenden.
achim

[Falk B. (falk)]

@ Achim Seeger (achims)

>und selber genutzt. Aber keiner hat das Prg weiterentwickelt.

Wozu, es tut was es soll.

>Egal, ich freue mich trotzdem, das es geht und werde es weiter
>verwenden.

Wie hast du das Timing angepasst? Einfach den CPU-Takt verringert?

[spess53 (Gast)]

Hi

>Im Text zum Prg steht drin wer es geschrieben hat. Den Autor scheint es
>seit 2007 nicht mehr zu geben.

Meine, selbst geschriebene, Software für den KS0108B/HD61202 habe ich 
1999 das letzte mal geändert. Und mich gibt es auch noch.

MfG Spess

[Achim S. (achims)]

Hallo Spess
das ori war für AVRStudio 4 oder so geschrieben. Dadurch mussten 
verschiedene Dinge angepasst werden. Hatte zu Anfang ca 30 
Fehlermeldungen. Hängt auch nit dem AVR Studio 6 zusammen.
Nach den Hinweisen von Falk konnte ich auch die letzten Sachen ändern.
Die Frequenz habe ich weiter bei 16 M gelassen. Habe die NOP geändert, 
Datenblatt zum KS0108 gelesen (so weit möglich)und Zeiten geändert und 
getestet. Nach ca 50 Abstürzen des mk2 und Neustart konnte ich die 
Zeiten soweit eintragen, das sich der AT1284p mit angeschlossenen 
Display programmieren lässt. Wie oben beschrieben, ging das zeitweise 
nicht. Bin jetzt an den bmp dran. Mal sehen ob die auch laufen
Ich sage nicht das ich den Treiber geschrieben habe, die Aufschrift auf 
dem Display stammt von mir
achim

[spess53 (Gast)]

Hi

>Hallo Spess
>das ori war für AVRStudio 4 oder so geschrieben. das ori war für AVRStudio >4 
oder so geschrieben. Dadurch mussten
>verschiedene Dinge angepasst werden. Hatte zu Anfang ca 30
>Fehlermeldungen.

Kommt wenn man fremde libs benutzt.

Mein Original dürfte von AVR Studio 2.xx sein. Allerdings Assembler und 
lässt sich heute noch problemlos assemblieren.

Gilt auch für andere Display-Controller wie HD44780 und Kompatible, 
T6963, SED1520/4520 und diverse DOG-Diplays.

Allerdings würde nie ein 'by...' bei mir erscheinen.

MfG Spess

[BirgerT (Gast)]

Kenne den Achim ja auch seit längerem, weil wir beide 'nen Nibo2 haben.
Tja, das mit dem "by" bei fremden Programmen find' ich auch aasig..

Für das GLCD vom Nibo2 hatte ich schon eine gebufferte Ausgabe 
programmiert weil die Bibliotheksfunktionen eben so langsam sind.
Den Buffer wollte ich dann per Timerinterrupt an das GLCD ausgeben 
lassen. Beim Testen der Timings bin ich dann drauf gekommen, das dieser 
KS0108 eigentlich flott genug ist, und ein Zwischenbuffer (1024 Byte) 
eher nicht nötig ist - der einzige Vorteil des Buffers war, dass ich den 
Bufferinhalt (die GLCD Grafik) als ASCII Klötze über den UART an 
Puttytel ausgeben konnte.
[[http://www.roboter.cc/index.php?option=com_kunena&view=topic&catid=13&id=2411&Itemid=20#3016]]

Also habe ich mir eine eigene GLCD Lib zusammen gestrickt - hier ein 
Auszug, wie das Schreiben und das Timing bei mir geht:

//////////////////////////////////////////////////////////////////////////
//
//  BT LIB GLCD    Low Level Ansteuerung 128x64 Grafikdisplay mit KS0108
//          Beschreibung siehe bt_lib_glcd.h
//
//  (c) Birger Töpelmann  toepelmann(A)web.de  Version 150115a
//
//////////////////////////////////////////////////////////////////////////
:
:
//
//////////////////////////////////////////////////////////////////////////
//
//      GLCD STATUS:  Statusbyte lesen und auf !Busy warten
//
//  ->   (chip & 3) == 0 :  Chip1 Status
//    (chip & 3) == 1 :  Chip1 Status
//    (chip & 3) == 2 :  Chip2 Status
//    (chip & 3) == 3 :  Chip1 Status
//
//   <-  status   == 0 : Display TimeOut
//          1 : Display ist Bereit
//    CS = Chipselect (1 o. 2) bleibt stehen
//    RS = Registerselect bleibt auf Command
//    RW = ReadWrite steht auf Lesen
//    Am Datenport kann das Stusbyte gelesen werden.
//
uint8_t glcd_status(uint8_t chip){

//  uint16_t timeout = 0; //xffff;
//  uint8_t timeout = 0;
  uint8_t timeout = 0xff;
  
  // Chip- u. Register- Select
  chip &= 0x03;
  if (chip == 2) LCD_CHIP2;
  if ((chip & 0x01) == 1) LCD_CHIP1;

  //
  // GLCD Port Status Lesen
  //
  LCD_RS_CMD;      // Registerselect Command
  LCD_RW_RD;      // Richtung lesen
  LCD_DATA_OUT = 0;  // Pullup aus
  LCD_DATA_DDR = 0;  // LCD Datenbus auf Eingang

  // Es muss gewartet werden
  do{

    // Enable Signal ein/aus
    LCD_EN_H;      // Enable EIN
    LCD_EN_DELAY;    // 'ne halbe us warten
    LCD_EN_L;      // Enable Aus

    // Display Status lesen und Busyflag testen
    if(!TSTBIT(LCD_DATA_IN,LCD_BUSY_FLAG)) {
      return 1;
    }
    
  } while(--timeout);

  return 0;
}
:
:
//
//////////////////////////////////////////////////////////////////////////
//
//      GLCD WRITE: Ein Byte ans Display ausgeben
//            Für Kommandos oder Pixeldaten
//
//  ->   (mode & 3) == 0 : aktueller Chip ist aktiv
//    (mode & 1) == 1 : Chip1 Register aktivieren
//    (mode & 2) == 2 : Chip2 Register aktivieren
//          um an beide Controller die selben Daten zu schreiben
//    (mode & 3) == 3 : Chip1 und Chip2 aktivieren
//
//    (mode & 4) == 4 : Command Register schreiben
//    (mode & 4) == 0 : Daten Register schreiben
//
//  ->  data =   Datenbyte für aktive Adresse oder Befehlsbyte
//
//    Aktualisiert:
//      - CHIPSELECT
//      - REGISTERSELECT
//      ! ADRESS AUTOINKREMENT glcd_xpos wird nicht aktualisiert
//
void glcd_write(uint8_t mode, uint8_t data){
  //
  //  Chip Bereit abwarten, Abbruch bei Timeout
  if (glcd_status(mode) == 0) return;

  // ChipSelect 1 o. 2 bereits mit glcd_status() erledigt
  // Sollen beide Chips gleichzeitig beschrieben werden?
  if((mode & (uint8_t)3) == 3) LCD_CHIPS;
  
  // RegisterSelect "Cmd" bereits mit glcd_wait() erledigt
  if((mode & (uint8_t)4) == 4) LCD_RS_CMD;
  else LCD_RS_DTA;

  // RW = Schreiben
  LCD_RW_WR;

  // Enable vorzeitig setzen -> spart EN_DELAY
  LCD_EN_H;
  
  // Datenport auf Ausgang
  LCD_DATA_DDR = 0xff;
  LCD_DATA_OUT = data;
  
  // Enable Signal ein/aus
  //  LCD_EN_H;
  //  LCD_EN_DELAY;
  LCD_EN_L;

}
:
:
//
//////////////////////////////////////////////////////////////////////////
//
//      GLCD FILL:  GLCD Speicher mit Bitmuster füllen
//      Es werden beide LCD Controller gleichzeitig geschrieben
//
//    -> data    = 0 Displayspeicherinhalt löschen
//
void glcd_fill(uint8_t data){

  // 8 Seiten (Zeilen) pro Controller
  for(uint8_t page=0; page<8; page++){

    // Controller Kommandos Seite und Adresse setzen
    glcd_write(4+3, LCD_PAG0 + page);
    glcd_write(4+3, LCD_ADR0);
    
    // Eine Seite hat 64 Spalten (Bytes)
    // Das Display macht einen Autoinkrement
    for(uint8_t col=64; col>0; --col){
      glcd_write(3, data);
    }
  }
  // Erste Seite aktivieren
  glcd_gotoXY(0,0);
  glcd_row = 1;
  glcd_col = 1;
}
//
//////////////////////////////////////////////////////////////////////////
//
//    GLCD_PIXEL XY:
//    Ein Pixelbit auf dem GLCD an der übergebenen Position setzen,
//    löschen oder invertieren.
//
//  ->   x  Pixelspalte 0..127
//    y  Pixelzeile 0..63
//    val ==  0 : Pixel löschen
//    val ==  1 : Pixel setzen
//    val == -1 : Pixel invertieren
//
void  glcd_pixel_XY(uint8_t x, uint8_t y, const int8_t val){
  //
  uint8_t data, mask;
  uint8_t chip = 1;

  // Wertebegrenzung
  if(x > 127)  x -= 128;
  if(y > 127)  y -= 128;
  if(y > 63)  y -= 64;

  // Chip- und Command-Select
  if(x > 63){
    x -= 64;
    chip = 2;
  }
  
  // Seite und Byteadresse setzen
  glcd_write(4+chip, LCD_PAG0 + y/8);
  glcd_write(4+chip, LCD_ADR0 + x);

  // Byte Dummy Read
  glcd_read(chip);

  // vorhandenes "Nutz-"Byte lesen
  data = glcd_read(chip);

  // Bitmaske mit Bit an Y-Position
  mask = 0x01 << (y & 0x07);

  // nach der vorangegangenen Schiebeaktion müsste
  // das GLCD wieder bereit sein, ohne Warten..
  
  // Adresse Autoinkrement zurücksetzen
  glcd_write(4+chip, LCD_ADR0 + x);

  // Pixelbit setzen
  if (val > 0) {
    data |= mask;
  }
  // Pixelbit invertieren
  else if (val < 0) {
    data ^= mask;
  }
  // Pixelbit löschen
  else {
    data &= ~mask;
  }

  // neues Byte schreiben
  glcd_write(chip, data);

}

Mir war bisher auch nur eine GLCD-Lib bekannt, die auch den XOR-Modus 
für die Grafik-/Textausgabe unterstützt - die GFX-Lib von nicai zum 
Nibo2.

Ich habe keine KS0108 Lib gefunden, die Kreise im Xor Modus korrekt 
ausgeben könnte, weil Kreispixel doppelt gesetzt oder gelöscht werden.

Und zu den Timings (Nibo2 ATmega128 16MHz):

Das Warten auf "Ready" sollte man machen, bevor man Daten schreibt oder 
liest, und nicht direkt nach dem Schreiben/Lesen - in einer KS0108 Lib 
habe ich im Kommentar gelesen, dass 1ms Warten schneller gehen soll, als 
das BUSY-Flag abzufragen..Also die Timoutloop zählt bei mir max. 2 
Umdrehungen, dann ist das BUSY weg.

Die Daten werden vom KS0108 (oder SB0108) bei der negativen Flanke von 
Enable übernommen, d. h. ich kann das Enable auf 1 setzen, schon bevor 
ich die Daten am Port ausgebe..
Wenn die Daten am Port anliegen, sind wohl schon 450ns vorüber, und das 
Enable kann wieder auf 0 gesetzt werden.

Man kann die KS0108 auch gleichzeitig beschreiben (CS1 und CS2 
aktivieren).

Auch das Autoinkrement der Adresse innerhalb einer Page kann man prima 
ausnutzen: Adress Command schreiben, Dummyread, Daten Block lesen, Block 
im Buffer bearbeiten, Adress Command schreiben, Daten Block schreiben.

Und was auch gut kommt - wenn die zu setzende Pixeladresse größer "als 
erlaubt" ist, diese nicht auf das Maximum begrenzen, sondern solange den 
Maxwert abziehen, bis eine gültige Adresse rauskommt.
Eine Grafik wird nicht rechts oder unten "abgeschnitten", sondern links 
oder oben fortgesetzt (Wrap Around).

Also Achim, pack Deinen Nibo2 wieder aus, den kann man auch mit anderen 
Libs programmieren - Und der Pieper hängt auch am richtigen Pin ;-)

[achim (Gast)]

Hallo Birger
Danke für deine Hilfe. Da muss ich erst mal durchsteigen
achim