MSP430 ADC hängt bei Polling auf Interrupt

Jau, komplett frei läuft er nicht durch :)
Ich hab mehrere Eingänge, die ich abtaste. Dauert insgesamt irgendwas im 
zweistelligen µs-Bereich. Alle 2ms brauche ich dann die Spannung am 
PT-Element und das relativ schnell. (Den ersten richtigen Wert nach dem 
Aufschalten der Referenzspannung). Deswegen das Löschen des 
Interrupt-Flags mit anschließendem Polling. Dann läuft er wieder frei 
weiter.
Kann gut sein, dass das noch nicht die optimale Lösung ist, so konnte 
ich aber bestehenden Code weiterverwenden. Und bevor ich da 
weiterbastel, würde ich doch ganz gerne wissen, wieso da diese Hänger 
auftreten...

Also noch mal zum mitschreiben :)

Du machst "Repeat sequence of channels", dann willst du irgendwann einen 
speziellen AD Eingang wandeln, dazu stoppst du die "Repeat sequence of 
channels" und wandelst einmal einen Eingang und startest danach  wieder 
"Repeat sequence of channels"? Richtig?

Wenn Du während "Repeat sequence of channels" eine "single-channel, 
single conversion" einschieben willst, dann solltest Du das dem ADC12 
auch sagen:

1

ADC12CTL1 &= ~CONSEQ_3;

Danach natürlich wieder aktivieren!

1

Also noch mal zum mitschreiben :)

2

3

Du machst "Repeat sequence of channels", dann willst du irgendwann einen

4

speziellen AD Eingang wandeln, dazu stoppst du die "Repeat sequence of

5

channels" und wandelst einmal einen Eingang und startest danach  wieder

6

"Repeat sequence of channels"? Richtig?

Nicht ganz :)
Ich bleibe im "Repeat sequence of channels"-Mode.
Also anfangs läuft er frei durch. Dann halte ich ihn durch das 
Rausnehmen von ENC am Ende der Sequenz (Kanal 3) an und lösche das 
Interrupt-Flag für Kanal 0. Dann wird er wieder gestartet und läuft 
weiter im "Repeat sequence of channels"-Mode. Da der ADC nach der 
Unterbrechung bei Kanal 0 anfängt zu sampeln, welchen ich zu diesem 
Zeitpunkt ja haben will, dürfte es schnell genug sein. Durch das Polling 
erkenne ich schlussendlich, wann mein Wert anliegt.

Ich hoffe mal das ich mich jetzt klar ausgedrückt habe. :)

Die Lösung ist aber sicherlich, wie oben auch geschrieben, noch nicht 
optimal.

1

Und bevor ich da

2

weiterbastel, würde ich doch ganz gerne wissen, wieso da diese Hänger

3

auftreten...

>Dann halte ich ihn durch das
>Rausnehmen von ENC am Ende der Sequenz (Kanal 3) an
Du wartest aber nicht auf die letzte Conversion von Kanal 3 sondern 
startest sofort eine neue Sequenz. Da kommen sich wahrscheinlich zwei 
Sequenzen in die Quere.

Siehe User-Guide Kap ADC12:

"...Resetting ENC during a sequence or repeat-sequence mode stops the
converter at the end of the sequence...
...Any conversion mode may be stopped immediately by setting the
CONSEQx = 0 and resetting ENC bit. Conversion data are unreliable."

"If no EOS bit is set and a sequence mode is selected, resetting the ENC 
bit does not stop the sequence. To stop the sequence, first select a
single-channel mode and then reset ENC."

>Du wartest aber nicht auf die letzte Conversion von Kanal 3 sondern
>startest sofort eine neue Sequenz. Da kommen sich wahrscheinlich zwei
>Sequenzen in die Quere.

Volltreffer. Oh man und ich saß da stundenlang davor und hab den Fehler 
nicht gesehen. -.-

1

ADC12CTL0 &= 0xfffd; // ENC aus um Konfig zu ändern (stoppt am Ende der Sequenz)

2

ADC12IFG &= 0xfffe;  // Interrupt flag löschen

3

while(ADC12CTL1 & ADC12BUSY);

4

ADC12CTL0 |= ENC + ADC12SC;  //ADC12 wieder starten

5

while( !(ADC12IFG & 0x0001));

6

pt_data.adc = ad_get_int(0);

Jetzt läuft alles wie es soll.

Ist zwar ein bißchen viel Gepolle, aber das stört erstmal nicht. :)

Danke für die Hilfe!

Gruß, Christoph