Rotary support request

[dirkan]

Hi,

I am kind of surprised that it accidentally works.. a lot more, because it was never in my mind to get it working.

It must be one of the very rare coincidences. Is it really working, even if you move fast ?

But even if it works, how should i guarantee it will continue working in future?

A simple change anywhere in timing could destroy this lucky beheavior.

I can make a test in the next weeks, how many 2-phase rotaries can be handled by a dedicated AVR processor and how reliable that works. Perhaps there is an official way.

- Dirk

[Erups]

About makeing sure it doesn't get modified, maybe you can copy the code to another "type" called "temporary 2-phased" or something meaningfull.
That way it shouldn't get modified.
About how many, i do not think that you are ever going to turn more then 1 or 2 at the same time...
Don't you think?

[tuomas]

If I move very fast, it gives me the usual lag when it tries to update the gauge in FS (I mean, FS gauges cannot be rotated that fast, like the NAV1 obs. QNH works very nicely and fast.. But this problem exists even with the 12-step rotaries as well.

It gives an "off" tick sometimes, I mean it might jump back one step when you change direction, but I am very surprised that it works so well, completely by accident. Maybe the debounce filtering makes it work so it filters out all the "extra" signals and it ends up looking like an ALPS rotary to FSBUS?

Yeah, I know the timing is very critical here, having an official way would be nice - there is one good thing in those 2-phase rotaries: size - they are very compact, and cheaper too.

Hopefully there can be a solution - it would be good to have support for these rotaries too, though I understand it might be hard. But I agree that one rarely turns many of these at once.

//Tuomas