Encoder trouble

[Integral]

Originally Posted by Alan Anderson

It might not much matter how, but it certainly makes a difference when and where you read them. The while loop worries me, but I can't comment on whether the code is correct without knowing the context. My earlier question remains: where is it?

Please note that the right encoder is functioning as we expect, the left is not. Again it really does not matter where the code is. If one is working the other should also be.

Once again, does one encoder NEED to be set for inverse operation?

I have operated the right encoder from the both sets of assigned DI/O,s and have installed a new left encoder. The encoder change made no difference.

[apalrd]

You don't NEED to set one inverse. If it runs inverse, then set it inverse. The software sees it as yet another encoder, one of many. If you swap the A and B channels it will have the same effect, so it is possible you might have to invert one, none, or both, not necessarily the right one. Yes it does matter where the code is; if that code were in Teleop then the while loop would cause problems. When the right encoder is set run on either set of IO, does it work? When you plug it into the ports for the left encoder, does the left show change? If so it is certainly a hardware problem. If not, then it is either a problem with software or the 37-pin cable.

[Alan Anderson]

Originally Posted by Integral

Please note that the right encoder is functioning as we expect, the left is not. Again it really does not matter where the code is. If one is working the other should also be.

It really does matter where the code is. Context means a lot when trying to determine what might be going on in a real time system.

For example, if it's in a parallel task outside the Robot Main event loop, and if it is not in a sequence enforced by the "error out" connection from Begin.vi, the Refnum Get for your left encoder might be getting executed before the Refnum Set for the encoder has been done.