Forum: Projekte & Code EIN-AUS mit Taster per Interrupt, ATtiny25 o.ä.

Falls man nur die Ein-Aus-Funktion benötigt und mit niedrigem 
Versorgungsstrom arbeiten möchte, bietet sich die gezeigte 
Minimalschaltung nebst Programm 'toggle_25.c' an.

Bei jedem Tastendruck wird lediglich PB3 umgeschaltet. Solange der 
Taster aktiv ist, fließt abhängig von der Versorgungsspannung über R3 
(2M2) zusätzlich ein geringer (Leck-)Strom. Im Ruhezustand benötigt der 
schlafende µC < 1µA. Es ist sinnvoll, die nachfolgende Schaltung mit 
einem '0' Pegel des EIN-AUS-SIGNAL anzusteueren, damit vom Tiny25 kein 
Ausgangsstrom geliefert werden muß. (P-Kanal MOSFET zum Beispiel)

C1 ist mit 10nF angegeben. 1nF erhöht die Schaltgeschwindigkeit, sodass 
man damit ein 50Hz Sinussignal 'entprellen' kann. Deutlich sieht man, 
wie bei fallendem Eingangspegel (blaue Kurve) die Schaltschwelle von PB4 
unterschritten wird und C1 aktiv für rund 2,5ms entladen wird. 
Anschließend läd sich C1 wieder auf und wird beim Erreichen der oberen 
Schaltschwelle von PB4 aktiv auf VCC gezogen. Neben der Vergrößerung der 
Hysterese entstehen auch erwünschte Totzeiten, die die Störsicherheit 
erhöhen.

Das Spiel wiederholt sich periodisch und liefert zu dem 50Hz Signal ein 
2:1 geteiltes 25Hz Rechtecksignal. Bedingt durch die 2 x 2M2 Widerstände 
und den 10M Eingangswiderstand des Oszilloskopes liegt der Ruhepegel der 
blauen Kurve bei etwa 2/3 VCC.

Peter Dannegger schrieb:
> Ich benutze den PCINT nur zum Aufwachen, dann kommt die übliche
> Entprellroutine.

Doppelter Aufwand, völlig unnötig, Technik von gestern.

> Und wenns nur ne Störung war, gehts eben nach 40ms
> wieder schlafen.

Das verkürzt die Lebendsdauer der Batterie.

> Ist in den 3ms die Hochlaufzeit des Bootstrap schon mit drin?

Das geht aus der Beschreibung hervor.

> Die Lastspannung bei 24V/5A wäre mal interessant gewesen.

Versuch macht kluch.

Peter Dannegger schrieb:
> Es ist erheblich weniger Aufwand, eine zuverlässige und erprobte Lib
> einzubinden, als für jedes Projekt alles neu zu schreiben.

Wenn es sinnvoll ist, nehme ich auch meine zuverlässigen und erprobten 
LIBs. Die gezeigte Schaltung mit RC am Eingang ist ebenfalls zuverlässig 
und erprobt.

> Wow, Du kannst also die Lebensdauer auf unter 1ppm genau messen.
> Z.B. ATtiny13 mit 128kHz, idle = 25µA @5V.
> 40ms * 25µA = 0,000000000028Ah

Komische Rechnung: wenn die Schaltung nur einmal im ganzen Leben 
eingeschaltet werden soll, kann man den Taster doch ganz weglassen.
Was bei der Berechnung ganz unterschlagen wird, dass im gestörten Umfeld 
der µC permanent getriggert wird, ohne dass eine Tasterbetätigung 
vorliegt.

> Eine Versuchsschaltung kostet aber Zeit. Da nehme ich dann doch einfach
> nen P-FET.

Aus dem Grunde habe ich ganz oben eine Schaltung gezeigt, die sich auch 
zum Schalten höherer Spannungen/Ströme eignet.
Um die Rampe beim Einschalten kommt man auch bei einem P-MOSFET nicht 
umhin, wenn eine kapazitive Last zu schalten ist.

