Rotary Encoder Rechts/Linksdrehung in zwei getrennte Taster umsetzen

[Sven (Gast)]

Hallo,

ich habe eines von den mittlerweise sehr verbreiteten China Bluetooth 
Modulen (mit dem CSR8645). Dieses hat auch vorbereitete Anschlüsse für 
Pushbuttons, zum Vorspulen und Lauter/Leiser machen.
Nun hätte ich aber für die Lautstärker viel lieber einen Drehregler. 
Deshalb bräuchte ich eine kleine Schaltung, die die von einem Encoder 
gelieferten versetzten Impulse für Rechts- und Linksdrehung in zwei 
unterschiedliche Tasterimpulse umsetzt. Ich habe dazu schon gegoogelt, 
aber (fast) nichts gefunden.
Ich kann doch nicht der einzige mit diesem Problem sein? Dazu müsste es 
doch einen kleinen IC geben, oder?
Extra einen Mikrocontroller zu programmieren scheint mir hierfür ein 
bisschen mit Kanonen auf Spatzen zu schießen. (Zumal die Stromversorgung 
für das Modul (zwecks Audio) auch noch DC entkoppelt ist, und nicht 
unbedingt für einen zusätzlichen Controller ausreicht, also eine Lösung 
mit Optokopplern o.ä. her müsste...)

Liebe Grüße,
Sven

[Georg (Gast)]

Sven schrieb:
> Extra einen Mikrocontroller zu programmieren scheint mir hierfür ein
> bisschen mit Kanonen auf Spatzen zu schießen

Na und, ist aber die geeignetste Möglichkeit. Ein fertiges IC wird es 
nicht geben, oder es ist eben auch ein kleiner Controller, z.B. mit 8 
Pins und mit entsprechender Firmware.

Wenn du was besseres findest, sag Bescheid, sonst akzeptiere die 
Realität wie sie halt so ist. Die Spatzen beschweren sich ja auch nicht, 
wenn du sie mit einer Kanone erschiesst statt mit dem Luftgewehr.

Georg

[c-hater (Gast)]

Sven schrieb:

> Extra einen Mikrocontroller zu programmieren scheint mir hierfür ein
> bisschen mit Kanonen auf Spatzen zu schießen.

Tja, das ist halt wohl einfach so: Idioten erscheint die einzig 
zielführende Lösung ziemlich idiotisch. Einfach deshalb, weil sie sie 
nicht begreifen...

[Mike (Gast)]

Habe vor Jahren mal genau das gesucht, aber es geht nur mit uC und das 
ist definitiv auf Spatzen mit Kanonen schießen, daher habe ich mir eine 
andere Lösung überlegt, ein Zahnrad, welches ein Metallplättchen gegen 
Taster drückt, also alles rein mechanisch, ich mach lieber mal Fotos von 
meinem Prototyp, hoffe du findest die Lösung ebenso cool wie ich :P 
dabei geht es nur um das Prinzip, geht auch kompakter.

[Mike (Gast)]

@Georg Ich denke nicht, dass msn mit einer Kanone Spatzen trifft, daher 
wird es denen kaum egal sein ;)

@c-hater Wenn du einen Idioten suchst, schau in den Spiegel, an Svens 
Denkweise ist absolut nichts verkehrt, ganz im Gegenteil zu deinem 
Sozialverhalten und fragen ist niemals idiotisch.

Ein IC, der das kann, würde nicht nur Leute erfreuen, die Dinge 
modifizieren wollen, sondern auch die, die Neues erschaffen, im Bereich 
der Fahr- und Flugsimulatoren wäre sowas extrem begehrt, daher ist es 
für mich nicht nachvollziehbar, warum es sowas nicht gibt, in China wird 
täglich tonnenweise irgendwelcher Müll hergestellt, der nur dazu dient 
das vollkommen sinnbefreite Leben des westlichen Zuchtkonsumenten für 
kurze Momente zu füllen, indem sie damit ihre angezüchtete Kaufsucht 
befriedigen können, was letzendlich den Wirtschaftswachstum darstellt.

[Michael L. (michaelx)]

Mike schrieb:
> Ein IC, der das kann, würde ...

wahrscheinlich aber auch nur ein umgelabelter kleiner PIC, ATtiny oder 
was vergleichbares sein.

Wobei ein PIC 10F20x mit seinen 6 Pins und wenigen Speicher für das hier 
zu lösende "Problem" vermutlich ein Minimum an Verschwendung darstellen 
dürfte.

;-)

[batman (Gast)]

