-
Thread
taster über analogeingang abfragen
andreas vielen Dank für Deine Bemühungen aber ich verstehe es nicht . Ich dachte ich muss nur entprellen wenn der Taster oder Schalter direkt eine Aktion bewirkt wenn ich aber doch den Widerstand/Spannung messe dann ist es doch egal wieviele male der Schalter/Taster vorher flakkert ich muss nur den
> > vielen Dank für Deine Bemühungen aber ich verstehe es nicht . Ich dachte > ich muss nur entprellen wenn der Taster oder Schalter direkt eine Aktion > bewirkt wenn ich aber doch den Widerstand/Spannung messe dann ist es > doch egal wieviele male der Schalter/Taster vorher flakkert ich muss nur
-
Thread
Projekt Dosiersystem (Beginner)
Projekt stemmen, befassen sich aber zu wenig mit den Grundlagen wie z.B. Bitoperationen, Logik, Tasten entprellen. Als Programmiersprache kann ich auch "Luna" empfehlen:http://avr.myluna.de/doku.php Gerade für mich als Gelegenheitsprogrammierer ist es doch hilfreich auf fertige Funktionen zugreifen
paar wenige Prozessorzyklen >= 1400 ist. Die Tastenabfrage solltest du auskommentieren solange kein Taster angeschlossen ist. Und wenn doch, musst du dich mit Tastenentprellung befassen. Mein Tipp: erstmal ohne Sensor und Relais auf dem Steckbrett mit Tasten und LEDs umgehen lernen. Zum Thema Entprellen
-
Thread
If Else geht nicht
Den Taster kann man benutzen da er Pull-up widerstände hat und auch in der Interroupt ein delay von 100ms ist.
es das allerdings nicht. Einen Timer brauchst du sowieso. Damit und nur damit, kannst du das Entprellen gleich mit erledigen.
-
Thread
Benötigt man 100 nf kondensatoren am Avcc und Vcc Pin beim Atmega32-16p
Jan N. schrieb im Beitrag #4477262: > - 1x Taster am INT2(PB2) Willst Du mit dem Taster etwa direkt Interrupts auslösen? Das wäre eine ausgesprochen schlechte Idee. > Wieso? Ich finde es gut Die HD15-Buchse mag vielleicht noch ganz gut zu
Andreas S. schrieb im Beitrag #4477288: > Jan N. schrieb: >> - 1x Taster am INT2(PB2) > > Willst Du mit dem Taster etwa direkt Interrupts auslösen? Das wäre eine > ausgesprochen schlechte Idee. > >> Wieso? Ich finde es gut > > Die HD15-Buchse mag vielleicht noch
-
Thread
ESD-Schutz und Filterschaltung für ATmega
Hmm. Was ich für Störungen erwarte? Ein Taster wird im Wintergarten verbaut. Der dort verlegte Boden ist perfekt für Elektrostatische Aufladung. Sprich, ein ESD am Taster ist warscheinlich. Dazu kommen dann noch 10m Leitung zum uC. Die anderen Taster sind im gleichen Gehäuse wie der uC. Dort ist nackter Betonboden (Garage) bei diesen Tastern VERMUTE ich keine Gefahr. Die nach außen geführten Anschlüsse (über 4m Leitung) für die Pumpe/ Wasserbeleuchtung
-
Thread
Arduino Beste Lösung meinen Code um einen Taster zu erweitern
Hi, ich will einen weiteren Taster für "timeset - 1" nutzen, bin aber unsicher, wie man das am besten löst, wie es funktonieren kann ist mir klar, aber eben nicht, obs dann so ordentlich ist, würde den gesammten digitalRead-Prozess
Fass aufmachen. Wenn du mal was anderes hast: Normal liest man regelmäßig oder per Pin-INT alle Taster ein, speichert die in ne Variable und verwendet die dann im Code. Hat den Vorteil dass Taster entprellen und einlesen zeitlich entkoppelt sind und dass man Programmlogik einfach von der Hardware
-
Thread
Problem Interrupt
Geht ledglich um eine Möglichkeit den Interrupt mit dem selben Taster wieder auszuschalten
So wird das nichts. Statt den Taster an einen Interrupt-Pin zu hängen, verwendest Du besser einen Timer-Interrupt, der alle paar ms ALLE Taster abfragt, das Entprellen übernimmt und die Tastendrücke entweder in einer volatile Variable
-
Thread
Anzeige LCD-I2C / Multitasking und Tasterentprellung von Peter
led_blinken1(); // Aufruf Unterprogramm } if(get_key_press(1<<KEY_2)) // nur Taste press { // LED an PORTC &= ~(1<<PC5); } if(get_key_press(1<<KEY_3)) // nur Taste press { // LED aus PORTC |= (1<<PC5);
delay_ms(2); ////////////////////////////// if(get_key_press(1<<KEY_2)) // nur Taste press { // LED an PORTC &= ~(1<<PC5); } if(get_key_press(1<<KEY_3)) // nur Taste press { // LED aus PORTC |= (1<<PC5);
-
Thread
Attiny 85 Pin Change Interrupt
Ich habe den Taster über einen PullDown Widerstand nach dieser Anleitung entprellt: http://we-mod-it.com/board6-allgemein/board108-how-to/board231-raspberry-arduino/1972-arduino-tutorial-1-1-einfacher-taster/ Das
Entprellen ist doch etwas anderes. Schau dir bitte das Schema auf Seite 4 an. # https://datasheets.maximintegrated.com/en/ds/MAX16054.pdf Wir schalten den Taster nach Masse mit einem Pullup. Lothar
-
Thread
Softwareentprellung Routine von Peter Danneger
jetzt der gültige Tastenzustand, ;in "tfl" die Flags der neu gedrückten, noch nicht abgearbeiteten Tasten... Tastendauer: mov tmp,tas ;Tastenzustand kopieren andi tmp,wietast ;nur Tasten mit Wiederholfunktion stehen lassen tst tmp ;ist eine Taste betätigt? breq Tastendauer0
einzeln löschen. Für das Autorepeat der Tasten: "wietast" ist eine Bitmaske (Konstante) der Tasten mit Wiederholfunktion "twz" ist ein (oberes) Register, das zum Zählen der Verzögerungszeit der Tastenwiederholung dient "twf" ist ein zweites
-
Thread
Taster rastend für Platinenmontage
Taster und Schalter z.T. sehr verwirrend. Danke!
, wird im Deutschen klar zwischen Schalter und Taster unterschieden. Bei einem Taster bleibt der Kontakt nur solange bestehen, wie er betätigt wird (Beispiel: Klingelknopf oder Hupe im Auto), ein Schalter hingegen bleibt auch nach der Betätigung in
-
Thread
Wie per ADC eine Zeit einstellen ?
auslöst. Das macht der ständig, unabhängig von deinem eigentlichen Programm. -warten, bis Start-Taster gedrückt wird -wenn erkannt, A/D-Wandlung starten (sagen wir der liefert 500, was bei dir 5min entsprechen soll (also 300s = 30000 10ms-tics) -Wandlerergebnis mit 60 multiplizieren (=30000) -diese
dein ADC. Du stellst einen Wert ein, z.B. 300, lässt diesen Wert, den du einmal eingelesen hast(Taster), mit Hilfe des Timers runterzählen. Jede Sekunde -1. Du kannst auch den ADC-Wert mit z.B. 100 multiplzieren und zählst dann im 10ms-Takt runter. Wurde ja schon oben so gesagt. Dem Controller
-
Thread
Massive IO Porterweiterung - Stabilität des IO - mehrfaches SPI
und ausgeben. Das ganze sollte eben so schnell sein, dass du alle 20ms neue Daten hast damit deine Taster noch entprellen kannst... Wenn du unbedingt einen definierten Zeitpunkt für das Erfassen der Eingänge haben möchtest nimmst du eben den 74HC597, welcher im Gegensatz zum 74HC165 D-FlipFlops an den
Moment der Abfrage vorliegende Spannungswert? Also muss ich softwaremäßig mehrmals abfragen um zu entprellen? Wenn ich stattdessen den mir sehr sympathischen 597er nehme, dann habe ich die D-FlipFlops. Sehr symphatisch, weil - und ich habe halt keine Erfahrung - ich irgendwelche Tasten drücke, der 597er
-
Thread
Entprellen Systick Debounce STM32
schreiben welche mittles "systick-interrupt" und dem in- bzw. dekremetieren der Schaltzustände für das Entprellen mehrerer Taster sorgt. ich hab hier http://www.emcu.it/STM32/STM32Discovery-Debounce/STM32Discovery-InputWithDebounce_Output_UART_SPI_SysTick.html dazu entsprechende Codeschnipsel gefunden ->
muß also schon wissen, welche Pins er alle entprellen soll. Das Main kann dann entscheiden, welches Bit (= Taste) es maskieren, also auswerten will. Bequemer Weise macht man die Entprellung auf ner 32Bit-CPU für 32Bit parallel, auch wenn es weniger
-
Thread
ungewolltes auslösen von Interrupts
Vermutlich wieder mal Tasten entprellen, die Millionste, da sind externe Interrupts eh der schlechteste und umständlichste Weg.
oder? 100pF sind witzlos. Das hat ja schon das Kabel. Peter D. schrieb im Beitrag #4436476: > Tasten ... externe Interrupts eh der schlechteste und umständlichste Weg. Nicht nur dafür, sondern auch für "ganz normale" nicht prellende Sensorsignale. Oder andersrum: wer in seinem Programm für 8 Eingänge
-
Thread
ATmega328P Pin0 funktioniert nicht wie gewollt
[c]// Taster definieren int Reset = 13; int Modi = 12; int RstStat = 0; int ModStat = 0; int Zugang_Modi=3000; // LED definieren int LEDrot[5]; int LEDgruen[5]; int LEDpause = 50; // ---------------
Wo entprellst Du denn eine Eingänge ?
-
Thread
LPC1756 - Grundschaltung
VDDA. Sorry :-) Die Spule können sich beide Pins teilen. Eins noch, sicher, das Du kein Rest-Taster auf dem Board brauchst?
Du könntest noch einen 100n zwischen RESET und GND hängen um den Reset Taster zu entprellen. Aus dem Schaltplan von STM32F4 Discovery Board kann man viel abschauen :) Je nach dem was du vor hast kannst du zb einen UART auf einen Stecker herausführen (samt VCC, GND usw.) damit
-
Thread
LEDs toggeln nicht richtig
Die Taste prellt. Gegenmaßnahme: softwareseitig entprellen.
https://www.mikrocontroller.net/articles/AVR-Tutorial:_Tasten
-
Thread
Tastenentprellung seltsames Phänomen
eine Alarmanlage zu realisieren. Leider scheitert die Programmierung schon an der Entprellung der Taster. Habe erfolgreich ein I2C-LCD am laufen. Weiter benutze ich ein Arduinoboard Micro 32U4. Wenn dem im Anhang besagten Code auf den Controller schmeisse, habe ich ohne das ich einen Taster betätige eine
Stefan, ich sehe, dass Du das Problem noch nicht erkannt hast, mit Delay kann man keine Tasten entprellen und auch noch Ereignisse generieren ! Der Code von Peter liefert dem Anwender ja verschiedene Ereignisse, das Entprellen von Drücken und Loslassen ist dann eher nur ein Nebeneffekt.
-
Thread
Display Arduino
Widerstandswerts (liegt eine "Dekade" dahinter) auswertet. Ich bin > gespannt ... In Pseudo code: [c] var tasten_status = NO_KEY entpreller = 0 adcwert = 0 alter_adcwert = 0 const ENTPRELL_LIMIT = 8 // Experimentell ermitteln! loop: adcwert = adc lesen adcstatus = ermittele_tasten_status
tasten_status) [/c]
-
Thread
Tasterentprellung per Software, Atmega128, Port C
Hallo, Ich steh grade auf dem Schlauch, schaffe es nicht taster zu entprellen. Nach verschiedenen eigenen Ideen die es nicht gebracht haben möchte ich gerne dies einsetzen: Initialisierung mit: [c] DDRC = 0xc0; //.7=E, .6=RS, .5=SW0, .., .2=SW3 PORTC |= 0x3c; //Pull-Pu's für taster Aktivieren [/c] #define TASTERPORT PINC #define TASTERBIT0 PINC5 #define TASTERBIT1 PINC4 #define TASTERBIT2 PINC3 #define TASTERBIT3 PINC2 [c] char taster0(void) { static unsigned
-
Thread
5 digitale Eingänge des uC schützen mit wenigen (Standard-)Bauteilen
Hi! Ich möchte in einer gemischten 3,3V/12V Umgebung fünf Schalter/Taster abfragen. Momentan langt hierfür tatsächlich der uC-interne Pullup auf 3,3V und die Taster schalten nach Masse. Um die Schaltung in größerer Stückzahl professionell bestücken zu lassen möchte ich
funktionierten zuversichtlich. Vielleicht hilft dir das weiter. Den Rx könntest du mit einem Taster-schliesser ersetzen. Zugegeben, die Schutzmaßnahme ist etwas übertrieben (beschimpften mich Kollegenn) dafür aber sicher! Gruß!
-
Thread
Hilfestellung zu Verstärkung
Ausgangspins eine Spannung von 250-350mV, wenn das IC defekt ist, kommt nichts raus. Nun möchte ich per Taster das IC mit Spannung versorgen um die Ausgangssignale messen zu können. Wenn die okay sind, möchte ich hierzu eine LED aufleuchten lassen, wenn nicht, bleibt LED aus.
habe ich mal als LED interpretiert, als Spannungsversorgung eine 9V Blockbatterie. Soll ich zum entprellen des Tasters noch was einbauen oder geht das so ? Meine Spannung an V2 (~300mV) erhalte ich, wenn ich an Pin 2 des 11poligen Steckers die 9V anlege, das über einen Taster geschieht und an Pin 8 kommen
-
Thread
Tasten per Software entprellen
und button_pushed bloss ein char machen, man nutzt eh nur 1 bit. Der Code kann allerdings auch 8 Taster gemeinsam entprellen. > Sobald man einen Tastendruck erkennt (Pin auf LOW) gilt diese als > gedrückt. Danach setzt man das lesen weiterer Tastendrücke für 50-100ms > aus sodass praktische jede
Mit nem timerinterrupt die Taster Pollen....das reicht völlig aus.
-
Thread
Folientastaturen prellen nicht?
die Tasten so gut wie gar nicht prellen? Bestenfalls bei jedem 20. Tastendruck habe ich noch einen weiteren Puls nach ca. 5us. Ich hab dann zum vergleich noch mal einen SMD-Taster drangehängt und der hat
etwas anderes als Level Interrupt möglich ? Somit muss man in der ISR dem INTn abschalten und die Taste entprellen, so dass man ein Zustandswechsel von High --> Low sicher erkennen kann.
-
Thread
PCF 8591 - Hard- und Software
zum PCF 8591 und meinem Modularen System weiter geschrieben. Mit der Hardware kann ich jetzt: - Taster entprellen - Spannung 0 bis 10V ausgeben - Anzeige der Ausgabe erfolgt auf einem I2C Display - Verbindung der Module über I2C - mit Tastern kann ich die Spannung von 0 bis 10V einstellen und Anzeigen
-
Thread
Einsteigerfrage: EPCS4 auf EP2C5T144 Board läßt sich nicht programmieren
als auf die Bescherung zu warten, habe ich da gleich noch ein bißchen weiter gebastelt. Mit dem Taster auf dem Board kann man sich jetzt durch verschiedene Blinkfrequenzen "durchklicken". Eins muß ich sagen: das Ding lehrt einen Sparsamkeit ;). Mein erster Versuch hat gleich mal über 30% der Kapazität
ein serielles Terminal schickt. Immer noch bei 5% Ausnutzung. Der größte Einzelbrocken ist der Entpreller für den Taster.
-
Thread
Problem bei Programm mit Taster und LED
// Pullup ein while(1) { if (debounce(&TASTER1_PIND, TASTER1_PIN)) { // Taster 1 entprellen if (onoff_var == 0) { onoff_var = 1; } // setze LED Zustand auf 1 wenn 0 war if (onoff_var == 1) { onoff_var = 0; } // setze LED Zustand auf 0 wenn 1 war } if (debounce(&TASTER2_PIND, TASTER2_PIN)) { // Taster 2 entprellen LED2_PORT |= (1<<LED2_PIN); // LED 2 einschalten _delay_ms(1000); // 1 sek warten LED2_PORT &= ~(1<<LED2_PIN); // LED2 wieder ausschalten
-
Thread
LED Taster interrup at90can
; //Init LED DDRF |= (1<<PF0); //PF0 als Ausgang sei(); } // ISR Taster SIGNAL(SIG_INTERRUPT0) { // LED an PORTF |= (1<<PF0); // entprellen _delay_ms(1000); } Habe es mal so versucht. Das funktioniert aber noch nicht. Wo liegen meine Fehler?
ins Spiel? Alle Teilnehmer? Wer sind 'Alle'. Es gibt nur 2 Teilnehmer. Der eine, der sich um die Taste kümmert und der andere der sich um die LED kümmert. Wenn der eine etwas vom anderen will, dann schaltet er die Leitung um und fertig. 'den taster dann mit einem uC zu steuern'. Ein Taster wird nicht
-
Thread
Freelancer im embedded Bereich?
und selber vermarktet, ist eine machbare Angelegenheit. Du setzt Dir die Zielvorgaben selber und tastest den Markt dafür ab. Gleichzeitig sammelst Du Erfahrung und lernst, was wohl passieren würde, wenn das ein Fremdauftrag wäre. Niemand kommt und setzt Dich unter Druck (von rechtlichen Angelegenheiten
Manager. EMV-Festigkeit wird normalerweise nicht primär in der Software erfüllt, wenn man mal vom Entprellen von Tastern absieht. Software allein kann halt keine Drosseln und Ferritkerne und Masseflächen und Leiterbahnenabstände bereitstellen. > Oder D. schrieb im Beitrag #4392379: > Je spaeter ein
-
Thread
uC >>> Tastenentprellung via Macro
Verlauf des Buchse ein sauberer Entprell-Programmiercode vorgestellt wird.
können sich in der > Zwischenzeit, während der _delay_ms verändert haben. Klar! Hier wird nicht die Taste erneut abgefragt, sondern die gleiche Variable vom Funktionseingang Entprell(pinx,px), noch einmal aufgerufen. Variablen habe ich eingesetzt, damit diese Funktion allgemeingültig für alle Tasten verwendbar
-
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
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
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
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
Fragen zu AVR C
(an == 1) { //Code fuer Displayanzeige } } [/c] Sobald ich das "an und aus Spiel" auf 2 Taster verteilt habe, hats auch funktioniert. Nur mit einem Taster gings nicht. Ich habs anders geloest in der jetzigen Version, aber es scheint mir ziemlich beknackt zu sein und ich verstehe nicht, warum
Hast du die Tasten mit Kondensatoren entprellt? Würde ich mal machen, damit ein Tastendruck nicht mehrfach gezählt wird. Man kann auch per Software entprellen, das ist aber nicht so einfach. [code] Taster 100
-
Thread
PWM Steuerung Aquarium Licht
ja aber per taster brauch ich auch noch ein diskplay taster usw. hmmm wollte alles einfach halten...
mit einer Konsolen-App. > > ist das nicht der gegensatz von einfach? Auf der einen Seite: Taster entprellen, Display ansteuern, Menü-Struktur aufbauen... Auf der anderen Seite: Zeichen über UART empfangen. Also vom Aufwand hätte ich die Bluetooth Variante niedriger eingeschätzt. Und ein
-
Thread
Code Idee um Display einmalig zu löschen (Arduino Uno)
we-mod-it.com/board6-allgemein/board108-how-to/board231-raspberry-arduino/2920-arduino-tutorial-1-2-taster-entprellen/
- direkt nach deiner Aktion setze ein Kennzeichen für das Entprellen - solange dieses Kennzeichen gesetzt ist, teste, ob die Taste ungedrückt ist. Das sollte genügend oft passieren, um Prellen beim Loslassen zu unterdrücken. Wenn sich die Taste als oft genug ungedrückt
-
Thread
Schrittmotor NANOTEC
Dennis G. schrieb im Beitrag #4339501: > @Ewald: > Den Kondensator wollte ich zum entprellen benutzen, aber auf dem Oszi > hat er kaum geprellt von daher denke ich dass du Recht hast und ich ihn > rausnehmen kann. Du musst ihn rausnehmen, der Clock-Eingang muss TTL-Pegel sein, also
Spass!!) Die Logikeingänge Takt/Vor-Rück/Ein-Aus usw. jeweils mit 10k an +5V, nicht über Schalter/Taster. Diese Eingänge dann mit Schalter/Taster gegen Grnd (0V) direkt ohne Kond. Tastenprellung kann man vielleicht mit C parallel zum Taster vermindern. Ein Beispiel, wie ich es gemacht habe: http://timogruss.de
-
Thread
Kann man folgenden Code platzsparender schreiben
das sehe ich ein. Dieses komische Konstrukt kommt daher, dass man in der Timer-ISR neben dem entprellen oft andere Aufgaben mit erledigen kann. Dann habe ich zwei Möglichkeiten: 1) die ISR() steht in der button.c und enthält Code, der eigentlich gar nicht zum Taster gehört. Die Datei button.c würde
-
Thread
Tasterdruck und -lösung signalisieren
Analogtechnik. Ich möchte im Prinzip einfach nur eine Signalisierung über einen Zustandswechsel am Taster. Taster wird gedrückt -> Piiiieeeep Taster wird losgelassen -> Piep Piep Piep Der Taster wird nicht direkt wieder losgelassen, sondern bleibt gedrückt. Deshalb darf währenddessen sogut wie kein
realisieren? Ja. Z.B. beim AVR (ATtiny13): Pin-Change Interrupt: MC aufwachen lassen Timerinterrupt: Taste entprellen, Flanke signalisieren Main: bei Flanke irgendwas machen, dann wieder in Power-Down.
-
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
Welcher Drehgeber ist am besten geeignet?
aber effektive Lösung: http://www.forum-raspberrypi.de/Thread-drehimpulsgeber-inkrementalgeber-entprellen
Tasten entprellen und Drehencoder scheinen offensichtlich ein weit verbreiteter Fetisch zu sein...
-
Thread
Warum Gray Code für Drehencoder?
Zähler würde munter vorwärts zählen. So wie in Zähler, dessen UP-Eingang man mit einem einfachen Taster zum druafdrücken versieht. Der zählt bei jedem Tastendruck auch nicht +1, sondern um einige Impulse weiter, eben so viel wie der Taster prellt. Man müsste die Tasterkontakte entprellen. Das geht
der Auswertung des für den gemeinen "Hobbybaster" interessanten Drehgeber's ist eben so simpel wie Tasten zu entprellen, oder ein "Hello World" zu programmieren. Man kann es auf die Handinnenfläche schreiben. (1) Man liest in kurzen Zeitabständen die Encodersignale A u B ein. Macht man das mehr als
-
Thread
Problem MCP23S17 und avr-gcc
% Full Data Memory Usage : 0 bytes 0,0 % Full[/c] P.S.: Der MCP scheint auch Taster bereits ganz gut zu entprellen! [c] static uint8_t last = 0; uint8_t now = mcp_read_bit(1, MCP_GPIOA, 0); static uint8_t ct = 0; if(now != last) { last = now;
PORTB. An MCP0 PORTA sind 6 Kodierschalter angeschlossen, die das Muster bereitstellen. Mit den 2 Tastern kann das Muster nach Rechts oder Links auf den Ledreihen verschoben werden. Kurzes Video gibt es unter https://www.dropbox.com/s/nrslobw8l60iv30/WP_20151006_22_20_49_Pro.mp4?dl=0
-
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
Frage zu C Syntax
Tach tach, och arbeite gerade das Kapitel Tasten entprellen durch (http://www.mikrocontroller.net/articles/Entprellung) und bin auf folgende Zeile bei Herrn Dannegger in der Komfort-Routine gestoßen: [c] TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024
tsag schrieb im Beitrag #4293325: > och arbeite gerade das Kapitel Tasten entprellen durch und du bist der Ansicht, daß es eine Programmier-Frage sei? Nein, ist es nicht. Es ist ein logisches Problem, das eigentlich völlig unabhängig ist von jeglicher Programmiersprache
-
Thread
aus Taster einen Schalter machen
Schaltgeschwindigkeit oder Isolationsspannung ankommt, tun es einfache PC357 für ein paar Cent. Bei der Anzahl an Tastern läuft die beste Lösung also wohl darauf hinaus, daß Du mit einem Mikrocontroller selbst eine Matrixschaltung aufbaust um Deine Tasten auszulesen. Das Halten des Ein/Aus-Zustandes und das Entprellen
Mikrocontroller nicht ausreichen, könntest Du auch mit Flipflop-Logikgatter und Kondensator zum Entprellen eine Schaltung für einen Taster entwickeln und das dann 100x aufbauen.
-
Thread
Entprellen mit Sam µC
wenn es mehr als 16 Tasten sind, einen 32 oder 64Bit Wert. Elektrotiger schrieb im Beitrag #4282637: > Ich dachte, dass ich durch die Priorisierung der Interrupts das > Entprellen von Tasten seperieren kann. Der Mensch
{ if (Old) --Old; } // entprellen .. so etwa und fertig. Wie man das per Schleife auf N Tasten erwitert, sei dir überlassen. W.S.