danke für die Blumen, ich programmiere in C
Wie gesagt die Encoder sind an einem ATmega 16 angeschlossen an Pin PD2 und PD3 über einen 10Kohm Pull UP, sprich wie als wären es Taster
sieht dann im Prog. so aus
volatile int TaktLi;
volatile int TaktRe;
// ** Interrupt-routinen**
ISR(INT0_vect) //Encoder rechts zählen
{
TaktRe++;
}
ISR(INT1_vect) //Encoder links zählen
{
TaktLi++;
}
mit "TaktLi" und "TacktRe" arbeite ich dann weiter bzw. anzeigen auf dem LCD
Hallo,
Ich kenne die Decoder vom RP6 nicht.Zitat von Jackeder
Grundsätzlich hat man aber immer das Problem des Prellens.
Ein mechanischer Schalter macht nicht einfach sauber Kontakt. Der hüpft beim Schliessen erst mal wie ein Ball etwas rum und macht mal Kontakt und mal nicht. Die Prellzeit liegt typischerweise im Bereich von ms. Wenn die Elektronik schneller ist, wertet sie dies als mehrere Impulse.
Beim RP6 werden zwar Lichtschranken verwendet, die können aber auch Probleme haben sich eindeutig zu entscheiden, wenn sie nur teilweise abgedeckt sind.
Deine Interruptroutine wird aber Impulse bis in de Bereich von 100kHz bis etwa 1MHz noch als einzelne Impulse erkennen und zählen.
Eine Andere Möglichkeit sind Störsignale, welche auf die Sensorleitung eingestreut werden und auch als gültige Impulse gewertet werden.
Am einfachsten wäre es, sich die Signale mal mit einem Oszilloskop anzusehen.
Nun wissen wir aber nicht ob du diese Möglichkeit hast?
MfG Peter(TOO)
Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?
> dennoch werden mir unterschiedliche Schritte gezählt.
Wieviel unterschiedlich denn etwa auf eine bestimmte Distanz?
Durch Radschlupf gibts da immer Abweichungen, das könnte also auch normal sein.
(Nutze mal die Suchfunktion im Forum, da gibts hunderte Threads zu diversen Robotern)
Beim orginalen RP6 sehe ich keinen Pullup im Schaltplan. Der Ausgang vom OV geht direkt auf den Eingang vom Mega32.angeschlossen an Pin PD2 und PD3 über einen 10Kohm Pull UP
Und der interne Pullup wird auch nicht verwendet:
(Aus RP6RobotBase.h)Code:// PORTD #define ACS_PWR (1 << PIND6) // Output #define MOTOR_R (1 << PIND5) // PWM Output (OC1A) #define MOTOR_L (1 << PIND4) // PWM Output (OC1B) #define ENC_R (1 << PIND3) // INT1 (Input) #define ENC_L (1 << PIND2) // INT0 (Input) #define TX (1 << PIND1) // USART TX (Output) #define RX (1 << PIND0) // USART RX (Input) // Initial value of port and direction registers. #define INIT_DDRD 0b11110010 #define INIT_PRTD 0b00000001
Geändert von radbruch (11.02.2015 um 17:15 Uhr) Grund: Encoder Setup interner Pullup
Bild hier
Atmel’s products are not intended, authorized, or warranted for use
as components in applications intended to support or sustain life!
Hallo,
die Drehgeber haben einen analogen Ausgang (da ist ein Operationsverstärker drauf).
Das ist fast digital, aber eben nicht ganz.
Der Pullup schadet eher, würde ich mal probehalber ganz entfernen.
Die Potis auf den Drehgebern können zum Einstellen der Empfindlichkeit genutzt werden, probier da mal andere Positionen durch.
Nicht ganz, da ist eine Schmidt-Trigger Schaltung dazwischen (Seite 4). Es geht auch ohne. Der AVR hat das prinzipiell auch intern.Beim orginalen RP6 sehe ich keinen Pullup im Schaltplan. Der Ausgang vom OV geht direkt auf den Eingang vom Mega32.
Für die älteren Drehgeber des v1 war die Schaltung noch notwendig, bei den neuen nicht mehr unbedingt, sie ist sicherheitshalber aber dennoch geblieben.
MfG,
SlyD
Einen schönen Sonntag wünsche ich euch und danke für die Antworten.
einen Oszilloskop hab ich nicht zur Verfügung, aber Arbeitskolege. Das war auch mein nächster Plan sobalt dieser mal Zeit hat die Signale übern Oszi auslesen.
Den Pullup Wiederstand war/ ist meine Idee. Hab bevor ich die Encoder eingebaut habe Int0 und Int1 übers Atmel Evolutionsboard (Taster 1 + 2 ) zählen lassen. Und da der Encoder ja im grunde über die Signalleitung nur 0 und 1 sendet hab ich das wie einen Taster gesehen. Aber werd in den nächsten Tagen mal den Wiederstand entfernen und nenn Oszi aufsuchen
Berechtigungen
Zitieren
Lesezeichen