ADC Zeit Problem

[René (Gast)]

Hallo,

ich benötige eine Schleife durch einen ADC Hindurch aTMEGA16
Die von der Zeit her immer konstant ist. Das Problem besteht darin das 
der ADC pro wert immer unterschiedlich viele Zyklen braucht. kann man 
die Zyklen irgendwie erfassen? Die schleife schon läuft in einem 
Interrupt.
Habt Ihr Ideeen wie man das lösen kann?

[6637 (Gast)]

Der ADC hat immer gleich lange. Man kann den ADC mit sich selbst 
starten, oder von einem Timer. Wenn das Timing sehr stabil sein muss, 
unbeeinflusst von irgendwelchen interrupts, so sollte man sich nach 
einem CPLD/FPGA umschauen.

[le maestro (Gast)]

Der ADC wert braucht unterschiedliche Zyklen? Das waere wirklich 
merkwuerdig... oder braucht deine Schleife immer unterschiedlich lange, 
vielleicht wir sie von nem anderen Interrupt unterbrochen. Kenne den 
Controller jetzt nicht, aber kann man da keine Prioritaeten fuer 
Interrupts setzen?

[STK500-Besitzer (Gast)]

Den ADC des Mega16 kann man, soweit ich mich recht erinnere, per Timer 
starten. Dann würde der Timmer immer im selben Intervall gestartet 
werden.

[René (Gast)]

Hallo,

habe diese schleife im Interrupt mit ein bisschen gerassel vorneweg und 
hinterher die aber mit nop usw, angepasst sind ohne ADC sind die Zeiten 
konstant. Mache ich die ADC Schleife hinzu dann ändern sich die Zeiten.
Im AVR Studio sind die Zeiten gleich in der Praxis nicht.

start:
        sbi     ADCSRA, ADSC
wait:   sbic    ADCSRA, ADSC
rjmp    wait


Ich frage nacheinander 3 verschiedene Eingänge im Interrupt ab sobald 
ich die ADC Schleife einfüge "Wandern die Zeiten". Schleife ADC + 
darüber liegende Schleife für das Umschalten und Speichern der Werte im 
RAM. Schleifen wurden mit nop wegen der Sprünge angepasst und im 
Simulator sind die Intervalle immer
gleich. ob mit oder ohne ADC Schleife in der Praxis leider nicht.

bin echt ratlos

[Johannes M. (johnny-m)]

Warum schickst Du nicht den kompletten Code? Und warum nutzt Du nicht 
den ADC-Interrupt? Eine Warteschleife mit derart großen Zeitkonstanten 
in einem Interrupt Handler ist miserabler Programmierstil! Auf die 
Weise wundert mich überhaupt nicht, dass Du Timing-Probleme bekommst.

Und auch wenn Du es nicht glauben willst: Bis auf die erste Wandlung 
nach dem Einschalten dauern alle Wandlungen prinzipbedingt gleich lange.

[René (Gast)]

Kanalwahl:     
            cpi    Flag,0
            brne   nex01
      nop
      nop
      nop
      nop
      nop
      nop
      nop
      nop
      nop
            ldi    tempL,(0<<MUX1)|(0<<MUX0)|(1<<REFS1) |(1<<REFS0) |(1<<ADLAR) | (0<<MUX3) ;Kanal 0 (Rot)
            out    ADMUX,tempL
            rjmp   a
nex01:      cpi    Flag,1
            brne   nex02
      nop
      nop
      nop
      
            ldi    tempL,(0<<MUX1)|(1<<MUX0)|(1<<REFS1) |(1<<REFS0) |(1<<ADLAR) | (0<<MUX3) ;Kanal 1(Grün)
            out    ADMUX,tempL
      
                                               
            rjmp   a
nex02:      cpi    Flag,2
            brne   a
            ldi    tempL,(1<<MUX1)|(0<<MUX0)|(1<<REFS1) |(1<<REFS0) |(1<<ADLAR) | (0<<MUX3) ;Kanal 2(Blau)
            out    ADMUX,tempL
            nop
a:           
             clr     zaehl
       clr     puf1

           
weiter:
Toggel:    sbis    portC,0 ;toggeln portC,0 für Anzeige auf Monitor
           rjmp    PC0an
           rjmp    PC0aus
PC0an:     sbi     PortC,0
           rjmp     Toggel1
