Referencni napeti jde pres DA prevodnik na komparator, mozna tam je nejaky RC filtr na chipu a pomaleji to reaguje tak by se treba melo cekat ale spis to bude primo. Rozhodne by to ale nezpusobilo problem s prehazenim kanalu, jen snizenou presnost prevodu.
Ale z toho co pisete mam pocit ze prevod startujete a data vycitate rucne (mozna to na AVRku ani jinak nejde?) --- to je ten prevodnik vzene nepouzitelnej protoze nevite kdy presne bude samplovat a vnese vam do signalu jitter error. Takze na mereni napeti na baterii to staci, ale jestli chcete takhle samplovat nejaky signal tak odectete prevodniku par bitu prenosti v zavislosti na tom jak se v tom signalu vyskytuji vyssi frekvence.
Myslim ze v erratech je nejaka poznamka o tom ze za nejakych okolnosti co jsem uz zapomel je hodnota v tech CH(x) registrech blbe (resp. zapise se to tusim ze do CH(0) misto do CH(x)) a doporucuji tedy na to nespolehat a nechat si posilat preruseni po kazdem prevodu a cist rovnou ten registr AD prevodniku, ktery obsahuje zrovna prevedeny kanal.
Ja resil neco jineho, chtel jsem aby to korektne fungovalo pres DMA a vedel jsem kdy presne to sampluje. Muzu tak ted delat neco jako `vzorkovaci osciloskop' pro periodicke signaly -- ten vstup celkem dobre funguje az do 3 MHz.
Tady je to co jsem tenkrat poslal Atmelu at z toho udelaji poznamku v erratech:
195.113.26.193/~klusacek/atmel/images.tar.bz2
195.113.26.193/~klusacek/atmel/SAM7S_adc_bug.utf8
Ani nevim jestli ji nakonec udelali, uz jsem se dlouho na nova errata nedival.