ATNEL tech-forum

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-28T20:47:59+01:00

Trochę podkręciłem rozdzielczość do 1V. Nie jest to idealne rozwiązanie, ale widzę że działa.

[syntax=c]
if (vBus == 1){
pomiarVbus0 = pomiar(0);
_delay_us(100);
pomiarVbus0 = pomiarVbus0 * 2;

pomiarVbus1 = pomiar(0);
_delay_us(100);
pomiarVbus1 = pomiarVbus1 * 2;

wynikVbus = (pomiarVbus0 + pomiarVbus1)/2;
_delay_us(100);
wynikVrest = (wynikVbus/10) % 10;
if (wynikVrest >= 5) {
wynikVbus = wynikVbus +1 ;
}
tft_fill_rect(175,95, 28,10, white);
tft_putint(175,95, wynikVbus, black, white); // kanal 0
_delay_us(100);
}
[/syntax]

Statystyki: Napisane przez Hass-pol — 28 sie 2012, o 20:47

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-27T22:42:26+01:00

lukas12 napisał(a):

Hass-pol napisał(a):

Obecnie mam ustawiony prescaler na 128 - 20MHz / 128 = 156,25 kHz czyli mieści się w przedziale 50k - 200kHz.

Mi wychodzi 6,4ns.

Może jest już późno ale mi się wydaje że to będzie jednak 6,4 us czyli ~156 kHz czyli tu OK

------------------------ [ Dodano po: 5 minutach ]

Hass-pol napisał(a):

I teraz proszę kolegów o pomoc, czy dobrze rozumiem: ustawienie 10 bit'owej rozdzielczości daje mi 1023 możliwe pomiary (licząc 0)
czyli nie mogę uzyskiwać wyników z podziałką co np. 0,1V ? mogę przypisać np ADC 1 = 1V czyli przy ADC 1023 = 1023V. Jeśli chciałbym dokonywać pomiaru do 1500V to pewnie muszę przyjąć podziałkę 2V tak ? czyli np ADC 50 = 100V. Dobrze rozumiem ?

Za to tutaj nie za bardzo rozumiem jak kolega rozumuje i o co chodzi z tym przyjmowaniem podziałki. Jeśli nie chcesz zakresów robić to robisz dzielnik i przy napięciu odniesienia VREF=1,1V otrzymujesz minimalną rozdzielczość 1,46V. I tego nie przeskoczysz, gorzej z uwagi na błędy przetworników i tak musisz się wręcz liczyć ze stratą co najmniej jednego najmłodszego bitu a zatem taka średnia rozdzielczość wyjdzie ci ok 3V. Jeśli cię to zadowala to ok a jeśli nie to trza sięgnąć po zewnętrzny i lepszy przetwornik.... Ale pewnie przy tak gigantycznym zakresie taka dokładność pewnie cię też zadowoli ?

Hass-pol napisał(a):

Jak bym nie liczył i jaki bym nie przyjął VREF to i tak mam 1024 zakres pomiarowy, prawda ?

Ale to nie jest kwestia nawet liczenia, bo 10 bitów to max 1024 i skąd miałoby być więcej albo mniej ?

Hass-pol napisał(a):

Żeby liczyć z większą dokładnością co do podziałki, musiałbym utworzyć zakresy (jak w multimetrze uniwersalnym) uwzględniając odpowiedni współczynnik podziału, a tego wolałbym uniknąć. Chociaż dokładność napięciowa z 2V podziałką też mogłaby być

Dokładnie albo zakresy albo zewnętrzny lepszy przetwornik, np 12-bitowy

Statystyki: Napisane przez mirekk36 — 27 sie 2012, o 22:42

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-27T20:12:08+01:00

Hass-pol napisał(a):

Obecnie mam ustawiony prescaler na 128 - 20MHz / 128 = 156,25 kHz czyli mieści się w przedziale 50k - 200kHz.

Mi wychodzi 6,4ns.

2.

Quote:

Dobrze myślisz
Nie lepiej zrobić podział np. 1,46

