ATNEL tech-forum

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-12T07:21:49+01:00

Policzyłeś ok wg mnie. I ja też tak liczyłem Jednakże w nocie jak i w pliku "ioax128.h" jak byk stoi "VCC/1.6". Procesor mam w module "mmxmega" firmy Propox a tam jest na pokładzie jakiś LDO 3V3, który na wyjściu daje bardzo stabilne 3.26V (sprawdziłem oscyloskopem). Tak więc vcc/1.6 =~ 2.04V i nie chce być inaczej. Może i wynik jest poprawny, ale vref na pewno nie jest wtedy takie jak w nocie. A że nocie ufałem to szukałem błędu u siebie.

Statystyki: Napisane przez dawid75_75 — 12 lis 2016, o 07:21

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-12T01:22:28+01:00

momento, ?

A jakie jest napięcie VCC ? i czy jest stabilne.?
Bo Vref to "VCC/1,6" czyli ile. może w obliczeniach coś nie uwzględnione,
skoro dla wewnętrznego 1V jest ok.

------------------------ [ Dodano po: 43 minutach ]

dla przykładu z pierwszego postu :
8 bit,
1,28V,
oczekiwane ~160 ADC,
=1,6 V_REF ? to zasilanie VCC 2,56 ?

dalej z ostatniego postu:
12_bit signed
VCC 2,56 V
V_out 0,69 V za wtórnikiem
to ADC ~= (0,69 * 2048) / (2,56 /1,6)
= ~ 895 ?
czy coś pochrzaniłem ?

Statystyki: Napisane przez Daro69 — 12 lis 2016, o 01:22

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-11T17:35:02+01:00

Daro69 - tak, napisałem to celowo:
[syntax=c]ADCB_CTRLB = 0b00010000;[/syntax]
i to jest prawidłowe ustawienie. Chciałem mieć tryb signed oraz 12bit rozdzielczości, który wg noty jest wtedy, gdy wyzerujemy bity 1 i 2. I przyznaję, pisałem o 8-bit, ale w międzyczasie zmieniłem koncepcję, bo brakowało mi pomysłów na miejsca, gdzie mogłem zrobić błąd. Zapomniałem o tym napisać i przepraszam za to Wyniki miałem złe zarówno dla 12bit jak i 8 bit.

Udało mi się dziś odpalić ten ADC i uzyskać prawidłowe wyniki, ale na innej konfiguracji, oto ona:
[syntax=c]ADCB.CTRLA=ADC_ENABLE_bm;
ADCB.CTRLB=ADC_CONMODE_bm; //Rozdzielczość 12 bitów, tryb ze znakiem

ADCB.REFCTRL=ADC_REFSEL_INT1V_gc | ADC_BANDGAP_bm; //Referencja 1V

//ADCB.EVCTRL=ADC_SWEEP_0_gc | ADC_EVSEL_0123_gc | ADC_EVACT_CH0_gc; //Wyzwalanie kanałów 0, 1, 2 i 3 przez EVCH0
//ADCB.EVCTRL=ADC_SWEEP_01_gc | ADC_EVSEL_0123_gc | ADC_EVACT_SWEEP_gc; //Wyzwalanie kanałów 0 i 1 przez EVCH0
ADCB.PRESCALER=ADC_PRESCALER_DIV4_gc; //CLKADC=250kHz
ADCB.CALL=ReadCalibrationByte(offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL0));
ADCB.CALH=ReadCalibrationByte(offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL1));
ADCB.CALL=ReadCalibrationByte(offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL0));
ADCB.CALH=ReadCalibrationByte(offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL1));

ADC_CH_Init(&ADCB.CH0, ADC_CH_MUXPOS_PIN2_gc); //Zainicjuj poszczególne kanały ADC[/syntax]

Żeby przejść na v_ref = 1V musiałem dolutować szeregowo jeszcze dwa rezystory 1k. Więc teraz dzielnik to pięć rezystorów szeregowo 1k każdy. Oto wyniki:
V_bat = 3,44V
V_out = 0.69V (napięcie na wyjściu wtórnika podawane na ADC)
ADC = 1415
V = 1415/2048 = 0,69V.

Czy możliwy jest jakiś błąd w strukturze przy tym REFSEL = VCC/1.6 ? Przy ustawieniu identycznym jw. ale z REFSEL = VCC/1.6 wyniki mam nieprawidłowe.

Statystyki: Napisane przez dawid75_75 — 11 lis 2016, o 17:35

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-11T03:01:53+01:00