Produziert wird zu Zeiten der Marktwirtschaft sicher nichts auf vage 
Vorstellungen eines möglichen Marktes.
So ein Fertig-IC wäre auch keine universell fertige Lösung sondern müßte 
an die jeweilige Tastenentprellung und/oder andere Zeitkonstanten der 
Zielschaltung angepaßt werden, wenn das sicher funktionieren soll. 
Drehencoder sind auch nicht alle gleich. Die Zielgruppe von Entwicklern, 
die das gerade noch beherrscht aber keinen klassischen 4-Zeiler in einen 
klassischen 6-Beiner zu schreiben vermag, dürfte da in der Realität 
ziemlich klein sein.

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Es gab (und gibt evtl.) tatsächlich Encoder, die die Drehung nach rechts 
auf einen Tastkontakt gab und die Drehung nach links auf einen anderen. 
So ein Ding war z.B. in einem JVC Studio VHS Player zum Stellen des 
Timers/Counters verbaut, den ich vor vielen Jahren auseinander nahm und 
dieser Encoder ist hier auch immer noch vorhanden.

Allerdings fehlt mir der richtige Suchbegriff und die Geduld, denn bei 
Mouser stösst man auf eine riesige Liste, wenn man nach 'Rotary 
Direction Switch' sucht:
http://www.mouser.de/Electromechanical/Switches/Multi-Directional-Switches/_/N-5g2z?No=25

Mein Bauteil ist ein Alps mit dem typisch blauen Gehäuse und Zahnachse.

[Bernhard S. (b_spitzer)]

Es sollte auch in Hardware gehen. Die Auswertung in Software schaut ja 
auf die Flanke (fallend oder steigend ist erstmal egal) der Phase A und 
dabei auf den Zustand von Phase B. Also nehme ich ein D-Flipflop mit 
Flankentriggerung und schalte die Phase B auf den D-Eingang. Damit ist 
der Ausgang Q auf 1 bei Rechtsdrehung und 0 bei Linksdrehung (oder 
umgekehrt, alles Definitionsfrage). Mit dem Q-Signal wird dann mit einem 
1:2 Demultiplexer die Phase A auf den einen oder den anderen 
Tast-Eingang geschaltet.

                   .-------------------.     __
                   |                   o----|  |
                   |    .--o--.        |    |& |-   Lauter
      Phase_B  ----)----|D S Q|--------)----|__|
                   |    |     |        |
      Phase_A  ----o----|>   _|        |     __
                        |  R Q|--------)----|  |
                        '--o--'        |    |& |-   Leiser
                                       '----|__|
(created by AACircuit v1.28.6 beta 04/19/05 www.tech-chat.de)

[Huhu (Gast)]

Matthias S. schrieb:
> Es gab (und gibt evtl.) tatsächlich Encoder, die die Drehung nach rechts
> auf einen Tastkontakt gab und die Drehung nach links auf einen anderen.

Kann doch gar nicht sein! :-D
Wenn der allwissende c-hater behauptet, daß nur Idioten nicht begreifen, 
daß die Programmierung eines Mikrocontrollers die einzige zielführende 
Lösung darstellt, dann ist das so. Und wir haben das gefälligst zu 
glauben und auf die Knie zu fallen, wenn wir den Namen "c-hater" hören.

[Mike (Gast)]

Michael L. schrieb:
> Minimum an Verschwendung

Jop, darum gehts, zumindest mir :)

Aber für ne Mikrocontroller-Pro dürfte sowas doch ne Kleinigkeit sein, 
da könnte man doch mal so ein paar PIC's beschreiben und in Foren 
anbieten, bzw. darüber informieren, dass es sowas gibt, die 
Investitionen wären sehr niedrig.

[MaWin (Gast)]

Sven schrieb:
> Ich habe dazu schon gegoogelt, aber (fast) nichts gefunden.

und wenn, dann Schrott:

Bernhard S. schrieb:
> Also nehme ich ein D-Flipflop mit Flankentriggerung

Kann ja wohl nicht wahr sein, daß jemand zur Auswertung von prllenden 
Encodern FliFlops mit Flankentriggerung einsetzen will. Wie blöd ist das 
denn, daß man Encoder nicht auf FLanken triggert ist doch wohl 
Allgemeinbildung.

Sicher ist eine Auswertung in Sofwtare auf einem uC das einfachste, die 
kann auch dafür sorgen, daß die UP DOWN Impulse nicht zu schnell kommen.

Denn eine Hwardwarelösung würde die so schnell raushauen, wie der 
Quadraturencoder gepollt wird.

        +---+
 A -----|D Q|---+
      +-|T  |   |
      | +---+   |   
      |         +---|\      |\
      | +---+   |   |+)--+--| )o---+
 B ---(-|D Q|-+ | +-|/   |  |/     |
      +-|T  | | | |      |         |
      | +---+ | | | XOR  +-----+   +--|\
  +---(-------+ | |            | +----| )-- UP
  | +-(-------(-+-(-|\         | | +--|/
  | | | +---+ |   | |+)--+     | | |    AND
  | +-(-|D Q|-(---(-|/   +--|\ +-(-(--|\
  |   +-|T  | |   |         |+)--+-(--| )-- DOWN
  |   | +---+ |   |      +--|/     +--|/
  |   |       +---(-|\   |         |
  |   | +---+     | |+)--+         |
  +---(-|D Q|-----+-|/             |
      +-|T  |                      |
      | +---+                      |
 T ---+----------------------------+