A/D Wandler mit mehr als 10 Bit gesucht mit 10bis16 Ports

Hallo

wie ich heute feststellen mußte reichen mir 10 Bit auflösung nicht aus. Bisher habe ich den ADC vom ATMEGA32 benutzt wo mein Meßberreich nun aber so groß ist das 10 Bit zu ungenau sind.

Frage wie benutzt man externe A / D Wandler und warum gibt es da Serielle und Parallele ? Bedeutet Seriel das diese Serielle Schnittstelle haben und wenn dem so ist kann ich dann die Serielle Schnittstelle irgendwie mit dem Atmega32 verarbeiten ?

Ich suche einen A / D mit 10 bis 16 Ports meine Analogspannung beträgt momentan 0 bis 5 Volt.

Wo kann ich Schaltpläne darüber finden wie man einen exterenen A/D Wandler am ATMEGA anschließt und benutzt ?

Danke für eure Hilfe

Gruß
Steffen

Ich verwende z.B. den MAX1148 mit SPI-Interface, im Datenblatt steht ein Beispiel was man auf AVR adaptieren kann.

SPI oder I²C (TWI) ist z.B. ein serieller Anschluss, wo man die Bits hintereinander auf einer Leitung hin-und herschiebt. Ein Paralleler Anschluss braucht meist 4-8 Ports am Mikrocontroller und da werden die Daten gleichzeitig über mehrere Leitungen übertragen. (vergl. z.B. Modem (seriell) mit Drucker (parallel).

Grüsse, Stefan

danke geronet auf seite 12 vom Datenblatt scheint ein µController anschluß hinterlegt zu sein.
http://datasheets.maxim-ic.com/en/ds...46-MAX1149.pdf

jetzt frage ich mich selbst wenn ich es mit dem atmega32 anschließen könnte wie programmiert man dann einen externen A/D Wandler ?

Zum I²C Bus habe ich im Datenblatt rein gar nichts gefunden. Wenn dann bräuchte ich ja die Port Adresse um diesen auch ansprechen zu können.


Mal eine andere Frage wenn ich ohne µController arbeiten würde und mir die Daten aus dem A/D Wandler direkt auf die Serielle Schnittstelle auf dem PC schicken würde geht sowas ?

Alles was ich vorhabe ist ca. 10 Analogsignale zu verarbeiten und dieser auf dem PC zu visualisieren aber wie ?

Hallo,

durch oversampling kannst du die Auflösung der Eingänge fast beliebig erhöhen.
Guckst du hier:
http://www.atmel.com/dyn/products/ap...?family_id=607

dort das Dokument: AVR121: Enhancing ADC resolution by oversampling
runterladen.
Sehr hilfreich!

Gruß, Rene

ohh man oversampling erscheint mir als zu gewagt für meine Kenntnisse da blicke ich gar nicht mehr durch ich glaube einen externen A/D Wandler anzubinden sollte ich irgendwie hinbekommen. Obwohl mir das bis jetzt auch fast unmöglich erscheint wo alles so schlecht und in englisch beschrieben ist.

Zu Oversampling habe ich noch ein Thema gefunden : https://www.roboternetz.de/phpBB2/viewtopic.php?t=17219

Alles sehr kompliziert auf den ersten Blick aber anscheind wird nur durch ein Filter der Referenzspannung die erhöhte Auflösung errreicht.

Kennt jemand irgendwie eine Bastelseite wo ein externer A / D Wandler mit dem Atmel verbunden wurde und programmiert ?

Gruß
Steffen

Das Forum Thema ist ziemlich verwirrend, der Artikel aber klar und eindeutig:
Durch Verrauschen der Quelle oder der Referenzspannung kann man durch entsprechende Mittelwertbildung der Messwerte die Auflösung beliebig verbessern. Alles nur eine Frage der Software. Nachteil ist die verringerte Samplingfrequenz.

Gruß, Rene

um auf die software zurückzukommen. Unter Bascom ist mir soetwas nicht bekannt und C und C++ kann ich nicht oder geht es doch mit Bascom ?

klar gehts mit BASCOM, gleitende Summenbildung über 2hoch n Stellen. Danach shift-right um diese n Stellen, fertig!

entschuldige wenn ich wieder fragen muß aber ich kann mir darunter nichts vorstellen wenn ich nun über Bascom mein Get ADC ... für den Port auslöse dann bekomme ich den Wert 0 ... 1023 wie und wo kann ich da über 2hoch n Stellen arbeiten ?

Das Prinzip ist:
Es wir die Summe von 2,4,8,16 oder weiter aufeinanderfolgenden ADC-Werten gebildet. Danach durch 2,4,8,16, usw. wieder geteilt. (das geht komfortabel und sehr schnell mit dem Befehl shift, right) Der älteste Messwert fällt dann raus, ein neuer kommt dazu und weiter gehts.

Hier ein Beispiel aus dem Buch Bascom für AVR´s von Kühnel.

Nur die Zeile: Mean_temp = Mean_temp \ Bl

sollte ersetzt werden durch

Shift Mean_temp , Right , Bl

geht aber auch mit normaler Division

Gruß, Rene

wow das ist ja ein File da werde ich ne weile brauchen um durchzublicken so wie ich das sehe ist es für eine andere Anwendung geschrieben der Analogport wird dort auf den ersten Blick nicht einbezogen aber mal sehen ob ich was drauß machen kann.

Dank dir Mosi für deine Hilfe

Gruß
Steffen

Ist eigentlich nicht so schwer:
Bl ist die Anzahl der Stützstellen, je nach gewünschter Auflösung aus dem Atmel-Dokument entnehmen,
die Random Funktion soll in diesem Beispiel zufällige Messwerte liefern, natürlich komplett weglassen, dafür die Zeile

Value = Random(&H0f)

ändern in

value= Get ADC

Initialisierungen und Deklarationen nicht vergessen, schon läufts!

Wenn du das Programmfragment nochmal in eine Schleife mit den gewünschten ADC-Kanälen legst, hast du als Ergebnis ein Feld mit Analogwerten genauer als 10bit.
Habe übrigens oben einen Fehler gemacht: Wenn man durch die Anzahl der Stützstellen teilt, hat man ja nur den Mittelwert ohne höhere Auflösung,
man muss bei 4Stellen eine Stelle nach rechts schieben, bei 16 - 2 Stellen, bei 64- 3Stellen usw. so erhält man dann natürlich die hohen Auflösungen.
Einziger Hardwareaufwand ist das Bereitstellen eines Rauschens, das soll auch mit dem AVR selbst gehen, bin aber im Moment überfragt...
Gruß, Rene

Ich nochmal,

es geht auch wesentlich einfacher, eine gleitende Mittelwertbildung ist gar nicht notwendig.
Einfach in einer Schleife, die je nach gewünschter Auflösung entsprechend viele Male durchlaufen wird, also z.B. bei 12bit 16Mal, die Summe aus den ADC-Werten bilden, am Ende durch 4 teilen, bzw. shift,right,2 (das ist das gleiche, geht aber viel schneller) fertig! Das Ergebnis hat eine 4fach höhere Auflösung, also 2bit mehr

Gruß, Rene

Hi zusammen,

es gibt sonst auch PIC mit mehr bit auflösung. ich weis die meisten hier haben ein problem mit pics aber man könnte auch ein i2c device selber entwickeln. zB PIC18F2423 ist so einer. ca 12 AD-Inputs mit 12 Bit auflösung so viel ich weis.

mfG munkl

@munkel
naja einen einfachen Sprut ICSP Brenner habe ich mir schon gebaut aber ich habe noch nie mit Microchip² Produkten gearbeitet und wüßte nichteinmal welche Software ich benötige.


@mosi

cool danke das versuche ich morgen einmal. Was ich mir ausgerechnet habe ist das mir 12 Bit eigentlich schon reichen würden je mehr desso besser aber 12 Bit wäre auch ok.

Da teste ich morgen mal dein Vorschlag und melde mich dann wenn ich es hinbekommen habe.


Gruß
Steffen

hm also eigentlich ist ein PIC programieren so einfach wie ein atmel auch. was du brauchst ist ein kompiler: für C würd ich den C18 vorschlagen, da CCSC kostet
und dann brauchst du noch die brennsoftware von sprut.
ja die sprut brenner find ich auch klasse :) ich hab den 5er und den 8er im einsatz ;)

