GLCD 128x64 Hardware oder Softwarefehler.?

...

Mein PC mit Schaltplan editor habe ich leider gerade nicht da.

die kondis am quarz sind zwar auf dem steckbrett, aber trotzdem mit der 
masse vom controller verbunden.

Die datenbits sind hintereinander auf portA

R/S = PC5
R/W = PC6
EN  = PC7
CS1 = PC2
CS2 = PC3
Reset = PC4 !

alles laut ks108.h

Frickelfritze schrieb:
> Beratungsresistenz ist eine Zier, doch weiter kommt man ohne ihr.
> Lies die Richtlinien von ATMEL zum Quarz-Betrieb wenn du mir
> nicht glaubst.
>
> Aus der Sicht einer Quarz-Schwingung ist die Steckbrett-Masse
> nicht gleich der Prozessor-Masse.

doch glaube ich :) habe es bereits berichtigt



kann ich es so beschalten.?
http://www.kreatives-chaos.com/images/38.png

Frickelfritze schrieb:
> an Avcc fehlt das Abblock-C.

was heißt das genau.?

So einen Fehler hatte ich auch mal. Problem war bei mir ein Kabelwackler 
an einem der Datenpins.

Hallo,

was zum Thema Steckbrett gessagt wurde:

man sollte gerade auf Steckbrettern Leitungsführung gut beachten. Die 
Teile habe ziemliche Kapazitäten zwischen den Felder, die können helfen 
oder schaden...

Das Bild ist ein Ausschnitt von einem Projekt, daß hier schon ewig 
rumliegt.
100n gehören einfach an die VCC/GND-Paare. AVCC wird generell 
angeschlossen.
ARef bekommt bei auch 100n gegen GND, spätestens, wenn ich einen ADC 
benutze.
Reset ist relativ unkritisch bei den AVR, meist bekommt es 100n gegen 
GND, die Programmer kommen damit klar, nur bei DebugWire muß er weg.

Quarz-Leitungen und die Abblockkondensatoren mit kurzen Weg an die 
AVR-Pins!
Quarzkondensatoren gehen wie dargestellt, GND-Schiene ist direkt daneben 
mit AVR-GND verbunden.

Die vorgefertigen Steckbrücken sind dafür ausgesprochen zu empfehlen, 
man hat passende Längen und einen brauchbaren Drahtdurchmesser.

Das spielt so wie oben auch mit 20MHz-Quarz ohne jedes Problem, auch SPI 
zur SD-Card ist mit maximaler Geschwindigkeit stabil.

Zu Deinem Display: ich habe jetzt nicht in die Software geschaut, bin 
aber ziemlich sicher, das daß Ding falsch initialisiert ist.

Gruß aus berlin
Michael

M. K. schrieb:
> So einen Fehler hatte ich auch mal. Problem war bei mir ein Kabelwackler
> an einem der Datenpins.

das kann eigentlich nicht sein. habe das lcd auch mal an eine alte 
platine angeschlossen zum probieren. war leider genau das selbe problem. 
und da hat es immer funktioniert. deswegen vermute ich eigentlich 
software fehler

dummy schrieb:
> Wenn man an PORTA anschliesst und auf PORTD ausgibt
> kann es schon sein das nix passiert;)

ich habe es gemerkt. sorry. leider ändert sich trotzdem nichts.

Frickelfritze schrieb:
> Johannes A. schrieb:
>> war leider genau das selbe problem.
>> und da hat es immer funktioniert.
>
> Man beachte die Widersprüchlichkeit in zwei kleinen
> aufeinanderfolgenden Sätzen.

ich meine es so, das hardwareseitig nichts falsch sein kann, da es immer 
funktionierte

JTAG deaktiviert?

so müsste es richtig sein.

Pete K. schrieb:
> JTAG deaktiviert?

schon. aber das ändert auch nichts

muss man eventuell im toolchain etwas ändern.?

Johannes A. schrieb:
> so müsste es richtig sein.

Was soll das denn werden:
#define RW_ON()    { sbi(RW_PORT,RW_BIT); NOP(); NOP(); NOP(); NOP(); 
NOP(); NOP(); NOP(); NOP(); NOP(); NOP(); }
#define RW_OFF()  { cbi(RW_PORT,RW_BIT); NOP(); NOP(); NOP(); NOP(); 
NOP(); NOP(); NOP(); NOP(); NOP(); NOP(); } //min 140ns