Analogmessung mehrerer Kanäle hinterteinander, überall gl. Werte?

Gibt es dazu Faustregeln, wie lange die Elektronik braucht, um sich auf 
den neuen Kanal einzustellen? Ich habe momentan das gleiche Problem:

Ich habe mir diese Schaltung hier nachgebaut 
http://yveslebrac.blogspot.com/2008/10/cheapest-dual-trace-scope-in-galaxy.html, 
schreibe die Firm- und Software dazu jedoch neu. Ich frage regelmäßig 
die beiden ADC-Eingänge ab und habe dabei festgestellt, dass die 
Messwerte ineinander "überbluten"; lege ich den einen Anschluss auf VCC 
und den anderen auf GND, erhalte ich nicht wie erwartet 255 und 0 als 
Messwerte (ich verwerte nur 8 Bit), sondern
ungefähr Werte um 130 herum. Der Code für den ATTiny85 (mit vUSB) sieht 
folgendermaßen aus:

1

        /* configure ADC */

2

        ADMUX = (1<<ADLAR);

3

        ADCSRA = (1<<ADEN);

Hier die eigentliche sample-Routine:

1

static void sample_data(uint8_t mux, uint8_t i) {

2

        ADMUX &= ~(1<<MUX3 | 1<<MUX2 | 1<<MUX1 | 1<<MUX0);

3

        ADMUX |= mux;

4

        _delay_us(50);

5

        ADCSRA |= 1<<ADSC;

6

        while (ADCSRA & (1<<ADSC)) { /* wait for conversion to finish */ }

7

        samples[i] = ADCH;

8

}

Timergesteuert rufe ich dann irgendwann die Funktion zweimal auf:

1

        /* sample PB3 (yellow) */

2

        sample_data((1<<MUX1 | 1<<MUX0), 2*i+0);

3

        /* sample PB4 (green) */

4

        sample_data((1<<MUX1 | 0<<MUX0), 2*i+1);

Ohne das _delay_us(50) bluten die Messwert-Paare ineinander über, "50" 
ist jetzt einfach willkürlich gewählt - gibt es da konkrete Anweisungen, 
wie der Wert zu wählen ist? Wie würde sich der ADC im Freerunning-Mode 
verhalten?

Hallo zusammen,

danke für Eure Beteiligung, mir bei meinem Problem zu helfen.

Ich bin der Sache ein interessantes Stück näher gekommen.

Ich habe es jetzt geschafft den ADC im Free running modus zu betrieben 
und mir von einem!!! ausgewählten Kanal die Werte ausgeben zu lassen.

Sobal ich aber mehr als einen Kanal nur im free running modus !!! wähle 
und beide auf dem LCD ausgebe,

dann sind die beiden Werte vertauscht!!!

Kanal 1 zeigt dann den Wert von Kanal 2 an
Kanal 2 zeigt dann den Werrt von Kanal 1 an!!!!!

ich habe den Fehler ebend gefunden!!

Ich takte den Prozessor mit 4MHZ und mache im Augenblick nur diese 
Mess-Testschleife!!

uint16_t ADC_Read_free_running_mode( uint8_t channel )
{
  // Kanal waehlen, ohne andere Bits zu beeinflußen
  ADMUX = (ADMUX & ~(0x1F)) | (channel & 0x1F);
 _delay_us(300);
  return ADCW;                    // ADC auslesen und zurückgeben
}


ich mußte  _delay_us(300); einfügen und dann klappte es!!!

In einem normalen Programm kann ihc vielleicht auf diese _delay routine 
verzichten, weil der Prozessor noch andere sachen macht.

bin ich mit diesen 300us =0,3ms im free running mode immer noch 
schneller als im single mode??

denn darum ging es mir Zeit zu gewinnen.




Viele Grüße,

Matthias.

Martin schrieb:
> Nach der Kanalumschaltung solltest du der Analogelektronik eine Chance
> geben, sich auf die neue Spannung einzustellen, bevor die Wandlung
> gestartet wird.

