gLCD Problem: Leerzeichen zeichnen oder anderen Fix

Danke für eure Antworten.

@Thomas: die Idee hatte ich verfolgt und es war garnicht soo schlecht, 
war aber auch mit einer großen Verzögerung verbunden... habe die gLCD 
Routine jetzt so angepasst, dass sie nicht nur die gesetzten Bits 
zeichnet sondern alle Bits eines Chars entweder weiß oder schwarz macht. 
Nun ist das Problem behoben.

@Hannes: Deinem Ansatz konnte ich leider nicht ganz folgen... Ist für 
mich wohl eine Nummer zu hoch -- das hier ist mein erstes "richtiges" 
Projekt mit dem AVR abseits von blinkenden LED's :-)



Ich habe leider nun ein neues Problem: Das zeichnen auf dem gLCD hält 
den Programmablauf immens auf! Ich habe vorher nicht genau drauf 
geachtet aber eine Sekunde dauerte ca. 1,5s... weil das schreiben auf 
dem LCD alles aufhiehlt.....
Habe das ganze dann soweit optimiert, dass immer nur die veränderte 
(Sekunden)Ziffer gezeichnet wird - das hat etwas geholfen aber das 
Problem keinesfalls behoben...

Ich habe die mylcd Lib schon nach Optimierungspotenzial durchsucht aber 
konnte keine waits o.ä. finden -- es denke er hängt so lange in der 
Schleife fest, welche die Bussy-Flag des LCD abfragt... Also sind die 
langen Verzögerungen hervorgerufen durch das LCD-Modul ansich?



Ich fürchte fast dass das außerhalb meiner Einflussnahme steht und als 
gegebene Eigenscahft des Bauteils hinzunehmen ist??


Freue mich auf Antworten -- ich bin gerade etwas Verzweifelt und 
befürchte, dass ich mein Projekt in der momentanen Form nicht 
realisieren kann -.-

@dau45

Guck mal hier in der Libary von Andre kann man das Datenbyte 
Invertieren.
Also Invert setzen.
// ---------------------------------
// Set Data mode, and write data
// ---------------------------------
void lcd_write_data(uint8_t data ,uint8_t chip)
{
  if (invert!=0)  data = ~data;
  lcd_chip_select(chip);
  LCD_CMD_PORT |= (1<<CD);
  LCD_CMD_PORT &= ~(1<<RW);        // we're in data mode
  lcd_write(data,chip);
}

@Klaus: Danke, dass habe ich auch schon gefunden :-)


@Karl Heinz:
Das von dir beschriebene vorgehen wird in Andre's Routine "FastText" 
genannt (ich glaube zumindest, dass es das ist) - ich dachte es wäre 
aktiv. Dann habe die Libary gerade nochmal überflogen und habe gesehen, 
dass FastText nur arbeitet wenn die Startposition des Textes ein 
vielfaches von 8 ergibt.

Habe meine Position der Uhrzeit angepasst und siehe da: es läuft ohne 
Probleme!! Manchmal sieht man dan Walt vor lauter Bäumen nicht - ich 
sollte mal was Anderes machen....

Einen Delay nutze ich natürlich nicht sondern einen Timer der alle 10ms 
overflowed - da schaut er dann nach dem DCF Signal und zählt 
gleichzeitig für eine Softclock eine Variable um 1 hoch; ist die 
Variable bei 100 angekommen werden die Sekunden inkrementiert.
Die Abweichung konnte ich nur erkennen, weil der DCF-Empfänger atm nicht 
angeschlossen war.


Ich werd mal duschen gehen und ein wenig beobachten ob die Uhr nun 
wieder exakt läuft aber es sieht gut aus.