Bei 12 bit musst Du, wenn Du diese auch nutzen willst, bereits ein geeignetes Layout und entsprechende Schaltungsauslegung berücksichtigen. Sonst bleiben von den Bits wieder nur 8-10 übrig.

Der ADuC7026-ARM-Controller von Analog Devices hat einen 12bit-10Kanal-ADU intern.

Blackbird

@shaun

ich habe das RN-Control.
Meinst du ich muß es modifizieren um mit 12 Bit arbeiten zu können ?

https://www.roboternetz.de/wissen/index.php/RN-Control

Ich wollte mir wegen der zuwenigen ADC Ports dann den ATMEGA256 holen der Hat glaube 16 ADC´s. Aber das sind alles fertige Boards wo man doch im normalfall nichts mehr machen muß oder täusche ich mich ?



@Blackbird

der ADUC7026 ist beindruckent.

Serial Interface Ports (UART, SPI, and dual I2C) und 12-Channel, 1 MSPS, 12-Bit ADC. Den muß ich mir genauer anschauen ich hoffe das es den auch irgendwo zu kaufen gibt.

Wenn man einen Max232 anbaut könnte er dann sicher über RS232 kommunitieren. Der wäre spitze :-) Oder ich versuche über I2C anzubinden das erscheint mir einfacher.