Hallo Martin,

ja genau das war der Fehler. Habe nicht lang genug nach der 
Kanalumschaltung gewartet

300us Zeit haben gereicht, jetzt geht es.

Hallo !

hast du das Datenblatt zu deinem AVR gelesen ?

Beim atMega88 steht das auf Seite 248
Table 23-1. "ADC Conversion Time"

Dort steht dass nach jedem Kanalwechsel ein Dummyread der ersten ADC 
Wandlung gemacht werden muss.

Ich habe gerade heute eine neue 64-Fach Oversample Version mit Trigger 
über Timer1 COMPB geschrieben.

Das sieht dann bei mir so aus:

1

#define ADC_PRESCALE    (1<<ADPS2^1<<ADPS1^1<<ADPS0) // wird abhängig von F_CPU berechnet !

2

#define ADC_TRIGGER    (1<<ADTS2^1<<ADTS0) // Timer1 COMP_B Interrupt

3

4

EMPTY_INTERRUPT(TIMER1_COMPB_vect);

5

6

void init_adc(uint8_t adc)

7

{

8

 // Analog Comparator Disable

9

  ACSR = 1<<ACD;

10

11

  // Digital Input Disable Register 0

12

  DIDR0 = 1<<(adc&0x07);

13

14

  // AVCC with external capacitor at AREF pin

15

  ADMUX = 0<<REFS1 ^ 1<<REFS0 ^ (adc&0x07);

16

17

  // ADCSRB = 0;

18

  ADCSRA = 1<<ADEN ^ 1<<ADSC ^ ADC_PRESCALE;

19

20

 /* nach Aktivieren des ADC wird ein "Dummy-Readout" empfohlen, 

21

    man liest also einen Wert und verwirft diesen, um den ADC "warmlaufen zu lassen" 

22

  */

23

  loop_until_bit_is_not_set(ADCSRA, ADSC);

24

  (void)ADCW;

25

26

  // ADC Trigger

27

  ADCSRB = ADC_TRIGGER;

28

29

  // ADC Interrupt Enable

30

  ADCSRA = 1<<ADEN ^ 1<<ADSC ^ 1<<ADATE ^ 1<<ADIE ^ ADC_PRESCALE;

31

}

32

33

#define ADC_AVG_COUNT 64

34

35

ISR(ADC_vect, ISR_NOBLOCK)    // ADC Conversion Complete

36

{

37

  extern uint16_t * adc_result_ptr; // Zeiger auf der Ergebis

38

  extern bit_t adc_new_result; // bool_t Bit Variable

39

40

  static uint8_t adc_count = 0;

41

  static uint16_t adc_avg = 0;

42

43

  adc_avg += ADCW;

44

45

  if (++adc_count == ADC_AVG_COUNT) {

46

    adc_count = 0;

47

48

    if (!adc_new_result) {    // Ergebnis wurde gelesen

49

      *adc_result_ptr = adc_avg / ADC_AVG_COUNT;

50

      adc_new_result = 1;

51

    }

52

    adc_avg = 0;

53

  }

54

}

Hallo zusammen,

dake für Eure Tipps.

Ich habe leider erst wieder am Wochenende Zeit diese durch zuarbeiten.

Ich melde mich dann ggf. nochmal bei Euch.

Viele Grüße,

Matthias.

Matthias Lipinsky schrieb:
> ..oder nach der Messung den Kanal auslesen und anhand dessen zuordnen..

Hallo Matthias,

wie kann ich denn bitte nach der Messung den Kanal auslesen?

Ich bin gerade dabei mich wieder damit zu beschäftigen.

Viele Grüße,

Matthias.

