Hallo,
habe hier nen Drehimpulsgeber (noname), der immer in der Raststellung 00
hat.
Dadurch kann ich mit dem hier vorhandenen Code keine Auswertung machen.
(Beitrag "Drehgeber auslesen")
Das Ding zählt halt nur in eine Richtung.
Also, R ist die Raststellung :
links (R)00 - 01 - 11 - 01 - (R)00
rechts (R)00 - 10 - 11 - 10 - (R)00
Ich bitte mal um ne kleine Hilfe für atmega2561 winavr
gruss tomgr
Da gabs hier doch mal ne Tabelle z.B., welche die vier Werte abzählt,
und dann jeweils zur raststellung auswertet.
Ich glaube ALPS-Drehgeber sind im allgemeinen so ... habe welche von
Grayhill, die entsprechen genau deinem Schema.
Ich hatte mir slebst eine einfache routine geschrieben, welche von der
00-Raststellung ausgeht und den ersten Schritt auswertet ... daraufhin
halt incr. oder decr., und dann wieder warten auf 00-Stellung (was
jedoch Probleme zwecks Prellen geben kann).
tomgr wrote:
> Dadurch kann ich mit dem hier vorhandenen Code keine Auswertung machen.
doch natürlich. es wird halt nur doppelt oder vier mal so viel gezählt.
tomgr wrote:
> habe hier nen Drehimpulsgeber (noname), der immer in der Raststellung 00> hat.
Das ist der Routine doch völlig egal.
Die Routine ist aber für nichtrastende Geber und zählt daher jede
Flanke.
Wenn er erst nach 4 Flanken rastet, muß man die Auswertung so machen:
1
signedchartmp;
2
3
cli();
4
tmp=enc_delta;
5
enc_delta=tmp&3;// bit 1,0 needed for debounce !
6
sei();
7
value+=tmp>>2;
> Dadurch kann ich mit dem hier vorhandenen Code keine Auswertung machen.> (Beitrag "Drehgeber auslesen")>> Das Ding zählt halt nur in eine Richtung.
Dann ist er zu 99,9% falsch angeschlossen.
Es gibt Drehgeber, da ist GND nicht der Mittelpin!
Peter
tomgr wrote:
> wird doppelt gezählt, aber ich bekomme die Richtungsänderung nicht hin.> code :>
1
>ISR(INT4_vect)
2
>...
3
>_delay_us(1500);
4
>
Ich bin einfach nur sprachlos!
Wenn Du Dich auf nen Code beziehst, dann nimm ihn auch gefälligst.
Ich hab nämlich keine Lust, in den Wind zu reden.
Peter
@tomgr,
peter hat verständlicher weise etwas gegen ewige wartezeiten in
interrupt-routinen und muss das ein paar mal pro woche bemängeln. es ist
einfach ein no-go.
nimms ihm nicht übel, er hat nämlich recht damit ^^
was soll das delay denn hier bewirken? nimms am besten mal raus.
warum nimmst du nicht einfach genau diesen code hier? er ist praktisch
bullet-proof:
Beitrag "Re: Drehgeber auslesen"
Literturtip des Tages: Interrupt.
@ Peter Dannegger (peda)
>Ich bin einfach nur sprachlos!
. . . the answer my friend, is blown' in the wind . . . ;-)
MFG
Falk
Hallo Leute,
mal immer druff auf nen Anfänger.
Ich versuche nur einen vorhanden Code an meinen "komischen"
Drehimpulsgeber anzupassen, und habe höflich um Hilfe gebeten, mehr
nicht.
gruss tomgr
nana, war doch wirklich nicht ruppig hier. und dein encoder ist auch
nicht "komisch".
füg den code aus Beitrag "Re: Drehgeber auslesen" 1:1 ein
und pass nur deine pins und den timer an. irgendwo ne ausgabe für den
aktuellen stand und mehr nicht.
dann wirst du pro raster eine änderung um 4 feststellen.
ansonsten zu empfehlen ist Drehgeber
tomgr wrote:
> mal immer druff auf nen Anfänger.
Auch ein Anfänger muß wissen, daß wenn er explizit einen Link auf einen
Code referenziert, sich dann auch die Antworten auf diesen beziehen.
> Ich versuche nur einen vorhanden Code an meinen "komischen"> Drehimpulsgeber anzupassen, und habe höflich um Hilfe gebeten, mehr> nicht.
Du hast dann später irgend ein völlig anderes von weiß woher Blech
gepostet, daß sich die Balken biegen.
Besser kann man demjenigen, der sich Mühe gibt Dir zu helfen, wirklich
nicht in den Arsch treten.
Der richtige Code ist ja schon etwas älter, aber SIGNAL durch ISR
ersetzt, sollte er immer noch funzen.
Und dann eben, wie oben angegeben, die Entprellbits maskieren, /4
teilen, fertig ist die Laube.
Peter
Hallo Leute,
wie gesagt, bin Anfänger !
Im Beitrag von Peter war ein Link auf drehgeber 00 - 11 .
Auch wollte ich hier keinen in den "Arsch treten" !
OK, habe den Fehler begangen, den Code nicht gleich mit zu posten.
gruss tomgr