Auswerteelektronik für Inkrementalgeber

[cmorgen]

Hallo allerseits,

ich baue mit an einem car-like Roboter. Zur Positionsbestimmung will ich 2 Inkrementalgeber auf der angetriebenen Achse benutzen, einen links und einen rechts vom Differential. So sollte man auch gefahrene Kurven gut nachvollziehen können.
Die ausgewählten Inkrementalgeber liefern wie üblich die Signale A, B, N, ┐A, ┐B, ┐N (TTL-kompatibel).
Üblicherweise macht man die Auswertung ja wohl mit dem μC, aber um den μC nicht nur mit Interrupts zu beschäftigen, denke ich darüber nach, die Auswertung mit externer Elektronik zu realisieren.
Gibt es für diese Anwendung spezielle Auswerteelektronik (wenn ja wo und zu welchem Preis), oder muss ich das aus Einzelkomponenten (D-FF für Richtungserkennung, Zähler usw.) zusammenbasteln?
Ich würde das Ergebnis dann gern über die serielle Schnittstelle des μC einlesen.

Ich warte gespannt auf eure Antworten.
Christiane

[Manf]

Der Algorithmus dafür ist hier diskutiert.
Manfred

https://www.roboternetz.de/phpBB2/viewtopic.php?t=10007

[cmorgen]

Vielen Dank!
Hab ich beim Suchen wohl irgendwie übersehen

[sigo]

Man kann den Algorithmus auch in ein GAL 16V8 brennen, inkl. Impulsvervierfachung. Das Gal muss getaktet werden, z.B. mit 1MHZ o.ä. aus dem Controller.

Wenn die Umgebung sehr verseucht ist, kann ein MC14490 die Signale filtern. (wird aber wohl nicht nötig sein).

Gruß sigo

[cmorgen]

Ich muss das jetzt doch noch mal aufwärmen.

Wie ich aus den Ausgangssignalen des Inkrementalgebers die richtigen Eingangssignale für den Zähler generieren kann, war nicht nur meine Frage. Trotzdem nochmal vielen Dank für eure Hinweise, die haben mir geholfen meine Gedanken ein bisschen zu sortieren...

Meine ursprüngliche Frage war eigentlich so gemeint: Gibt es ICs, die die Signalaufbereitung und den Zähler in sich vereinen?
Aber mittlerweile bin ich zu dem Ergebnis gekommen, dass es sowas wohl nicht gibt, oder?

Ich habe nämlich das Problem, dass mein uC nur 2 Zähler hat. Das würde für 2 Inkrementalgeber ja grad noch funktionieren, aber dann ist auch Schicht im Schacht. Und da diese Zähler ggf. noch für andere Sachen gebraucht werden...
Was ich also nun Suche sind normale IC-Zähler. Da Bauelemente nicht so meine Stärke sind und ich schon das Internet durchforstet und einige Datenblätter gelesen habe, traue ich mich doch noch mal was zu fragen:

Ich muss die Zähler ja hinterher trotzdem mit dem uC auswerten. Brauche ich da Zähler mit TTL-Ausgang oder geht auch CMOS? 12 Bit-Zähler mit TTL-Ausgang scheint es nämlich nicht zu geben...

Danke für eure Geduld!
Christiane

[sigo]

Hallo Christine,
schau die mal den LM629 von National Instruments an.

Das ist ein Co-Prozessor der u.a. folgendes enthält:

* Quadratur-Signal-Eingang (Inkrementalgeber)
* +/- 30 Bit-Zähler
* Rampengenerator für trapezförmige Geschwindikeitsprofile
* Drehzahl- und Lageregelung (314µs Sampletime)
* PWM-Ausgang


Man gibt dem LM629 die Bewegungsdaten (Position, Vmax und die Beschleunigung) und dann den Startschuß...
Der Motor fährt auf die gewünschte Position, und der LM629 meldet das mit einem Flag, welches man auf einen Interrupteingang legen kann.
Einfacher gehts nicht.

Leider kostet das Teil ca. 25 EUR

Für die Wandlung der Invertierten und Nichtinvertierten Signal des Inkrementalgebers, kannst du einen RS-422 Empfängerbaustein vorschalten. Wenn du eine stark störende Umgebung hast, kannst du zusätzlich noch den MC14490 dazwischen schalten (digitales Störfilter).

Gruß sigo

[ogni42]

Du kannst zum Impulse Zählen den INT0 und INT1 Eingang des AVR nehmen (bei neueren auch jeden anderen beliebigen IO-Pin) und per Interrupt auswerten. Hier zählst Du die Impulse des Zählers. Ein Timer gibt Dir eine Zeitbasis vor, mit der Du dann den Softwarezähler auswertest. Gezählte Impulse/Zeitbasis = Geschwindigkeit.

[cmorgen]

@sigo: Klingt interessant, zugegeben nicht ganz preiswert, aber anschauen werde ich mir das auf jeden Fall mal.

@ogni42: Über Interrupt zu zählen kommt für mich leider nicht in Frage, auch wenn es nicht kompliziert wäre. Aber bei ca. 350 U/s und min. 100 Pulsen/U ist der arme Controller ja dauernd nur mit Zähl-Interrupts beschäftigt. ;(

[ogni42]

mann muss ja nicht direkt an der Achse messen. Sofern Du die damit einher gehende Genauigkeit nicht benötigst, kannst Du den Inkrementalgeber ja direkt an den Rädern anschliessen, was immer noch eine Genauigkeit von 3,6°/Impuls ist. Dann sparsst Du Dir immerhin das externe TTL Grab.

[cmorgen]

* Die Räder machen bei fahren mit Maximalgeschwindigkeit (2m/s) 341U/min.
* Wenn ich nach der Auswerteelektronik 400 Pulse/U bekomme entspricht das 136400 Pulsen/min oder 2273 Pulsen/s (bei nur 100 Pulsen entsprechend nur 1/4).
* Wenn ich davon ausgehe, dass ich gleichzeitig in der Grundversion noch 8 Infrarotsensoren, einen Kompass und einen Beschleunigungssensor auswerten muss und das alles über Interrupts mache, fürchte ich, dass ich irgendwann vor lauter interruptgesteuertem Pulszählen nicht mehr rechtzeitig mitbekomme, wenn ich vor die Wand fahre. Schließlich kann mein uC keine Parallelverarbeitung. Aber vielleicht habe ich da ja auch unbegründete Sorge...