Probleme mit Drehgeberauswertung

[Thomas (Gast)]

Hallo,
ich weiß es gibt schon duzende Threads zum Thema 
Drehgeber-Auswertung,ich bekomme es aber einfach nicht zu laufen. 
Außerdem würde ich gerne aus meinen Fehlern lernen. Wäre also toll wenn 
mir jemand sagen könnte woran es scheitert.
Habe das ganze mit Hilfe des Drehgeber-Artikels verfasst und ein paar 
LEDs zur Visualisierung verwendet. Programmiert wird das ganze für einen 
Atmega328p. Das Problem ist, beim Drehen wird die LED mal alle Drei, mal 
jeden zweiten und manchmal sogar nur jeden vierten "click" getoggelt.
Wär toll wenn mir jemand einen Tipp geben könnte.

mfg Thomas

#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>

#define F_CPU 16000000UL

#include <util/delay.h>

#define PHASE_A (PIND & (1<<PD2))
#define PHASE_B (PIND & (1<<PD3))

volatile int8_t rot_delta=0; 
volatile int32_t encode_val=125;
volatile static int8_t last=0;

const int8_t lookup_table[] PROGMEM ={0,-1,1,0,1,0,0,-1,-1,0,0,1,0,1,-1,0};

ISR(TIMER1_COMPA_vect){
  
  last=(last<<2) & 0xF;  //letztes Bitmuster um zwei Stellen nach links schieben und auf 4 Stellen begrenzen
  if (!PHASE_A){last|=2;} //Phase A auf Bit1 Schreiben, LOW-Active      
  if (!PHASE_B){last|=1;}; //Phase B auf Bit0 Schreiben
    
  rot_delta += pgm_read_byte(&lookup_table[last]); //Zustand durch Binärwert aus Tabelle lesen
  
  if(rot_delta>4 || rot_delta<-4){  //4Step-Encoder
    PORTB ^= (1<<PB5);        //Toggle PIN B5 bei jeder Rastposition
    if(rot_delta>0){encode_val++;  //Absolutwert des Encoders erhöhen
        PORTD ^= (1<<PD6);}    // Wenn Wert erhöht worden wird Toggle PIN D6
      else{encode_val--;
        PORTD ^= (1<<PD7);}    // Wenn Wert verringert worden ist Toggle PIN D7
    rot_delta=0;}          //Delta Wert zurücksetzen
  }



int8_t GetRotEntPos(void)
{
  int8_t  value = 0;    //Um Overflow zu verhindern wert con encode_Val auf value schreiben
              // Schritt nötig??
  cli();          
  value = encode_val;
  encode_val = 0;
  sei();
  
  return value;
}

int main(void)
{  
  DDRD |= (1<<PD6) | (1<<PD7);
  OCR0A=0;
  DDRB |= (1<<PB5);
  
  
  TCCR1B |= (1<<WGM12);  //CTC Mode aktivieren
  TIMSK1 |= (1<<OCIE1A);  //Compare Interrupt aktivieren
  OCR1A = 62;        // (1ms/(1/(F_CPU/Prescaler)))-1 -->1kHz

  TCCR1B |= (1<<CS12);  //Prescaler-256 16000000/256=62500Hz
  
  sei();          //Enable global Interrupts
    
  int32_t value=0;
  
    while(1)
    {    value += GetRotEntPos();  //Value auslesen

      }
    return 1;
    }

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Thomas schrieb:
> Das Problem ist, beim Drehen wird die LED mal alle Drei, mal jeden
> zweiten und manchmal sogar nur jeden vierten "click" getoggelt.
Welche LED? Welcher Click? Und was meint das Oszilloskop zu dieser 
Sache? Was kommt heraus, wenn du einfach mal die Encoderposition an 
einem Port ausgibst?

[m.n. (Gast)]

Und welcher Drehgeber: mechanisch, optoelektronisch?
Wieviele Flanken sollen ausgewertet werden: 1, 2 oder 4?

[Thomas (Gast)]

