ATNEL tech-forum

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T22:19:03+01:00

No była była - ja też przecież się w pewnym momencie chyba przeraziłem czy aby nie zostawiłem potencjometru wyżej skręconego i czy nie poszłoby na wejście ADC więcej niż 6V

no ale ... przy takiej rezystancji i wewn diodach zabezpieczających może by się nic nie stało

jak widać trudno ubić procka ... a szczególnie potwierdzi się to w części

04b gdzie będę go właśnie i to całkiem niechcący grilował .... a on zacznie z siebie wykluskiwać bzdury z gorąca

Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 22:19

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T22:07:21+01:00

Obejrzałem część A i była niebezpieczna sytuacja dla procesora, przy podmiance rezystora, jakbyś wyciągnął rezystor 15k to na wejściu przetwornika pojawiło by się 12V.
12V podłączone przez dość duży rezystor więc raczej by nie uszkodziło to ATmegi, o ile dobrze pamiętam w procesorze są diody pomiędzy wyprowadzeniami a zasilaniem.

Statystyki: Napisane przez PROTON — 2 lip 2013, o 22:07

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T16:05:17+01:00

Ok, sorki za wprowadzenie zamętu.

Statystyki: Napisane przez Ledes — 2 lip 2013, o 16:05

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T15:54:04+01:00

Ledes napisał(a):

ale inkrementację indeksu lepiej zrobić w następnej linii, bo tak może się to wykonać w różnej kolejności.

w różnej kolejności to mogłoby się wykonać gdybyś w jednej linii dwa razy próbował coś inkrementować

tymczasem operatory post- inkrementacji i dekrementacji działają ZAWSZE po wykonaniu się całej linii - nie ma innej możliwości - więc i w takim przypadku NIE MA CO SIĘ wykonać w różnej kolejności. I to nie jest tylko moje przypuszczenie - tak po prostu jest w C od zawsze.

Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 15:54

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T15:46:19+01:00

mirekk36 napisał(a):

[syntax=c]sr[idx++ % SR] = adc;[/syntax]

Zgadzam się, ale inkrementację indeksu lepiej zrobić w następnej linii, bo tak może się to wykonać w różnej kolejności.

Czyli:
[syntax=c]sr[idx % SR] = adc;
idx++;[/syntax]

Statystyki: Napisane przez Ledes — 2 lip 2013, o 15:46

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T14:39:49+01:00

mirekk36 napisał(a):

Sun - ja ci głowę urwę

Może by go w lochu zamknąć do soboty?

Statystyki: Napisane przez Jaglarz — 2 lip 2013, o 14:39

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T13:10:18+01:00

Ledes napisał(a):

No i najważniejsze: co tam nowego będzie na tyle, że trzeba zmienić wersję?

No dobra skoro nadal to wydaje się niezrozumiałe co napisałem na czerwono to po raz ostatni powiem

Nie ma i nie będzie nigdy wersji 2.0 .... ok ? zapomnijcie o tym tak będzie łatwiej

Sun - ja ci głowę urwę

------------------------ [ Dodano po: 1 minucie ]

rezasurmar napisał(a):

Wersja 2.0 będzie obsługiwać ATXMega, oraz działać tylko pod AVRStudio 10

hahahahahah no i kolejny prowokator ja bym dodał że jeszcze będzie obsługiwać FUSEBITY w prockach ARM/STM a nawet w intelach i7 i może niektórych AMD - np buldożerach

Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 13:10

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T12:09:43+01:00

Wersja 2.0 będzie obsługiwać ATXMega, oraz działać tylko pod AVRStudio 10

Statystyki: Napisane przez Gość — 2 lip 2013, o 12:09

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T12:06:04+01:00

O, czy wersja 2.0 calca będzie honorować licencje z wersji pierwszej? Czy osobno trzeba będzie wykupować? A może będzie to program darmowy?

No i najważniejsze: co tam nowego będzie na tyle, że trzeba zmienić wersję?

Statystyki: Napisane przez Ledes — 2 lip 2013, o 12:06

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T11:22:33+01:00

