AD omvandlare

[gripner]

en liten kod fråga, jag tror jag kommer använda mig av extern AREF som sätts till 2.5V då jag tar för givet att 0V = min värdet ADCn kan spotta ut och 2.5V blir max värdet om jag kör på extern ref.

Adc kanalerna jag vill läsa av är F0 F1 F2 F3

Efter en hel del läsande av exempel koder och lite i databladet så har jag kommit fram till detta

Vid initiering och dummy läsning av ADC första gången för att den inte ska vara skum när man verkligen vill ha värdet
ADMUX|=(0<<REFS1)|(0<<REFS0); //sätter ref V till extern källa.

Sedan när man läser från adc på "riktigt" använder jag
ADMUX=(ADMUX&0xF0)|channel;

channel är en uint_8 variabel med värdet 0,1,2,3 beroende på vilken kanal jag läser

uCn jag använder är at90USB1286

Det fungerar när jag testar, jag läser av 4 kanaler och kan se datan. inte helt säker på att det är rätt dock....
Vad säger ni som vet?

[jesse]

Hur skapar du referensspänningen?
Stämmer de inlästa värdena med de spänningar du har in på de fyra kanalerna i förhållande till Vref?

Värde = 256 * (Vin / Vref) // 8-bitars läsning.

Jag har inte kollat databladet än, men funkar det och data stämmer så är det antagligen riktigt.

[sodjan]

En sak bara. Vid *byte* av ADC kanal så ska man ofta vänta en kort tid för
att ADC ingången ska hinna stabilisera sig. Om nivåerna skiljer mycket och
man inte väntar specificerad tid, så kan man få väldigt felaktiga värden.
Det är normalt en ganska kort tid, några us eller så.

[jesse]

Det har jag redan skrivit i mitt andra inlägg... men det skadar ju inte att det påpekas igen. Det är lätt att missa en detalj i allt informationsflöde.

Kod: Markera allt

ställ in kanal (nr)
vänta (man ska vänta lite så att kanalen hinner stabiliseras innan konvertering startar)
starta konvertering

[gripner]

jag kör med _delay_ms(100); efter varje läsning av adc:n
körde 30ms från början men ville vara säker.

Ref spänning skapas med en simpel späningsdelare, 2 motstånd i serie mellan + och - , mätt så det är 2.5V där oxå för säkerheys skull.

Det är en 10bitars adc. tror jag fick 1024 som största tall, fast hex

Kod: Markera allt

			adc_start_conversion(0);
			_delay_ms(100);
			buf[0] = HEX((adcdata >> 8) & 15);
			buf[1] = HEX((adcdata >> 4) & 15);
			buf[2] = HEX(adcdata & 15);
			buf[3] = '';
			usb_serial_write((unsigned char *)buf, 4);

[sodjan]

> Det har jag redan skrivit i mitt andra inlägg...

Där ser man...
Ja, det är väl, om jag minns rätt, ett par gånger tidigare som
någon har haft just det "probemet" så det gör knappast någon
skada att nämnas igen. Det viktiga är att man följer tiderna enligt
databladet, inte bara "väntar lite" så där hur som helst...

> kommer använda mig av atmel USB1286

Är det en AT90USB1286 ? I så fall, säg gärna det.

Om vi antar att det är den, så ser det ut som att ADC'n själv lägger till
tid för att stabilisera nivån innan S/H kretsen låser spänningen och
konverteringen börjar. Läs ADC kapitlet i detalj...

> jag kör med _delay_ms(100); efter varje läsning av adc:n...

Sannolikt helt onödigt, med tanke på vad databladet säger.

[gripner]

Skrev at90usb1286 föregående post då folk kanske skulle vilja kolla datablad.

käns som det mesta verkar vara rätt och fungera.

Dock tycker jag inte om kanalväljandet. jag skickar ju 0-3 , frågan är om det verkligen är rätt, käns för simpelt!

[sodjan]

Varför är det för simpelt ?

[labmaster]

Make it simple, the functinality is the most important thing to focus on!!!!

[gripner]

Från databladet

