MSP430 DOGM163 DCO

Hallo,

ich habe folgendes Problem:

An meinem MSP430F2274 habe ich zwei DOGM163W-A LCD im 4-Bit-Modus 
betrieben (bis gestern), die nur durch getrennte Enable-Leitungen 
unterschieden wurden, RS- und D7- bis D4-Leitung teilten sich beide. Die 
ganze Konstuktion hat reibungslos funktioniert. Die nötigen "delay"s 
habe ich durch NOP-Schleifen realisiert.

Dann habe ich den Uhrenquarz durch einen 8MHz ersetzt mit 2 x 33pF 
Kondesatoren gegen Masse und diesen neuen Quarz entsprechend im 
Quellcode initialisiert. Zum Test habe ich mit Timer A0 den freien Port 
P3.1 getoggelt und per Oszilloskop ausgelesen. Was auch problemlos 
klappte.

Nun wollte ich den DCO hochsetzen, der bis dahin auf ca. 1,16MHz lief. 
Ich habe die Zeilen

BCSCTL1 = CALBC1_8MHZ;
DCOCTL = CALDCO_8MHZ;

eingefügt. Außerdem habe von "TASSEL_1" (ACLK) auf TASSEL_2 (SMCLK) 
umgestellt, um das Ergebnis am Oszilloskop zu überprüfen.

Leider lieferte der Port P3.1 nur kurz ein Rechtecksignal und blieb dann 
dauerhaft auf "high" also 3,3V. Mehrmaliges Reset und neu Aufspielen 
half nichts.

Hinzukam, dass die Displays nichts mehr anzeigten. Daraufhin meine 
Vermutung, dass die Delayzeiten zu kurz waren, habe ich sie verachtfacht 
bzw. verzehnfacht und dann wieder zurückgestellt.

Wegen des ausbleiben Erfolgs habe ich versucht mit

BCSCTL1 = CALBC1_1MHZ;
DCOCTL = CALDCO_1MHZ;

den DCO wieder zu verlangsamen, aber das Togeln von Port P3.1 mit SMCLK 
lief weiter wie unter dem 8MHz-DCO-Einstellungen ab, nur mit dem 
externen Quarz (ACLK) ging es. Die LCD blieben weiter aus.

Am Schluss habe ich einfach den Quellcode vor den DCO- und 
Quarz-Experimenten aufgespielt. Leider blieben die Displays auch da aus.

Ein allerletzer Versuch die LCD zu testen, war mit einem ATTiny84 und 
entsprechender Umgebung und Quellcode - ebenfalls erfolglos.


Wie kann es sein, dass die EA DOGM163W-A nicht mit dem höheren CPU-Takt 
des µC klar kommen, zumal sie ja nur im Parallelberieb angesteuert 
werden?

Gruß
Norman Freitag