Gruß
Steffen

mhh bis jetzt konnte ich nur Preise von über 300€ für den ADUC7026 finden und erhältlich ist er sogut wie nirgends.


So ich habe nun mal versucht das mit diesem 12 Bit hinzubekommen aber leider fehlen mir die Kenntnisse um es zu schaffen.

Ich habe mein normales Programm erstmal mit

do

loop until endwert = 16

ausgestatt dann hab ich erstmal eine Schleife die 16 mal zählt nur wie bekomme ich nun die Summe aus der sich in der Schleife befindlichen Meßwerte ?

Hier ist mein Quellcode :

Code:

---

$regfile = "m32def.dat"
$crystal = 16000000                                        'Quarzfrequenz
$baud = 38400

Config Adc = Single , Prescaler = Auto                      'Für Tastenabfrage und Spannungsmessung


Dim Endwert As Single

Endwert = 0

Do



Dim Volt_a As Single
Dim Volt_b As Single
Dim Volt_c As Single
Dim Volt_d As Single
Dim Volt_e As Single
Dim Volt_f As Single
Dim Volt_g As Single
Dim Volt_h As Single



Const Ref = 5 / 1023                                        'Für Berechnung


Dim A As Word
Dim B As Word
Dim C As Word
Dim D As Word
Dim E As Word
Dim F As Word
Dim G As Word
Dim H As Word


Config Porta = Input                                        ' Port A als Anlogeingang konfigurieren

  Start Adc                                                '
  A = Getadc(0)
  B = Getadc(1)
  C = Getadc(2)
  D = Getadc(3)
  E = Getadc(4)
  F = Getadc(5)
  G = Getadc(6)
  H = Getadc(7)



'Bit Auflösung in Volt umrechnen
  Volt_a = A * Ref
  Volt_b = B * Ref
  Volt_c = C * Ref
  Volt_d = D * Ref
  Volt_e = E * Ref
  Volt_f = F * Ref
  Volt_g = G * Ref
  Volt_h = H * Ref

 ' Varible als String mit 6 Zeichen definieren
  Dim Volt_a_2kommastellen As String * 5
  Dim Volt_b_2kommastellen As String * 5
  Dim Volt_c_2kommastellen As String * 5
  Dim Volt_d_2kommastellen As String * 5
  Dim Volt_e_2kommastellen As String * 5
  Dim Volt_f_2kommastellen As String * 5
  Dim Volt_g_2kommastellen As String * 5
  Dim Volt_h_2kommastellen As String * 5


  'STR() convert a numeric value into a string
    Volt_a_2kommastellen = Str(volt_a)
    Volt_b_2kommastellen = Str(volt_b)
    Volt_c_2kommastellen = Str(volt_c)
    Volt_d_2kommastellen = Str(volt_d)
    Volt_e_2kommastellen = Str(volt_e)
    Volt_f_2kommastellen = Str(volt_f)
    Volt_g_2kommastellen = Str(volt_g)
    Volt_h_2kommastellen = Str(volt_h)

