Externi i2c ADC 18bit a vic.. fungujci s AVR/arduino

[PC-maniak]

Zdravim nevite nekdo o spolehlivem externim ADC alespon 18bit ale nejlepe 24+ .. minimalne 12kanalu komunikujci nejlepe po i2c a nejlepe kdyz bude knihovna pro avr nebo arduino at se s tim nemusim srat

kdyz to bude mit model i v proteus bude to jedine +

[PC-maniak]

MCP3424 nevypada spatne pouzil bych 3kousky alespon by se to lepe rozmistovalo na desce =)

nemate nekdo hotove rizeni te mrchy ?

[ZdenekHQ]

Jak řešíš šum, když já běžně na 12 bitech už filtruju jak o život?

[termit256]

To jsou sigma-delta prevodniky. Sum tam neni problem, ale jsou pomale.

[PC-maniak]

co sem o te mrse cetl tak je to jak pise termit .. sum tam neni ale tu rychlost sem nejak opomenul :-/

zeptam se spis takhle kolik bitu nejlepe zvolit pro rozmezi 0-5v kdyz chci skakat po alespon 5mV ? ja se vzdy spokojil s tema 10 co jsou v avrkach ale tahle aplikace si vyzaduje neco lepsiho :-/

EDIT: co tady tak pocitam na koleni tak pri 12bitech to vychazi na 1,22mV to by bylo docela ok a 16bitu 0.07mV! idealne to sem si ani nepomyslel ze 10 vs 16 bude az takovej skok .. Tak az prijdu domu tak se podivam co se nejlepe bez sumu nabizi v 16ce

[Atlan]

No urobit navrh dosky aby to neskakalo tiez nebude len tak. A ak to chces to slucky duplom.

[PC-maniak]

tak sem zvolil ADS1115 .. jen skoda ze v proteus na nej neni knihovna

tak hold zpet na strom

[PC-maniak]

tak sem asi uplne blbej

10bit = 2 na 10 = 1024 -1 =1023S (HW i wiki tvrdi ze to tak je)

16bit = 2 na 16 = 65536 - 1 =65535S alespon sem si to myslel ..

ale HW i wiki ted tvrdi ze to je 32767S

tak jak to je ? nebo jak se pocitaj Bity na pocet moznych Samplu

[ZdenekHQ]

Tak já teda trošku uteču ze svého zjednodušování typu "šum".

Věta "šum tam není" je blbost.

Jak míníš řešit superponované rušení, které může být frekvenčně "kdekoliv"?

Už na 16bit to musí být docela matematicky náročný. Proč asi výrobci běžných procesorů raději skončili na 10 bitech, i když umí i víc?

[PC-maniak]

Aha on je tam problem signed / unsigned .. Tak z 16 je razem 15 tak to uz je vyresene

A Zdenku .. Budu k tobe absolutne uprimnej nikdy sem to jeste neresil tak budu muset pak poresit ale nemyslim si ze to bude tak hrozne

[lesana87]

Proč asi výrobci běžných procesorů raději skončili na 10 bitech, i když umí i víc?

To bude tím, že motáš dvě věci dohromady. Jedna je převodník integrovaný na jednom čipu s mikroprocesorem, o tom jedeš ty (viz "výrobci běžných procesorů"), tam je problém víc jak 10-12 bitů kvůli rušení běžícím mikroprocesorem. Druhá věc je převodník na samostatném čipu, o tom je tohle vlákno, tam není problém 16 a víc bitů, zvláště když je to ∑-Δ, který už tak nějak z principu šum značně potlačuje.

[termit256]

Nedavno jsem delal neco s AD7708. Se sumem opravdu nebyl problem ve smyslu ze by vystup nejak moc lital.

[PC-maniak]

Presne jak pise Lesana tak sem sigma-delta prevodniky pochopil ze eliminuji sum na uplne minimum..

dosavadni testy tomu i nasvedcuji zadne velke skoky v cislech se nedeji

[ZdenekHQ]

K tématu vlákna - tam není ani slovo o typu převodníku. To je až v dalším příspěvku, a to už je součást diskuze, klidně i samomluvy. Prostě úvaha. Tak to vnímám já.

Pořád jsem se nedočetl, co tím chceš měřit. Na něco je sigma-delta vhodnej, na něco ne. A pořád záleží na kmitočtu superponovaného rušení, popř. interferencích se síťovým rušením, to dokážou nadělat pěknou paseku.

Taky používám např. 12bit externí, ale rychlý převodník po SPI, ten na čipu MCU byl je příklad.

Abych se vyhnul alespoň částečně rušení při rychlým měření, je použitá dvojitá integrace a za převodníkem je číslicový filtr. Ale je to na úkor rychlosti odezvy.

Tak hodně štěstí.