Hallo, Launchpad MSP-EXP430G2 -> MSP430G2553. PWM auf P2.2 und P1.6. Wenn das Programm auf einen BREAKPIONT läuft, stoppt die PWM. Kann man das irgendwo einstellen, dass die PWM weiterläuft, wie bei der PICOLO-Serie? Oder zumindest, dass die PWM-Ausgänge beim Erreichen eines BREAKPOINTES ein vorher bestimmbaren Zustand annehmen? VG Walter
Hallo Walter, welche Entwicklungsumgebung benutzt Du? Falls Du CCS benutzt, geht das, bei anderen sicherlich auch: Über Menü -> Tools -> Debugger Options -> MSP430 Debugger Options kann man einstellen, ob bei einem "Halt" im Debugger die Clocks weiterlaufen sollen oder nicht. Ich habs mit dem Launchpad ausprobiert, PWM auf P1.6 (grüne LED), wenn ich den Haken bei ACLK setze, hört die LED auf zu blinken, ohne Haken blinkt sie weiter. Gruß wv
Hallo WV, tausend Dank. Hab es gefunden. Leider steht bei mir eine Zeile drunter "No modul clock control available on this device". Ist schon eine gravierende Einschränkung. Welchen MSP430 benutzt du, bei dem es funktioniert? VG Walter
Hallo Walter, ich habs mit exakt der gleichen Konfiguration getestet: Launchpad MSP-EXP430G2 -> MSP430G2553 PWM auf P1.6, TimerA0 auf ACLk, simples Blinki Programm. Allerdings verwende ich CCS Version 6.2.0, weil bei mir in den späteren Versionen der Debugger aussteigt, wenn die CPU in den Sleepmode geht. Dafür habe ich bis jetzt auch noch keine Lösung gefunden. Um an die Funktionen ranzukommen muß das Launchpad angeschlossen sein und der Debugger muss gestartet sein. --wv
Hallo WV, nochmal danke. Es liegt wohl dann wohl am CCSV8. VG Walter
Hallo Walter, das hat mich jetzt doch mal selber interessiert, und ich habe CCS V8 ausgegraben, die mußte sich natürlich erstmal über eine Stunde updaten. gleiches Programm, gleiche Konfig, das Dialogfeld mit den Häkchen ist auch da, der Satz mit "No modul clock control available on this device" steht übrigens bei Version 6 auch da, Ergebnis: Version 8: das Setzen/Löschen der Häkchen hat keinen Einfluss, PWM stoppt. Version 6.2: durch das Setzen/Löschen kann man einstellen, ob PWM stoppt/weiterläuft. Da hat also TI was vermurkst. Allerdings ist die Macke, die ich früher festestellt habe (Debugger hängt sich auf beim Single-step, wenn die CPU zunächst schläft und durch IRQ wieder aufwacht) wohl inzwischen beseitigt. --wv
Danke für die Klärung. Wie sagt man: Einem geschenkten Gaul, schaut man nicht hinter die Kiemen. VG Walter
Hier eine Lösung if(!SPERRWANDLER_PWM && !IR_PWM) // P2.2 TA1 && P1.7 { // P2.2, P1.7 ist jetzt NULL !!!! UI_BREAK=0; // !!! BREAKPOINT nur hier !!!! } P1.6 ist nicht abfragbar. Deswegen habe ich P1.6 mit P1.7 verbunden und P1.7 als Eingang def. VG Walter
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.