Schöner Beitrag.

1

  GIFR = BIT(PCIF);                // flag löschen

2

  GIMSK |= BIT(PCIF);            // PCINT PORTB zulassen

Müsste es für GIMSK nicht PCIE (auch Bit5) heißen?

Michi schrieb:
> Müsste es für GIMSK nicht PCIE (auch Bit5) heißen?

Stimmt, danke!
Ursprünglich hatte ich überall 0x20 stehen, was ich hier nur 
unvollständig geändert hatte.

Axel Schwenke schrieb:
> Die Zuverlässigkeit möchte ich doch arg bezweifeln. Taster brauchen
> nämlich auch einen Mindeststrom, wenn sie dauerhaft funktionieren
> sollen. Die Hochohmigkeit der Schaltung ist auch überhaupt nicht nötig.

Du würfelst die Eigenschaften beider Schaltungen durcheinander.
Bei der 1. Schaltung ging es mir darum, zu zeigen, dass man sehrwohl 
einen Taster per Interrupt verarbeiten kann. Dass dies für einige Leute 
ein Tabu darstellt, ist mir schon klar :-)

Die 2. Schaltung sollte besonders stromsparend arbeiten. Wenn Du Dir das 
Programm dazu ansehen würdest, könntest Du feststellen, dass es kurz, 
übersichtlich und einfach nachzuvollziehen ist. Was ist daran schlecht?

Stell Dir vor, der gezeichnete Taster ist ein Reedkontakt, der von einem 
Magneten kurzzeitig aktiviert wird. Der Controller soll dabei die Anzahl 
der Ereignisse zählen, ggf. zur Anzeige bringen und ansonsten gleich 
wieder im Schlaf versinken - batteriebetrieben. Weiterhin stell Dir vor, 
dass das Relais nicht direkt am µC angeordnet ist, sondern noch ein 
Zuleitungskabel existiert.
Da ist es dann sinnvoll, den Schaltvorgang störsicher, stromsparend und 
kurz zu gestalten.

Wie und ob das jemand für sich auch so machen will?
Das kann doch jeder selbst entscheiden.

Anbei ein Programm zur eingangs gezeigten Schaltung, bei der an PB0 
PWM-Signale aus einer Tabelle ausgegeben werden. Jeder neue Tastendruck 
nimmt den nächsten Wert aus der Tabelle.
Am Ende der Tabelle legt sich der µC wieder schlafen, um mit einem 
erneuten Tastendruck die Tabelle wieder von Vorne auszugeben.

Die gezeigte Ladungspumpe entfällt und wird durch einen passenden MOSFET 
zur Ansteuerung von Lampen/Motoren oder sonstigen Schaltungen ersetzt.

M. N. schrieb:
> Du würfelst die Eigenschaften beider Schaltungen durcheinander.
> Bei der 1. Schaltung ging es mir darum, zu zeigen, dass man sehrwohl
> einen Taster per Interrupt verarbeiten kann. Dass dies für einige Leute
> ein Tabu darstellt, ist mir schon klar :-)

Ich glaube du solltest die Beiträge die die These aufstellen, dass für 
normale Tasterabfragen keine GPIO-Interrupts verwendet werden sollen mal 
genauer lesen.

Das Aufwachen aus dem Tiefschlaf ist eigentlich die einzige sinnvolle 
Anwendung von GPIO-Interrupts auf normale mechanische Taster. Auch bei 
einer Fernbedienung sorgt ein Tastendruck auf eine beliebige Taste für 
einen Interrupt auf einer einzigen Leitung oder an den Sammelleitungen 
in einer Tastenmatrix. Alles weiter macht dann die Software.

