drehgeber halbschritt??

[axel p. (Gast)]

hallo zusammen...
ich hab grad das problem, dass mein drehgeber jeden halben schritt 
zählt.
was mach ich falsch, dass er nich bei einem ganzen kontaktiert.?

bauteil: 
http://www.reichelt.de/Drehimpulsgeber/STEC12E08/3//index.html?ACTION=3&GROUPID=3714&ARTICLE=73923&SHOW=1&START=0&OFFSET=16&;



code:

#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <util/delay.h> 
#define XTAL        16e6                 // 16MHz
 
#define PHASE_A     (PINA & 1<<PA1)     // an Pinbelegung anpassen
#define PHASE_B     (PINA & 1<<PA3)     // an Pinbelegung anpassen
 
#define LEDS_DDR    DDRD
#define LEDS        PORTD              // LEDs gegen Vcc geschaltet
  
volatile int8_t enc_delta;             // Drehgeberbewegung zwischen
                                       // zwei Auslesungen im Hauptprogramm
 
// Dekodertabelle für wackeligen Rastpunkt
int8_t table[128] PROGMEM = {0,0,1,0,0,0,0,1,1,0,0,0,0,-1,0,0};  

ISR( TIMER0_COMP_vect )             // 1ms fuer manuelle Eingabe
{
    static int8_t last=0;           // alten Wert speichern
 
    last = (last << 2)  & 0x0F;
    if (PHASE_A) last |=2;
    if (PHASE_B) last |=1;
    enc_delta += pgm_read_byte(&table[last]);
}
 
void encode_init( void )            // nur Timer 0 initialisieren
{
  TCCR0 = (1<<WGM01) | (1<<CS01) | (1<<CS00);     // CTC, XTAL / 64
  OCR0 = (uint8_t)(XTAL / 64.0 * 1e-3 - 0.5);       // 1ms
  TIMSK |= 1<<OCIE0;
}
 
int8_t encode_read( void )         // Encoder auslesen
{
  int8_t val;
 
  // atomarer Variablenzugriff  
  cli();
  val = enc_delta;
  enc_delta = 0;
  sei();
  return val;
}
 
int main( void )
{
  int32_t val = 0;
  PORTA=0xff; //...//
  DDRB = 0x03;
  LEDS_DDR = 0x03;
  encode_init();
  sei();
 
  while(1){
    val += encode_read();      
    LEDS = val;
  if (PHASE_A)
  {
    PORTB &=~ 0x03;
    PORTB = 0x01;
    _delay_ms(200);
    PORTB &= ~0x01; 
    
  }
  else if (PHASE_B)
  {
    PORTB &=~ 0x03;
    PORTB = 0x02;
    _delay_ms(200);
    PORTB &=~ 0x02;
  }
  else{
    PORTB &=~ 0x03;
  }
  }
}

den code habe ich von hier:
http://www.mikrocontroller.net/articles/Drehgeber

was mach ich falsch.?

mfg axel

[Michael R. (mexman)]

Hallo Axel

> ich hab grad das problem, dass mein drehgeber jeden halben schritt
> zählt.
> was mach ich falsch, dass er nich bei einem ganzen kontaktiert>
...

Garnichts.

Schau Dir die verlinkte Seite an.
Dort siehst Du genau, WANN ein Takt erzeugt wird.

Was willst Dui eigentlich genau!?

Gruss

Michael

[axel p. (Gast)]

Michael Roek schrieb:
> Dort siehst Du genau, WANN ein Takt erzeugt wird.

??



meine vorstellung ist einfach nur, in meinem code sagen zukönnen, "wenn 
ich links drehe"- mache das und das und halt andersrum....
im meinem gesammten projekt ist es, bei meinem glcd in den menues 
rumzuspringen und anderes.

[Jobst M. (jobstens-de)]

Dann teil doch einfach durch 2 ...


Gruß

Jobst

[axel p. (Gast)]

was bzw. wo soll ich durch 2 teilen.??

[Harald W. (wilhelms)]

axel p. schrieb:
> was bzw. wo soll ich durch 2 teilen.??

Das Ausgangssignal.
Gruss
Harald

[spontan (Gast)]

>was bzw. wo soll ich durch 2 teilen.??

Woran merks Du, das die Software Halbschritte zählt?
Greif da ein und werte nur jeden 2. Halbschritt aus.
So hast Du "Vollschritte".

[Peter D. (peda)]

axel p. schrieb:
> int8_t table[128] PROGMEM = {0,0,1,0,0,0,0,1,1,0,0,0,0,-1,0,0};

Ich sach mal, das ist doppelt Quatsch:
1.
Warum 112 Werte zuviel?

2.
Die 1 und -1 müssen gleich oft sein, sonst zählt er unterschiedlich je 
Richtung.
Für Vollschritt darf nur einmal 1,-1 drin sein, für Halbschritt 2* und 
Viertelschritt 4*.


Peter

[axel p. (Gast)]

so hab ich es jetzt:
int8_t table[16] PROGMEM = {0,0,1,0,0,0,0,0,0,0,0,0,0,-1,0,0};

aber woher weiß ich, wo die 1 bzw. -1 sein muss.??

[axel p. (Gast)]

selbst hier:
http://www.mikrocontroller.net/articles/Drehgeber
im oberen code-auch wieder nur halbschritt

[Wolfgang (Gast)]

axel p. schrieb:
> aber woher weiß ich, wo die 1 bzw. -1 sein muss.??
Indem du verstehst wozu die Tabelle dient und wie das Programm damit 
funktioniert. Mal dir einfach mal die Signale für CCW- und CW-Drehung 
auf und überleg dir, wie das Programm die verarbeitet.

[Werner (Gast)]

axel p. schrieb:
> #include <util/delay.h>
> #define XTAL        16e6                 // 16MHz

Falls du von deinem Programm korrektes Zeitverhalten erwartest, solltest 
du die Reihenfolge der obigen Anweisungen noch mal überdenken und dazu 
ggf. die Warnung von der util.h beachten.

[axel p. (Gast)]

Werner schrieb:
> Falls du von deinem Programm korrektes Zeitverhalten erwartest, solltest
> du die Reihenfolge der obigen Anweisungen noch mal überdenken und dazu
> ggf. die Warnung von der util.h beachten.

8MHz oder.?

[gästel_ (Gast)]

Hallo.
:)


Das würde mich auch mal interessieren, wie so ein Muster auszusehen 
hat.(table)


Nur Interesse halber...
Danke. :)

[Peter D. (peda)]

axel p. schrieb:
> int8_t table[16] PROGMEM = {0,0,1,0,0,0,0,0,0,0,0,0,0,-1,0,0};

Der Compiler rechnet auch gerne selber die Länge aus:

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

axel p. schrieb:
> aber woher weiß ich, wo die 1 bzw. -1 sein muss.??

An irgend einem Wechsel. Sie müssen nur für die selbe Stellung stehen, 
sonst funktioniert die Entprellung nicht.
Z.B.:
00 -> 01: +1
und:
01 -> 00: -1


Peter

[axel p. (Gast)]

also jetzt macht das programm immer mehr was es will...
jetzt kann ich nur in eine richtung drehen, damit irgendetwas passiert, 
und die andere richtung geht nur mal eine led an, aber auch wieder immer 
nur im halbschritt....

[maxxen (Gast)]

axel p. schrieb:
> also jetzt macht das programm immer mehr was es will...
> jetzt kann ich nur in eine richtung drehen, damit irgendetwas passiert,
> und die andere richtung geht nur mal eine led an, aber auch wieder immer
> nur im halbschritt....

.??