Quote:

hehehe.. a przecieki .... sorki ze się wygadałem z tym 2.0.1

Panowie - w związku z nadchodzącymi do mnie mailami - wszem i wobec OGŁASZAM i informuję - że owszem może i jest planowana kiedyś tam wersja 2.0 MkAvrCalca - ale kiedy to nawet ja sam nie wiem .... musicie zrozumieć, że nasz prowokator forumowy czyli SunRiverek .... lubi czasem takie zajawki wam hmm nam robić ... a bo to mnie już nie raz nie nabrał na tym forum

więc jak widzicie takie coś - to nie maila do mnie - tylko od razu na gorąco na forum dopytujcie aby obnażyć prowokację i prowokatora hahahahah

Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 11:22

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T09:07:53+01:00

developer85 napisał(a):

kiedy Mirek rysował nóżkę procka i tak krzywo wyszło "o do cycka to podobne" - mało z krzesła nie spadłem ze śmiechu

aaach bo taki ze mnie rysownik jak widać i jeszcze jak rysuję na tym tablecie to zawsze mnie ściąga w lewo jakby albo jakiś wiatr wiał albo ..... albo niektórzy powiedzą że za dużo wypiłem soku jabłkowego - no i takie wtedy "cycki" wychodzą

Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 09:07

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T08:32:20+01:00

Oglądając poradnik w kiedy Mirek rysował nóżkę procka i tak krzywo wyszło "o do cycka to podobne" - mało z krzesła nie spadłem ze śmiechu . Lubie ten humor.
BTW - wypasiony poradnik - Mirku pogratulować wiedzy i umiejętności jej przekazywania.

Statystyki: Napisane przez developer85 — 2 lip 2013, o 08:32

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T07:14:56+01:00

Jaglarz napisał(a):

Jestem zawiedziony, ATmega przeżyła, nie było ognia...

Jak to ? ... hmmm no dobra - ale za to dodałem efekty OGNISTE nie widziałeś ? ale fakt procek przeżył - to też pokazuje jak trudno UBIĆ te małe zwierzątka wbrew odruchowwemu strachowi jaki towarzyszy całkowicie początkującym, którzy jak tylko coś nie zadziała to zaraz

"o boże! spaliłem chyba procesor "

a tu widać że trzeba się MOCNO postarać aby go spalić

------------------------ [ Dodano po: 7 minutach ]

atmel napisał(a):

, nie zawsze można obejść się bez obliczeń zmiennoprzecinkowych

racja, pewnie że tak i w takich wypadkach to właśnie twoja metoda jest jak znalazł

Quote:

C++ nie jest w pełni wspierany dla AVR, dlatego nie wszystkie udogodnienia działają np. wyjątki (czego bardzo żałuję ),

Tak to racja - i trzeba właśnie sobie pewne protezki porobić - kiedyś się tym próbowałem zajmować ale jakoś przeszło gdy przyzwyczaiłem się do C ....

atmel napisał(a):

Dla np. ATMega1284p jest to praktycznie niezauważalne

No tak dla takiego SMOK'a (jeśli chodzi o ilość RAM na pokładzie bo aż 16kB!!!) to rzeczywiście jest pikuś

atmel napisał(a):

W związku z tym może wartoby było założyć nowy dział programowanie w C++,

Mówisz i masz Bardzo dobry pomysł właśnie zakładam ten dział

atmel napisał(a):

oczywiście jeśli ktoś również używa tego języka.
Bardzo chętnie podzielę się swoimi doświadczeniami oraz plikami typu CppFix , bo nie zawsze wszystko jest takie oczywiste jeśli chodzi o C++ dla AVR.

No to ja będę pierwszym, który z miłą chęcią poczyta i uzupełni swoją zapewne dużo mniejszą wiedzę w tym zakresie i może znowu zacznę coś próbować coś robić w C++ na AVR'ki a może i inni także ...

Bo tak jak mówisz obiektowość to na prawdę wygoda - bez dwóch zdań