Witam,
Może nic ważnego, ale na w razie czego.
jest wpis ustawiający signed zamiast unsigned ,
[syntax=c]ADCB_CTRLB = 0b00010000;[/syntax]
Ale przecież w tym rejestrze jest jeszcze ustawianie rozdzielczości.
Czy to planowane 12-Bit ? bo tu się zerują dwa bity "RESOLUTION", a coś chyba było pisane o 8-bit. ?

Co prawda nie znam tych poleceń i co się dzieje dalej w kodzie,
ale czy nie lepiej pisać podobnie tak jak jest dalej przy ustawianiu VCC_1,6V
gdzie dla pewności jest zdublowane ustawianie bitu w rejestrze REFCTRL,
z zastosowaniem operatora OR ?
Nie wiem czy w tym kodzie jest to właściwe wpisywanie, ale może jakoś np.
[syntax=c]ADCB_CTRLB |= 0b00010000;[/syntax]
wtedy nie ma obawy że coś przypadkowo skasujemy,
a bit_1 ustawiający na rozdzielczość ADC 8_bit pozostanie nie tknięty.?
A może to tak specjalnie napisane
pozdrawiam.

Statystyki: Napisane przez Daro69 — 11 lis 2016, o 03:01

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-10T22:14:41+01:00

Jak najbardziej:
[syntax=c]PORTB.DIRCLR = PIN2_bm;[/syntax]

Statystyki: Napisane przez dawid75_75 — 10 lis 2016, o 22:14

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-10T17:09:58+01:00

ustawienie pb2 jako we masz?

Statystyki: Napisane przez Situs — 10 lis 2016, o 17:09

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-10T16:44:08+01:00

Sprawdziłem wszystkie i wyniki są stabilne (ale niezgodne z rzeczywistością) od 64 do 256.

Statystyki: Napisane przez dawid75_75 — 10 lis 2016, o 16:44

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-10T15:17:33+01:00

Spróbuj zmniejszyć preskaler bądź zwiększyć

Statystyki: Napisane przez Situs — 10 lis 2016, o 15:17

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-10T00:17:32+01:00

Poprawiłem ustawienia zegarów ale wynik dalej bez sensu.

Statystyki: Napisane przez dawid75_75 — 10 lis 2016, o 00:17

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-10T00:09:01+01:00

Witam
Może tutaj coś znajdziesz: http://www.sunduino.pl/wordpress/xmega-adc-ogolnie-czesc-2
Czytając tak bez zrozumienia kilka razy wpadłem na stwierdzenie " ...i tu ciekawa rzecz" więc może Ty dojrzysz tam coś o czym zapomniałeś.

Pozdr.

Statystyki: Napisane przez kicajek — 10 lis 2016, o 00:09

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-09T21:37:52+01:00

Na ADC idzie sygnał z wtórnika napięciowego na WO w taki sposób:

więc to raczej nie problem za dużej rezystancji wyjściowej badanego układu.

Statystyki: Napisane przez dawid75_75 — 9 lis 2016, o 21:37

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-09T21:12:25+01:00

A jaka jest rezystancja wejscia ADC?

Statystyki: Napisane przez micky — 9 lis 2016, o 21:12

Re: Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-09T20:26:04+01:00

Zmieniłem trochę ustawienia zegarów i ADC:
1) Ustawienie generatora 32MHz i zegarów clk_per:
[syntax=c]OSC_CTRL |= OSC_RC32MEN_bm;
while(!(OSC_STATUS & OSC_RC32MRDY_bm));
CPU_CCP = CCP_IOREG_gc;
CLK.CTRL = CLK_SCLKSEL_RC32M_gc;// zmiana źródła sygnału na RC 32MHz
CPU_CCP = CCP_IOREG_gc;
CLK_PSCTRL = ((CLK_PSCTRL & (~(CLK_PSADIV_gm | CLK_PSBCDIV1_bm | CLK_PSBCDIV0_bm)))| CLK_PSADIV_1_gc | CLK_PSBCDIV_2_2_gc);[/syntax]

Konfiguracja ADC:
[syntax=c]PR.PRPB &= ~0x02; // Clear ADC bit in Power Reduction Port B Register

ADCB.CALL = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL0) );
ADCB.CALH = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL1) );
ADCB.CALL = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL0) );
ADCB.CALH = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL1) );

