www.elektronik.si

[SimonS]

Pozdravljeni
Ali je to normalno, da na ARMu tako zelo šumi A/D pretvornik? Namreč nikakor ne dobim fiksne številke 10bitne meritve ? Če dodam 100n kondenzator je nekaj bolje, ampak se vedno ni to, kar bi človek pričakoval....
Je tu kakšna fora?

[Tonci]

To meriš z potenciometrom ki je na razvoji plošči? Meni šuumi zaradi potenciometra, ker je malo zrukan!

[matijap]

Za koliko pa skače in kaj imaš vezano na vhod?

Rešitev je, da narediš povprečje nekaj meritev.

[SimonS]

Ne, na vhodu imam analogni senzor. Vzporedno imam tudi voltmeter, ki se ne premakne niti 0.001V. Skratka zelo čista vhodna napetost. Je pa res, da imam to na razvojni plošči, ampak to nebi smelo dosti vplivati.
Niha mi pa +/- 4 enote (meritev 0-1024). S dodatkom kondenzatorja se napaka zniza na +/-2. Tole z povprečjem je bolj alternativna rešitev in mi ni preveč všeč.... Rabim pa zelo natančno meritev

[sebaveh]

Ne vem za ARM, ampak pri AVR (atmega16 in attiny26) je bilo skakanje +/- 4 kvanti nekaj čisto običajnega. Še v podatkovnem listu so opozarjali na to.

[alessio]

[mucek4]

Sam sem imel pri PIC-ih enako težavo. Predvsem pri 12 bitni pretvorbi. Velika količina 100nF ni pomagala, je pa pomagal 470uF elektrolit na oba napajanja. V trenutko je bilo teh 12bitov popolnoma pri miru.

Poročaj, če ti pomaga.

[SimonS]

Originalno je na napajanju 6.3uF Sem daj gor 470uF. Malenkostno se je zadeva izboljšala. Nikakor pa ne morem umiriti bitkov. Bom pač znižal resolucijo. Saj se mi ne gre toliko za natančnost. Bolj se mi gre, ker ni fiksne meritve in mi to nagaja v nadaljnjih izračunih.
Nič, bo treba zadevo nekako SW rešiti.
Hvala na pomoči vsem.

[s56al]

Pozdrav Simon,

Kot je že napisano zgoraj, je pri LPC.... ARM kontrolerjih ta pojav pričakovan.

Če želis umiriti rezultat meritve, ni pa ti pomembno, da ti kaže nekaj kvantizacijskih korakov narobe, boš to najlažje naredil s histerezo +/- kolikor ti meritev niha.

Druga možnost je, kot je že prej napisano, daljše povprečenje, ki pa glede na število vzorcev, ki jih povprečiš, ustrezno počasi odreagira na spremembe. Kaj boš uporabil, je odvisno od zahtev. Če ti je najbolj pomembna dinamika meritve, uporabi histerezo. Če ti je najbolj pomemembna (ne)točnost, uporabi povprečenje. Sam v večini svojih aplikacij kombiniram oboje: povprevčim + dodam histerezo +/- 1 kvantizacijski korak.

Eden od možnih algoritmov za realizacijo histereze npr. +/- 2 koraka:

- meritev hraniš v spremenljivki X
- če je nova meritev Y znotraj obmocja X +/- 2, novi x <-- stari X (ne ukrepaš nič)
- če je nova meritev Y > X+2, potem novi X <-- Y-2
- če je nova meritev Y < X-2, potem je novi X <-- Y+2

PIC-i (16F..., 18F..., za dsPIC ne vem) imajo A/D pretvornik bolje "poštiman". Če pravilno blokiraš napajanje in vhod v A/D, je meritev praktično "pribita"...

LP, Sandi

[upornik]

[Silvo]

[.]

Brisana vsebina odstranjenega uporabnika.

[Glitch]

Normalno je, da je od čipa do čipa drugačna.

[alessio]

Nelinearnost ni popolnoma enaka pri vseh primerkih, je pa ponovljivo merljivo koleno v spodnjem delu meritev.

[galex4]

Pri meni so meritve glede povprečenja zadovoljive, problem nastane ko uvedem prevzorčenje pri večih kanalih, pri branju samo enega ad kanala se teoretični izračun ujema z meritvami, ko pa preverem en kanal za drugim z neko zakasnitvijo se mi te vrednosti povečajo za vrednost 1000.

Ali kdo ve zakaj pride do takega povečanja in kako to povečanje preprečiti?

Recimo, da naredimo prevzorčenje in ločljivost povečamo za 2 bita, sepravi da meritev ponovimo 16x, seštevek teh 16-tih meritev je nato v binarni obliki velikost 14 bitov, ki jih nato premaknemo za 2 v desno dobimo 12 bitno vrednost.

Ta metoda je podrobno opisana v aplikaciji avr oversampling.