Bits 4:0 – MUX4:0: Analog Channel Selection Bits
The value of these bits selects which combination of analog inputs are connected to the ADC.
These bits also select the gain for the differential channels. See Table 25-4 for details. If these
bits are changed during a conversion, the change will not go in effect until this conversion is
complete (ADIF in ADCSRA is set).

Kod: Markera allt

Table 25-4. Input Channel and Gain Selections
MUX4..0   Single Ended Input            Positive Differential Input                   Negative Differential Input        Gain
00000      ADC0
00001      ADC1
00010      ADC2
00011      ADC3              
00100      ADC4
00101      ADC5
00110      ADC6
00111      ADC7

Min kod

Kod: Markera allt

ADMUX|=(0<<REFS1)|(0<<REFS0); //sätter bit REFS1 och 0 till 1 i mux register = AREF avänds
ADMUX=(ADMUX&0xF0)|channel; //  sätter kanal till uint8_t variabel channel som kan vara 0,1,2 eller 3 

Käns som det bör göras anorlunda, dvs sätt MUX bitarna....
De exemplen jag sätt kod från använder adc pinne 0. den behövs ej sättas då alla mux bitarna (5st) är default 00000

Kanske man i mitt fall sätta channel till 0,1,10 eller 11?

[jesse]

I C-programmering är det ingen skillnad om man anger ett tal binärt, decimalt, oktalt eller hexadecimalt. Så om du skriver 0b11 eller 3 spelar ingen roll. Det finns ändå bara ettor och nollor i processorn, så 3 är inget annat än 0b11.

Läs gärna lite grundläggande om talrepresentation, variabler mm i C-programmering, så klarnar det ännu mer. (rekommenderas: Vägen till C - av Ulf Bilting, 2000)

Det var ju praktiskt att kanalerna var numrerade i ordning från 0 till 3 (eller om du vill - 0b00 till 0b11) för då blir det ju enklare att loopa igenom med en indexvariabel, t.ex.

Kod: Markera allt

for (channel=0 ; i<4; i++ ) {
    ADMUX=(ADMUX&0xF0)|channel;
    ... // konvertera
    analog_data[channel] = ADCL;
}

> pinne 0. den behövs ej sättas då alla mux bitarna (5st) är default 00000

Fast av rutin bör man sätta kanal 0 ändå. Antag att du t.ex. senast läste av kanal 3. Då måste du sätta kanal 0 igen, annars kommer du ju att läsa kanal 3 en gång till (Då ADC minns den senast valda kanalen )

[sodjan]

> adc pinne 0. den behövs ej sättas då alla mux bitarna (5st) är default 00000

Gör inte det till en dålig vana !
Det ser ut som att du har slarvat och inte tänkt på det
alls, och det vill du säkert inte.

[gripner]

Skrev att exemplen jag skummat igenom ofta ej sätter MUX bitarna då det är 0 default och de använder adc0.
Jag använder som jag skrivit 0,1,2 och 3 vid anrop av adc konversation.

Hoppas jag får möjlighet i eftermiddag att gå till jobbet och labba lite med kontrollmätningar.
Jobbigt dock med att usb till seriel drivrutinen för atmel uC inte funkar på min 64Bit OS installation

Programera, ut med usb kabeln och sätt i en annan 32bit dator (os) och testa, är något fel är det bara att byta igen zzz

Om någon mer har problem med USB -serial (CDC) på atmels produkter eller någon annan för den delen på 64Bit windows,
http://curiouslynerdy.com/2009/10/usb-c ... t-windows/

Har inte hunnit testa den ännu men ser lovande ut!

[gripner]

Guiden ovan fungerar fint på 64 bit w7

[ie]

Satt och svor en del för några dagar sen då jag fick opålitliga mätningar i en ATtiny85. Löste sig när jag så passusen om att ha rätt timing för ADC'n. Man måste välja lämplig prescaler beroende på klockfrekvensen. I 8MHz har jag för mig att 64 var ett lämpligt värde. Mätningarna blev då helt stabila. Inga delay behövs heller.