Reasumując zakładam dział i jeśli jakoś zainicjalizujesz dyskusję, pokażesz kilka uwag i jakichś mini przykładów chociaż dla początkujących (jak np ja) w tym zakresie - a inni zaczną też się interesować i dyskutować albo podpowiadać nowe rzeczy - to dział zostawimy

------------------------ [ Dodano po: 11 minutach ]

O! - dział C++ dla AVR już jest

Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 07:14

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T02:50:41+01:00

Jestem zawiedziony, ATmega przeżyła, nie było ognia...

Statystyki: Napisane przez Jaglarz — 2 lip 2013, o 02:50

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T00:50:54+01:00

Zgadza się oczywiście że można przerobić na liczby całkowite, bo faktycznie z automatu dorzucane jest kilkaset bajtów, a dla małych uP może to być bardzo dużo. Zależnie od wymagań i realizowane projektu, nie zawsze można obejść się bez obliczeń zmiennoprzecinkowych (jakieś nie po polsku to zdanie ), a raz dołączonone funkcje do obsługi float/double nie potrzebują dodatkowej pamięci FLASH.
Przy liczbach stałoprzecinkowych, tak jak w opowiedzianym przez Ciebie przypadku obliczania wartości napięcia z dokładnością stricte 2 miejsca po przecinku bez problemu daje się przerobić na int, jednak w przypadku zmiennej dokładności nie jest już to takie proste...

Nie ma co sprawdzać, wierzę na słowo, a nawet jestem pewny, że operatory arytmetyczne są bardziej "toporne" niż bitowe.
Sam sprawdzałem kiedyś operator logiczny | vs. + (arytmetyczny, nie znak liczby):
[syntax=c]uint16_t a = 0, b = 123;
a | b;
a + b;[/syntax]
Oczywiście przy wyłączonej optymalizacji, bo w przeciwnym wypadku oszczędny kompilator wszystko usunie .
Efekty użycia są w większości przypadków podobne, ale suma logiczna to tylko jeden rozkaz "or", a suma arytmetyczna to zarówno "add" jak i "adc", co oczywiście odpowienio powiększa kod o kilka bajtów

C++ nie jest w pełni wspierany dla AVR, dlatego nie wszystkie udogodnienia działają np. wyjątki (czego bardzo żałuję ), ale ogólnie jest to świetna sprawa i z góry dodawane jest tylko 200/300 bajtów, więc nie jest to tak wiele za tak ogromne możliwości. Dla np. ATMega1284p jest to praktycznie niezauważalne

Odpowiadając na Twoje pytanie, już całkiem dawno przesiadłem się na C++ z czystego C i muszę powiedzieć, że nie żałuję.
Piszę albo w C++, albo w Asemblerze.

W związku z tym może wartoby było założyć nowy dział programowanie w C++, oczywiście jeśli ktoś również używa tego języka.
Bardzo chętnie podzielę się swoimi doświadczeniami oraz plikami typu CppFix , bo nie zawsze wszystko jest takie oczywiste jeśli chodzi o C++ dla AVR.

Na dowód "fajności" tego języka podam niekompletny fragment przykładu do sterowania n-silnikami:
[syntax=cpp]TMotor *Motor1 = new TMotor(PORTA, 0);
TMotor *Motor2 = new TMotor(PORTA, 1);
TMotor *Motor3 = new TMotor(PORTA, 2);

Motor1->Speed(-20); // procentowa wartość prędkości
Motor2->Speed(80);
Motor3->Stop();[/syntax]
Wiem, że identyczny efekt można uzyskać w przypadku programowania strukturalnego, ale obiektowość znacznie upraszcza kod i tworzy bardzo widoczny podział na "Pana Klona" i Pana Mirka

Ale się rozpisałem, pewnie nikt do końca nie doczyta

Statystyki: Napisane przez atmel — 2 lip 2013, o 00:50

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-02T00:04:22+01:00

atmel napisał(a):