Wie oben schon angedeutet sollten mechanische Tasten nicht zu hochohmig 
beschaltet werden. Normalerweise haben Taster auch einen minimalen Strom 
in den Datenblättern stehen. Wenn die Taster relativ niederohmig 
angebunden sind, kann man das Entprellen wirklich sehr gut im Code 
machen da normale Störungen über die Luft ja erst mal eine gewisse 
Energie haben müssen. Je niederohmiger desto mehr. Bei langen Leitungen 
ist ein C am Eingang aber auch nicht verkehrt. Also wie immer. Es gibt 
nicht nur die eine Wahrheit.

obscurity schrieb:
> Es gibt nicht nur die eine Wahrheit.

Da stimme ich Dir voll zu, obwohl Dein Text das Gegenteil andeutet, 
nämlich die EINE Wahrheit zu bekräftigen.
Es ist ja nicht so, dass ich alles per Interrupt erledige, sondern eine 
Auswahl treffe, die für die jeweilige Anwendung sinnvoll erscheint.

Wie man mehrere Tasten per Software entprellt ist mir ja nichts Neues 
und hatte es hier schon gezeigt: 
Beitrag "Entprellung von Tastern"
Der Beitrag ist vom 29.12.2002. Zeig mir einen Beitrag zu dem Thema, der 
älter ist.
Im Nachhinein tauchten dann Platzhirsche auf, die alles niederschreien 
und davon so taub sind, dass sie für andere Lösungsansätze kein Gehör 
mehr haben bzw. diese zulassen.
Tastenentprellung mache ich nunmehr seit 40 Jahren und hatte 
verschiedenste Ansätze und Lösungen verwendet. Da lass ich mir von 
niemanden mehr sagen, nur so und nicht anders.

Es gibt ja noch mehr Themen, wo alles niedergeschrien wird, was von der 
einzigen Wahrheit abweicht. Zum Beispiel ist die Auswertung von 
Drehgebern per Interrupt ein Tabu. Oder die Verwendung von 
'float'-Variablen ist Teufelswerk. Einzig Festkommaberechnungen sind 
zulässig, wenn es nicht mehr mit 'int'-Variablen geht.
Immer wieder tauchen die selben Schreihälse auf, mit den gleichen 
Vorurteilen, die sie sich vor langer Zeit angeeignet haben.
So ist das eben mit den Religionen.

@ M. N.

Danke fuer die schoene Arbeit, du dir hier praesentierst.

m.n. schrieb:
> Zum Beispiel ist die Auswertung von
> Drehgebern per Interrupt ein Tabu.

Mechanische, prellende, wackelnde Drehencoder per GPIO-Interrupt 
auszuwerten ist meines Erachtens nach ein Tabu. Und wenn es mal ein paar 
mehr werden dann reichen die Irq-Leitungen nicht mehr und man macht doch 
wieder was anderes. Wenn du das seit 40 Jahren so machst, dann hoffe ich 
nur, daß nicht du es warst der den Code bei den alten Veissmann 
Zeitschaltuhren verbochen hat. Das ist ein Paradebeispiel für schlechte 
Programmierung. (Ist nur als Spaß gemeint). Wackelnde Zahlen bei 
Drehencodern sieht man aber leider häufig.
Häufig werden auch GPIO-Interrups verwendet um Funkempfänger zu 
dekodieren. Das ist genauso ein Müll. Ohne Signal erzeugen die Rauschen 
mit der vollen Amplitude und damit eine unberechenbare Interruptlast des 
ganzen Systems. Da ist selbst ein Polling was definiert! die Hälfte der 
CPU-Zeit verbrät die bessere Lösung. Aber lassen wir das. Argumente und 
Erfahrung werden bei dir eh mit Schreien gleich gesetzt.
Es ist auch im allgemeinen angebracht float nur da zu benutzen wo es 
sinnvoll ist. Da viele Anfänger in dieser Hinsicht Fehler machen ist es 
berechtigt den Finger in die Wunde zu legen. Wenn man float benutzt und 
weiss was man tut und warum, ist die Welt doch in Ordnung. Manche tun es 
aber nicht und dann kommen die Fragen warum x*0.9 nicht in 1k Flash 
passen.