Hallo und guten Morgen.
Ausgelesen soll ein mechanischer Handdrehgeber. Dieser hat pro Spur 4 
Zustandswechsel pro Rastposition. Ich möchte nun mitzählen um wieviele 
Rastpositionen ich mich bewegt habe. Benötige also theoretisch nicht 
alle Flanken.
Da das Ausgeben nicht richtig funktioniert hat und ich lediglich ein 
Multimeter zur "Analyse" besitze, habe.ich nun eine LED für eine Drehung 
im Uhrzeigersinn und eine für eine Drehung gegen den Uhrzeigersinn, die 
ich bei jeder Rastposition, also nach 4 Signalübergängen togglen möchte. 
Leider passiert dies jedoch nicht in regelmäßigen Abständen. Also mal so 
wie es richtig wäre nach 2 Rastpositionen, dann wieder erst bei der 
dritten oder vierten Rastposition.
Hoffe nun ein bisschen mehr Klarheit in die Sache gebracht zu haben
haben.

Mfg Thomas

[porter (Gast)]

Evtl prellt der Drehgeber!?

[loh (Gast)]

>Evtl prellt der Drehgeber!?
Auch wenn er das tüte (Konjunktiv), sollte es bei dieser Art der 
Auswertung gehen.

Ich glaube das Problem liegt daran:

>habe.ich nun eine LED für eine Drehung
>im Uhrzeigersinn und eine für eine Drehung gegen den Uhrzeigersinn,
Genau das darfst Du nämlich nicht machen.

Angenommen Du drehst 2 Schritte weiter.
+1 +1
Dann leuchtet die LED 2x, rot_delta steht auf 2.

Angenommen Du drehst 2 Schritte weiter.
+1 -1 +1 +1
Dann leuchtet die LED 3x, rot_delta steht auf 2.

Du siehst, wichtig ist, was in rot_delta steht. Nicht, wie oft die LED 
leuchtet.
Ich vermute, es geht also. Die LEDs verwirren nur, weil diese nämlich 
die Flanken zählen. Genau das willst Du ja nicht.

[Thomas (Gast)]

Vielen Dank Ioh, das ist natürlich richtig.

Habe das Programm jetzt so umgeschrieben, dass die LEDs die Zustände der 
Drehgebersignale anzeigen und merkwürdiges beobachtet.
Bei langsamer Drehung im Uhrzeigersinn gehen beide LEDs gleichzeitig an 
und nicht wie es eigentlich sein sollte versetzt. Aus gehen sie dann 
phasenverschoben. Dreht man den Drehgeber gegen den Uhrezigersinn, so 
schalten die LEDs zwar versetzt ein, gehen aber gleichzeitig aus.
Woran könnte denn das liegen? o.O Bin echt verwirrt.
Anbei noch der "Timing"Auszug aus dem Datenblatt.

Vielen Dank schonmal an alle hier!!!

[Falk B. (falk)]

@ Thomas (Gast)

>Bei langsamer Drehung im Uhrzeigersinn gehen beide LEDs gleichzeitig an
>und nicht wie es eigentlich sein sollte versetzt. Aus gehen sie dann
>phasenverschoben. Dreht man den Drehgeber gegen den Uhrezigersinn, so
>schalten die LEDs zwar versetzt ein, gehen aber gleichzeitig aus.
>Woran könnte denn das liegen? o.O Bin echt verwirrt.

Klingt nach einem mechanischen Defekt. Oder einem falschen Anschluss. 
Ist mir auch schon mal passiert. Wenn man die gemeinsame Masse mit einem 
der Ausgänge verwechselt kommt genau das raus ;-)

[Thomas (Gast)]

Falk Brunner schrieb:
> Klingt nach einem mechanischen Defekt. Oder einem falschen Anschluss.
> Ist mir auch schon mal passiert. Wenn man die gemeinsame Masse mit einem
> der Ausgänge verwechselt kommt genau das raus ;-)

Und wie recht du hast :P
Masseabgriff ist nicht in der Mitte sondern an einem seitlichen Pin. Und 
ich schreib mir da die Finger wund. Vielen vielen Danke für die rasche 
Hilfe.
Einen schönen rest Sonntag allerseits.

mfg Thomas