Chaiłbym dodać od siebie, bo być może dla kogoś okaże się to pomocne, że często wykorzystuję średnią ważoną tj.
[syntax=c]static _sr1;
float alpha = .95;
sr1 = alpha * _sr1 + (1 - alpha) * adc;
_sr1 = sr1;[/syntax]
Daje to bardzo podobne wyniki, ale jest zdecydowanie mniej "pamięcio-żerne" jeśli chodzi o SRAM. Najogólniej mówiąc poprzedni pomiar liczy się w 95%, a aktualny tylko w 5%.

Bardzo cenna uwaga, i na pierwszy już rzut oka świetna metoda .... Ja w kolejnej części odcinka pokażę jeszcze inną - i podobnie jak ta ZDECYDOWANIE ograniczającą pamięciożerność PLUS jeszcze jedna zaleta - bez użycia typu FLOAT/DOUBLE, co niestety przy tej twojej metodzie powoduje także spory narzut ale z kolei w pamięci FLASH niestety. Z tym że już widzę, że tą twoją metodę można będzie zamienić tak aby pozbyć się liczb zmiennoprzecinkowych ... używać tylko całkowitych. Świetnie że ją tu pokazałeś - z miłą chęcią sprawdzę a szczególnie czy da radę przerobić ją wg mojego pomysłu na liczby całkowite .....

atmel napisał(a):

Jeszcze jedna kwestia odnośnie modyfikowania zakresu zmiennej:
[syntax=c]sr[idx++ & (SR - 1)] = adc;[/syntax]
Podobny efekt, ale bez ograniczeń takich jakie zostały podane (tzn. możliwość określenia rozmiaru bufora jedynie jako wielokrotność dwójki), można uzyskać poprzez resztę z dzielenia tj.:
[syntax=c]sr[idx++ % SR] = adc;[/syntax]

No i kolejny REWELACYJNY HINT z twojej strony - RACJA! operacja MODULO da w tym przypadku zawsze taki sam efekt - dzięki! Chociaż gdyby liczyła się szybkość wykonywania takich operacji to zdaje mi się (muszę to jeszcze podejrzeć w asemblerze po kompilacji) metoda z (SR-1) może być szybsza bo to będzie stała dosłowna wyliczona na poziomie preprocesora a operację modulo będzie być może trzeba wykonać w kodzie - ale mówię porównanie w asemblerze po kompilacji da odpowiedź w 100%

atmel napisał(a):

Mam pytanie, czy Eclipse pozwala na programowanie w C++ pod AVR, tak jak jest to w przypadku AtmelStudio.

Oczywiście że można w C++ pod Eclipsem pracować tak samo jak w AtmelStudio chociaż przyznam że ja na AVR'ki w ogóle nie korzystam z C++ tylko z czystego C.

atmel napisał(a):

Bez klas, przestrzeni nazw i innych mechanizmów programowania obiektowego ciężko jest napisać większy projekt, a chętnie przesiadłbym się na nowe (podobno lepsze) środowisko

Wiesz nawet na DUŻO większe procki jak ARM'y z dużo większą ilością pamięci stosuje się chyba nawet częściej czysty C niż C++ .... więc nie jest aż tak źle z tym C bez obiektówki - bo i tak można sobie ślicznie w C radzić .... tworząc dzięki wskaźnikom, strukturom itp namiastki obiektowości Pewnie że to nie to samo ale spokojnie da radę pisać większe projekty ....

ale co ? na co dzień piszesz na AVR'ki w C++ pod AtmelStudio ? tak z ciekawości zapytam ?

atmel napisał(a):

Zaznaczam, że nie jestem "malkontentem" i chciałem podzielić się tylko swoją praktyką

A skąd taki pomysł że miałbyś niby być malkontentem - przychodząc z taką garścią świetnych i przydatnych informacji daj spokój ...

Statystyki: Napisane przez mirekk36 — 2 lip 2013, o 00:04

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T23:46:33+01:00

