(→Drehgeber-Auswertung) |
|||
| Zeile 48: | Zeile 48: | ||
* usw | * usw | ||
===Programmtechnische Umsetzung=== | ===Programmtechnische Umsetzung=== | ||
| − | + | ====ISR oder Polling ?==== | |
| + | |||
| + | ====Auswertung der Signale==== | ||
| + | Das kann man natürlich auf viele Arten machen. Je nach Sprache bietet sich "Select/Case" (Bascom) oder "switch/case" (GCC) an. Ein Hinweis, dem man folgen kann: Bascom prüft ab, '''ob''' ein Schritt erfolgt ist, danach prüft er aber '''nur''' die Werte für "vorwärts" einzeln ab, alle anderen Möglichkeiten müssen dann ja zwangsläufig "rückwärts" bedeuten.<br/> | ||
| + | Das Assembler-listing für die Bascom-ENCODER()-Funktion: | ||
| + | [[Bascom_Inside-Code#.28Quadratur-.29_ENCODER]]<br/> | ||
| + | Eine andere Möglichkeit ist es, die neuen und die vorhergegangenen AB Werte zusammenzufassen und als Index für einen Werte- oder Sprungtabelle zu verwenden. In einer solche Tabelle muss man allerdings auch die ungültigen AB Kombinationen belegen, damit das funktioniert. | ||
| − | |||
==Autoren== | ==Autoren== | ||
Version vom 19. Juli 2011, 10:33 Uhr
Inhaltsverzeichnis
Drehgeber-Auswertung
Es gibt in RN-Wissen schon einige (sehr gute) Artikel über Drehgeber und Auswertungsvarianten. Denen will ich hier keine Konkurrenz machen.
Technisches findet man hier:
Sensorarten#Incremental-Geber
und Grundsätzliches über das Quadratur-Signal:
Beispiel_Drehzahlmessung_mit_Drehgeber#Richtung.2C_Geschwindigkeit_und_Position_mit_Doppellichtschranke_ermitteln
Programmierungs-Beispiele für Drehencoder:
Drehencoder
Ich möchte dem einige grundsätzliche Überlegungen zur Drehgeber-Auswertung hinzufügen, damit es einem Einsteiger leichter fällt, eine Auswahl für seine konkreten Anforderungen zu treffen.
Signalfolge
Zur Erinnerung:
Auswertung der Flanken
Gerade bei den AVR's bietet es sich an, das A-Signal an einen "Externen Interrupt" anzuschliessen. Da man meist auch zwei Drehgeber hat (für links u. rechts), kommt man da wunderbar mit INT0 u. INT1 aus.
Vorwärts
Bei einer Konfiguration "steigende Flanke" wird bei den dicken Pfeilen der Interrupt ausgelöst. Liest man in der ISR den B-Kanal, kann man daraus direkt die Richtung entnehmen (im Beispiel ist das ebenfalls "1") und auf den Schrittzähler 1 addieren.
Richtungsumkehr
Wird nun die Drehrichtung geändert, wird die bis dahin fallende Flanke von A zur steigenden Flanke, und B ist zu diesem Zeitpunkt dann "0". Die Sache ist eindeutig, man kann nun von Schrittzähler eins abziehen.
Dabei tritt aber natürlich eine Verschiebung auf. Wenn die Impulsfolge im Verhältnis zum zurückgelegten Weg gross ist, kann man das ignorieren, es geht ja letztlich meistens nur um ein paar Millimeter, und wo genau sich ein Drehgeber zwischen zwei Impulsen befindet, kann man ohnehin nie sagen.
Möglicher Fehler
Es gibt aber auch Situationen, wo es zu Fehlern kommt. Hier wird der zweite Interrupt noch ausgelöst und (richtig) als Schritt vorwärts gezählt. Dann bewegt sich der Geber etwas zurück, kommt aber nicht bis zu nächsten steigenden Flanke, sondern bewegt sich wieder nach vorne.
Unsere Logik zählt nun einen Impuls zweimal, obwohl der drehgeber sich immer noch am selben Platz befindet.
Auswertung der Übergänge
Die genaueste Auswertung ist möglich, wenn man alle Übergänge steigend/fallend von beiden Kanälen (A u. B) bewertet. Das kann man ebenfalls mit ISR's machen, wenn man den µC so konfigurieren kann, dass er beide Flankenarten auslöst. Da dafür aber nur ein ISR-Vektor zur Verfügung steht, muss man in der Routine sowohl Kanal A als auch B abfragen und auch, ob fallend oder steigend.
Am einfachsten merkt man sich immer den Zustand von A u. B und vergleicht mit dem neuen Abtastergebnis.
Im Grunde ist das dann dasselbe, als wenn man ohne ISR periodisch die Eingänge abtastet, was natürlich oft genug geschehen muss, damit nichts verlorengeht. Die Flanken selbst erkennt man an dem Unterschien AB / AB-alt.
In beiden Fällen erfolgt dann die Auswertung an den strichlierten senkrechten Linien.
Vorwärts
Von dem Mitte nach rechts gelesen bekommt also an den bezeichneten Stellen die Werte
- 00 vorher: 01
- 10 vorher: 00
- 11 vorher: 10
- 01 vorher: 11
- usw
Rückwärts
Von dem Mitte nach links gelesen bekommt dann an den bezeichneten Stellen die Werte
- 00 vorher: 10
- 01 vorher: 00
- 11 vorher: 01
- 10 vorher: 11
- usw
Programmtechnische Umsetzung
ISR oder Polling ?
Auswertung der Signale
Das kann man natürlich auf viele Arten machen. Je nach Sprache bietet sich "Select/Case" (Bascom) oder "switch/case" (GCC) an. Ein Hinweis, dem man folgen kann: Bascom prüft ab, ob ein Schritt erfolgt ist, danach prüft er aber nur die Werte für "vorwärts" einzeln ab, alle anderen Möglichkeiten müssen dann ja zwangsläufig "rückwärts" bedeuten.
Das Assembler-listing für die Bascom-ENCODER()-Funktion:
Bascom_Inside-Code#.28Quadratur-.29_ENCODER
Eine andere Möglichkeit ist es, die neuen und die vorhergegangenen AB Werte zusammenzufassen und als Index für einen Werte- oder Sprungtabelle zu verwenden. In einer solche Tabelle muss man allerdings auch die ungültigen AB Kombinationen belegen, damit das funktioniert.
Autoren
Siehe auch