STM32 ADC misst mist

[Sebastian T. (sebastian_tsch)]

Ich habe hier einen STM32F3 der mit den ADC Werten ziemlich daneben 
liegt. Über eine akkuraten Spannungsteiler (1% Widerstände) 1/10 
versuche ich die Eingangsspannung zu messen, welche 8.2V beträgt. Die 
Gemessene Spannung am ADC Eingang stimmt mit der berechnet von 745mV 
überein, doch der ADC gibt mir nach Berechnung 690mV (ohne die 
Multiplikation mit 11 unten im Code) aus. Ich verwende die HAL Libraries 
mit den Einstellungen im Anhang. Mit über 600 cycles sollte die 
Genauigkeit eigentlich ziemlich gut sein. Die Spannungquelle mit 3.3V is 
sehr genau und es liegen auch stabile 3.3V am VRef Eingang des uC an.

Zum auslesen des ADC wertes und zur Rekonstruktion der Spannung verwende 
ich folgenden Teilcode:

HAL_ADC_Start(&hadc1);
  while(HAL_ADC_PollForConversion(&hadc1,0) != HAL_OK);
  input_voltage=HAL_ADC_GetValue(&hadc1);
  input_voltage=(input_voltage/4095)*VOLTAGE_REF*11; //Voltage_ref 3300mV
  HAL_ADC_Stop(&hadc1);

Jemand eine Idee was ich da falsch mache?

[hp-freund (Gast)]

Sebastian T. schrieb:
> input_voltage=(input_voltage/4095)*VOLTAGE_REF*11; //Voltage_ref 3300mV

Diese Zeile würde ich komplett zerlegen.
Es sind alles int Werte.
Was ergibt z.B. int(745/4095) ?

[hp-freund (Gast)]

http://stackoverflow.com/questions/41630271/how-to-convert-reading-adc-value-to-float

[Anfängermist (Gast)]

Sebastian T. schrieb:
> STM32 ADC misst mist

Nein, du rechnest Mist. Integer und float wild durcheinander
und ohne zu überlegen was du wirklich machst.

[Nop (Gast)]

Es scheint ja um eine Art Spannungsüberwachung zu gehen, wahrscheinlich 
im Bereich 0-30V, sonst ergibt der heftige Teiler keinen Sinn.

Da würde ich ernsthaft überlegen, nicht zur Laufzeit von ADC-Reading 
nach Spannung zu konvertieren, sondern beim Programmieren von den 
relevanten Spannungen die entsprechenden 12bit-ADC-Werte auszurechnen 
und mit denen zu arbeiten. Mit defines, logischerweise.

Das ist in der Ausführung schneller und auch noch genauer.

[STK500-Besitzer (Gast)]

Nop schrieb:
> Da würde ich ernsthaft überlegen, nicht zur Laufzeit von ADC-Reading
> nach Spannung zu konvertieren, sondern beim Programmieren von den
> relevanten Spannungen die entsprechenden 12bit-ADC-Werte auszurechnen
> und mit denen zu arbeiten. Mit defines, logischerweise.

Die Umwandlung in einen Spannungswert braucht man doch erst, wenn ein 
Mensch die Zahlen lesen will/muss.

[Nop (Gast)]

STK500-Besitzer schrieb:

> Die Umwandlung in einen Spannungswert braucht man doch erst, wenn ein
> Mensch die Zahlen lesen will/muss.

Eben. Typisch für µC-Anwendungen ist aber, daß sie auf bestimmte 
Schwellwerte hin irgendeine Aktion tun (oder lassen) sollen.

[Florian (Gast)]

Laut dem ersten Bild wurde adc 2 auf pins konfiguriert,
Dann kommt aber adc 1 Modul Konfiguration und der
Handle trägt den adc1 suffix..????

Bei deiner Berechnung, wenn tatsächlich int sollte
eigentlich 0 raus kommen außer bei adc fullscale..
Multipliziere erst und dividiere dann dies passt mit
einem int32.

[Sebastian T. (sebastian_tsch)]

Wie Florian bemerkt hat, würde 0 rauskommen, wenn es an der 
Konvertierung läge. Bei mir ist ein Offset vorhanden. Kann ich den 
Offset irgenwie automatisch Kalibrieren?

Florian schrieb:
> Laut dem ersten Bild wurde adc 2 auf pins konfiguriert,
> Dann kommt aber adc 1 Modul Konfiguration und der
> Handle trägt den adc1 suffix..????

ADC1 misst die Eingangsspannung, ADC2 verwendet 2 Channels und misst 
etwas anderes aus.

Edit: Habe es, lag nur an der Kalibrierung: 
HAL_ADCEx_Calibration_Start(&hadc1,ADC_SINGLE_ENDED);

Diese war bei meinem letzten STM32F4 nicht notwendig.

[Mampf F. (mampf)]

Was ist das für eine Software, die du zum Konfigurieren der Peripherie 
verwendest? :)

[Horst (Gast)]

CubeMX, gibt es bei ST umsonst:
http://www.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-configurators-and-code-generators/stm32cubemx.html

[Mampf F. (mampf)]

Horst schrieb:
> CubeMX, gibt es bei ST umsonst:
> http://www.st.com/content/st_com/en/products/devel...

Vielen Dank! :)