obscurity schrieb:
> Argumente und Erfahrung werden bei dir eh mit Schreien gleich gesetzt.

Das ist eine Unterstellung und durch nichts zu belegen!

Lies Dir nochmal in Ruhe, oder vielleicht besser morgen, durch, was Du 
vorhin geschrieben hast. Es ist die Suche nach Argumenten, was gerade 
NICHT geht. Ein bekanntes Spiel, um Alles ad absurdum zu führen.
Auf einmal reichen die Interruptleitungen nicht mehr oder der Speicher 
ist zu klein. Sieh Dir das obige Programm an, nur eine Interruptleitung 
wird gebraucht und Speicher gibt es in Hülle und Fülle!
Wenn nichts mehr hilft wird argumentiert: ich brauche das nicht!
Damit ist man dann auf der ganz sicheren Seite, denn milliarden von 
Menschen brauchen es auch nicht :-)

Die 'float'-Geschichte war in den letzten 24h ja noch ein Thema, weshalb 
ich das überhaupt erwähnt habe: 
Beitrag "Re: STM32F4 Gleitkommazahl berechnet nicht"
Aber Vorurteile sterben halt nicht aus.

@cybmorg: danke Dir!

Komm mal bitte wieder runter. Ich habe weder deinen Code noch deine 
Schaltung kommentiert. Ich habe mich an deinem "Tabu"-Lästern gestoßen. 
Und da in den Beiträgen die ich hier kenne auch immer hervorgeht, dass 
der Interrupt (neben Reset oder Strom weg) der einzige sinnvolle Weg ist 
um den µC aus dem Tiefschlaf zu kriegen, steht das nicht im Widerspruch 
zu deiner Schaltung/Code. Du behauptest aber das Gegenteil und damit die 
Unwahrheit!

Es ist auch nicht die Suche nach Argumenten warum etwas nicht gehen 
kann. Klar kannst du alles machen und es wird wohl auch gehen. Klar kann 
ich mit meinem Auto 50 stundenlang im ersten Gang fahren. Es gibt immer 
Menschen die müssen mit dem Kopf durch die Wand nur damit sie etwas 
anders machen als sich an Bewährtem zu orientieren.

Neue Wege zu betreten ist sicher nicht verkehrt. Deine Beispiele mit 
Tasteninterrupts (ohne das es um's Aufwachen geht) und die Verwendung 
von float gehören aber nicht in diese Rubrik. Das ist weder ein neuer 
Weg noch eine Innovation.

Das hat alles aber nichts mit der oben gezeigten Schaltung und dem Code 
zu tun. Dazu will ich mich weder äußern noch es kritisieren. Jeder der 
davon Partizipieren kann hat Arbeit gespart. Danke im Namen derer die es 
brauchen können.

> denn milliarden von Menschen brauchen es auch nicht :-)

Ja,ja Millionen Fliegen können nicht irren...
Und die wenigen Fliegen die nicht glauben wollen dass Scheiße gut ist 
kleben am Ende am Fliegenfänger....

Anmerkung zu der gezeigten Schaltung 'toggle_25.png':

Bei der Schaltung ging es mir darum, zu zeigen, dass die 
Ruhestromaufnahme klein bleibt, auch für den Fall, dass der 
Schalter/Taster permanent eingeschaltet ist oder blockiert.
Falls dies nicht gebraucht wird, kann man R3 entsprechend reduzieren 
oder gleich die zuerst gezeigte Schaltung in abgemagerter Form 
verwenden. Ferner gibt es die Möglichkeit, eine Serienschalteung von C+R 
parallel zu R3 zu schalten, um einen höheren Kontaktstrom zu erzwingen. 
Typische Werte wären 100nF+10k.

