Weil ich so gespannt drauf war, wie sich der Mausencoderträger im Fahrbetrieb schlägt, hab ich schnell was zusammengesteckt, das Stützrad angebracht und ein einfaches Programm geschrieben. Die Drehgeschwindigkeit der Motore werden über Ticks pro Zeiteinheit und die Abrollentfernung der Räder in absoluten Ticks vorgegeben. Anhalten wurde über Gegengas (umpolen der Motore für eine kurze Zeit) versucht. Das mir da nun ...
... auch diesmal aus einer meiner vorherigen Basteleien; modifiziert und neu aufgebaut. Die Radaufhängung wurde aus GFK Teilchen zusammengeklebt. Dem Rad, ausgeschnitten aus der Pufferung des Schlittenrahmens eines CD-Roms, wurde eine Messinghülse als Radnabe eingesetzt. Die Achse aus 3mm Silberstahl läßt keinen Achsbruch zu Das senkrechte Drehgelenk besteht aus einer geteilten 2mm Messinghülse, durch die ein Teppichleistennagel mit dem kleinen Kopf nach unten, geführt ist - verhindert ...
Weil mir nun die Verarbeitung des Quadratursignals von den Encodern gelungen ist und ich auch noch eine Alternative zur reinen SW-mäßigen Verabeitung des rohen Signals gefunden habe, steht jetzt der Weiterbau des Chassis an. Damit es rollen kann, hab ich es nun mit 2 der schon öfter benutzten Selbstbausperrholzrädern ausgerüstet. 45mm Durchmesser, 4mm dick, mit einer eingeklebten geschlitzten Messinghülse in der Mitte, damit man es mit einem Stellring auf die Achse klemmen kann. ...
Aktualisiert: 10.12.2011 um 13:12 von Searcher
Der Geschwindigkeitssucht nachgebend ist nun die ISR zur Quadratursignalauswertung in Inline ASM geschrieben. Da das erst mein zweiter µC-ASM Versuch ist, ist der Code mehr oder weniger aus dem Artikel des weiterführenden Links aus dem RN-Wissen ins mikrocontroller.net abgeschrieben. Laut BASCOM Simulator benötigt die ISR jetzt ca 7,5µs (20µs weniger als vorher). Hab dann das 2kHz Simulatorsignal parallel auf PortA und PortB gegeben und über PCINT0 und PCINT1 zählen lassen. ...
Aktualisiert: 23.11.2011 um 16:43 von Searcher
Um zu Überprüfen, ob die Signale vom Encoder für den µC aufbereitet werden müssen oder nicht, habe ich nun das Testprogramm auf den zweiten PCINT erweitert. Die beiden Signale eines "echten" Encoders (kein Rechteck sondern verschliffen wellenförmig) werden einmal direkt auf PortB des Tiny24 gelegt und über PCINT1 gezählt. Parallel dazu werden die Signale zur Rechteckerzeugung über den früher beschriebenen TC4093B geführt. Weil der invertiert, gleich nochmal mit ...
Aktualisiert: 21.11.2011 um 15:56 von Searcher