NUCLEO-G474R, STM32G474. STM32CubeIde, Optimierung ADC-Genauigkeit

Kalibrierung durchgeführt?

Nein, da lt. Datenblatt eine Vergrößerung der so wie so vorhandenen 
parasitären Kapazität die ADC-Genauigkeit verschlechtern würde - 
außerdem sollte, wenn in der Ecke ein Problem vorhanden ist, eine 
weitere Verringerung der ADC-Clock-Frequenz etwas bringen - tut es aber 
definitiv nicht.

> Kalibrierung durchgeführt?
> offest/gain compensation?

nein - sowas habe ich bis dato nur gemacht, um aus dem ADC das letzte
herauszukitzeln.

Wäre das erste mal seit dem 30 Jahre alten C167, wenn sowas notwendig 
wäre,
um überhaupt passable Werte zu erhalten (und das bei einem "brandneuen" 
Baustein)!?

> Auch ohne es zu verstehen: leg mal 1 - 10 nF direkt an den ADC-Eingang.

Ist schon geplant - kann gerade nur nicht unter's Mikroskop zum Löten.

> Auch ohne es zu verstehen: leg mal 1 - 10 nF direkt an den ADC-Eingang.

Ich habe das mal beim ADC2 Signal getestet und keine Verbesserung 
feststellen können, auch wenn ich es mit der 1/64 ADC-Clock teste - im 
Gegenteil, die eingelesenen Werte enthalten nun immer wieder Werte, wie 
ich sie mit der 1/1 ADC Clock erhalten habe.

Nach Einbau der Kalibrierung erhalte ich gute Werte!

1

    Multimeter  ADC  read hex  read dec  calculated

2

    -----------------------------------------------

3

      1,206V   ADC1   0x05E5     1509       1,20V

4

      1,516V   ADC2   0x0765     1893       1,51V

5

      1,792V   ADC2   0x08C3     2243       1,79V

Nicht so recht einleuchten mag mir, warum der Code Generator der Klicki 
Bunti das nicht in die ADC_Init() einbaut, wenn ohne doch nichts geht 
bzw. wenigstens ein Häckchen dafür vorhanden ist, mit dem man das 
erzwingen kann.

Thx für die Hinweise.