-
Thread
Externer Interrupts löst manchmal ungewollt Reset aus
kommt ueberwiegend dann vor, wenn ich einen ganz kurzen Impuls ausloese. Wenn ich "normal" auf den Taster druecke, dann funktioniert alles gut. Somit scheidet das Stack-Problem aus. Aus der Int-Routine rufe ich noch andere SUB's auf. Ganz zu beginn entprelle ich die Taste Softwaremaessig. Verwenden tue ich den AT90S8535. Ich habe mir gedacht, vielleicht sollte ich die Taste auch noch einmal hardwaremaessig entprellen!? Viele Gruesse, Thomas H.
-
Thread
Comparator Attiny841
schon lange her (Relativ lange). Arbeite auch gerade daran. Scheiter aber dabei. Problem: Möchte 5 Taster per I2C vom slave übertragen. Dabei können jede Taste mit einer oder mehreren gleichzeitig gedrückt werden. Die Auswertung welche tasten gedrückt wurden erfogt im Master. Ich muss aber genau auswerten
Hallo Paul Tasten entprellen - warum machst Du das nicht mit Hardware? Das ist einfacher als per SW. Und die Auswertung und Plausibilitätsprüfung erfolgt ja im Master und Dasia ist eh' die grössere Herausforderung
-
Thread
Taster bei IC-Eingang verwenden
ist wie kann ich das springen vorbeugen? Ich brauche beim Eingang ein Low Signal und wen ich den Taster betätige soll es high werden.
extraVariable). Warumm 10x ofter als nötig abfragen. Das is kein ADC! 50ms reicht doch, auch zum entprellen. EIN Timer-Tick(Flag) alle 50ms in der Hauptschleife abfragen. Wenn keine Störungen, die über den Taster kommen, zu erwarten o. unerheblich sind, muss man den Tastendruck nicht mal verifizieren.
-
Thread
Tastenentprellung Problem
lange warten. Das Löschen beim Einsprung in die ISR macht die Hardware schon selbst. Übrigens: Tasten fragt man nicht über externe Interrupts ab. Die sind dafür eigentlich gar nicht geeignet (weil sie eben zu schnell sind und zusätzliche Entprell-Maßnahmen erforderlich machen). Frage Deine(n) Taster
Nimm doch einfach die debounce()-Funktion aus dem tutorial zum entprellen, die läuft ohne probleme. und dann einfach if (debounce(PINX, PXX)) x++; sollte genügen
-
Thread
ATTiny13 verliert oder verändert EEPROM Daten beim Hantieren mit Steckern
Taster entprellen schon die > verrücktesten "nicht Lösungen" gesehen. Peter D. schrieb im Beitrag #7459156: > Lösch doch einfach mal den EEPROM-Schreibcode, ob dann der Fehler immer > noch auftritt. Ich hab bezüglich Taster entprellen schon die > verrücktesten "nicht Lösungen" gesehen. Danke Peter für deine gute Idee. Ich habe nun die komplette EEPROM Schreibsequenz im Code ausgeklammert (deaktiviert und getestet
-
Thread
Eingangsbeschaltung Microcontroller
Pulldownwiderstand für den 5V Pullupwiderstand. Womit willst du denn den Pin ansteuern, wenn ich fragen darf? Taster, Schalter ... ?
Es ist schon spät bzw. früh. sonst wären schon die entpreller über dich hergefallen :) Bei Schalter oder Taster nimm halt einen Kondensator dazu. Ich nehme 1µF, und lass den Rest von der Software entprellen. Wenn due die Widerstände richtig berechnest,
-
Thread
Input Capture ATmega16
Argumentation. Aber um diese ICP Funktion erstmal grundsätzlich in Betrieb zu nehmen ist es doch sinnvoll Taster und LEDs zu benutzen, damit man erkennt wo das Programm klemmt. Wenn ich ja Anfang der ISR die #asm("cli") ausführe entprelle ich die Taste doch softwaremäßig oder sehe ich das falsch. Gut die Ausgabe
Mit Tastern veralbert sich ICP, da Taster prellen. Wenn du zum Test Taster einsetzen willst, dann musst du diese mit weiterer Elektronik zuverlässig entprellen. Ein RC-Glied reicht dazu meist nicht. ...
-
Thread
Uhreinstellung per Taster
entsprechende Delay-Funktionen, die sich für vielfältige Zwecke nutzen lassen. Softwaremäßiges "Entprellen für Arme" mittels einem kleinen delay für mehrere Taster unter der Arduino-Software habe ich hier mal gezeigt, wie man es auf dem Arduino machen kann: http://www.mikrocontroller.net/topic/337404#3705366 Weiter unten im Thread auch Codes um zwischen kurzen und langen Tastendrücken und Tasten-Doppelklick zu unterscheiden. > Oder einen Link zu diesem Thema? Hier im Forum gibt es bestimmt mehrere hundert Threads zum "Entprellen nach Dannegger", da geht es meistens um C. Der entsprechende
-
Thread
Tasterabfrage fallende Flanke
würdest, wenn du auf steigende Flanke testen willst. > Und das eben ohne Interrupt! So einen Taster frägt mann sinnigerweise eh nicht mit einem Interrupt ab (es sei denn man muss den µC aus dem Sleep rausholen) sondern mit einem Timerinterrupt. Denn Flanke abfragen ist eine Sache - Taste entprellen
eine Standard-Sache. Den nimmst du einfach und bist glücklich. Denn die meisten dieser Routinen entprellen, merken sich den Tastenzustand und können dir sagen, ob eine Taste gerade losgelassen oder gedrückt wurde.
-
Thread
Entprellung von Sensoren
50 und ist damit 500ms lang, also 50 multipliziert mit 10ms - der Timer Periode. Wenn also eine Taste länger als 500ms gedrückt ist, liefert get_key_repeat() diese Taste (und auch get_key_long() tut das). Alle REPEAT_NEXT Zeit wird sie dann wieder als aktiv gemeldet, im Artikel also alle 200ms, da
habt. Es kommen letztendlich nur Low oder > Highpegel an. Diese möchte ich nun allerdings noch entprellen. Es ist ziemlich seltsam, das Du dei Signale von Sensoren entprellen musst. Normalerweise liefern die immer ein prellfreies Signal. Kannst Du näheres zu den verwendeten Sensoren sagen?
-
Thread
Bascom Einfacher Taster
schlecht dagestellt wird, weil es die ganze Zeit "neu" geschrieben wird. Taster Alias Pinb.1 Config Taster = Input Portb.1 = 1 Do If Taster = 0 Then Cls Locate 1 , 1 Lcd "Balbal" Wait 2 Cls Initlcd Cursor Off Else Cls Locate 1 ,
1. Du hast "Initlcd" mitten im Quelltext stehen, das ist nicht in Ordnung. 2. Der Taster muß entprellt werden, sonst hats Du keine Freude daran. Guck mal hierhin: http://halvar.at/elektronik/kleiner_bascom_avr_kurs/taster_entprellen/ Das Entprellen geht auch auf andere Weise, aber
-
Thread
Taster per SPI auslesen?
Besteht die Möglichkeit die Kippstufen dauerhaft (also bis zum nächsten Reset) zu durch ein kurzes Tasten zu setzen? Auf diese Weise würde man sich das Entprellen sparen, weil ein ständiges ein und aus letzenendes nur in einem high resultieren würde. Ich bin mir einfach nicht sicher, ob ich die Datenblätter
Schlaf" mehrere 100x pro Sekunde abfragen um festzustellen, ob Tasten gedrückt sind. Entprellen in der SW ist auch keine Hexerei. :)
-
Thread
Zwei Inkrementalgeber ansteuern
Wäre es nicht eine Möglichkeit, beim Interrupt zu überprüfen, ob ein Inkgeber oder ein Taster geändert hat. Wenn ein Inkgeber, dann direkt auswerten, sonst 20ms warten für die Entprellung?
Ich würde im 1ms Timer eine statische Variable heraufzählen und wenn die 20 erreicht hat, dann die Taster in meinen Buffer schreiben.
-
Thread
Neue Probleme
zusammen! Ich würde nochmals Hilfe benötigen. Ich würde meine Sensorschaltung gerne mit einem Taster aus- bzw. ein schalten. Ich verwende den ATtiny 24. Der Taster geht von PB3 auf Ground. Möchte also den internen Pull Up Widerstand nutzen. Wenn das Gerät ausgeschaltet ist, muss ja weiterhin eine
schrieb: > Ich würde nochmals Hilfe benötigen. Ich würde meine Sensorschaltung > gerne mit einem Taster aus- bzw. ein schalten. Ich verwende den ATtiny > 24. Der Taster geht von PB3 auf Ground. Möchte also den internen Pull Up > Widerstand nutzen. > Wenn das Gerät ausgeschaltet ist, muss ja weiterhin
-
Thread
langsamster Takt
*F*euerwehr*f*ahrzeug? Um zu Fuß zu debuggen ist wohl ein Taster notwendig. Den kann man natürlich auch per FF entprellen. Es gab damals aber auch entprellte Taster (Digitast oder so ähnlich).
Mit nem Mikrocontroller eine Taste entprellen, mit der man dann einen Z80 "debugged"...
-
Thread
Tasterabfrage
Anfänger bei der C-Programmierung. Als Controller verwende ich den ATTINY24V. Um die ganze Sache zu entprellen habe ich mit Delay gearbeitet. Ich könnte mir vorstellen, dass ich das Unterprogramm taster_abfrage genauso auch in mein eigentliches Programm übernehmen kann. Unterschiede werden wohl nur im Main
plötzlich wie ein Profi alles zu machen. Daher sieht das kompliziert aus für mich. Würdest du sagen ich entprelle die Taste mit dem Delay? Ich habe ja jetzt immer ein Warning seit dem ich das mit dem Delay mache: "F_CPU not defined for <util/delay.h>" Alternativ würde das ja wohl mit for gehen wo ich ja
-
Thread
CD40110BE für 7Segmentanzeige
ich verstehs, und es hilft mir wirklich sehr weiter. Benötige ich dann dennoch den CD40106 zum entprellen der Taster, oder kann ich ihn bei der Schaltungsvariation weglassen? Vielen Dank Grüße Joseph
Joseph schrieb im Beitrag #4308788: > Benötige ich dann dennoch den CD40106 zum entprellen der Taster, Nein Die einfachste Entprellung wird bereits durch die beinen Kondensatoren erledigt. Total richtig ist das zwar nicht, aber für deinen Zweck durchaus ausreichend. Viel Spaß
-
Thread
Monoflop mit NE556
Hochpass zwischen Taster und 555.
Harald S. schrieb im Beitrag #6556733: > wie bekomme ich hin, dass der Monoflop bei gedrücktem Taster (2) endet? 100nF zwischen Taste und Pin 2 47k zwischen Taste und VCC.
-
Thread
Fernbedienung selber bauen
zu lösen? Macht Euch einen Schlachtplan, was ihr alles entwickeln müsst. Software: - Entprellen von Tastern - Speichern von IR-Frames über IRMP - Datenstruktur im EEPROM - Abspielen von IR-Frames über IRSND - Makros - Stromsparmodus, Schicken des µCs in den Sleep Mode Hardware:
> Macht Euch einen Schlachtplan, was ihr alles entwickeln müsst. > > Software: > > - Entprellen von Tastern > - Speichern von IR-Frames über IRMP - Datenstruktur im EEPROM > - Abspielen von IR-Frames über IRSND - Makros > - Stromsparmodus, Schicken des µCs in den Sleep Mode > >
-
Thread
Timer0 bleibt "kleben/stehen"??
ich schon wieder nicht beachtet? 1. auch nach dem Weltuntergang erhöht die Benutzung der Shift-Taste die Lesbarkeit eines Textes ;) 2. Du solltest dich mit dem [[Entprellen]] von Tasten beschäftigen. 3. Statt eines Timer-Preload solltest du dir lieber die verschiedenen Timer-Modi deines AVR mal
Immer noch am gleichen [C] DDRC |= (1<<4); // Taster PORTC |= (1<<4); [/C] einen Portpin, den du auf Ausgang stellst, wirst du eher selten mit einem Taster beeinflussen können. OK. Du erzeugst mit dem Taster einen Kurzschluss, wenn du den Ausgangstreiber
-
Thread
Wie Drehimpulsgeber entprellen
Verbindung vom Drehimpulsgeber zum Arduino könnte ich etwas einschleifen. Wie heißt denn das erwähnte Entprell-IC? Frank
Beschaltung des 74 HC14 so richtig: http://www.mikrocontroller.net/articles/Schmitt-Trigger (Taster entprellen mit 74HC14) Oder müssen für die Widerstände am IC andere Werte genommen werden? Frank
-
Thread
Arduino - Passwortvergleich mit Array
Button gedrückt wird, wird die gedrückte Ziffer in das Passwortarray2 geschrieben //Delay um Taster zu entprellen if(digitalRead(pineins) == LOW) { delay(prelltime); //Entprellen PasswortArray2[0]=1; Serial.println("EINS"); } else if(digitalRead
>BTW: Entprellen mit Delay ist Murks Ist doch schon egal bei seinem Programm. Egal in welcher Reihenfolge man die Taster betätigt, wenn alle einmal betätigt wurden stimmt das Passwort;)
-
Thread
Magnetic Loop Steuerung (Arduino)
und B erneut direkt (ohne Entprellung) ab. ALso nicht nur lernen den Interrupt vernünftig zu entprellen sondern auch in der loop.
Kilo S. schrieb im Beitrag #7127887: > Jetzt fehlt mir noch eine möglichkeit neben der if das entprellen im > interrupt unterzubringen. Was hast du immer mit deinem Entprellen? Der Encoder gibt Gray-Code aus und der ist von Natur aus resistent gegen Prellen. Die Kondensatoren sind dort genauso
-
Thread
Probleme mit High- und Low-Eingängen Arduino Nano
]] in Hardware geht anders. https://www.mikrocontroller.net/articles/Entprellung#Einfacher_Taster Deine Taster kann man so benutzen, ist aber unüblich. Üblich sind Schalter gegen GND und interne oder externe Pull-Up Widerstände. Das ist aber nicht das zentrale Problem. Wenn man Taster abfragt, sollte man die meistens entprellen, entweder in Hard- oder Software. Außerdem sollte man für die meisten Aktionen die Flanke erkennen, damit eine dauerhaft (länger) gedrückte Taste die Aktion nur einmalig auslöst. Deine Abfrage der
-
Thread
Fragen zu normaler Schalter an µC-Input-Pin
Markus K. schrieb im Beitrag #4202042: > ich möchte einen Schalter und keinen Taster an einem Input-Pin eines > atmega anschließen. Ob Schalter oder Taster ist komplett irrelevant, beides sind mechanische Kontakte und sie sehen aus der Sicht des µC völlig gleich aus. > Verwende
Beitrag #4202081: > Beim Umschalten löst der Pin einen Interrupt aus. Und was hast du zum Entprellen des Schalters unternommen?
-
Thread
Brauche Hilfe
also folgendes, wenn z.B.die Taste 1 betätigt wird,wird in r16 ein Wert reingeschrieben(egal welcher),wenn die Taste 1 wieder betätigt wird soll sich der Wert wieder ändern und genau so mit den anderen Tasten. Ich wäre für eure Hilfe
Hi! 1. Beitrag >wenn z.B.die Taste 1 betätigt wird,wird >in r16 ein Wert reingeschrieben(egal welcher),wenn die Taste 1 wieder >betätigt wird soll sich der Wert wieder ändern und genau so mit den >anderen Tasten. weiterer Beitrag
-
Thread
Bitte um überprüfung eines Schaltplans (MosFet,LCD,µC,Netzteil,5V)
auch im µC Datenblatt so enthalten... ansonsten gibt AN vom Atmel - Deine Beschaltung für die Taster (R || C) willst du damit ein entprellen erreichen? ansonsten würd ich diese weg lassen, den internnen pullup nutzen und das entprellen in der sw erledigen. ansonsten ist dein schaltplan recht konfuse
vorgeben in der sich alles beim Einschalten stabilisieren kann. > - Deine Beschaltung für die Taster (R || C) willst du damit ein > entprellen erreichen? ansonsten würd ich diese weg lassen, den internnen > pullup nutzen und das entprellen in der sw erledigen. Full ACK Was mir noch auffällt
-
Thread
Kontaktprobleme an Federkontakten einer Klaviatur
nimmst Du die Tasten auf?
ersten Fall sprechen, korrekt? Ich kann mir vorstellen, dass die Original-Elektronik der Orgel entprellen konnte. Aber das würde mir nix bringen, weil die Entpreller pro Ton nur 1x da sind, und nicht pro Manual. Bei MIDI muss ich den Kontakt ja Pro Manual pro Taste ablesen. Mit I) kann ich notfalls
-
Thread
Power Switch
an, nochmal drücken->aus) völlig ausreichend? Da ja 6 IO-Pins da sind, kann man doch gleich 3 Tasten entprellen. Peter
Das mit dem Tiny 15 war ein Tipfehler. Es ist ein Tiny 25. Klar könnte ich mehr Tasten entprellen. Das ist allerdings nicht mein Ziel. Das Teil soll nur den Ein/Aus Taster für einen größeren Controller kontrollieren. Dazu soll es folgende Bedingungen erfüllen: 1) So niedrig wie
-
Thread
Anfangsprobleme mit Soft PWM und Tasterabfrage
wird vernünftig ausmaskiert. Hast du lust mir da auch noch zu helfen?? Grade zu dem entprellen Thema hatte ich die letzten tage echt viel gelesen. Hatte mein projekt vorher in C versucht und hab das alles einigermaßen gut hinbekommen außer halt diese einfachen sachen wie taster. Hab
Erstmal musst Du eine Reaktion auf Deine Taste haben, bevor Du Dich ans Entprellen mit einer Routine begibst, welche nicht zu Deinem Programm passt. Schreibe ein einfaches Programm: LOOP: in temp, PIND out portb,temp rjmp LOOP
-
Thread
Viele Drehimpulsgeber an einem PIC
Ich würde die Geber mit Pullups an ganz normale Portpins anschließen. Softwaremäßig das Ganze entprellen, wie bei einem Taster. Pro Drehgeber hast du zwei Signale (Anschlüsse) mit zwei möglichen Zustande. Macht in Kombination vier. Da machst du die für jeden einzelnen Drehgeber einen Zustandsautomat
> würde die Geber mit Pullups an ganz > normale Portpins anschließen. Softwaremäßig das Ganze entprellen, wie > bei einem Taster. Pro Drehgeber hast du zwei Signale (Anschlüsse) mit > zwei möglichen Zustande. Wozu soll da eine Software-Entprellung gut sein, wenn dich die Position deiner Regler interessiert
-
Thread
AVR Interrupt Problem in C
sind so Standard Taster
Eine Taste an INT0 ist nicht gut, da das Prellen immer mehrere ISR auslöst. Da du auch noch auf ANY logic change gestellt hast, wird eine ISR beim drücken und eine beim loslassen der Taste ausgeführt. Abschalten
-
Thread
Interrupt Entprellung
gefunden http://www.mikrocontroller.net/topic/356371#new. Dort hat jemand genau das selbe Problem (Taster am Interrupt entprellen). Hilft vielleicht noch mehr zum Verstehen. Nicht entmutigen lassen und dran bleiben :-) Gruß Max
Nicht die Supa-Dupa Methode aber möglicherweise reicht sie bei dir http://shelvin.de/eine-taste-per-interrupt-einlesen-und-entprellen/
-
Thread
VHDL Codeergänzung um Pushbutton zu entprellen
end if; --taster_old <= taster; end if; end process; end Behavioral;[/vhdl]
die Adaption an meinen VHDL Code gelingt mir einfach nicht. Du musst zuallererst den asynchronen Taster Einsynchronisieren. Und danach Entprellen und eine Flankenerkennung drauf ansetzen: http://www.lothar-miller.de/s9y/categories/35-Einsynchronisieren http://www.lothar-miller.de/s9y/categories/18-
-
Thread
Push Button Controller mit Speicherfunktion
damit er Zeit hat den Zustand im letzten Moment des Stromausfalls zu speichern. Push-Button ---> Entprell-IC --- 1bit EEPROM ---Ausgang Am besten die Funktion Entprell-IC + 1bit EEPROM in einem Baustein.
im Bundestag modernste Technik ;-) Helmut S. schrieb im Beitrag #4165757: > Push-Button ---> Entprell-IC --- 1bit EEPROM ---Ausgang > > Am besten die Funktion Entprell-IC + 1bit EEPROM in einem Baustein. Als 1-Bit EEPROM würde ich ein FRAM nehmen. Beispiel: http://www.reichelt.de/Miniaturrelais
-
Thread
Spannung entprellen
ungeeignet. Entweder eine retriggerbare monostabile Kippstufe davor setzen, oder einfach in Software entprellen, was bei max 50 Hz überhaupt kein Problem ist. Stefan
Unbekannter3 an Unbekannter2 und Unbekannter, den Begriff "Spannung entprellen" höre ich übrigens zum ersten mal. Meint Ihr damit vielleicht die 220V in meiner Steckdose? - denn bei mir "prellt" die Spannung dort 50x in der Sekunde! Wie wärs mit'n Gleichrichterschaltung?
-
Thread
Taster per Interrupt entprellen?
Hi, Ich hab ein kleines Problem. Ich versuche die 2 Taster an meinem myAVR Board für zwei verschiedene Zwecke zu verwenden. Dazu muss ich die beiden Taster entprellen. Hier treten Probleme auch, zum einen bekomme ich Fehler durch die debounce funktion:
. Deswegen dachte ich > mir, man könne einfach durch einen anderen Interrupt schauen welcher > Taster gedrückt ist, Interrupt und Taster vertragen sich nicht ohne weiteres! Interrupts sind zur Auswertung mechanischer Kontakte viel zu schnell. Genau deshalb haben viele Leute sich bemüht, Entprellroutinen
-
Thread
AVR-Mikrocontrollertechnik-Kursus in Assembler besprechung Gesperrt
nicht mehr zu Threadüberschrift passt. Das Selbe tue ich jetzt auch mit der Erklärung zu " Einzelnen Taster " entprellen. http://www.mikrocontroller.net/topic/278599#2935156 Bernd_Stein
IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII ; OVF0: in s_sreg,Sreg ;Statusregister sichern ; ;Taster entprellen ; bst key_reg,KEY_DEB ;1= Anzeigen das das Signal als entprellt gilt sbis Taster_Pin,TASTER_BIT ;Ueberspringen falls Taster nicht betaetigt rjmp _on_OVF0
-
Thread
Hilfe zur Tastenentprellung von P.Dannegger
zugehörige Led an geht und wenn ich sie loslasse wieder ausgeht. Jetzt zum Problem: Ich möchte die Tasten die an das Schieberegister angeschlossen sind entprellen. Anschließend soll nur bei Änderung der Tasten eine Aktualisierung der Ausgabe erfolgen. Der vorherige Schaltvorgang soll allerdings erhalten
Abarbeitung) ;tmp ist wieder frei, tas enthält den entprellten Tastenstatus, ;tfl die neu gerückten Tasten Tastendauer: mov temp,tas ;Tastenzustand kopieren andi temp,reptast ;nur Tasten mit Wiederholfunktion stehen lassen tst temp ;ist eine Taste betätigt? breq Tastendauer0 ;
-
Thread
Entprellung in der ISR
Eine zuverlässige Methode ist, man nimmt den Interrupt nur zum Aufwachen und läßt dann die Taste ganz normal über den Timerinterrupt entprellen. War es nur ein Störimpuls oder gibt es nichts weiter zu tun, dann enabled der Timerinterrupt nach ner Weile wieder Sleepmodus und Aufwachinterrupt
> Eine zuverlässige Methode ist, man nimmt den Interrupt nur zum Aufwachen > und läßt dann die Taste ganz normal über den Timerinterrupt entprellen. Wie würde sowas aussehen?
-
Thread
Danneggers Tastenentprellung
oder meintest Du "Tastenmatrix entprellen" ??? Dann müssen die Tasten auch als Matrix angeordnet sein !!! Ist das bei Dir auch so ??
Morgen, ja Tasten sind in einer Matrix zusammengeschaltet, also mit GND sind alle untereinander verbunden. Der Ausgang der Taster ist jeweils mit einem eigenem Kabel mit einem PIN am uC verbunden.... Ich verwende
-
Thread
taster auf 5V oder GND im normalbetrieb
Entprellung per Software machen, kostet 1 variable und 2 anweisungen und ist 100% sicher. und für taster am besten ist von Pin pullup widerstand auf 5V und taster zwischen pin und GND zu legen, da ein TTL pegel für High (1-5V) mehr spiel hat als für Low (0-0,6V oder so). für analoges entprellen muss der C nur nen Tiefpass mit dem rest bilden, meiner Erfahrung nach aber je nach taster und prellfrequenz funzt dat ganze nicht so zuverlässig. gibt auch spezielle Entprell-ICs.
-
Thread
Einstieg in die µController-Programmierung
nicht philosophierst. Dies beantwortet aber nicht meine Frage. Das heißt abgesehen davon ob ich den Taster, aus deiner Sicht, richt entprelle oder nicht. Ich hoffe, dass die Sachlichkeit und andere Tugend in deinen Lexika noch vorhanden sind.....
weiterkommenteiren und es lag tatsächlich an dem Watchdog. Die 10000 sind willkürlich gewählt worden, um den Taster zu entprellen. Ich werde aber später den Timer benützen und eine Entprellung von ca. 20ms erreichen ( Erfahrungswert anderer Programmierer). Gruß Wa'el
-
Thread
Raspberry GPIO: Aktiv durch andere 230V Geräte, EMV
Die eingänge der taster/schalter hast du aber schon entprellt ?
generell so anfällig, dass an den Ports ständig solche Störungen auftreten, und ich nicht des Entprellen wegen entprellen muss, sondern wegen Störungen? Also Codebeispiel anbei folgender event Code aus python (import RPi.GPIO as GPIO): [code] GPIO.add_event_detect(rasp.btnClosed, GPIO.BOTH, callback
-
Thread
Programm mit einem Taster steuern
Einen Taster in einem Interrupt, womit man dann an den Programmanfang springt, ist kein Hexenwerk. Den braucht man nicht mal entprellen.
verwendet) 2. Tasten entprellen 3. Lauflicht Die Pins habe ich anders zugeordnet. Denn Pin 0 und 1 sind bei mir von der Seriellen belegt. [c] /* * Verwendung findet ein Arduino UNO * Also ein ATMega328P
-
Thread
Tastatur entprellen
Hallo, ich habe ein Tasterarray, bei dem je ein taster eine leitung auf high zieht. an sonsten werden die leitungen über einen Pull down auf low gehalten. diese 8 leitungen liegen an einem prioritätscoder an, um sie auf 3 bit zu codieren. Mittels eines R/C-Tiefpasses möchte ich nun die prellenden Taster entprellen. Die frage ist nur, an welcher stelle ich das tun kann/ sollte. muß ich wirklich jeden taster mit 'nem kondensator gegen vcc und dem entsprechenden pull down widerstand entprellen? oder