Mitleser schrieb:
> Matthias,
>
> schaust du auch mal in das Datenblatt?
>
> Das steht doch alles, z.B. für einen atMega88 auf Seite 254f,
>
> Register Description
> 23.8.1 ADMUX – ADC Multiplexer Selection Register
>
>
> *ADMUX*
>
> 0000 ADC0
> 0001 ADC1
> :
> 0111 ADC7

Hi, grüß Dich,

danke für Deine Hilfe.

Ja ich schaue auch gerade seit einer Stunde ins Datenblatt und erarbeite 
mir die Analogmessung im Detail, was ich vorher nicht ganz so intensiv 
getan habe.
anbei ein Bild von einem Teil meiner aktuellen Ausarbeitung zum Beweis. 
:-)

ich weiß auch wie man andere Kanäle wählt, habe aber Deine Ausführung 
leider nicht verstanden wie Du nachträglich nach einer Messung einen 
Kanäl zuordnen willst.
Darum ging es nur.

Viele Grüße,

Matthias.

Hallo,

danke für Deine Hilfe.

Mein konkretes Problem sieht folgendermaßen aus, oder ist es gar kein 
Problem und ich packe es nur falsch an???

ich möchte in einem Programm mehrere Kanäle nacheinander abfragen.

Die Temperaturabfrage ist nicht zeitkritisch und wird einmal in der 
Sekunde durchgeführt.

Auch die Strommessung des DC Motors ist nicht zeitkritisch und wird 1x 
die Sekunde ausgeführt

Ein anderer, dritter Kanal, soll die Motorpotiwerte eines 24V DC Motors 
so oft wie möglich messen.

Meine funktionierende Routine für die Aufgabenstellung sieht so aus:

was mich daran stört schreibe ich dann weiter unten

uint16_t ADC_Read_free_running_mode( uint8_t channel )
{
  static uint8_t channel_vorheriger, result;

  if (channel_vorheriger!=channel)
 //wenn ein neuer Kanal gewählt wurde, dann Kanal einstellen und 
Testmessung
  {
   ADMUX = (ADMUX & ~(0x1F)) | (channel & 0x1F);
// Kanal waehlen, ohne andere Bits zu beeinflußen
   _delay_us(250);
// 250us Warten, damit die Elektronik sich darauf einstellen kann, 
verlangsamt das Programm unnötig
  result=ADCW;
//eine Messung machen die verworfen wird
  }

  channel_vorheriger=channel;
  return ADCW;                    // ADC auslesen und zurückgeben
}


mich stört die Wartezeit von 250uS nach der Kanaleinstellung. Ich weiß, 
das ich der Elektronik Zeit geben muss sich auf den neuen Kanal 
einzustellen.
Kann ich das Programm technisch nicht aber anders lösen, ohne das das 
Gesamte Programm steht und wartet????

Das Beispiel oben vom Kollegen verwendet einen festen Kanal, da tritt 
das Problem nicht auf.

Ich muss nach der Kanaländerung Wartezeit einbauen, kann ich das aber 
auch ohne DElay lösen???? Welche Möglichkeiten seht ihr da?

Ein Interruptflag gibt es im free running mode ja auch nicht wie ich 
gelesen habe!!!


Selbst, wenn ich ein Timer für das Messen des Kanals alle 50ms aufsetze, 
braucht die Elektronik nach der Kanaländerung Zeit und das delay würde 
das Programm und somit die Geschwindigkeit der Programmausführung 
verlangsamen.

Oder ich setze den Timer auf 25ms!! Beim ersten Aufruf der ISR setze ich 
nur den Kanal und beim 2. Aufruf nach weiteren 25mS lese ich diesen aus.

Dann muss ich aber 3 Kanäle in die ISR einbauen, die sich zeitlich nicht 
in die Quere kommen.
Temperaturmessung alle 1s und
Strommessung alle 1s

Ich hoffe, ich konnte mich verständlich ausdrücken.

Kann ich den Code hier noch besser darstellen? Bei Euch sah das immer 
anders aus.

Viele Grüße,

Matthias.