Atmega8 + LCD mit externem Takt

Steffen Gast #1225643
Lesenswert?
• ▲
▼ 
Hallo!

# Zuerst:
Mein LCD am Atmega8 funktioniert wundervoll mit dem internen 
Standard-Takt von 1 MHz. Für eine RS232-Schnittstelle bräuchte ich aber 
nen externen Quarz.

# Nun also mein Problem:
Wenn ich per fuse-bits den 16MHz-Quarz einschalte, der auf meinem Board 
eingebaut ist, gibt das Display nur wirre Zeichen aus.

# Ich benutze folgendes Display: "DataVision DG-16080-11" von Pollin
http://www.pollin.de/shop/shop.php?cf=detail.php&pg=OA==&a=MzU2OTc4OTk=&w=OTg4OTk4&ts=0

mit dem Treiber von vsergeev, der zufällig mal das gleiche LCD auf ebay 
gefunden hat: http://www.frozeneskimo.com/samsunglcd/
Den Code hab' ich soweit wie nötig angepasst, mit dem internen Takt 
läuft das Teil.
Den veränderten Takt hab' ich dem Programm dann mittels
1
#define F_CPU 16000000

 mitgeteilt.

# Außerdem: Ich muss den uC natürlich nicht mit 16MHz betreiben, mir 
reicht auch weniger. Nur ist der 16MHz-Quarz eben gerade verbaut. Ich 
werd' mir schonmal n paar kleinere bei Reichelt bestellen.

Hat jemand eine Idee, was ich dabei übersehe?

Viele Grüße, Steffen.
Schöne Ostern noch!
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Steffen Gast #1225874
Lesenswert?
• ▲
▼ 
Jawoll, das war's. Der Programmierer des Treibers hat die notwendigen 
delays mithilfe von jeweils vier asm-nops realisiert. Bei 8 MHz scheint 
das noch zu reichen, bei 16 ist dann wohl Schluss. ;-)
Ich hab' das jetzt erst mal so gelöst:
1
 for (i=0;i<100;i++) __asm("nop;");

Das ist aber auch nur Zeitverschwendung, gibts bestimmt was 
sinnvolleres...

Danke Otto für den Tipp, das war das Entscheidende.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Peter D. #1225948
Lesenswert?
• ▲
▼ 
gast wrote:
> sinnvoll ist es das LCD auszulesen was aber wenige libs tun

Weil es unötig ist.

Wenn man überlegt programmiert, d.h. daß der User auch Zeit zum Ablesen 
hat und nicht nur Flimmern sieht, dann ist die CPU-Belastung durch das 
LCD mit Delays unerheblich.


Peter
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Peter D. #1225958
Lesenswert?
• ▲
▼ 
Steffen wrote:
>
1
 for (i=0;i<100;i++) __asm("nop;");


Solche Pi*Daumen Programme fallen Dir irgendwas auf die Füße, laß das 
daher  besser sein.


> Das ist aber auch nur Zeitverschwendung, gibts bestimmt was
> sinnvolleres...

Ja, nutze die "delay.h", da sind funktionierende Delayfunktionen drin 
bis 6s.

Wie oben schon gesagt, ob etwas Zeitverschwendung ist, läßt sich nur 
anhand der CPU-Auslastung ermitteln.

Wenn Du aber unbedingt die Ausgaben viel schneller machen willst, als 
sie ablesbar sind, dann nimm besser die Interruptmethode:
Alle Ausgaben schreiben in den SRAM (Bildspeicher) und ein Interrupt 
gibt z.B. alle 1ms ein Zeichen aus. Damit wird die Mainloop nicht mehr 
behindert.


Peter
Antwort Zitieren Bearbeiten Löschen Beitrag melden
hans Gast #1225964
Lesenswert?
• ▲
▼ 
Das lesen des Displays wäre bei der Initialisierung interesant, aber da
geht es noch nicht und man braucht die Delays.
Danach könnte es nur noch in sehr gestörter Umgebung helfen,
ein hängendes Display zu erkennen. Dann dürfte aber auch der µC
so seine Probleme haben.
Wenn man die Delays an die Datenblattangaben anpasst (Zeiten
mit geringer Zugabe für die Befehle getrennt) geht auch fast keine
Zeit verloren.

gruß hans
Antwort Zitieren Bearbeiten Löschen Beitrag melden
spess53 Gast #1225976
Lesenswert?
• ▲
▼ 
Hi

@Peter: Für Text-LCDs kann ich deine Anmerkungen noch nachvollziehen, 
aber bei Grafik-Displays möchte ich nicht unbedingt zusehen können, wie 
sich das Bild aufbaut. Abgesehen von dem zusätzlichen RAM-Bedarf.

MfG Spess
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Peter D. #1226360
Lesenswert?
• ▲
▼ 
spess53 wrote:
> @Peter: Für Text-LCDs kann ich deine Anmerkungen noch nachvollziehen,

Richtig, meine Ausführungen bezogen sich auf ein Text-LCD.

GLCD-Libs enthalten üblicher Weise nen Busy-Test, Text-LCD-Libs üblicher 
Weise nicht. Deshalb habe ich nach Gasts Beitrag angenommen, es geht um 
ein Text-LCD.


Peter
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Frank Gast #1568361
Lesenswert?
• ▲
▼ 
Hallo Steffen,

ich bin auf der Suche nach einem Code für das DG16080 mit Atmega8 nach 
dem Muster von vsergeev da meine Kenntnisse noch am Anfang sind wollte 
ich fragen ob Du oder jemand anderes mir den Code vielleicht zur 
Verfügung stellen könnte.

Gruß und Dank Frank
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren