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
Hi >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? Unwahrscheinlich. Sieh dir doch die Zugrffszeiten vom ST7036 (Displaycontroller) an. MfG Spess
hallo norman, ich würde das mit den Tassel1+2 wieder rückgängig machen . das bezieht sich doch auf den TimerA eingang ? wenn du den compiler am laufen hast --- guck mal unter den registern was da drin steht ob da wirklich das steht was du haben willst . ich hatte das mal dem "P1IES" einstellungen ,einmal eingestellt und nicht geändert ..... ich hoffe das hilft weiter Erik
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.