Hej. Rewelacyjne poradniki oraz sposób przekazywania wiedzy.
Chaiłbym dodać od siebie, bo być może dla kogoś okaże się to pomocne, że często wykorzystuję średnią ważoną tj.
[syntax=c]static _sr1;
float alpha = .95;
sr1 = alpha * _sr1 + (1 - alpha) * adc;
_sr1 = sr1;[/syntax]
Daje to bardzo podobne wyniki, ale jest zdecydowanie mniej "pamięcio-żerne" jeśli chodzi o SRAM. Najogólniej mówiąc poprzedni pomiar liczy się w 95%, a aktualny tylko w 5%.

Jeszcze jedna kwestia odnośnie modyfikowania zakresu zmiennej:
[syntax=c]sr[idx++ & (SR - 1)] = adc;[/syntax]
Podobny efekt, ale bez ograniczeń takich jakie zostały podane (tzn. możliwość określenia rozmiaru bufora jedynie jako wielokrotność dwójki), można uzyskać poprzez resztę z dzielenia tj.:
[syntax=c]sr[idx++ % SR] = adc;[/syntax]
Mam pytanie, czy Eclipse pozwala na programowanie w C++ pod AVR, tak jak jest to w przypadku AtmelStudio. Bez klas, przestrzeni nazw i innych mechanizmów programowania obiektowego ciężko jest napisać większy projekt, a chętnie przesiadłbym się na nowe (podobno lepsze) środowisko

Zaznaczam, że nie jestem "malkontentem" i chciałem podzielić się tylko swoją praktyką

Pozdrawiam

Statystyki: Napisane przez atmel — 1 lip 2013, o 23:46

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T19:49:36+01:00

Jak coś - to już można pobrać sobie kod źródłowy ćwiczenia

Statystyki: Napisane przez mirekk36 — 1 lip 2013, o 19:49

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T18:24:43+01:00

Jaglasty .... to może tylko naleśnik wygrać

Statystyki: Napisane przez SunRiver — 1 lip 2013, o 18:24

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T18:12:46+01:00

I konkurs na najbardziej efektowne smażenie ATmegi

Statystyki: Napisane przez Jaglarz — 1 lip 2013, o 18:12

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T16:40:51+01:00

savian86 napisał(a):

"A teraz zapraszam na palenie gumy"

albo jak dla fanów odpoczynku na działce .... zapraszam na pieczenie na grilu (atmegi8)

Statystyki: Napisane przez mirekk36 — 1 lip 2013, o 16:40

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T15:25:40+01:00

Ostatniej części jeszcze nie widziałem, ale fajnie na blogu jest napisane

Quote:

.... przy okazji także pod koniec filmu będzie smażenie atmegi8 ...

To brzmi jak na zlocie dla fanów motoryzacji: "A teraz zapraszam na palenie gumy"

Statystyki: Napisane przez savian86 — 1 lip 2013, o 15:25

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T10:37:40+01:00

SunRiver napisał(a):

mi by się osobiście nie chciało
tyle nawijać ...

No ja pod koniec już ledwo zipałem i dlatego tak się myliłem czasem

Statystyki: Napisane przez mirekk36 — 1 lip 2013, o 10:37

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T08:49:00+01:00

No kurde Mirku toś pojechał kawał dobrej roboty ... mi by się osobiście nie chciało
tyle nawijać ...

hehehe.. a przecieki .... sorki ze się wygadałem z tym 2.0.1

Statystyki: Napisane przez SunRiver — 1 lip 2013, o 08:49

Re: Przetworniki ADC w AVR - część 04 - lecimy dalej

2013-07-01T05:16:55+01:00

kucze a moze ja tak sie wlasnie nazywam tylko sam o tym jeszcze nie wiem ? haahaha

------------------------ [ Dodano po: 12 minutach ]

aha ale jakby coś - gdyby coś to część 04b już jest na blogu

ciekaw jestem tylko kto będzie wytrwały i zobaczy tą metodę obliczania napięcia z ADC ? ... no bardzo ciekaw jestem waszych opinii.

Statystyki: Napisane przez mirekk36 — 1 lip 2013, o 05:16