Drehimpulsgeber per Hardware auslesen?

[dreadbrain]

Hallo,
danke das du dir die Mühe gemacht hast, den Schaltplan noch mal anzupassen.

Jetzt ist das Richtungssignal in beide Richtungen gleich unstabil.
Aber da ja jetzt nur der Zustand des Richtungssignals bei negativer Taktflanke zählt, kann ich das mit meinem Analogoszi nicht sicher sagen wie es sich jetzt verhält.

Deshalb muss ich bis nächste Woche warten bis ich wieder ein Controllerboard hier habe.
Der Controller kann dan präzise sagen ob sich die Richtung bei fallender Flanke genau auslesen lässt.





mfg Benedikt

[PICture]

Hallo!

Du kannst einfach auf einen Ausgang des FF2 eine LED mit Vorwiderstand anschließen und feststellen, ob nach Drehen des Drehencoders die Richtung richtig gespeichert wurde. Im schlimmsten Fall muss man noch am Takt des FF2 die Flanken mit einem Monoflop säubern und dann wird die Fehler verursachende unsaubere steigende Flanke eliminiert.

MfG

[dreadbrain]

Hallo,
ich schau mir die Signale auf dem Oszilloskop an.
Und nach dem Drehen wird das Richtungssignal nicht richtig gespeichert, er ändert sich aber während der Drehung mehrmals.
Es könte ja deshalb sein, das genau nach der negativen Taktflanke, die passende Richtung anliegt, das würde ja dem µC reichen.
Aber mit meinem Analogoszi kann ich diesen kurzen Zeitpunkt nicht sicher beobachten.

mfg Benedikt

[PICture]

Hallo!

Damit es verständlicher wird, habe ich jetzt die Signale aus der vorletzter Schaltung im Code skizziert. Alle Flanken von D1, D2 und D1&D2 sind unsauber und bestehen aus mehreren steigenden und fallenden Flanken. Die fallende Flanke von Monoflop (MF), wenn die Impulslänge länger als das Prellen der Kontakte ist, ist sauber und wenn sie zwischen der fallender Flanke von D1&D2 und fallender Flanke von D1 (für 2. Richtung) kommt, müsste die Richtung (der Pegel von D1) richtig gespeichert sein.

Es könnte auch sein, das der Drehencoder nicht richtig angeschlossen ist oder generiert andere Signale. Dann sind die D1 und D2 nicht so wie skizziert und das ganze kann nicht richtig funktionieren. Ich würde noch die Signale D1 und D2 vom Drehencoder kontrollieren.

MfG

             ______
      D1 ___|      |______
                ______      1. Richtung
      D2 ______|      |___


                ______
      D1 ______|      |___
             ______         2. Richtung
      D2 ___|      |______

                ___
   D1&D2 ______|   |______
                    _
      MF __________| |____

[dreadbrain]

Hallo,
die Funtkion der Schaltung ist mir vom Prinzip her klar.
Aber die Ursache der Fehlfunktion kann ich nur schwer lokalisieren.

Habe anbei das Datenblatt des Encoders.
Laut diesem stimmt meine Anschlussbelegung und das Signal.
Ich aber demnächst mal probieren ob das Signal auch aus dem Encoder kommt.

mfg Benedikt

[PICture]

Laut Datenblatt des Encoders sollte das Prellen unter 5 ms sein. Ich weiß nicht, ob du den Impuls von MF gemessen hast. Vielleicht ist es bei R=100k und C=100nF schon zu lang? Ich habe beim PIC eine Verzögerung um 10 ms benutzt und es hat einwandfrei funktioniert.

MfG

[dreadbrain]

Hallo,
ich hab in zwischen mal probiert den Encoder per µC auszulesen

Hab verschiedene Methoden wie State Machine, Bascom-Befehl etc. ausprobiert und bin mit oder ohne hardwaremäßigen Tiefpass auf keinen grünen Zweig gekommen.
Hab auch versucht die Signale des Encoders mal zu checken, nur ist das mit meinem analog Oszi nicht möglich.

Ich hab nämlich den Verdacht das der Encoder defekt oder von mindere Qualität ist, da ich bei langsamen drehen und beobachten der Pegel nie die Richtigen abfolgen 100% beobachten kann.
Außerdem ändern sich schon die Pegel wenn man den Encoder nur etwas erschüttert.

Ich probier nächste Woche mal einen Encoder aus einer alten Maus aus.
Der sieht zwar minderwertiger aus, muss aber funktionieren da er in der Maus als Scrollrad auch gelaufen ist.

Werde mich dann wieder melden.

mfg Benedikt