Guten Abend, gibt es eine Schaltung, mit der ich die Impulse eines Drehencoders in ein "Lauflicht" übersetzen könnte, mit der man die Led´s in die eine Richtung und in die andere steuern kann? Ich will damit einen Audiowahlschalter bauen. Da nehme ich dann 4066er. Vielen Dank im Voraus! P.S.: Da ich nicht programmieren kann, wäre es gut, wenn es eine Schaltung aus Logik IC´s oder so gäbe.
Gast
#4377524
Manu O. schrieb: > P.S.: Da ich nicht programmieren kann, wäre es gut, wenn es eine > Schaltung aus Logik IC´s oder so gäbe. Da wäre es wohl einfach, wenn du ein bisschen programmieren lernst. Sonst könnte das in ein böses TTL-Grab ausarten.
Hat jemand hierzu ein fertiges Programm für einen Pic?
Gast
#4377534
Drehencoders -> Lauflicht -> LEDs -> Audiowahlschalter -> 4066er. Verstehe ich nicht. Kannst du eine Skizze anhängen?
Hi, super simple Angelegenheit, wenn ich mich nicht vertue. Einen Up/Down Counter dessen Richtungs / Takt Eingang direkt an den A und B Leitungen des Drehencoders hängen. Der Zählausgang geht dann an die Select Leitungen eines Demultiplexers. Der Eingang des Multiplexers liegt auf High Pegel. Daraus ergibt sich dann dein "Lauflicht" am Ausgang... Damit kannst du dann auch direkt an die Enable Eingänge deines 4066ers. Das Prellen musst du nur irgendwie in den Griff bekommen..
Entprellen halt mit Kondis!?
Gast
#4377549
Drehschalter?
Ich will ja was digitales.
Gast
#4377558
Wenn man mit dem Drehschalter die 4066 und LEDs ansteuert, wird es schon recht digital. Oder muss es noch digitaler werden?
Gast
#4377559
Jost .. schrieb: > Einen Up/Down Counter dessen Richtungs / Takt Eingang direkt an den A > und B Leitungen des Drehencoders hängen. Supi, da hat jemand noch nicht mitbekommen, daß Drehencoder prellen, also bei jedem Schritt einige Impulse abgeben , die deine Schaltung alle zählt. Wenn du so was schon mal in der Praxis aufgebaut hättest, wüsstest du, daß die LEDs nicht in Reihenfolge, sondern wild durcheinander springen. Man müsste zumindest den Drehencoder vorher entprellen, dann kann man ihn auch gleich richtig auswerten. Mit einem Microcontroller ist das 1 IC. Ohne uC beginnt das Problem damit, daß ein CD4017 nicht rückwärts zählt, ein CD4510 nicht decodiert, sowieso unklar ist ob er bis 7, 8 oder 10 zählen soll. Man braucht also geschätzt 4 ICs. Manu O. schrieb: > Hat jemand hierzu ein fertiges Programm für einen Pic? Auch ein PIC kann C (aber die Ports heissen anders)
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
Und welche Pins sind bei diesem Programm benutzt?
Gast
#4377578
Manu O. schrieb: > Und welche Pins sind bei diesem Programm benutzt? Bit 0 und 1 von PORTA sind die Drehencodereingänge, und wie viele Ausgänge PORTB hat ist unbekannt weil du trotz Hinweis immer noch nicht gesagt hast zwischen wievielen Positionen du denn umschalten willst.
Ohh, sorry. Ich will so 4 Positionen schalten
Gast
#4377620
Dann sind's Pin0 bis Pin3 von PORTB und MAXCOUNT ist 4
Ok, danke! Und das Programm funktioniert auf Anhieb?
Gast
#4377722
Manu O. schrieb: > Und das Programm funktioniert auf Anhieb? Wahrscheinlich nicht, zumindest ein Semikolon fehlt schon mal, aber inhaltlich ist alles drin was nötig ist.
Die Idee an sich ist mir noch nicht klar, wofür braucht man bei einem Auswahl-Umschalter einen Drehimpulsgeber? Hast Du 320 Quellen? Mit 8 kommst Du auf dem Drehimpulsgeber doch nur auf eine halbe Umdrehung. Also ja, machen um das mal gemacht zu haben, sicher, der Weg ist das Ziel und so, das Ergebnis ist doch aber eher unpraktisch. Man muss da auch immer sehr feinfühlig dran drehen. Der einzige Vorteil der mir dazu einfällt ist, dass man überdrehen kann. Einen Drehschalter kann man auch per Mikrocontroller einlesen, damit das "digitaler" wird, mir gefällt da die Lösung mit vielen gleichen Widerständen zwischen den Anschlüssen vom Drehschalter, das erzeugt viele Spannungs-Stufen von 0V bis z.B. 5V die man über einen einzelnen Analog-Eingang einlesen und auswerten kann.
Gast
#4377903
Rudolph R. schrieb: > Mit 8 kommst Du auf dem Drehimpulsgeber doch nur auf eine halbe > Umdrehung. > Man muss da auch immer sehr feinfühlig dran drehen. Das ist doch wohl eine Sache der Auswertung. Es zwingt einen keiner, bei jeder Flanke weiter zu schalten. In Hardware kann das natürlich etwas aufwändiger werden, mit einem µC aber völlig problemlos.
Wolfgang schrieb: > Das ist doch wohl eine Sache der Auswertung. Es zwingt einen keiner, bei > jeder Flanke weiter zu schalten. In Hardware kann das natürlich > etwas aufwändiger werden, mit einem µC aber völlig problemlos. Solange man dafür einen nicht rastenden Drehimpulsgeber findet könnte das was werden, okay. Mit den normalen, rastenden Drehimpulsgebern würde sich das aber etwas blöd anfühlen wenn der z.B. bei jedem dritten Impuls weiter schaltet.
Gast
#4377919
Rudolph R. schrieb: > Mit den normalen, rastenden Drehimpulsgebern würde sich das aber etwas > blöd anfühlen wenn der z.B. bei jedem dritten Impuls weiter schaltet. Bei einem satt rastenden Geber hat man auch nicht das Problem, dass mein sehr feinfühlig drehen muss, um jede Stufe zu erwischen. Wer weiß schon, welchen Typ Manu da im Hinterkopf hat.
Gast
#4377951
Manu O. schrieb: > Hat jemand hierzu ein fertiges Programm für einen Pic? Habe ich auch schon mal eines als Beispiel für unsere Studierenden geschrieben. http://www.hs-ulm.de/users/vschilli/Mikrocontroller/_downloads/uC_quick-X.pdf 5.3 Encoder rotiert LEDs Der Encoder wird da über Interrupts ausgewertet, weil es in dem Kapitel eben um IR geht... (Kann man aber leicht mit der Auswertung vonMaWin ersetzen)
Gast
#4377958
Rudolph R. schrieb: > Die Idee an sich ist mir noch nicht klar, wofür braucht man bei einem > Auswahl-Umschalter einen Drehimpulsgeber? > Hast Du 320 Quellen? Du hast nicht weit genug gedacht - der TO übrigens auch nicht. Das ist alles. Es geht ja nicht nur darum, irgenwelche LED's anzusteuern, sondern auch darum, diverse Audioquellen umzuschalten. Etwa so, wie es Sony vor gefühlten 100 Jahren mit einem damaligen 4 Bit µC in seinen Hifi-Verstärkern tat. Aber dazu sind nicht nur Portpins mit LED's daran gefragt, sondern auch passende Steuercodes per I2C an den NF-Umschalt-IC. W.S.
W.S. schrieb: >> Die Idee an sich ist mir noch nicht klar, wofür braucht man bei einem >> Auswahl-Umschalter einen Drehimpulsgeber? >> Hast Du 320 Quellen? > > Du hast nicht weit genug gedacht - der TO übrigens auch nicht. Das ist > alles. > > Es geht ja nicht nur darum, irgenwelche LED's anzusteuern, sondern auch > darum, diverse Audioquellen umzuschalten. Etwa so, wie es Sony vor > gefühlten 100 Jahren mit einem damaligen 4 Bit µC in seinen > Hifi-Verstärkern tat. > > Aber dazu sind nicht nur Portpins mit LED's daran gefragt, sondern auch > passende Steuercodes per I2C an den NF-Umschalt-IC. Du hast eher nicht durchschaut, worauf ich hinaus wollte. Mir ging es rein um die Haptik, um die mechanische Umsetzung, nicht um die Elektronik die dahinter die Quellen dann tatsächlich umschaltet. :-) Und mir sind leider keine Drehimpulsgeber bekannt die mit 8 Impulsen pro Umdrehung kräftig einrasten.
WENN Du einen Drehencoder hast, welcher pro Rastung nur einen Schritt macht, könntest Du diesen direkt an A0 und A1 von einem 4052 (anstelle 4066) anschließen - ohne Controller. Aber vermutlich wird das nicht so sein ... Diesen Umstand musst Du in Deinem Programm allerdings auch berücksichtigen. Es gibt nämlich unterschiedliche Drehgeber. Qualitativ besser für das Audiosignal ist allerdings der Drehschalter. Gruß Jobst
Wolfgang schrieb: > Wer weiß schon, > welchen Typ Manu da im Hinterkopf hat. Das ist auch kein geeigneter Einbauort. Jedes Mal, wenn man in der Kaufhalle an der Kasse steht, dreht jemand aus Langeweile dran herum... MfG Paul
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.