ATtiny85 Reset-Pin als Ausgang

Grundsätzlich schon. Es ist aber nicht zu empfehlen.

Man muss wissen das PB5 deutlich weniger Strom liefert. Und bei 
Programmieren hat man nur einen Versuch, weil ISP danach nicht mehr 
möglich ist. Das Testen kann sehr Zeitaufwändig werden. Besser ist es 
einen größeren Kontroller zu nehmen.

Solltest Du dich trotzdem entscheiden, den Pin PB5 als IO-Pin zu 
verwenden, benötigst Du den Pull-Up am RESET nicht. Der Pull-Up wird nur 
gebraucht um nicht ungewollt einen Reset auszulösen. Für das 
Programmieren wird er nicht benötigt.

Meike schrieb:
> um ihn als normalen Ausgang zu benutzen?

Wie schon geschrieben, ist der Pin als Ausgang etwas schwach auf der 
Brust. Eigentlich ist der dafür gar nicht zu gebrauchen, sondern taugt 
nur als Eingang.

Ein Taster lässt sich aber auch abfragen, ohne den Reset zu 
deaktivieren.

Wenn der Taster über einen Spannungsteiler angeschlossen ist und bei 
Betätigung ein bißchen am Pin wackelt, lässt sich das mit dem ADC 
abfragen. Per ADC ist der Reset-Pin immer einlesbar, auch wenn er Reset 
ist. Damit sparst du dir das Deaktivieren und Aussperren.

Vielleicht lässt sich die Schaltung ja entsprechend abändern.

Wenn überhaupt, sollte man PB5 höchstens als Eingang benutzen.
Ansonsten kann es Probleme geben, wenn im serial HV-Programming Mode das 
STK500 gegen den Ausgang auf Low ankämpfen muß.
PB5 läßt sich außerdem als analog Eingang abfragen, ohne das ISP 
deaktivieren zu müssen.

eggi schrieb:
> Wie verhindert man da einen RESET?

Indem man über der High-Schwelle bleibt.
Z.B. ein Taster mit Spannungsteiler zieht PB5 von 5,0V auf 4,5V.

eggi schrieb:
> hast du das schon real
> gemacht(ist das zuverlässig?)?

Ja.
Als Spannungsteiler habe ich 10k+1k genommen.
Lt. Datenblatt dürfen 0,9*VCC nicht unterschritten werden.

Man kann auch Vcc über eine Diode anschliessen und diese Diode mit einem 
Taster überbrückbar machen. Den Spannungsanstieg kann man dann mit der 
Bandgap-Messung mit dem ADC detektieren.

Karl M. schrieb:
> Und der Strom zerschießt dann die Diode ?

Hä?

Meike schrieb:
> Das bisherige Variablenarray sieht folgendermaßen aus:
> uint16_t temp_i16[1024][3];

Das Array ist 6KB lang. Du wirst also einen Atmega1284 nehmen müssen. 
Dann haben sich die Probleme mit deinen I/Os auch gleich erledigt.

Meike schrieb:
> Eine uint10_t Variable wäre mir am liebsten =)
>
> Gibt es sowas?

Nein.

Meike schrieb:
> Aus vielen AD-Wandlungen muss ich viele Daten zwischengespeichert und
> auswerten.

Mal überlegen, ob man bestimmte Berechnungen gleich nach der 
ADC-Wandlung durchführen kann.

Meike schrieb:
> Eine uint10_t Variable wäre mir am liebsten =)

Prüfe mal wohlwollend, ob auch 8Bit-ADC reichen.

Meike schrieb:
> Das bisherige Variablenarray sieht folgendermaßen aus:
> uint16_t temp_i16[1024][3];

Dann sagt Dir der Compiler 1200% RAM Auslastung.
Büsschen viel oder?

TBI schrieb:
> Meinst du so wie im Anhang?

Ja. Aber mit kleineren Widerständen.

Peter D. schrieb:
> Als Spannungsteiler habe ich 10k+1k genommen.

Stellt sich aber die Frage, ob alle Programmer den 1K runterziehen 
können. Aber so gewaltig ist das auch wieder nicht. Atmel-Programmer 
können das. DebugWire funktioniert damit allerdings nicht.