Wie ADC erweitern/muxen (ATmega)?

[Uwe E. (ujmforum)]

Servus zusammen,

wie würdet ihr das machen, wenn ihr z.B. 16 analogsensoren an einen 
ATmega ADC anschließen wolltet?
Meine Idee ist, die 8 ADC-Ports normal vom uP muxen zu lassen und die 8 
Leitungen über zwei externe Multiplexerbausteine (MC14066) und einen 
Steuerport des uP zu verdoppeln, sodaß quasi einmal die Sensorbank A, 
einmal die Sensorbank B abgefragt werden kann.
Denk ich da falsch bei dem Ansatz, zumal ich eigentlich eine 
kontinuierliche Messung aller Sensoren machen möchte?

Grüße,
Uwe

[Knut B. (Firma: TravelRec.) (travelrec)]

Du kannst 7 Portpins sparen, wenn Du nur einen ADC-Eingang nimmst und 
einen 74HC4067 (oder CD4067) verwendest, ist ein 16 auf 1 
Demultiplexer/Multiplexer. Messen kannst Du ohnehin immer nur 1 Mal zu 
einer Zeit, also mußt Du ohnehin multiplexen.

[Dirk (Gast)]

Du könntest auch zwei ADS 1278 oder ähnlich an den AVR anschließen...

http://focus.ti.com/docs/prod/folders/print/ads1274.html

[Jankey (Gast)]

Differntiell:ADG509 ( 200 Ohm pro Kanal )
Normal: ADG541 ( 5 Ohm )
Photomos:AQY212GS

[Thomas (kosmos)]

ich mach das auch mit dem 74HC4067

[Uwe E. (ujmforum)]

Verschwende ich nicht enorm viele Rechenzyklen, wenn ich mich selber um 
das multiplexen kümmern muß, anstatt den uP das machen zu lassen und ich 
eben nur das Umschalten der "Eingangsbänke" reinbringen müßte?

So kann ich doch den ADC die Eingänge selbstständig durchmuxen lassen, 
schalte nach einem Durchgang ab, den Eingangsbankport um, und starte 
wieder einen 8er-Zyklus. Würd ich's mit einem externen 16er machen, 
müßte ich doch aktiv umschalten, einschalten, ausschalten, umschalten 
und das anze 16x.

Uwe

[Rahul D. (rahul)]

>Verschwende ich nicht enorm viele Rechenzyklen, wenn ich mich selber um
>das multiplexen kümmern muß, anstatt den uP das machen zu lassen und ich
>eben nur das Umschalten der "Eingangsbänke" reinbringen müßte?

Ob du nun in ein Portregister etwas hineinschreibst oder in das 
ADMUX-Register, sollte wohl egal sein.
Der 4067 hat auch ein paralleles Interface. Die anderen kenne ich nicht. 
Aber auch SPI wäre nict wirklich anstrengend, wenn man das Hardware-SPI 
benutzt.