pin mehrfach nutzen: adc und digital out

Dem Controller sollte das nichts ausmachen und ich denke, dass der 
gemessene Wert auch brauchbar ist.
Die analoge Spannung müsste aber über einen Widerstand von der 
Taktleitung getrennt sein, damit die Spannung das Taktsignal nicht 
überlagert.

Das ist ein typischer Mobby! Ich nehme den kleinsten Controller und 
verränke mich bis ich einen Knoten im Hals habe.

Warum nicht einfach ein IC mit mehr Beinchen?

peter schrieb:

> Jetzt habe ich mir überlegt, den Pin für den Takt auf SPI mit dem ADC1
> zuammenzulegen. Wenn ich den als ADC1 nutze ist er als Eingang
> beschaltet vom SPI-Slave sollte ja nix kommen da dessen Takteingang eben
> als Eingang beschaltet ist.

> Geht das so

Wie immer bei solchen Sachen kommt es auf's Detail an. Folgende Probleme 
sind denkbar:

1) Einwirkung der Analogspannung auf den Takteingang des SPI-Slaves. 
Takteingänge sind üblicherweise nicht als Trigger ausgelegt, was 
bedeutet, daß Spannungen im "verbotenen" Bereich zumindest Teile der 
Logik des SPI-Slave zu wilden Schwingungen anregen können.
Eine einfache Gegenmaßnahme wäre, dafür zu sorgen, daß die 
Analogspannung immer sicher im Low-Bereich des Clock-Eingangs bleibt, um 
dabei keine ADC-Auflösung einzubüßen, müßte natürlich auch eine 
entsprechend geringe Referenzspannung verwendet werden.

2) Einwirkung des Clock-Ausgangs auf die Quelle der Analogspannung. Da 
du zu dieser Quelle nichts gesagt hast, kann man weder einschätzen, ob 
das ein Problem sein kann noch kann man Vorschläge für Workarounds 
machen.

3) Einwirkung der Quelle der Analogspannung auf das Clock-Signal. Wenn 
die Quelle der Analogspannung niederohmig genug ist, wird sie sogar mit 
Sicherheit das Clocksignal negativ beeinflussen. Abhilfe wäre hier 
natürlich, das Analogsignal hochohmig anzubinden, dem sind aber recht 
enge Grenzen gesetzt, weil die dynamische Impedanz des ADC-Eingangs 
relativ gering ist.

Alles in allem wohl wahrscheinlich irgendwie machbar, aber in jedem Fall 
werden dafür aber recht miese Kompromisse nötig.

Sinnvoller wäre wahrscheinlich, darüber nachzudenken, ob und wie man 
ChipSelect, ChipEnable und SCK des Slaves eventuell mit nur zwei Pins 
bedienen kann.

Dussel schrieb:
> Die analoge Spannung müsste aber über einen Widerstand von der
> Taktleitung getrennt sein, damit die Spannung das Taktsignal nicht
> überlagert.

> 2) Einwirkung des Clock-Ausgangs auf die Quelle der Analogspannung. Da
> du zu dieser Quelle nichts gesagt hast, kann man weder einschätzen, ob
> das ein Problem sein kann noch kann man Vorschläge für Workarounds
> machen.
Der ADC misst einfach ob überhaupt eine Spannung vorhanden ist 
(Feuchtemessung), ansonsten ist dort 'offen' also R=inf.
Dummerweise brauche ich das SPI-Device erst wenn eine Spannung anliegt,
R ist dann im Bereich >= 1MOhm, da hängt dann noch ein Pulldown mit 
10..50k oder mehr. Die Werte kann man relativ frei wählen  kann man 
alles über einen Threshhold wieder anpassen, als V_ref habe ich die 
internen 1,1V gewählt.

Als reiner ADC beschaltet funktioniert das bisher bestens.
Ich dachte erst der Tiny reicht weil ich den Reset-Pin mit hinzugezählt 
habe, habe erst später gemerkt, dass der dann Tiny nur noch per 
High-Voltage-Programmer flashbar ist, wenn man den Reset Pin anderweitig 
nutzen will.

Ich dachte auch dass ich ohne MI Leitung auskommen, muss dann aber doch 
ein Register in dem SPI Device zwingend lesen, habe ich in meinem 
bisherigen Code für das SPI-Device in einem andere Projekt übersehen, da 
hatte ich genug Pins.

> 3) Einwirkung der Quelle der Analogspannung auf das Clock-Signal. Wenn
> die Quelle der Analogspannung niederohmig genug ist, wird sie sogar mit
> Sicherheit das Clocksignal negativ beeinflussen. Abhilfe wäre hier
> natürlich, das Analogsignal hochohmig anzubinden, dem sind aber recht
> enge Grenzen gesetzt, weil die dynamische Impedanz des ADC-Eingangs
> relativ gering ist.
Ist hochohmig, s.o.

> Alles in allem wohl wahrscheinlich irgendwie machbar, aber in jedem Fall
> werden dafür aber recht miese Kompromisse nötig.
Meine Bedenken sind eher ob ich das SPI Device schrotte aber da alles 
hochohmig ist müsste es hinhauen.


> Sinnvoller wäre wahrscheinlich, darüber nachzudenken, ob und wie man
> ChipSelect, ChipEnable und SCK des Slaves eventuell mit nur zwei Pins
> bedienen kann.
Ist ein Modul da kann ich nicht viel ändern. ChipEnabled muss eigentlich 
immer Low sein, braucht nur in einem Fall einen µs HIGH-Puls um eine 
Aktion am Modul auszuführen.
Chipselect brauche ich ständig für Konfiguration des SPI Slaves.