' Fusing minmize to 2 decimal places
    Volt_a_2kommastellen = Fusing(volt_a , "#.###")
    Volt_b_2kommastellen = Fusing(volt_b , "#.###")
    Volt_c_2kommastellen = Fusing(volt_c , "#.###")
    Volt_d_2kommastellen = Fusing(volt_d , "#.###")
    Volt_e_2kommastellen = Fusing(volt_e , "#.###")
    Volt_f_2kommastellen = Fusing(volt_f , "#.###")
    Volt_g_2kommastellen = Fusing(volt_g , "#.###")
    Volt_h_2kommastellen = Fusing(volt_h , "#.###")



Print ";" ; Volt_a_2kommastellen ; ";" ; Volt_b_2kommastellen ; ";" ; Volt_c_2kommastellen ; ";" ; Volt_d_2kommastellen ; ";" ; Volt_e_2kommastellen ; ";" ; Volt_f_2kommastellen ; ";" ; Volt_g_2kommastellen ; ";" ; Volt_h_2kommastellen ; ";" ; "0.00" ; ";"      'Ausgabe aller 8 Analogausgänge + 1x Dummy da der letzte Wert im Excel durch den Zeilenumbruch nicht bearbeitet wird




Waitms 120                                                  ' 120ms bis zur nächsten aktualisierung - Zu schnelle Aktualisierung -> Controller hängt sich auf


Loop Until Endwert = 16                                    'ende der Schleife

---

