Rotary encoder

[Marta]

De jag har sett går en hel cykel för varje mekaniskt hack, så det går inte att programmera för mikrosteg så länge de mekaniska hacken är kvar. Har hittills inte sett någon som bara växlar en enda flank per mekanskt hack.

[sodjan]

OK...
Jag kan minnas fel, ska kolla de jag har på kontoret.
Jag minns dock inte att det i sig var några problem
att läsa av den oavsett hur det nu fungerar.

Och om nu det är "det vanliga" så ser jag inte heller
varför detta är ett problem med denna.

> Där ser man tydligt att vid varje detent ger den ut en av 2-bit gray
> koderna och håller kvar den i oändlig tid (tills man åter vrider).

Nja, så läser jag det inte (hade inte kollat tidigare).
Notera att det är 16 "stopp" men det är 64 "Pos. no." i tabellen,
alltså 16x4 olika utlägen från kontakterna. Varför skulle man
göra en tabell med 4 kompletta varv ?
Alltså i "truth table 2 bit binary" i den PDF som länkades tidigare.

[prototypen]

2 bitar absolutgivare med Graykod kan bara ha 4 positioner på ett varv.
Ska det vara 24 positioner (egentligen 32 positioner) så måste det vara 5 bitar, gäller både binärt och gray.

24 steg och 2 "bitar" då är det en vanlig inkremental som bara kan ge riktning och förflyttning från läget där man slår på strömmen (kommer att kräva "nollkörning")

Protte

[sodjan]

Jo, men det är ju ganska uppenbart vid det här laget, har du inte följt med ?
Frågan just nu är om det är en hel 4-stegs-sekvens mellan varje "snäpp" eller inte...

[prototypen]

OK
P