STM32H7 ADC optimierung

Gast #6678412
Lesenswert?
• ▲
▼
Hallo zusammen

Ich habe etwas verwirrung bezüglich der ADCs beim H7.

Was ich bisher gem. ST Doku herausgefunden habe:

1. full range nutzen
2. stabiler quarz clk
3. bga version nutzen nicht tqfp
4. fadc max 20mhz, boost aus
5. adc convertierung mit timer starten
6. Vanalog sowie Vref sauber versorgen (+ klassische layoutempfehlungen)
7. differentiel anstatt single ended
8. wenn alles geklappt hat, sollte 16 bit mit 0.5LSB error mit bis zu 
800kSps pro ADC möglich sein.

Von intresse sind hier insbesondere die SW seitigen Aspekte. 
Insbesondere die ADC Einstellungen (triggerung per timer?), boost modus, 
conversion timing etc, s&h timing etc. offset calibration etc sind mir 
nicht so klar. Kennt sich hier diesbezüglich jemand aus?
#6678415
Lesenswert?
• ▲
▼
Diode schrieb:
> Ich habe etwas verwirrung bezüglich der ADCs beim H7.
>
> Was ich bisher gem. ST Doku herausgefunden habe:
>
> 1. full range nutzen
> 2. stabiler quarz clk
> 3. bga version nutzen nicht tqfp
> 4. fadc max 20mhz, boost aus
> 5. adc convertierung mit timer starten
> 6. Vanalog sowie Vref sauber versorgen (+ klassische layoutempfehlungen)
> 7. differentiel anstatt single ended
> 8. wenn alles geklappt hat, sollte 16 bit mit 0.5LSB error mit bis zu
> 800kSps pro ADC möglich sein.

Na, das glaub ich erst, wenn das jemand mit gescheiten Test bewiesen 
hat!
Sowas mit einem SEHR guten, einzelnen ADC hinzukriegen ist schon SEHR 
sportlich bis unmöglich! Das Ganze integriert in einem Mikrocontroller 
bedeutet noch viel mehr Aufwand!
Gast #6678552
Lesenswert?
• ▲
▼
Bin auch weit davon entfernt. Kämpfe erheblich mit dem Offset:

Single ended ca 1000 (bei 64k range)
Diff ca 500

Hatte zuerst das devboard im verdacht. (Aber alle meine Versuche die auf 
ein layoutproblem deuten würden blieben erfolglos (keine Auswirkungen).

Kann das sein, dass dieser 16 bit adc bereits 10bit offset hat?!?
Ich kenne offsetkompensation eher als nice to have; bei so einem 
massiven offset wäre dies wohl ein must have damits überhaupt brauchbar 
wird.
#6678567
Lesenswert?
• ▲
▼
Diode schrieb:
> Bin auch weit davon entfernt. Kämpfe erheblich mit dem Offset:
>
> Single ended ca 1000 (bei 64k range)
> Diff ca 500

Klingt jetzt nicht sooo dramatisch. Kann man kalibrieren.

> Hatte zuerst das devboard im verdacht. (Aber alle meine Versuche die auf
> ein layoutproblem deuten würden blieben erfolglos (keine Auswirkungen).
>
> Kann das sein, dass dieser 16 bit adc bereits 10bit offset hat?!?

Kann sein, muss nicht.

> Ich kenne offsetkompensation eher als nice to have; bei so einem
> massiven offset wäre dies wohl ein must have damits überhaupt brauchbar
> wird.

Kann sein.
Gast #6678630
Lesenswert?
• ▲
▼
Falk B. schrieb:
> Klingt jetzt nicht sooo dramatisch. Kann man kalibrieren.

kann ich aus der Aussage schliessen, dass dies normal bei diesem ADC 
ist? (Beruhigt und beunruhigt mich gleichzeitig)

Falls ja:
Danke erstmal!

1. Wie kalibrieren? (genügt lediglich beim powerup bezüglich interner 
spannungen? ist ein periodischer refresh nötig?)

2. Gibts evtl eine einfache externe SPI ADC alternative die ohne 
kalibration etc. gleich auf anhieb ca 14 bit genau die werte liefert? 
(Bandbreite Signal max 100kHz)
#6678643
Lesenswert?
• ▲
▼
Diode schrieb:
>> Klingt jetzt nicht sooo dramatisch. Kann man kalibrieren.
>
> kann ich aus der Aussage schliessen, dass dies normal bei diesem ADC
> ist? (Beruhigt und beunruhigt mich gleichzeitig)

Keine Ahung, ich kenn mich mit dem Ding nicht aus.

> 1. Wie kalibrieren? (genügt lediglich beim powerup bezüglich interner
> spannungen?

Vermutlich.

>ist ein periodischer refresh nötig?)

Vermutlich nicht.

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.