Das gesamte Programm macht nichts weiter als wie die ADC Werte aller 8 Ports meines ATMEGA 32 einzulesen und diese auf RS232 auszugeben und das leider nur in 8 Bit :-(

Gruß
Steffen

2^n-faches Oversampling reicht nicht, damit gewinnst Du nur ein halbes Bit. Da Du durch Überabtastung die Energie des Quantisierungsrauschens und nicht seine Amplitude verringerst, musst Du 2^2n-mal überabtasten!
Ob Du mit dem genannten Board was erreichst kann ich Dir nicht sagen, wenn kein systematischer Fehler eine Tendenz in die Messwerte bringt, so dass Du die Stoachastik nicht für Dich arbeiten lassen kannst, sollte es gehen.
Ich meinte die Schaltungsauslegung für einen externen ADU-Chip.
Der genannte Controller mit allem drum und drin kostet als komplettes Eval-Kit um die 80 Euro netto, für 300 bekommt man ein Devkit mit Echtzeitsimulator oder sowas.

Hallo Steffen,

dein Code ist etwas unübersichtlich und nicht sehr effektiv.

Ich würde es etwa so machen: (bitte nicht auf die Syntax achten)

For i = 0 To 7 (Schleife für 8 ADC-Eingänge)

Summe(i) = 0 (löschen)

For n = 0 to 15 (Schleife für 16faches oversampling)

Summe(i) =Summe(i)+ GetADC(i)

next n

Zwölfbitwert(i)=Summe(i)/4 (oder "shift right 2")

next (I)


Im Feld "Zwölfbitwert(i)" hast du dann die Ergebnisse aller Eingänge mit 12bit Auflösung, also 4096 Schritten,

alles weiter hängt davon ab, was du damit machen willst.

Gruß, Rene

danke rene,

ich muß sagen trotz deiner enormen anstrengen mir zu helfen fehlen mir einfach zu viele Kenntnisse um es hinzubekommen. Ich habe es jetzt mal versucht in eine Programm umzusetzen dieses wurde auch fehlerfrei kompiliert aber es kommt irgendwie nur mist dabei raus. Ich habe den Eindruck das er den analogport nun irgendwie gar nicht mehr berücksichtigt.

Auf der RS232 spuckt er mir nun periodisch dies aus :

565
65
65
65
65
65
65
6565


Hier ist der Code den ich versucht habe

Code:

---

    ' ------------- Hier die üblichen RN-Control Anweisungen --------------
$regfile = "m32def.dat"
$crystal = 16000000                                        'Quarzfrequenz
$baud = 38400


Config Adc = Single , Prescaler = Auto

Config Porta = Input                                        '
                                      ' Port A als Anlogeingang konfigurieren


Start Adc

Dim Summe(64) As Byte
Dim I As Single
Dim N As Single
Dim Zwoelfbitwert(64) As Byte


For I = 0 To 7                                              'Schleife für 8 ADC-Eingänge
Summe(i) = 0                                                ' löschen
For N = 0 To 15                                            ' Schleife für 16faches oversampling
Summe(i) = Summe(i) + Getadc(i)
Next N
Print Zwoelfbitwert(i) = Summe(i) / 4

Waitms 500
Next I

---

Vermutlich sind die Datentypen oder die Array Zuweisungen falsch.

Gruß
Steffen

Sowohl Summe als auch Zwölfbitwert müssen(!!!) schon Integertypen oder Word sein, Byte geht nur bis 256 Werte. Du brauchst aber min 16000!
Dafür kannst du für N und I aber Byte nehmen.

Lasse zum Testen die äußere Schleife weg, aslo nehme nur ein einzigen ADC Eingang.
Gruß, Rene

Ich nochmal,

wenn ich mich recht entsinne geht bei Bascom das hier nicht:

Print Zwoelfbitwert(i) = Summe(i) / 4

Du musst erst
"Zwoelfbitwert(i) = Summe(i) / 4 " rechnen lassen dann erst:
"print Zwoelfbitwert(i)"

Aber lasse erstmal die (i) weg, und arbeite nur mit einem ADC,
Gruß, Rene

so ich habe es nochmal mit deinen Verbesserungsvorschlägen probiert aber es liefert leider keine Anzeige auf der RS232.

Ich habe nun selber mal versucht ein Programm zu schreiben welches aus 16 Messwerten die Summe errechnet und dann durch 16 dividiert aber ob das was bringt ist mir ein Rätsel.

Jedenfalls sieht es jetzt so aus :

Code:

---

    ' ------------- Hier die üblichen RN-Control Anweisungen --------------
$regfile = "m32def.dat"
$crystal = 16000000                                        'Quarzfrequenz
$baud = 38400


Config Adc = Single , Prescaler = Auto

Config Porta = Input                                        '
                                      ' Port A als Anlogeingang konfigurieren


Start Adc

Dim Summe As Word
Dim I As Word
Dim N As Word
Dim Summegeteilt As Word
Dim A As Word






A = Getadc(0)
Summe = 0


For I = 0 To 15

Summe = Summe + A

If I = 15 Then

Summegeteilt = Summe / 16
Print "Die Summe wäre: " ; Summegeteilt


End If
Waitms 100
'Print Summe


Next I

---

Ist das vom Prinzip her richtig ?

Gruß
Steffen

Hallo, das hier ist getestet und funktioniert einwandfrei:

Dim I As Byte
Dim Summe As Word
Dim Zwoelfbit As Word
Dim Zehnbit As Word

Config Adc = Single , Prescaler = Auto , Reference = Avcc

Start Adc

Do
Summe = 0

For I = 0 To 15
Zehnbit = Getadc(0)
Summe = Summe + Zehnbit
Next

Zwoelfbit = Summe / 4


Print Zwoelfbit

Loop

Hallo Mosi,

danke dir für die enorme Hilfe. Nun habe ich noch eine Verständnisfrage zur Summe die du durch 4 teilst.

Wenn ich nur den reinen Mittelwert haben möchte dann teile ich wieder durch 16 das ist klar und wenn man dann durch 4 teilt dann habe ich wohl die 4096 Werte die 12 Bit entsprechen ?

So ganz mit dem Teilungsfaktor habe ich das noch nicht verstanden.

Bis jetzt läuft das Programm einwandfrei. Mit den Arrays bin ich zwar nicht klar gekommen aber es geht auch ohne Arrays ganz gut.

Gruß
Steffen

Nein, dann hast Du einen mit vier multiplizierten 10bit-Wert, die letzten beiden bits sind Augenwischerei, selbst bei vorausgesetztem stochastischen Eingangssignal wirst Du nie 12bit-Monotonie hinbekommen.

@shaun

meinst du ich hätte mir die Arbeit sparen können ?

Das ich eine Mittelwertbildung habe die mir zumindest ein paar Schwankungen kompensiert sehe ich ja ein. Ich denke das hilft zumindest nur ein klein wenig.

Wo es gar kein Sinn machen würde ist wenn ich einen Meßwert habe der nicht schwankt da hab ich so oder so 10 Bit.

Ich hätte ja noch die option 2 Analogeingänge gleichzeitig zu beschalten und daraus den Mittelwert zu bilden aber letztendlich vermute ich das das nur Augenwischerei ist und nichts bringt.

Nun ja momentan habe ich das ganze Prinzip des hier vorgestellten Codes selber noch nicht 100% verstanden.

Vieleicht kennt ja doch jemand eine eindeutige Antwort ... den Sinn und Nutzen hätte ich nun schon noch irgendwie feststellen wollen.


Gruß
Steffen

Der Sinn der Mittelwertbildung liegt entweder darin, den Mittelwert eines gestörten Signals zu erhalten (dann aber n bit -> n bit) oder aber aus einem als stochastisch angenommenen bzw sogar absichtlich verrauschtem Signal durch Mittelung die Rausch*leistung* zu eliminieren und weitere Bits zu gewinnen (Du hilfst mit der "zufälligen" Verteilung, die das Rauschen ausmacht, dem Anteil Deiner Messspannung über die LSB-Grenze zu "hüpfen", und zwar statistisch gesehen genau in dem Verhältnis, in dem die Spannung unter dem nächsten LSB liegt...hmja...). Dann erreichst du mit x Wandlungen eine Verbesserung um ld(sqrt(x)) bits. Mit 16 Wandlungen also ld(4)=2 bit.

sorry ich konnte gerade nicht den google translator
"technik-extrem -> deutsch" finden. 8-[


Kannst du das in einfachen Worten beschreiben so tief in der Materie stecke ich nicht um es mit deinen Worten zu verstehen.

Zitat:

---

Zitat von Steffen44

Hallo Mosi,



Wenn ich nur den reinen Mittelwert haben möchte dann teile ich wieder durch 16 das ist klar und wenn man dann durch 4 teilt dann habe ich wohl die 4096 Werte die 12 Bit entsprechen ?

Gruß
Steffen

---

Das ist so korrekt, setzt aber vorraus, dass während eines Messzyklus, also während dieser 16 Messungen das Eingangssignal gleichmässig 16 Zwischenwerte mit der Abweichung von mindestens der Auflösungsgrenze von 10bit hat, also 1/1024tel der maximalen Eingangsspannung. Bei vielen Messaufgaben wird das von allein so sein, das Rauschen von OPV´s wird da z.B. ganze Arbeit leisten.
Wenn das nicht der Fall ist, z.B. bei der direkten Messung von Niederohmigen Akkuzellen, inklusive nochmaliger Glättung, sowie HF-mässig abgeschirmt und ohne jegliche Elektronik und kürzeste Leitungswege und keine Brummschleifen usw. dann hat man allerdings schlechte Karten. Dann hilft eine z.B.Sägezahn-Spannung mit min.1/1024tel der zu messenden Eingangsspannung auf die Referenzspannung summiert.

Eigentlich reicht tatsächlich die Summe von 4 Zehnbitwerten, wenn das Eingangssignal oder die Referenzspannung eine definierte Rampe über den Messzyklus beschreibt, bei zufälligen (Rausch-)Signalen braucht man aber eine Mindestmenge an Messzyklen, um eine möglichst gleichmässige Verteilung zu erreichen. Je mehr, je besser...

Übrigens, mit Hilfe der Rampe kann man übrigens recht gut das Prinzip des Oversamplings erklären:
Angenommen du hast eine Spannung von genau 1000,2 (es geht um Relativwerte, V oder mV oder Verhältnis ist egal) dann zeigt dir dein 10bit Prozessor 1000 an, da erst bei 1000,6 der Zehnbitmesswert auf 1001 springt.
Jetzt gibts du einen Sägezahn mit der Amplitude 1 auf die Messspannung,
Die Messspannung schwankt also periodisch zwischen 999,7 und 1000,7,

Angenommen du machst jetzt während einer Periode 10 Messwerte, dann hast du 8* den Messwert 1000 (nämlich von 999,7 in zehntel bis 1000,5 und zweimal den Messwert 1001 (1000,6 und 1000,7), die Summe ist: man sollte es kaum glauben: 10002!! Und schon hast du den genauen Wert gemessen! durch oversampling!
das ist keine Augenwischerei, sondern recht einfache Mathematik
Jetzt ist es eine Frage der Stochastik, wieviel Messzyklen man bei anderen Kurvenformen braucht, um ebenso genau zu werden, das ist allerdings höhere Mathematik, 16 soll wohl ausreichen. Das kann man aber beliebig erhöhen.

Gruß, Rene

Zitat:

---

Zitat von Mosi

die Summe ist: man sollte es kaum glauben: 10002!! Und schon hast du den genauen Wert gemessen! durch oversampling!
Gruß, Rene

---

Ich muss mich hier mal selbst zitieren:
jetzt fehlt natürlich die Operation Kommastelle verschieben um eine Stelle nach links bzw. die Division durch 10

Das Ergebnis ist: 1000,2 !!!! Und nochmal, das ist genau!! und keine Augenwischerei oder Schätzung oder sonstirgendwas, das ist gemessen!

Gruß Rene

Ich hoffe, das ist einigermassen verständlich gewesen...

Wenn Du es schaffst, dem Messsignal eine entsprechende Rampe zu überlagern meinetwegen. Bei allen anderen Signalformen würde ich die Rauschleistung heranziehen.

wow ok danke das muß ich mir gleich noch 8mal durchlesen ... mindestens O:)


Das zu begreifen fällt schon irgendwie schwer ... da ärgere ich mich als Energieelektroniker nie etwas darüber gelernt zu haben.

mit einer Rampe wirds natürlich am genauesten, wobei man eigentlich sagen muss, mit einer Rampe ist das Verhältnis von Genauigkeit zu notwendigen Messzyklen am ökonomischsten. Allerdings ist bei entsprechend hoher Anzahl Messzyklen, verbunden mit einem weissen Rauschen, die statistische Verteilung der Samples linearer als eine Rampe es mit elektronischen Mitteln jemals sein kann. Also man kann auch ohne Nutzung von synchronlaufenden Rampen mit entsprechender Anzahl von Zyklen die gleiche Genauigkeit erreichen.

Eine synchronlaufende Rampe (bzw. einen symmetrischen Sägezahn) kannst du übrigens recht einfach mit dem Prozessor selbst herstellen: am Ende eines Messzyklus toggelt man einen Out-pin, dieser pin steuert einen Dreiecksgenerator, bestehend aus einem OPV, 1Widerstand, ein Kondensator. Die entstehende Dreiecksspannung wird entweder dem Eingangssignal oder der Referenzspannung zugemischt. Das geht aber nur, wenn du nichts anderes als die Mess Schleife laufen lässt. Andernfalls kann man ein pin über einen Timer für so etwas verwenden, aber in aller Regel dürfte das immer vorhandene Rauschen ausreichend sein.

Gruß, Rene

Was ich mich bei dem ganzen Oversampling Kram frage: Eine Mittelwertbildung bei der das Ergebnis als Fließkommazahl dargestellt wird, ist doch genau das gleiche, oder nicht? Also warum so kompliziert?

Die Mittelwertbildung als Fließkommazahl ist das kompliziertere, ungenauere und das rechen- und speicherintensivere Verfahren. Für uns, wo wir es gelernt haben, mit Dezimalzahlen umzugehen, scheint es nur das Einfachere zu sein. Für einen Rechner ist es hingegen weitaus effektiver, z.B. 12bit in 4096 Schritte zu zerlegen, das ist das Optimum an Genauigkeit und Schnelligkeit. Erst im allerletzten Schritt, der eventuellen Anzeige des Messwertes lohnt es sich, das Ergebnis entsprechend umzurechnen. Sollte eine Anzeige gar nicht notwendig sein, z.B. für reine Steuerungs- und Regelungsaufgaben, sollte man das Ergebnis nie in eine Fließkommazahl umrechnen, sondern eben mit den relativen 4096 Schritten arbeiten.
Gruß, Rene

Hallo

Zitat:

---

sonstirgendwas, das ist gemessen

---

also ich würde das nicht als messen bezeichnen, sondern als interpolieren.

Mit freundlichen Grüßen
Benno