Statystyki: Napisane przez lukas12 — 27 sie 2012, o 20:12

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-27T19:39:44+01:00

Nie tak do końca uciekł

Nie dało mi to spokoju i trochę zgłębiałem temat przetworników. Przetestuję "Free runing mode", zobaczę jak się będzie zachowywał.
Jedną z funkcji mojego projektu ma być "kreślenie" charakterystyk z tego co odczyta dany kanał ( to czy wyniki będą wyświetlane w czasie rzeczywistym, czy po pomiarze zostaną podane wyniki uśrednione, max czy min to jest kwestią ustawień) jednak zbieranie sampli będzie musiało się odbywać po każdym cyklu 8'miu kanałów (lub - odczyt kanal (0) -> zapisać wynik, odczyt kanal(1) -> zapisać wynik.... ) muszę tylko policzyć czy czas na zapisanie pomiaru będzie na tyle długi aby zmieścił się w przedziale "13 μs - 260 μs Conversion Time" Chciałbym uzyskać maksymalną ilość sampli na sekundę.

Obecnie mam ustawiony prescaler na 128 - 20MHz / 128 = 156,25 kHz czyli mieści się w przedziale 50k - 200kHz.

[syntax=c]
ADMUX |= (1<ADCSRA |= (1<
[syntax=c]
if (adc == 1){
setCurrentFont(&DefaultFontInfo);
if (vBus == 1){
pomiarVbus = pomiar(0);
tft_fill_rect(175,95, 28,10, white);
tft_putint(175,95, pomiarVbus, black, white); // kanal 0
}
if (inverter == 1)
pomiarRr = pomiar(1);
tft_fill_rect(96,55, 25,10, white);
tft_putint(96,55, pomiarRi, black, white); // kanal 1
pomiarSr = pomiar(2);
tft_fill_rect(175,55, 25,10, white);
tft_putint(175,55, pomiarSi, black, white);// kanal 2
pomiarTr = pomiar(3);
tft_fill_rect(254,55, 25,10, white);
tft_putint(254,55, pomiarTi, black, white);// kanal 3
}
if (rectifire == 1){
pomiarRi = pomiar(4);
tft_fill_rect(96,75, 25,10, white);
tft_putint(96,75, pomiarRr, black, white); // kanal 4
pomiarSi = pomiar(5);
tft_fill_rect(175,75, 25,10, white);
tft_putint(175,75, pomiarSr, black, white);// kanal 5
pomiarTi = pomiar(6);
tft_fill_rect(254,75, 25,10, white);
tft_putint(254,75, pomiarTr, black, white);// kanal 6
}
[/syntax]

Moje pomiary nie muszą być precyzyjne co do miejsca po przecinku, bo mój pomiar np napięcia będzie do 1500V, wiec przy takim zakresie 932,1 czy 932,2 nie robi większej różnicy.

I teraz proszę kolegów o pomoc, czy dobrze rozumiem: ustawienie 10 bit'owej rozdzielczości daje mi 1023 możliwe pomiary (licząc 0)
czyli nie mogę uzyskiwać wyników z podziałką co np. 0,1V ? mogę przypisać np ADC 1 = 1V czyli przy ADC 1023 = 1023V. Jeśli chciałbym dokonywać pomiaru do 1500V to pewnie muszę przyjąć podziałkę 2V tak ? czyli np ADC 50 = 100V. Dobrze rozumiem ?

Jak bym nie liczył i jaki bym nie przyjął VREF to i tak mam 1024 zakres pomiarowy, prawda ?

Żeby liczyć z większą dokładnością co do podziałki, musiałbym utworzyć zakresy (jak w multimetrze uniwersalnym) uwzględniając odpowiedni współczynnik podziału, a tego wolałbym uniknąć. Chociaż dokładność napięciowa z 2V podziałką też mogłaby być

Statystyki: Napisane przez Hass-pol — 27 sie 2012, o 19:39

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-26T22:19:17+01:00

Hass-pol --> zdecydowanie źle odbierasz to co mówię a szczególnie gdy piszesz że mogę cię mieć za nieuka. Ok jeśli czytałeś tylko to o ADC co w mojej książce to jest hmmm na prawdę strasznie mało (przyznaję się sam jak widzisz że mało napisałem na ten temat). Nie wiem też co może być strasznego w przyznaniu się np do tego że ciężko idzie czytanie not PDF np ze względu na słabszą znajomość angielskiego. Kurczę - sam piszę ci i przyznaję się że wcale nie znam super angielskiego, ale jeśli ktoś pyta czego nie rozumie a nocie a ja akurat wiem to chętnie wytłumaczę .... A na pewno nie opisywałem w książce wprost tego co jest w PDF'ie. Poza tym ktoś tu na naszym forum zdaje się kolega Jaglarz - przechowuje na swojej stronce różne PDFy do avr'ków w języku polskim więc i chociażby z nich można skorzstać. Więc nie rozumiem twojego oburzenia za to że zwracam tylko uwagę na tak istotną rzecz. A już na pewno nie mam zamiaru pisać za kogoś programu....

I tym bardziej, że jak teraz napisałeś piszesz go w zakresie pomiarów o których do tej pory - od strony praktycznej, nie miałem zielonego pojęcia. Za to teraz przychodzi mi na myśl że rozwiązaniem które może warto ci podsunąć w takim przypadku jest skorzystanie z tzw trybu "Free runing mode" i to na przerwaniach.

Bo co z tego że ty piszesz o jakichś 260us pomiędzy czym ? pomiędzy pomiarem pomiędzy zmianą kanału ? czy pomiędzy w ogóle kolejnymi próbkami ? Bo przecież skoro korzystasz aż z 8 kanałów to przecież zaczyna to mieć spore znaczenie. A jednocześnie po drodze może wykonujesz jakieś operacje na TFT (tu może się mylę) ale jeśli np takich szczegółów nawet nie możesz napisać bo się obrażasz jakbym ci dokuczał no to trudno ....

Tymczasem - odpalenie pomiaru na przerwaniach z cykliczną zmianą kanałów, pozwoliłoby ci uniezależnić się z marszu od zależności czasowych związanych z operacjami na TFT a jednocześnie tak dobrać częstotliwość pomiarów aby uzyskać precyzyjnie największą możliwą częstotliwość samych pomiarów.

Tymczasem ty cały czas trzymasz się tych "ręcznych" pomiarów ..... No i kolejna sprawa warto abyś się np zastanowił jaka precyzja przetwornika jest ci potrzebna ? bo jeśli niekoniecznie 10-bitów, i wystarczyłoby 8 bitów do ustalenia charakterystyki to pozwoliłoby ci dobierając najmniejszy możliwy preskaler uzyskać na prawdę największą możliwą do przyjęcia częstotliwość pomiarów .....

no... wszystko ładnie - można się nagadać - tylko autor uciekł - trudno.

Statystyki: Napisane przez mirekk36 — 26 sie 2012, o 22:19

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-26T20:20:55+01:00

Czytałem o tym w wersji polskiej w Twojej książce na stronie 236 proszę nie miej mnie za nieuka czy lenia, bo co bym nie napisał to wychodzi na to że nic nie czytam i liczę tylko na to że Wy napiszecie mi cały kod.

Chcę wyznaczać charakterystykę prądową (trójfazową), zależy mi na tak częstym próbkowaniu jak to jest możliwe. Nie interesuje mnie teoria i twierdzenie Nyquista i wiem że 100Hz będzie za mało, bo w sieci nie mamy idealnego źródła, że o idealnie symetrycznym odbiorniku nie wspomnę.

Zależy mi na zoptymalizowaniu tak kodu żebym mógł wykreślić przybliżoną charakterystykę.

Poradzę sobie. Dziękuję za pomoc. Temat uważam za zamknięty.

Statystyki: Napisane przez Hass-pol — 26 sie 2012, o 20:20

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-26T19:51:35+01:00

Wiesz co ???? a może opisz co ty chcesz w ogóle osiągnąć bo może brniesz jak owad do świeczki żeby się poparzyć ?

przy okazji przeczytaj sobie podrozdział w ADC od m32 pt:

"Prescaling and Conversion Timing"

i napisz ew czego tam nie rozumiesz to może będzie łatwiej wyjaśnić bo te przykłady które tu podajesz powodują że nie wiem w ogóle jak myśleć o tych twoich pytaniach.....

dlatego jak mówię - napisz co mierzysz że aż tak często niby potrzebujesz

Statystyki: Napisane przez mirekk36 — 26 sie 2012, o 19:51

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-26T19:13:13+01:00

Tak robię.

[syntax=c]pomiarRr = pomiar(1);

uint16_t pomiar(uint8_t kanal)
{
ADMUX = (ADMUX & 0xF8);
ADMUX = (1<ADCSRA |= (1<while ((ADCSRA & (1<ADCSRA|=(1<return (ADCW);
}

[/syntax]

zastanawiałem się tylko czy zamiast:

[syntax=c]
pomiarRr = pomiar(1);
_delay_us(260);
pomiarSr = pomiar(2);[/syntax]

mogę zamiast opóźnienia wstawić funkcję wyświetlenia wyniku, zamiast wyświetlania wszystkich, po tym jak już je odczytam (sorry za za dużo zamiast )

[syntax=c]
pomiarRr = pomiar(1);
tft_fill_rect(96,55, 25,10, white);
tft_putint(96,55, pomiarRi, black, white);
pomiarSr = pomiar(2)
[/syntax]

Statystyki: Napisane przez Hass-pol — 26 sie 2012, o 19:13

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-26T19:01:29+01:00

A dlaczego w przerwaniu od ADC nie zmieniać kanału i wrzucać pomiaru do bufora?

Statystyki: Napisane przez Krauser — 26 sie 2012, o 19:01

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-26T18:55:24+01:00

Czytałem to spokojnie znam angielski.
Czyli mogę z zamkniętymi oczami, nic nie licząc zastosować przerwę 260us ?
Chodziło mi o praktyczne podejście. W teorii wszystko może pięknie wyglądać.

Nigdy nie miałeś zderzenia teorii z rzeczywistością ?

Statystyki: Napisane przez Hass-pol — 26 sie 2012, o 18:55

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-26T17:59:19+01:00

Hass-pol --> gdzieś czytałeś gdzieś coś pisano gdzieś coś słyszałeś .....(nie wiesz jeszcze dlaczego)

ale na te wszystkie twoje pytania są odpowiedzi i wyjaśnienia w PDF'ach szczególnie odnoście ADC i czasów pomiarów

zobacz otwieram notę m32 i zaglądam na pierwszą stronę rozdziału o ADC

no przecież od razu pewne informacje rzucają się aż w oczy

rozumiałbym, żebyś napisał wcześniej np że może masz kłopoty z czytaniem not po angielsku, co rozumiem bo przecież nie każdy zna perfect angielski, ja też nie znam aż tak biegle tego języka ....

ale nie wiem też czy nie dotarła do ciebie jedna z najważniejszych myśli, którą z uporem maniaka przypominam co chwilę w pierwszej książce - noty PDF , panowie - noty - to podstawa....

Jeśli więc gdzieś coś tam w necie czytasz i nie wiesz o co chodzi to zawsze staraj się przynajmniej sprawdzić w nocie i jak tu czegoś nie rozumiesz to wtedy śmiało dopytuj .... bo zobacz sam ile czasu tracisz na te poszukiwania ....

zaznaczyłem też fragment mówiący o czasach konwersji, i dalej w kolejnych podrozdziałach jest to wyjaśnione co do pojedynczych taktów - a ty piszesz że ci się udało co 1ms .... to nie jest kwestia czy się uda czy się nie uda ....

jak odpowiednio dobierzesz preskaler ADC do F_CPU i będziesz działał w zakresie dopuszczalnej częstotliwości ADC, która też jest podana w PDF to uzyskasz dokładne czasy bez żadnej zbędnej zwłoki ....

Statystyki: Napisane przez mirekk36 — 26 sie 2012, o 17:59

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-26T17:33:26+01:00

Witam,
Nie chce tworzyć nowego tematu, ten zszedł i tak na inny (choć cały czas w ADC) temat.
Mam pytanie to praktyków, chcę robić pomiary wszystkich 8 kanałów na raz.
Układ pomiarowy w przyszłości będzie na ATmega128 TQFP64, 20MHz.
Obecnie testy robię na ATmega32 20MHz.
Mirek napisał w książce że to w jakiej obudowie jest uC, ma znaczenie dla pomiaru (nie wiem jeszcze dlaczego).

Mnie najbardziej interesuje najmniejszy możliwy czas pomiaru pomiędzy każdym kanałem? Chciałbym żeby uC miał czas "złapać oddech" i nie pogubić/zakłucić pomiaru. Obecnie mam 1ms i działa dobrze, ale gdzieś wyczytałem że można zejść do 250us.

Statystyki: Napisane przez Hass-pol — 26 sie 2012, o 17:33

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-22T15:55:25+01:00

Dziękuję za szybką odpowiedź. Wszystko już zrozumiałem. Temat do zamknięcia.

Statystyki: Napisane przez atomik1234 — 22 sie 2012, o 15:55

Re: problem z przeliczaniem wartości pomiaru ADC

2012-08-22T14:36:25+01:00

Na stronie głównej bloga jest świetny artykuł.
http://www.mirekk36.blogspot.com/2012/0 ... u-int.html

Statystyki: Napisane przez xamrex — 22 sie 2012, o 14:36

problem z przeliczaniem wartości pomiaru ADC

2012-08-22T13:44:55+01:00

Witam. Napisałem program obsługi miernika napięcia. Posiadam płytkę startową ATB.

[syntax=c]
#include
#include
#include "HD44780.h"
// ADMUX- konfiguracja przetwornika ADC
uint16_t pomiar(uint8_t kanal);
void przelicznik(uint16_t wartosc);
uint8_t cz_c=2;
uint8_t cz_u;
int main(void)
{
LCD_Initalize();

ADMUX |= (1<ADCSRA |= (1<ADCSRA|= (1<while(1)
{
LCD_Clear();
LCD_GoTo(0,0);
LCD_WriteText("wynik pomiaru:");
LCD_GoTo(1,1);
LCD_Write_int(pomiar(0));
przelicznik(pomiar(0));
LCD_GoTo(9,1);
LCD_Write_int(cz_c);
LCD_WriteText(".");
LCD_Write_int(cz_u);
_delay_ms(100);
}
}
uint16_t pomiar(uint8_t kanal)
{
ADMUX |= (ADMUX & 0xF8) | kanal ;// ustawienie kanalu
ADCSRA |= (1<while (ADCSRA & (1<return ADCW;// zwrot wartosci pomiaru

}
void przelicznik(uint16_t wartosc)
{
// ADC*Vref/1024*Wpodziału
uint32_t wynik;

wynik=wartosc*49*15;//wartosc przeliczona * 1000000
cz_c=wynik/100000;//czesc dziesietna
cz_u=(wynik/1000)%100;//czesc ulamkowa

}
[/syntax]

EDIT: W przyszłości proszę używać znaczników syntax=c zamiast code

Problem w moim programie jest taki że Przeliczona wartość pomiaru jest zupełnie inna od prawidłowej wartości.
Nie wiem gdzie popełniam błąd ponieważ gdy przeliczam wartość ADCW za pomocą kalkulatora według funkcji przelicznik to wartość wychodzi poprawna. A na wyświetlaczu pojawiają się dziwne wartości zmienych cz_c i cz_u.
Proszę o wskazówki gdzie popełniłem błąd.

Statystyki: Napisane przez atomik1234 — 22 sie 2012, o 13:44