-
Thread
Taster Hardwaremäßig entprellen
ich mus ein par taster entprellen ! ich würde es am liebsten hardwaremäßig machen ! softwaremäßig verliere ich, meiner meinung nach, zu viel zeit. wenn ich mich richtig erinnern kann, kann man den taster mit einem
Zum Entprellen brauchst Du je Taster 2 Widerstände, 1 Kondensator, 1 Schmitt-Trigger (1/6 des 74HC14), ist also sehr aufwendig. Softwareentprellen kostet dagegen kaum Rechenzeit. Du darfst es aber nicht so
-
Thread
Zahlenschloss - Fehler
0; // Tasten entprellen if (T1+T2+T3+T4+T5+T6 == 0) { // keine Taste gedrückt tiEntprellen = tiAkt+20; // --> Entprelltimeout laufend hochzählen if (Schritt==0) tiTimeoutEingabe
/ 1 = grün, 2= rot ... // Tasten entprellen if (T1+T2+T3+T4+T5+T6 == 0) { // keine Taste gedrückt tiEntprellen = tiAkt+20; // --> Entprelltimeout laufend hochzählen if (Schritt==0) { // noch
-
Thread
[AVR]Fragen zur C Programmierung (Timer / multiplexing)
@Daniel Herrmann (danielh) >Das Signal kommt von einem Taster. Dann kann man das spielend in Software entprellen und zählen. Siehe [[Entprellung]]. >Ich würde das gerne auch dabei belassen, sprich Taster, entprellen und >an den Counter-Eingang. Wozu? Um zu lernen, wie man es NICHT macht? >(http://www.loetstelle.net/praxis/entprellen/entprellen.php) beschrieben Schlecht, de taster schliesst den Kondensator kurz. Das kann auf Dauer die Kontakte abbrennen lassen. MFG Falk
-
Thread
T-FlipFlop-Problem
entprellen, wenn der Taster 1 x UM Kontakte besitzt.
Hilft alles nicht ist nicht befriedigend. Welche Methoden gibt es denn, einen Taster zu entprellen ?
-
Thread
CD4017 zum laufen bringen
So einfach lässt sich da kein Taster anschließen. Warum steht im folgendem Artikel. Damit kannst du dann, problemlos den 555er, gegen einen Taster tauschen. https://www.mikrocontroller.net/articles/Entprellung
Nochmal: Du musst den Taster ENTPRELLEN. Mit einem einfachen Widerstand geht das nicht.
-
Thread
Reedschalter an AVR
der Kontakt danach noch prellt oder nicht. In der Praxis wird man aber sowieso *alle* Kontakte, Taster, Drehgeber und was weiß ich noch in einem zetralen Timerinterrupt abfragen und entprellen wollen. Da spielt es dann überhaupt keine Rolle, ob der Kontakt für Notabschaltung auch noch mit entprellt
im Beitrag #4218063: > Sehe ich auch so. Selbst den Startknopf muss er nicht umbedingt > entprellen. Jep. Ich geh allerdings davon aus, dass er noch ein paar Tasten zur Zeiteinstellung haben wird. Da geht dann der Startknopf 'gratis' auch noch mit.
-
Thread
Taster, pins sparen
Tastendruck -> Interrupt > eigentlich der sauberste und normalerweise verwendete. Und wie entprellst Du die 1-12 Interrupts, die Du bekommst, wenn die Taste einmal(!) gedrückt wird? Ich hol schon mal Popcorn...
P.S. Deine Geschichte, wie Du die zuviel erzeugten Interrupts "verschlucken" willst, um die Taster zu entprellen, halte ich für abenteuerlich. Ich gehe daher nicht näher auf so einen Schwachsinn ein.
-
Thread
Taster Entprellung
ist. Denn dann wäre mir wieder nicht klar warum man es hier definiert denn das wäre für das Entprellen ja nicht notwendig
du welche findest, wenn du welche brauchst. Entprellen und die Kentniss, welche Eingänge an welchem Port eigentlich zu entprellen sind, gehören nun mal zusammen. Ohne Eingang macht ein Entprellen keinen Sinn. Zu dieser Information gehört aber auch das
-
Thread
Entprellen..schon alles versucht..Atmega zu schnell?
Schmitt Trigger, du brauchst entweder ein Flip-Flop, oder ein Mono-Flop, wenn dass mit dem SW entprellen nichts ist
..und das für alle vier Anzeigen. Ich probiere jetzt mal die von euch angesprochene "Super-Entprell-Software" aus.. :)
-
Thread
Wieder mal Tastenabfrage geht das auch so?
screwdriver schrieb: > Das mag ja für einzelne Taster gelten. Benutze ich jedoch deine Routine > um einen Drehencoder zu entprellen, muss diese in der Zeit zwischen den > Signalflanken von Phase A und Phase B abgeschlossen sein. Normalerweise entprellst
screwdriver schrieb: > Das mag ja für einzelne Taster gelten. Benutze ich jedoch deine Routine > um einen Drehencoder zu entprellen, muss diese in der Zeit zwischen den > Signalflanken von Phase A und Phase B abgeschlossen sein. Mein Encoder-Routine
-
Thread
C++ andere Bedeutung der Mehrfachzuweisung
#5911475: > In C++ sieht man ja oft solche Mehrfachzuweisungen:counter = > flankenerkennung = entprellen = taster; > Unter C ist die Bedeutung eindeutig, alle Variablen werden auf den > gleichen Wert gesetzt. Nein, dass ist nicht der fall. [c] flankenerkennung = entprellen = taster; [/c] entspricht: [c] entprellen = taster; flankenerkennung = entprellen; [/c] Insbesondere wenn entprellen volatile ist kann sich das zwischendurch durchaus ändern.
-
Thread
Taster abfragen UND dann.
UBRRL = 51; for(;;) { taste_gedrueckt = 0; // // Solange die Taste an Pin0 von PORTC nicht losgelassen // wurde: warten // while(PINC == 0xFE) { // Entprellen: Taste ist mindestens
_delay_ms(10); _delay_ms(10); _delay_ms(5); if (PINC == 0xFE) taste_gedrueckt = 1; } if (taste_gedrueckt) { taste_gedrueckt = 0; tastenzaehler++; // ADD: hier ggf. auch noch das Loslassen entprellen _delay_ms(10);
-
Thread
Stromführende Leitung löst Taster aus - was tun?
Ich bin natürlich davon ausgegangen das er bereits eine Softwarentprellung hat, aber wenn der Taster nur gedrückt werden muss, und nicht gezählt wird etc. könnte man diese auch weglassen. Daher ist Softwareentprellung sicher ein gutes Stichwort. ps. ich Entprelle alle meine Taster Softwaremässig
Kai N. schrieb im Beitrag #2739582: > Also, Taster bereits ist softwareseitig entprellt: > digitalWrite(inputpin, HIGH); "digitalWrite" klingt aber garnicht nach Entprellen. Ist diese Funktion irgendwo dokumentiert bzw. gibts den Quelltext zu
-
Thread
Entprellen gleich aller Tasten mit nur 7 Zeilen
Ich möchte eine (in den meisten Fällen bessere) Alternative zum traditionellen Entprellen vorstellen (s. Anhang). Wozu aufwändig und für jede Taste extra prüfen, ob speziell diese betreffende Taste nun endlich sitzt, wenn es mit nur einem Schlag möglich ist, alle Mücken totzuschlagen
"Manche Tasten sollen auch beim loslassen prellen (was selber nicht wie), was mit einer herkömmlichen Entprellroutine nicht in den Griff zu bekommen wäre." Wie kommst Du denn bloß darauf ? Klar entprellen
-
Thread
Steigende und fallende Flanke in c
Mark B. schrieb im Beitrag #4382315: > Vorher sollte man freilich noch das Tastersignal entprellen. Oder man guckt einfach selten genug, was der Taster so macht. Wenn da keiner zu hektisch drauf rum hackt, sollte es reichen, z.B. alle 20ms mal nachzusehen. Dann übersieht man das Prellen automatisch
auf den man besser nicht reagiert > hätte... Ein 10µs langer Störimpuls hat aber nichts mit Entprellen, sondern mit Störunterdrückung zu tun. Das sollte man doch auseinander halten und dann auch beim Namen nennen. Ein prellender Taster erzeugt nicht zwischendurch aus Langerweile mal einen 10µs
-
Thread
Tasterentprellung nach AVR-Tutorial
Quarz mit z.b. 16 MHz hast, dann sind 800 µs doch ne Ewigkeit und reichen locker aus, um ein paar Tasten zu entprellen. Ich hab auch schon nen MP3 Player mit nem VS1053 IC gebaut, an dem ich 12 Taster hatte. Die konnte ich während des MP3-Abspielens ohne Probleme entprellen. Gruß C.H.
taster entprellen mit einem FF geht nicht allgemein steh ich nich auf hardwareloesungen wenn es auch per software geht, da die schaltung dann nur unnoetig groesser wird. Taster hardwaremaesig entprellen
-
Thread
entprellen von taster
Hallo zusammen! Welche Möglichkeiten gibt es eigentlich zum Entprellen von Tastern?? Müsste theoretisch auch mit einem RC Tiefpass mit kleiner Zeitkonstante funktionieren?! Mfg Hubert
Hubert wrote: > Welche Möglichkeiten gibt es eigentlich zum Entprellen von Tastern?? In welchem Zusammenhang? Diskrete Logikschaltungen oder Mikrocontroller-Anwendungen? Bei µC-Anwendungen ist eine Hardware-Entprellung eigentlich überflüssig, die kann man in Software
-
Thread
Taster einlesen und entprellen
Zählervariabele und prüfe ob sie größergleich 25 ist. Wenn ja, setze ich die Variable auf 0 und frage die Taster ab. Aber die Taster prellen doch meistens mehr als 10ms oder? Also muss ich das ganze noch Softwaretechnisch entprellen. Oder besser von der Hardwareseite?? Ich könnte doch zB 10x prüfen ib der
erzeugt wird und wie man mit 8 IOs bis zu 16 Tasten abfragt. Es ist doch beknackt, wenn der AVR alle 10ms nachschauen soll, ob eine Taste gedrückt wurde. Entprellen habe ich mit einem delay gemacht: es kommt also ein oder mehrere Interrupts, der
-
Thread
Drehzahlmessung durch Auswerten der Inrerrupteingänge
Karl Heinz Buchegger schrieb im Beitrag #3035552: > Daraus folgt: Taster einzulesen, indem man sie an einen Interrupt > klemmt, ist Nonsense. Regelmässiges Pollen durch zb einen Timer tut es > auch und erledigt das Entprellen im selben Aufwasch gleich mit. Da widerspreche
nicht weiter ausführen. Ich hatte vor einiger Zeit das Schaltverhalten von zwei unterschiedlichen Tastern aufgezeichnet und auch gezeigt, wie man per Interrupt entprellen kann. http://www.mikrocontroller.net/topic/280617#2965267
-
Thread
ATiny im sleep mode durch eine von zwei Tasten aufwecken
das Aufwachen evtl. zu lange so dass in der Interruptroutine nicht mehr erkannt werden kann welche Taste gedrückt wurde? 3. Kann ich im WakeUp-Interrupt auch gleich die Tasten entprellen? Brauche da ein wenig Starthilfe, danke an Euch!
. Gibt es eine schnelle Entprell-Routine? Ich brauche keine Taster-Lang/Taster-Kurz Auswertung sondern möchte nur einfaches Tasten also Kurzdrücken erkennen. Danke nochmals!
-
Thread
Entprellen nach Dannegger: Debounce Time
etwa so aussehen: [c]#define TASTER_ANZAHL 3 #define ENTPRELL_ZEIT 8 uint8_t entprell_zaehler[TASTER_ANZAHL] = {0}; TIMER_ISR() { for (uint8_t i = 0; i < TASTER_ANZAHL; i++) { if (entprell_zaehler[i] > 0) { // Entprellzeit läuft noch => Änderungen ignorieren entprell_zaehler[i]--; } else { // Entprellzeit abgelaufen => Änderungen auswerten if (taste_geaendert(i)) { aktion_aufzeichnen(i); entprell_zahler[i] = ENTPRELL_ZEIT;
-
Thread
Eieruhr selber bauen--> Verständnisprobleme
Nimm eine Tiny13/85 und einen Piezopiepser an die PWM-Ausgänge, einen invertieren und drei Taster. Dann z.B. mit PeDas Software entprellen, Timer passend auswerten und viel Spaß bei dem Krach :-P
> glühenden Tasten. Oh Mann, sorry! Ich habs gerade in Wikipedia nachgeschlagen und habe dabei bemerkt, dass ich die beiden Begriffe "PWM" und "Entprellen" schon kenne...
-
Thread
Entprellen in C, schlanke Routine
*************************************************************** uint16_t status; uint8_t taste0; void entprell(void) { status = ((status<<1) | (!bit_is_clear(PIND,PIND0)) | 0xe000); if (status==0xf000) taste0=0; else taste0=1; } ***************************************************
einen neuen Tastendruck meldet. Jede Taste hat also folgende Bitvariablen: - key_state intern gemerkter (entprellter) gültiger Zustand der Taste - key_press Merker, dass die Taste neu betätigt wurde - ct0 Entprell-Rundenzähler Bit
-
Thread
IO´s mit Taster richtig schalten
deinen Anwendungsfall aber so: Jeder Taster löst genau eine Reaktion aus. Dann mach das doch. Was gibt es da zu entprellen? Bis der Rechner rebootet hat, ist der Taste schon laaaaaange fertig mit Prellen.
1) Beide Tasten lösen den RESET aus. Entprellen nicht nötig, muss SOFORT wirken. 2) Beim (Re)-BOOT wird geschaut, welche Taste (noch) gedrückt ist. (Default - keine Taste: Code 1.) 3) Es wird gewartet
-
Thread
10 Taster an einem Interrupt
> was ist da der beste Weg? Taster einfach per Software sinnvoll abfragen. wenn man 10taster im Timer aller 10ms Abfragt, ist das überhaupt keine Last für dem Atmel.
Durchlauf dann mit neuen Tasten-Werten. > > Ich sehe da keine Probleme. Das einzige Problem ist die Entprellung. Denn alles andere kann eine Timer-gesteuerter Polling Mechanismus genauso gut machen. Nur das bei ihm das Entprellen
-
Thread
STK500 - Codeschloss programmieren
machen. Nur noch eine frage. Habe vorher auch schon ein programm geschrieben, wo man erst wartet, bis taste losgelassen wurde. Habe das mit while schleife gemacht. Aber anscheinend muss ich zum entprellen es für diese aufgabe anders machen und das verstehe ich nicht. Bei einer einfacheren aufgabe habe ich
Also ich hab wie gesagt mal was anders programmiert und für das drücken und loslassen der Taste einfach zwei While Schleifen genommen, wenn das kein Entprellen ist, was dann?
-
Thread
STM32: Wie funktioniert diese Entprellung?
im Web rumgeistern. Man kann sie bestenfalls noch etwas optimieren, insbesondere, wenn mehrere Taste zu entprellen sind. Z.B. reicht ein 2Bit-Zähler bei ~10ms Timerintervall aus. Dann kann man mit nur 2 Variablen bis zu 32 Tasten parallel entprellen. Und man kann im Interrupt gleich das Gedrückt-Ereignis
Am besten für den STM32, da... Das ist nicht sinnvoll, sowas zu fragen. Vorgehensweisen zum Entprellen von Tasten sind per se völlig unabhängig von jeglicher Rechnerstruktur. Du solltest danach trachten, den Sinn zu verstehen, dann kannst du damit Tasten an _allen_ Typen von µC entprellen. Hier
-
Thread
Entprellen von Timerinterrupttasterabfragen
Entprellung#Komfortroutine_.28C_f.C3.BCr_AVR.29 Insbesondere dann, wenn du mehrere (bis zu 8) Tasten entprellen möchtest, stellt diese Routine so ziemlich das Optimum dar.
fünf Instruktionen erledigt ("Key" ist das besagte Register): [avrasm] clc sbic PORTD, PD3 ; Taste angeschlossen an PD3 sec ; jetzt enthält das C-Flag die Tastenzustandsinformation: ; Taste down <--> C = 0, Taste up <--> C = 1 andi Key, 1 rol Key [/avrasm] Was bewirkt das? Nun, das Register
-
Thread
Taster über externe Stromquelle - GND verbinden?
Ok danke! Bevor ich mich ran wage, den Taster nun richtig zu entprellen, möcht ich nochmal genau nachhaken: Die genannten seltsamen Probleme treten auf, OHNE den Taster je gedrückt zu haben. Man schaltet die Stromquelle ein und das System ist
Du weißt aber schon, daß in den Wartezeiten 12s und 2s bei Dir keine Tasten abgefragt werden können. Das ist der Nachteil, wenn die Meinloop auch noch entprellen soll.
-
Thread
Probleme bei der Stueuerung über Taster!
nicht richtig entprellt sein. Im Anhang mal den Menücode. Ich hatte eigentlich vor alles in einer entprell.h zu schreiben und im Menue aufzurufen. Als Controller habe ich einen Atmega 328p bzw. Atmega8. Das Display und die Taster hängen wie beim MiniMexle an PortC. Ich schalte also einmal auf Ausgang und
Vergiss dein entprell. Nach jeder der 4 Tasten 100ms zu warten, ist Unsinn. Dein Hauptprogramm main hat ja schon eine 10msec Schleife, länger prellen deine Tasten nicht. uint8_t tasten_bisher=0,tasten; #define
-
Thread
Taster schaltet nicht richtig
100nF Kondensator parallel zum Taster zum Entprellen oder entprellen per Software
Nikolai.H. schrieb im Beitrag #4266703: > 100nF Kondensator parallel zum Taster zum Entprellen Aua!
-
Thread
Power Down Mode über Taster
den µC aufwecken können. Außerdem steht das hier weiter oben auch schon... @Dennis: Frage den Taster (mit deaktiviertem Interrupt!) im Hauptprogramm zyklisch ab (Polling). Wenn er gedrückt ist (Low-Pegel), dann warten, bis er losgelassen wurde (High-Pegel), entprellen (z.B. mit Wartezeit), anschließend
der Controller nach dem Wecken sofort wieder schlafen geschickt wird, weil man etwas länger auf der Taste "steht". Man muß also den Taster entprellen und festlegen, dass er immer noch gedrückt wird. Sobald er wieder losgelassen wurde, darf der Controller beim nächsten Drücken wieder schlafen gehen.
-
Thread
Tasterentprellen für Dummies
die Tasten zu erwischen. Aber die Tasten interessieren mich ja gar nicht. Ich werde die Tasten nun verUNDen und die Tastenkombination dann wie eine einzelne Taste behandeln und entprellen. Mal sehen ob ChatGPT
Alexander schrieb im Beitrag #7887255: > Ich werde die Tasten nun verUNDen und die Tastenkombination dann wie > eine einzelne Taste behandeln und entprellen. Funktioniert jetzt.
-
Thread
arduino led mit taster schalten
, ENTPRELLEN1, WARTE_LOSLASSEN, ENTPRELLEN2} zustand=WARTE_DRUCK; static long warteSeit; uint8_t taster=digitalRead(...); switch (zustand) { case WARTE_DRUCK: if (taster==1) { taster_gedrueckt=1; status=ENTPRELLEN1; warteSeit=millis(); } break; case ENTPRELLEN1: if (millis()-warteSeit>50) {
-
Thread
Pollin AVR Board Fehler beim drücken der Taster / Qualität der Bauteile
parallel zu den Widerständen. Nun ja, sicherlich nicht grad elegant gelöst, aber er sollte doch den Taster entprellen. Allerdings mag die Schaltung keine gesetzten PullUp's und darauf schließe ich mal des Fehlverhalten. Prinzipiell widerspricht nichts dem Entfernen und ei Anschluß eines Tasters einseitig
sein, dass die Taster active-low betrieben werden.
-
Thread
Taster als Moduswechsler
Ich vermute: 1 . Taster entprellen 2 . Wenn Taster gedrückt: Variable mode = +1 Wenn mode ==1 Led halbstündlich für eine Minute blinken + Led2 2 mal blinken wenn mode == 2 Led stündlich + Led2 3 mal blinken Wenn mode
Oldie schrieb im Beitrag #3522962: > Ich vermute: > 1 . Taster entprellen > 2 . Wenn Taster gedrückt: Variable mode = +1 > Wenn mode ==1 > Led halbstündlich für eine Minute blinken + Led2 2 mal blinken > wenn mode == 2 > Led stündlich + Led2 3 mal blinken
-
Thread
Programm hängt sich auf (Entprellen?)
debounce_state = 0; unsigned char debounce_loop; unsigned char debounced = 150; while(1) { //Entprellen debounce_state = 0; debounce_loop = debounced; //Anfangswert setzen while (debounce_loop--) { //Eine der Tasten gedrückt? if (!TASTER_1 || !TASTER_2 || !TASTER_3
/DANN WIRD HIER WAS AUSGEFÜHRT . . . } //Entprellen Loslassen nach Ausführung debounce_loop = debounced; while (debounce_loop--) { //Alle Tasten nicht gedrückt? if (TASTER_1 && TASTER_2 && TASTER_3 && TASTER_4 && TASTER_5 && TASTER
-
Thread
Stack overflow durch nested Interrupts?
Hi du kannst Tasten auch mit Differenzialgleichungen entprellen. Ist nur die Frage ob das sinnvoll ist. Float-Berechnungen (Addition und Multiplikation) kosten beim AVRGCC etwa 3,2k Code. für einen Mega8 ist das ne Menge
Vorteile hat klingt ziemlich unsinnig. Aber keiner hindert Dich daran. Ich denke auch, daß 4 Bit je Taste zum Entprellen und Flanke erkennen vollkommen ausreichend sind. Zumal mein Code außerdem noch extrem fix ist (10 Zyklen, das C-Beispiel braucht ein kleines bischen mehr). Bei mehr als 8 Tasten
-
Thread
GPIO entstören - Serienwiderstand benötigt?
~300ms, ein Delay von 500ms sorgt daher unweigerlich für Ärger. Ich hab auch schon eingetretene Taster gesehen.
Peter D. schrieb: >> Mechanische Kontakte liest man grundsätzlich über eine (ordentliche) >> Entprell-Lib ein. Diese filtert kurze Störungen heraus... > ..und machen die ganze Sache lahm. Mechanische Taster /sind/ lahm. Wir reden da von Entprellzeiten im Bereich um und knapp unter 100ms. Und das
-
Thread
Taster Automat
Hier wieder der Verweis auf die Routinen zum Taster entprellen: http://www.mikrocontroller.net/articles/Entprellung Bei den Komfortroutinen kann man die Tasten hervorragend mit einer Maske abfragen! Mir stellt sich nur die Frage, ob man immer
Das Entprellen ist schon mit eingebaut es geht um den Zustandsautomat. Das Ziel ist auch nicht das synchrone Drücken. Du kannst die Tasten nacheinander drücken zb. hälst du einen Taster gedrückt und drückst
-
Thread
Tastenentprellung
Code entdeckt und der ist prima. Allerdings habe ich ein anderes Problem, wenn ich 2 unabhängige Taster entprellen will (Schaltung s. Bild). Jeder Taster versorgt einen BCD-Zähler mit Takten. Diese Takte werden gezählt und erscheinen als BCD Zahl an der 7Seg.Anzeige. Soweit so gut. Wird nur ein Taster
herauszufinden, woran es liegt. Jetzt habe ich insgesamt 3 unterschiedliche Methoden, um einen Taster zu entprellen. Alle 3 Methoden wurden mit dem Spartan-Board erfolgreich getestet. Ich werde sie alle drei mit den unterschiedlichsten Tastern testen und mich in Zukunft für eine entscheiden.
-
Thread
in C Taster benutzen?
Ich würde dazu raten, sich das Thema Entprellen erstmal völlig unabhängig von einem Projekt zu erarbeiten: 1. Eine Taste + eine LED. Bei jedem Drücken wechselt die LED. Wichtig: Die Dauer des Drückens darf keine Rolle spielen! 2. 2 .. 8 Tasten + 2 .. 8 LEDs. Bei jedem Drücken wechselt die zur Taste gehörende LED. Wichtig: Jede LED muß unabhängig von jeder anderen Taste funktionieren, also auch wenn diese gedrückt gehalten bleibt! Und
-
Thread
Projet um die Kapazität von Akkus zu messen
// Taster DOWN einlesen ohne Entprellen if (!(TASTER_PIN & (1 << TASTE2))) { AuswahlDown(); } // Taste gedrückt // Taster UP einlesen ohne Entprellen if (!(TASTER_PIN & (1 << TASTE3)))
/topic/tasten-entprellen-bulletproof#41628 Bernd_Stein
-
Thread
Stoppuhr TASTER
Aufsatz zum Thema "Endliche Automaten" oder "Zustandsautomaten" (ist das Selbe) und einen zum Thema "Entprellen" zu lesen. Das sollte deine Fragen klären. Falls du diese Artikel nicht verstehst, nimm separate Taster für Start und Stop - das ist viel einfacher umzusetzen. Wir werden Dir hier kein fertiges
Programm anhalten? Auf jeden Fall nicht, indem Du hartnäckig die Millionen Codebeispiele zum Tasten einlesen und entprellen im Web ignorierst.
-
Thread
prellfrei tasten ohne viel Schnickschnack
die Ausführungsgeschwindigkeit eines (deines) Ardino. Nimm einen der neuen ARM Arduinos und einen Taster der schon reichlich prellt und deine Entprellung ist für den Hugo. Die Flankenerkennung funktioniert weiter, aber das Nicht-Entprellen macht dir trotzdem als Anwender das Leben schwer.
setzt du dich hin und entprellst das Ding mit einer der vorgestellten Softwarelösungen. Wenn der Taster nicht mehr prellt, ist das Problem ein für alle Mal und für alle anderen Taster gelöst. mfg.
-
Thread
Raspberry Pi Taster stören sich gegenseitig
Datenblatt. Aber noch was anderes. Ob ein Tastenprellen überhaupt stört, hängt auch von der Funktion der Taste ab. Wenn beim ersten high eine Aktion gestartet wird und die Taste erst nach beenden der Aktion wieder abgefragt wird, dann ist ein Entprellen unnötig.
Wenn Du mit einem Kondensator entprellen willst, dann nimm einen RC-Tiefpass. Der kommt in Deinem Studium auch irgendwann dran. Widerstand nach Plus, Taster nach Masse. Dann Widerstand in Reihe zwischen Taster und Kondensator, Kondensator
-
Thread
AVR GCC Poti wait
möchtest. Du musst dir zuerst überlegen, wie du vorgehst und welche Funktionen du brauchst : 1.) Taster drücken soll erkannt werden => Funktion : Taster erfassen 2.) Taster prellt => Funktion : Taster entprellen 3.) AD-Wert des Poti´s einlesen => Funktion : AD-Wert lesen 4.) AD-Wert in einen Zeitwert
Hazeh Zimmerer schrieb: > "Entprellen" ist nicht für alle Fragen, die einen Taster betreffen, > automatisch eine passende Antwort. Doch schon. Entprellen bewirkt implizit auch eine Störunterdrückung. Das Gerät soll ja nicht einschalten
-
Thread
Tastaturmatrix Entprellen
Mia schrieb im Beitrag #4383775: > Das Problem sind nicht zwei Tasten die nacheinander gedrückt werden, > sonder das Ein Tastendruck als zwei interpretiert werden - die > eigentliche Taste plus deren nachbar. Aber das habe ich doch mit meinem Beispiel gemeint: Du drückst eine Taste einer Reihe und dein Programm zeigt die Taste in den zwei benachbarten Zeilen an. Wenn du 2 bzw. 3 "diagonale" Tasten drückst, siehst du die "Schatten" bzw. die Mehrfachaktivierung am deutlichsten
-
Thread
Taster ohne Interrupt abfragen
@Peter Ich packe eine Taste in eine status-Maschine mit folgenden Stati: 1. Taste nicht betätigt (und vorher auch nicht) 2. Taste gerade betätigt (vorher nicht) 3. Taste gehalten (vorher auch) 4. Taste losgelassen (vorher
geeignet, auch wenn das Aha. Um welche Reaktionszeit geht es denn? Da braucht man dann schon gute Taster die sehr kleine Prellzeiten (<20ms) haben, damit der Pollingansatz langsamer ist. Entprellen muss man immer. Aufwecken kann man den µC natürlich mit einem INT oder PCINT, den aber nach dem Aufwachen
-
Thread
Externer Interrupt
Ist die Taste entprellt?
schon wissen was du machst. Ich würde statt Interrupt vergewaltigen und unterdrücken lieber den Taster entprellen.