PC0aus:    cbi     PortC,0
            nop      
      
Toggel1:    sbis    portC,0 ;toggeln portC,0 für Anzeige auf Monitor
           rjmp    PC0an1
           rjmp    PC0aus1
PC0an1:     sbi     PortC,0
           rjmp     start_adc
PC0aus1:    cbi     PortC,0
            nop
      
      
      
    
       

                     
;********************Messung*****************************************************           
start_adc:  
            sbi     ADCSRA, ADSC        ; den ADC starten
wait_adc:   sbic    ADCSRA, ADSC
           
            rjmp    wait_adc

      
            


;************************************************************************


mittel:     in      PUF0 ,ADCL
           in      temph ,ADCH ;

                              
           
          ;lsr     tempH
          ;lsr     tempH
          ;lsr     temph
      
                    ;/8
      add     puf1,tempH
      inc     zaehl
      cpi     zaehl,1
      brne    weiter
         
          clr     zaehl
          


                                  
weit0:      cpi    flag,0
          brne   weit1
          sts    Rot,Puf1
          inc    Flag
             ;Flag +1
          rjmp   Kanalwahl
weit1:      cpi    flag,1
        brne   weit2
        sts    Gruen,Puf1
        inc    Flag  
            ;Flag +1
            rjmp   Kanalwahl
weit2:      
            sts    Blau,Puf1
            clr    Flag          ;Lösche Flag um wieder bei Null zu

hier der Relevate Teil durch die Teilweise Rumprobierrei ist es ziemlich 
Caotisch. Serg und andere Register werden vorher gesichert und nachher 
wieder zurückgeschrieben hab das jetzt weggelassen

[Johannes M. (johnny-m)]

René wrote:
> hier der Relevate Teil durch die Teilweise Rumprobierrei ist es ziemlich
> Caotisch. Serg und andere Register werden vorher gesichert und nachher
> wieder zurückgeschrieben hab das jetzt weggelassen
Ich habe gesagt KOMPLETTER Code! Schreibe ich so undeutlich?

Und wenn das da oben alles in einer Interrupt Routine steht, dann 
brauchst Du Dich über gar nichts zu wundern!

[René (Gast)]

Seit wann darf in einem IR nur 3 Zeilen Code stehen?

[Johannes M. (johnny-m)]

René wrote:
> Seit wann darf in einem IR nur 3 Zeilen Code stehen?
Habe ich nicht behauptet. Ich habe lediglich darauf hingewiesen, dass 
Warteschleifen in Interrupt Handlern meist dazu führen, dass es 
Timing-Probleme gibt. Und Du hast noch nicht mal erzählt, welchen 
Interrupt Du da überhaupt verwendest. Aber wenn Du nicht mit dem Code 
rausrückst, dann wünsche ich Dir noch einen schönen Tag. Das kann doch 
nicht so schwer sein!

[Michael U. (amiga)]

Hallo,

ich mache solche Sachen eigentlich immer im Timer-IRQ.

Die Zeit des Timer-IRQ so lang, daß es für eine ADC-Wandlung + ein paar 
Takte Reserve reicht.

Dann muß ich die Fertig-Meldung des ADC garnicht auslesen, er ist immer 
fertig.
Wert holen, neu starten, Flag für Daten da setzen, raus.
Bei mehreren zu wandelnden Eingängen eben entsprechend viele Flags 
vereinbaren und dann im Kreis rum. Webb Dummy-Zyklen nötig sind 
(Umschalten von ARef oder sonstige Gründe, dann eben Hilfsflag und 
ersten Wert wegwerfen.

Wenn nur die Eingänge wechseln, kann man die Timer-Zeit auch auf die 
Hälfte setzen und im IRQ "dazwischen" den MUX schon umschalten.

Die Timerzeit hängt dann davon ab, wie oft ich überhaupt neue Werte 
einlesen will.

Wenn man sich das Zeitraster einaml aufgestellt hat, bleibt da nur wenig 
Code übrig.

Gruß aus Berlin
Michael

[René (Gast)]

Hallo,

Gute Idee das mit dem Timer IRQ aber den würde das auch mit einer 
normalen schleife als Pause funktionieren. Ich Zähle also im AVR Studio 
die Zyklen gebe noch ein bisschen reserve dazu und lese dann den ADC aus 
und habe immer die selbe Pause zwischendurch.