Für die hochohmige Variante eignen sich Schalter/Taster mit vergoldeten 
Kontakten. Für den Innenbereich z.B. ein Digitast DTL, wie er hier 
angeboten wird: 
http://www.reichelt.de/Eingabetaster-Digitast-/DTL-2-GN/3/index.html?&ACTION=3&LA=446&ARTICLE=7246&GROUPID=3280&artnr=DTL+2+GN 
Damit habe ich beste Erfahrungen gemacht.
Für den stationären Außenbereich bietet ein Reedrelais mit 
Magnetbetätigung den besten Schutz vor Feuchtigkeit und Krabbeltierchen.

Dann gibt es auch noch eine Reihe von Tastern, die ich vorsichtig 
fomuliert, für ungeeignet halte.
http://www.reichelt.de/Eingabetaster-Digitast-/DT-6-GN/3/index.html?&ACTION=3&LA=2&ARTICLE=7239&GROUPID=3280&artnr=DT+6+GN 
oder auch 
http://www.reichelt.de/Drucktaster-Druckschalter/T-250R-SW/3/index.html?&ACTION=3&LA=2&ARTICLE=19993&GROUPID=3277&artnr=T+250R+SW 
und 
http://www.reichelt.de/Drucktaster-Druckschalter/RAFI-107-507/3/index.html?&ACTION=3&LA=2&ARTICLE=110864&GROUPID=3277&artnr=RAFI+107.507
Wegen ihrer runden Bauform sind sie natürlich leicht in eine Frontplatte 
zu integrieren. Ansonsten kann ich diese nicht empfehlen. Falls man sie 
dennoch nehmen möchte, sind die Entprellzeiten lang zu wählen 
(100-200ms), weil die Kontakte mit der Zeit 'angammeln' können.

Anbei eine Schaltung, die nach oben beschriebenem Verfahren von zwei 
Tastern aufgeweckt werden kann. Abhängig vom gedrückten Taster, wird der 
zugehörige Ausgang invertiert ('getoggled') und der jeweils andere 
Ausgang dabei gelöscht. Ansonsten schläft der µC mit minimaler 
Stromaufnahme.

Schaltung und Programm sind einfach und sollten die Funktion hinreichend 
beschreiben.
Wer es braucht und begriffen hat, worum es geht, kann sich Schaltung und 
Programm auch nach Belieben anpassen.

1

ISR(PCINT0_vect)  

2

{

3

volatile int8_t temp;           

4

5

[...]

6

  temp = 0; while(--temp);                    // Warteschleife zum voelligen Laden- bzw. Entladen des Kondensators

7

[...]

8

}

so was in einer ISR...
da muss man wohl nicht mehr dazu sagen, dass dein Code scheiße ist

chris schrieb:
> so was in einer ISR...
> da muss man wohl nicht mehr dazu sagen, dass dein Code scheiße ist

Es freut mich, dass Du Dir meinen Code angesehen hast.
Konstruktive Verbesserungsvorschläge sind mir immer willkommen.
Vielen Dank!

Mike J. schrieb:
> In einer ISR darf man einfach nicht warten,

Das gilt nur für Angsthasen; ich darf das!

> dadurch werden andere ISR blockiert.

Beim Einschalten kann keine andere ISR aktiv sein und beim Ausschalten 
sind sie nicht mehr von Bedeutung. Wo ist das Problem?
Unreflektierte Vorurteile zu wiederholen, empfinde ich nicht als 
konstruktiv.

Unabhängig vom Umschalten der Zustände EIN/AUS durch den µC, kann man 
die Tasterentprellung auch per Hardware aufbauen. Daran wird die 
Funktion des RC-Gliedes vielleicht etwas deutlicher: 
Beitrag "Taster per Hardware entprellen – alternative Schaltung"
Man muß daher nicht zwangsläufig auf einen µC zurückgreifen.