-
Thread
MSP430 Programmierproblem :-(
8 Leds angeschlossen habe also 0...255 möglichkeiten die Anzusteuer. Ich will nun mit meinem Taster den ich an Pin4.3 angeschlossen habe immer einen anderen Zustand abrufen wenn ich meine Taste drücke. zB Taster 1 drücken Zustand 0b00000001 (Erste Led an) Taster 2mal drücken Zustand 0b00000010
Andere Vorschlag. Kannst du den Taster nicht an den Port 1 oder 2 anschliesen. Dann könnstest du nählich einen Interrupt nutzen um den Zusand am Port 8 hochzuzählen. und im gleichen Zug würde ich den Taster entprellen (Hardware nicht
-
Thread
Timer Platine
Sche...?? :-o Das bedeutet an jede "Seite" des Impulsgebers einen Schmitttrigger und auch an den Taster?
Würd ich so nicht bauen wollen. Die Schmittrigger sind überflüssig, die Kondensatoren an der Taste und am Encoder auch. Entprellen macht die Software wesentlich eleganter. An den Anoden der Anzeigen wirst Du nie 5 Volt erhalten (Emitterschaltung und Speisung der Basis über den µC). Was macht
-
Thread
wie einen Ziffernblock durch welches Prog ansteuern?
deine Belange zurecht. Du müsstest eh bei deinem Optik-Dingens zuvor heraus bekommen, wie die Tasten und der Pieper verdrahtet sind, und an die (an eine) Schaltung ankoppeln. Bei 7 tasten könnte es allerdings eine direkt Tasten Eingabe sein, also keine MAtrix Ansteuerung.
Taste verdrahten, 1s anziehen lassen, Taste gedrückt. Aber das verstehst du mit deinen rudimentären c-hater-idioten-Kenntnissen vermutlich nicht. Mach es in VBA, und dann hast du immer noch keine Hardware
-
Thread
Kalibrieungs LEDs mit Latch
Hallo, Ich möchte über einen Taster eine Mikrocontroller etwas kalibrieren lassen (Temperaturmessung). Der Benutzer soll über 2 LEDs (grün und rot) sehen können ob der uC gerade kalibriert (rot) oder kalibriert ist (grün). Da nach dem
nichts kalibriert ist.... > ....warum nicht?....gibt es einen Grund warum der Nutzer erst eine Taste deücken muss um den Kalibriervorgang zu starten?
-
Thread
Interupt mit CodeVision
Tastendruck wird somit gespeichert, weitere haben keinen Einfluss. Kritischer wirds, wenn du mit nur einem Taster arbeiten willst und jeder Tastendruck dein Programm weiterschalten soll. Dann musst du entprellen. Wenn du dich gleich noch in die Interrupts einarbeiten möchtest, nimm den Timer0, obiges Programm
die fast vollständige Timer0-ISR, dann brauchst du dich mehr im Hauptprogramm drum kümmern, die Taster regelmässig abzufragen.
-
Thread
Dimensionierung Pull-Up
gut einen relativ hochohmigen Pullup (10k...100k, je nach 'Dreck' in der Umgebung) wählen und den Taster per SW ordentlich entprellen.
den du zulässt! dein pullup kann kann aus einem Port gepeist werden der nur ab und an mal zum Taster prüfen aktiviert wird, dann fliesst auch kein dauerhafter Strom und sobald Taster ins Spiel kommen braucht es auch keine ständige µs Verfügbarkeit.
-
Thread
VHDL Entprellung-Fehler
sieht und er andere nicht mehr. > > Übrigens sollte auch für den nicht entprellten Zähler der Taster > einsynchronisiert werden, sonst spinnt der Zähler gelegentlich total. Sollte dann bei einem Entprellten Taster nicht auf dem LCD "1" angezeigt werden. Mit meinem Zähler zähle ich ja sozusagen
Einheite vom 20 ns wie lange der Taster gedrückt ist. In deinem Zähler ist keine Flankenerkennung.
-
Thread
Einfache Pin Überprüfung
Danke für die Antwort, aber ich arbeite nicht mit einem Taster :D Das mit dem Entprellen finde ich interessant, aber ist hier wohl nicht nötig. Das Signal kommt von einem anderen avr über ein Flachbandkabel und sollte deshalb direkt schalten. Das würde
Laß erstmal den Unsinn mit dem floatenden Pin sein! Das ist verboten. Nimm nen Taster gegen GND und nen Pullup (z.B. 4,7k). Und dann erklär nochmal, was rauskommen soll und was anstelle passiert. Peter
-
Thread
Netzfrequenz
Interrupt Pin fängt sich daher jeden möglichen Mist ein. Von daher gilt hier das gleiche wie bei Tastern: Entweder du "entprellst" hardwaremäßig (über einen Tiefpass/Bandpass) und lieferst dem µC ein sauberes Rechtecksignal, oder du musst softwaretechnisch ran indem du keinen Interrupt Pin verwendest
schon befürchtet, dass das mein Problem sein wird. > Von daher gilt hier das gleiche wie bei Tastern: Entweder du > "entprellst" hardwaremäßig (über einen Tiefpass/Bandpass) und lieferst > dem µC ein sauberes Rechtecksignal, Darauf wirds wohl hinauslaufen.
-
Thread
RS-FlipFlop ?
R = 1 Undefiniert beides ist moeglich!!!! S = 1 ein RS Flip Flop eignet sich auch gut, um tasten zu entprellen ;)
schon eine Schaltung bauen wo s und r gleichzeitig auf 1 liegen. Ein Treppenhausautomat. Die Taster sind alle parallel auf s gelegt. r bekommt alle 5 Minuten ein Impuls. Wenn man also erst nach 4:50 Minuten auf ein Taster drückt hat man noch genau 10 Sekunden um den nächsten Taster zu erwischen ;
-
Thread
Pollin-Eval Board brauchbar?
Bis auf die Idiotie die Taster nach Vcc zu schalten. Jeder Tastendruck lässt die Versorgungsspannung kurz einbrechen da der Kondensator geladen werden muss. Lass beim Aufbau die Kondensatoren bei den Tastern weg. Entprellen per
einbrechen da der > Kondensator geladen werden muss. Äh was haben die für Cs verbaut? Dass man Taster nach GND schaltet, stammt noch aus der Steinzeit. Es ist völlig normal, dass gegen VCC geschaltet wird.
-
Thread
Folientastatur auswerten
-----D | | Pin 3 Pin 4 http://www.sprut.de/electronic/pic/grund/tasten/tasten.htm
Entprellroutine mit einbringen kann, würde mich auch interessieren. Dann kann ich auch meine tasten in Matrix Form anordnen und entprellen. Also wär echt cool, wenn da jemand helfen könnte! Tim
-
Thread
Menu einer Uhr erstellen
helfen! Ich benutze einen STM32F1 und am Ende des Projektes soll es eine Uhr werden. Ich habe 4 Taster angedacht: Taster + Taster - Taster Return Taster- Menu/Enter: durch diesen Taster soll man ins "Menu" kommen, sprich er fängt bei Stunden an es ändern zu können und mit den Tasten + und - kann
) return; } while( gedrueckteTaste != Taste_Enter ); // dasselbe nochmal für die Minuten do { gedrueckteTaste = hole_nächsten_Tastendruck(); .... } while( gedrueckteTaste != Taste_Enter ); // Die Einstellung
-
Thread
port IRMP to Arduino
Funktion zu verzichten, hinter der IRQ im 64µs Raster 15000 Interrupts sogar noch bis 10ms zählen um Taster zu entprellen und DCF77 zu pollen.
zu verzichten, hinter der IRQ im 64µs > Raster 15000 Interrupts sogar noch bis 10ms zählen um Taster zu > entprellen und DCF77 zu pollen. Prima, dann kannst Du auch bestimmt dem TO helfen und ihm sagen, warum das bei ihm unter Arduino nicht läuft und was er machen muss, damit das nicht nur auf
-
Thread
Interrupts lösen falsch aus!
"betätige ich einen der beiden Taster, werden beide Interrupts ausgelöst!!" Nun, das ist genau das, was ich auch erwarten würde. Interrupts sind für schnarchlahme manuelle Tasten einfach viel zu fix. Ein stückchen Draht als Antenne und schon wird jede Schaltflanke in der Nähe aufgefangen. Deshalb sollte man Tasten grundsätzlich entprellen und das geht eben am besten im Timerinterrupt. Peter
-
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
Interrupts im Avr-Studio simulieren
anderen Port zu machen??? > Man ist da doch sehr eingeschränkt... Wie Lothar schon sagte: Für Tasten gibt es bessere Methoden als einen Interrupt.
Das man Tasten entprellen muss, hab ich schon gehört - sollte hier jetzt aber noch keine Rolle spielen. Das Prog hat eigentlich ganz simple Fkt. (4-Bit blinkendes Lauflicht) Ist halt mein Einstieg in die Assemblerprogrammierung
-
Thread
Unerklärter Reset
Entprellroutine gut funktioniert (ich entprelle einfach mehrere Ports gleichzeitig). Nur manchmal wenn ich richtig stark auf die taste hämmer sodass es ganz schnell geht, springt er wieder zum Anfang des input modes zurück und ich habe keine
Auch wenn ich mittelschnell auf die Taste drücke kommt es vor dass dieser Reset ausgelöst wird. Ich habe grade den dritten Taster probiert den ich vorher noch nicht verwendet habe und da ist der Reset auch aufgetreten. Abgesehen von der Ineffizienz
-
Thread
Attiny13 erstes Programm. Hilfe gesucht !
eine Karte aktiv is. [c] if (!(PINB & (1<<TASTER)) && !debounce && !OnTime){ ... } [/c]
if (OnTime){// Wenn ONTime abgelaufen? (Bin selber Anfänger) [c] if (debounce) debounce--; // Taster mit 100ms Entprellen if (OnTime){// Während OnTime Karten schalten ... }else{ // Falls OnTime abgelaufen, alle Karten deaktivieren PORTB &= ~( (1<<KARTE2) | (1<<KARTE1) ); } [/c]
-
Thread
Tasterschatlung fürs Auto
Hallo, ich habe folgendes Problem: Ich möchte über einen Taster 4 verschiedene Relais der Reihe nach ansteuern können. Dies soll weiterhin im Auto betrieben werden. Hab mich schon mal schlau gemacht und dies würde mit einem Asynchronzähler und einem DeMux funktionieren
Taster entprellen (Monoflop CD4093?), Dezimalzähler damit takten (z.B. CD4017). 5. (oder 6.) Ausgang des Zählers auf Reset zurückkoppeln. Reset natürlich mit RC-Glied versehen. Als Stromversorgung LM7805
-
Thread
Aufruf einer CLK-gesteuerten FSM mittels einer Buttonflanke
unterwegs. Ich habe einen Button1, welchen ich schon (habe ich bereits überprüft) erfolgreich entprelle. Ich habe dann also intern ein sauberes "Pushed" Signal in meiner architecture, welches eben konstant auf 1 ist wenn der button gerade eingedrückt ist und ansonsten 0. Liefer mir also sobald ich
www.mikrocontroller.net/topic/197296 Und dann befass dich mit dem Thema /Einsynchronisieren/ und dem richtigen Entprellen von Tastern und der anschliessenden Flankenerkennung: http://www.lothar-miller.de/s9y/categories/35-Einsynchronisieren http://www.lothar-miller.de/s9y/categories/5-Entprellung http://www.lothar-miller.de
-
Thread
ATtiny 13 Eingang wird zu langsam erkannt
<INT0) ; externen INT0 einschalten out GIMSK,rmp Du sperrst den Interrupt solange du den Taster gedrückt hältst, damit der Interrupt erst dann wieder ausgeführt wird, wenn die Taste losgelassen und erneut gedrückt wird. Richtig? Das Problem ist, daß nach dem Loslassen der Taste, diese wie verrückt prellt und erneut einen Interrupt während des Loslassens ausführt. Du musst den Taster entprellen. dann geht das auch. mfg.
-
Thread
Tasterbetätigung hochzählen u. vergleichen (in C)
noch zu reden sein wird. Es gibt einen Unterschied zwischen: Feststellen ob eine Taste gedrückt IST Feststellen ob eine Taste niedergedrückt WURDE Zurück zur Logik: d.h. 'ackere' dein Programm von oben nach unten durch. Dein gedachter Benutzer drückt irgendwann auf die Taste 4.
unten an bei den kleinsten Modulen und klebe sie zum Schluß zusammen. In Deinem Fall z.B.: 1. Taste entprellen (Drücken-LED an, nochmal Drücken-LED aus). 2. Anzeige (braucht man immer, ist gut zum Debuggen). 3. Eingabefunktion (benutzt 1. und 2.) usw. Kann sein, daß ich es überlesen habe:
-
Thread
µ-controller 24v sps / motor
wird mit 230v gesteuert, vom Signal getrennt. Ein 24V /2mA Ausgang führt zu einem "hoch/runter"-Taster, von dort geht das Signal in die "hoch"-senke oder "tief"-senke der SPS. Auszug aus dem Datenblatt "Bleibt der Taster länger als 2 Sekunden gedrückt, geht die Motorsteuereinheit in Selbsthaltung. Der Taster kann danach losgelassen werden." "Um die Selbsthaltung zu löschen und den Motor zu stoppen muss die dem Fahrbefehl entgegengesetzte Taste kurz angetippt werden. Um die Lamellen nur zu wenden muss
-
Thread
Entprellungsfunktion arbeitet nicht zuverlässig
& (1<<BUTTONPIN))) //Taster wird gedrueckt (steigende Flanke) { state = 1; rw = 1; } else if (state == 1 && (BUTTONPORT & (1<<BUTTONPIN))) //Taster wird gehalten { state = 2;
LED2,2)" genau? Du müsstest die LED ja auch irgendwo wieder ausschalten...? Insgesamt ist diese Entprell-Funktion nicht so super. Sie geht davon aus, dass der Taster beim Prellen bei jedem Funktionsaufruf seinen Zustand geändert hat. Wenn er "langsamer" prellt (also 2 Funktionsaufrufe den gleichen
-
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
Led mit PWM bei Bascom steuern (atmega8)
wird. Nach den 10 Stufen soll sie wieder an der ersten Stufe anfangen. Schaltplan: GND-------[Taster]-------PB4 GND-------[LED]----------PB3 Code: $regfile = "m8def.dat" $crystal = 16000000 'externer Quarz $baud = 19200 $hwstack = 32 $swstack
PWM-Zähler mit PWM-Sollwert vergleichen und Port ein/ausschalten - bei Überlauf des PWM-Zählers die Tasten abfragen und entprellen In der Mainloop: - Ergebnisse der Tastenentprellung pollen und PWM-Sollwert anpassen Die Kunst des Programmieren besteht im Wesentlichen darin, die zu lösende Aufgabe
-
Thread
ESP8266 Interrupt
jetzt gerade mal etwas geschrieben nur weiß ich nicht ob es etwas bringen würde das Programm (UpdateTaster) per Interrupt aufzurufen?
kannst zum Beispiel einen Timer auf 10ms Intervall einrichten und darin alle Eingänge abfragen. Zum Entprellen verlangst du einfach zweimal hintereinander den selben Status (HIGH oder LWO), das sollte bei den meisten Tastern schon genügen.
-
Thread
Taster will einfach nicht funktionieren (ATMEGA32 AVR)
genutzt aber irgendwie nicht das richtige gefunden. Ich möchte ganz einfach nur eine LED mit einem Taster anmachen und bei erneutem drücken wieder ausmachen. Ich versuch das über die ISR, bekomme es aber nicht hin das mein Programm auf egal was immer ich in ISR reinschreibe reagiert. Habe mit sei() die
an PB4 angeschlossen ist) wieder ausgeht!?! Garnichts, denn das ist ne Sackgasse. Du mußt entprellen: http://www.mikrocontroller.net/topic/164194#new Peter
-
Thread
Zeitverzögerter Umschalter mit Nullstellung
Taster: Nach dem Tasten soll Q1 direkt abfallen und Q2 zeitverzögert anziehen. Nach erneutem Tastendruck soll Q2 direkt abfallen und Q1 zeitverzögert anziehen. Dabei ist es, wie bereits erwähnt, egal
Hi Bistabile Kippstufe (also für Taster, entprellen), die beiden Ausgänge an je ein Monoflop, anzugverzögert. Das gesetzte Monoflop 'schaltet' Deinen Widerstand dazu. Beim Umschalten geht das erste Monoflop aus, das 2.te wartet und geht
-
Thread
mehrer eingänge einlesen,speichern uart senden
folgendes am besten machen soll. Hardware STK500 mit ATMEGA16. Es liegt ein Aktive-High auf den Tasten. Nun wollte ich, wenn ich eine Taste drücke und dann vll noch noch paar andere, soll diese registriert werden und irgendwie abgespeichert.Wenn alle tasten los gelassen werden, soll er per uart senden.In
UART Routine bereits am laufen hast, hast du eine einfache Testmöglichkeit um zu sehen, ob deine Entprell-Idee auch funktioniert. Hast du das Prellproblem gelöst, kommt das nächste: Du willst ja eigentlich nicht beim Drücken einer Taste etwas verschicken, sondern beim Loslassen. Also baust du dein
-
Thread
Comperator + PWM
Wenn du die Tasten-Abfrage an ein periodisches Ereignis wie einen Timer-Interrupt koppelst, kannst du sie sehr elegant entprellen (sollte man auf jeden Fall!). Diese Funktion kann man dann noch soweit treiben, dass man erkennt, wie lange eine Taste gedrückt wird. Man kann auch erkennen, ob eine Taste wieder losgelassen wurde. Man kann also zwischen einem einzelnen Tippen und einem Dauerdrücken unterscheiden. Die Artikel dürften dich interessieren
-
Thread
Interrupt am ATTiny13 in BASCOM
> Woran könnte es denn noch liegen ? Falsches Konzept... - Taster gehören nicht an den Interrupt (Sonderfall: Wecken aus Power- Down-Sleep) - Taster prellen und müssen entprellt werden - Warteschleifen im Interrupt sind tödlich Vorschlag: - Taster einlesen und entprellen (Debounce) - Wurde Taster betätigt, dann ein Flag setzen - Wurde zweiter Taster betätigt, dann das Flag löschen (ein Flag ist eine Bitvariable, auch Merker oder Boolean genannt) - In Mainloop
-
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
Viele Drucktaster und LEDs ansteuern
man die Spaltenleitungen für beide Matrizen nutzt. Du brauchst 58 Taster und 116 LEDs. Das ginge mit z.B. 8 kombinierten Spalten, 8 Zeilen für die Taster -> max. 8x8=64 Taster 16 Zeilen für die LEDs -> max. 16x8=128 LEDs. Der ATmega2560 hat mehr als genug Pins dafür
Rainer W. schrieb im Beitrag #7752641: > abgesehen vom genannten Kurzschluss bei Bedienung beider > Tasten am EINEM Port für rot/grün LED braucht es keine Taster, Taster gehören an anderen Ports!
-
Thread
Blinkende LED erkennen
dürfte kein Problem sein. Wenns den unbedingt die LED sein muss, dann mach das halt in deiner SW. Tasten entprellen kannst ja auch!?
Beitrag #6519211: > Wenns den unbedingt die LED sein muss, dann mach das halt in deiner SW. > Tasten entprellen kannst ja auch!?
-
Thread
Bitte um Eagle-.sch und -.brd für 8-fach IN_Out Überprüfung
ich würde die Taster als pulldown beschalten, die Kondensatoren weglassen und per SW entprellen. Begründung: Schalt- oder Lötfehler legen direkt +VCC ohne Begrenzung zum Port! Die Kondensatoren werden hart aufgeladen und der Stromimpuls belastet die Taster. Wenn die R als pullup geschaltet werden ist der Strom durch den Taster definiert und begrenzt. Der Taster schaltet nach GND und die Abfrage muss nur invertiert werden.
-
Thread
Benutzerschnittstelleneingabereigniswarteschlange (ui input event queue)?
oder Fortschrittsbalken kundtun oder einfach nur entrüstet piepsen, wenn da schon wieder jemand die Taste drückt, obwohl es noch gar nicht soweit ist. Im Idealfall ist die Technik so schnell, das man gar nicht erst eine Warteschlange aufbauen kann.
Peter D. schrieb im Beitrag #6897519: > In meinen Entwicklungen verzögert die Entprell-Lib schon um 40ms. Und > die Benutzer sind oft erstaunt, wie schnell das Gerät gegenüber üblichen > Kaufgeräten reagiert. Man muss ja nicht unbedingt eine Fahrstuhlsteuerung, bei der man während
-
Thread
Solo- und Mute-Schaltung für Analogmischpult realisieren.
Hm, welchen Teil gibt es insgesamt nur einmal, und welchen Teil einmal für jeden Kanal? Ist der Taster links Mute clear, und die beiden unten Mute und Solo? Und (wie) schaltet der Solo-Knopf alle anderen Kanäle aus?
Ich dachte die gesamte Schaltung pro Kanal... Ist wohl zum entprellen des Taster, der linke Teil. Der Rest der Schaltung fehlt noch. Quasi der Master Clear und eine Schaltung dass der Kanal in Solo nicht gemutet wird.
-
Thread
ATtiny85 benötige Taster und kein freier Port
#6502062: > Würde ich nicht so kompliziert lösen und ich würde die logisch verknüpfen um sie zu entprellen, oder eben im IRQ auszulagern. Man muss ja nicht immer Daten ans OLED senden, mehr als 4-10 Aktualisierungen kann eh keiner LESEN und in der OLED Print Ausgabe kann ich hinterher auch den Taster
. Nennen wir es tasterAktiv. dann folgt meinetwegen am Ende von setup ein while(tasterAktiv) { ... }. In diesem while machste das was du tun musst. Wenn alles fertig ist setzt du tasterAktiv auf false und die while wird
-
Thread
Wendeschützsteuerung über Atmel ansteuern
die Drehrichtung des Motors zu ändern. Jetzt muss das Programm so aussehen, dass WÄHREND der Taster zum Heben oder Senken der jeweils richtige Ausgang das Schütz schaltet UND SOBALD ein Endschalter schaltet, SOFORT der Ausgang für das Schütz abschaltet und nur der Taster für die Gegenrichtung funktioniert
Tippbetrieb. Habe hier zum Testen ein STK500 Board mit einem atmega32 drauf. LEDs habe ich an PortB, Taster an PortD. Zum Entprellen nehme ich nun die debounce-Lösung von Peter Dannegger. Somit nehme ich nun get_key_rpt und frage den Taster ab. Habe das nun in einer while Schleife und sage, solange das
-
Thread
Viele Kippschalter (ca. 40) auslesen / Mikrocontroller wake-up
Schade, der HT16K33 fragt „nur“ 39 Tasten ab, das aber per I2C. Er benötigt daher nur 2 Ports. Wenn tatsächlich 40 Tasten abgefragt werden müssen könnte die eine Taste über einen Extraport abgefragt werden. https://cdn-shop.adafruit.com
gesagt, dass man nicht mehrere Tasten gleichzeitig erkennen kann (und mehrere Tasten gleichzeitig wäre ja in meinem Fall jede Kombination, bei dem mehr als ein Schalter in EIN-Stellung ist).
-
Thread
Parallel zu delay.h arbeiten - ich steh auf dem Schlauch
also irgendwie steh ich gerade auf dem Schlauch. Annahme: Ich hab eine Schaltung mit LCD, Taster und blinkender LED. Meine LED lass ich in main.c mittels delays.h blinken. Jetzt hab ich eine Unterfunktion (Entpreller Taster und LCD-Ansteuerung) Der Taster kommt sagen wir mal ohne Interrupt
sie fertig ist. sieht das dann nicht so aus? Abstand 1 Sekunde: LED 1 LED 0 LED 1 LED 0 Taster 1 5 sek. LED 1 LED 0 Ich würde mir doch dann das Blinken kaputtmachen oder? Gruß der auf dem Schlauch stehende
-
Thread
VHDL Matrix Duo LED´s
Patrick schrieb im Beitrag #2877032: > Die Züge werden mit Tastern unter jeder Spalte gesetzt. Also: 7 Eingänge entprellen und Flankenerkennung. Zurücksetzen könnte man ein Spiel dann z.B. über das gleichzeitige Betätigen der äusseren beiden Taster. > Gespielt
Müssen die Taster hardwareseitig entprellt werden? Zum Zurücksetzen haben wir einen 8. Taster eingeplant. Und sobald eine Viererreihe erkannt wurde blinkt die Viererreihe abwechselnd in der Spielsteinfarbe und