ADCB_CH0_CTRL = ADC_CH_INPUTMODE_SINGLEENDED_gc;// 0x01 single-ended tryb
ADCB_CH0_MUXCTRL= ADC_CH_MUXPOS_PIN2_gc;// wejście na pin PB2;
ADCB_CTRLB= 0b00010000;
ADCB_PRESCALER= ADC_PRESCALER_DIV64_gc;// ustawienia preskalera taktowania modułu ADC
ADCB_REFCTRL= ADC_REFSEL_INTVCC_gc | (1<<2);
ADCB_EVCTRL= 0x00;
ADCB_INTFLAGS= ADC_CH0IF_bm;// 0x01
ADCB_CH0_INTCTRL= ADC_CH_INTLVL1_bm | ADC_CH_INTLVL0_bm;// 0x03 wybór przerwania
ADCB_CTRLA= ADC_ENABLE_bm;[/syntax]

Jednakże wyniki dalej o 0.4V rozbieżne z rzeczywistością. Uprzejmie proszę o jakiekolwiek sugestie.

Statystyki: Napisane przez dawid75_75 — 9 lis 2016, o 20:26

Xmega128A3, nieprawidłowości w konwersji ADC.

2016-11-07T18:41:07+01:00

Szanowni Forumowicze,
po przeczytaniu kilku artykułów i dokumentu od Atmela chciałem uruchomić ADC celem zmierzenia napięcia baterii na dzielniku rezystorowym.
Konfiguracja:
- dzielnik rezystorowy, w szeregu 3 oporniki 1k;
- wtórnik napięciowy na WO;
- wyjście wtórnika podłączone do pinu PB2;
- procesor taktowany wewnętrznym zegarem 32MHz;
- adc w trybie signed i single-ended;

Funkcja inicjalizująca ADC:
[syntax=c]void adcConfig(void){
PR.PRPB &= ~0x02; // Clear ADC bit in Power Reduction Port B Register

// Calibration values are stored at production time
// Load stored bytes into the calibration registers
// First NVM read is junk and must be thrown away
ADCB.CALL = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL0) );
ADCB.CALH = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL1) );
ADCB.CALL = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL0) );
ADCB.CALH = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCBCAL1) );

CLK.PSCTRL= CLK_PSADIV0_bm;// ustawienie taktowania modułu ADC
ADCB.CH0.CTRL= ADC_CH_INPUTMODE0_bm;// 0x01 single-ended tryb
ADCB.CH0.MUXCTRL= ADC_CH_MUXPOS1_bm;// wejście na pin PB2;
ADCB.CTRLB= 0b10010100;
ADCB.PRESCALER= ADC_PRESCALER_DIV128_gc;// ustawienia preskalera taktowania modułu ADC
ADCB.REFCTRL= ADC_REFSEL_INTVCC_gc;// AREF = VCC/1.6
ADCB.EVCTRL= 0x00;
ADCB.INTFLAGS= ADC_CH0IF_bm;// 0x01
ADCB.CH0.INTCTRL= ADC_CH_INTLVL1_bm | ADC_CH_INTLVL0_bm;// 0x03 wybór przerwania
ADCB.CTRLA= ADC_ENABLE_bm;// uruchomienie adc
}[/syntax]

Wykonuję ją na początku programu, przed uruchomieniem przerwań.

Wywołuję za każdym razem jednorazowy pomiar:
[syntax=c]// pomiar napięcia baterii
ADCB.CH0.CTRL |= 0x80;[/syntax]

Obsługa przerwania z gotowym wynikiem:
[syntax=c]ISR(ADCB_CH0_vect) {
tempBuffer[12] = ADCB.CH0.RES;
}[/syntax]
Nie potrzebuję dużej dokładności, stąd wybór 8bit rozdzielczości, oraz nie potrzebuję trybu free-run, gdyż to ma być jedynie wskaźnik napięcia na baterii pokazujący stan naładowania. Kilka procent błędu względem wyniku normalnego mi w zupełności wystarczy.
Dzielnik, jak wspominałem, to 3 rezystory szeregowo, napięcie mierzę na ostatnim (za nim GND). I jakie wyniki? Dla napięcia 1,28V na rezystorze otrzymuję ADC = 112. Po przeliczeniu na napięcie, wg wzoru: V_in = ADC*V_ref/256 otrzymuję wynik ok. 0.89V. Wynik jest skandaliczny. Nie wiem jednak, gdzie popełniam błąd. ADC powinno wynosić ok. 160.
Co więcej, jak podłączę pin PB2 do masy, to wynikiem ADC jest 254. Wygląda, jakby wyniki były na odwrót (255 dla 0V) jednak przecież w trybie signed minus ADC mam podłączony do masy.

Proszę uprzejmie o wskazówki i pozdrawiam.

Statystyki: Napisane przez dawid75_75 — 7 lis 2016, o 18:41