|
Re: Encoder instability
We had an encoder problem where we weren't putting pull up resistors - but that doesn't seem to be needed by this encoder. I've also seen where there's a bad solder joint or a bad crimp that could cause similar problems. Buying a motor that already has the encoder installed and premade cables would seemingly eliminate those problems.
So like others in this thread - it seems to me that the code might be getting hung up. I think in Labview it's probably easier to accidentally do that than in some other languages. Are you able to command other things during this time?
In particular the teleop function in labview (I think, my memory is fuzzy) must complete within a certain amount of time and it could be relatively easy to accidentally take more time than you're allowed (especially if you're doing vision). When you put old code back in - was it all the old code? Or just the old code for controlling your arm.
I'd second Ether's recommendation of a standalone program that does nothing except reading the encoder and move the arm. My suspicion would be that you have something that is holding your processors attention longer than it should.
__________________
Team 451 The Cat Attack, Student Alumni (2005)
Team 1646 Precision Guessworks, Mentor (2006-2008)
Team 2936 Gatorzillas, Mentor (2011-2014)
Team 5414 Pearadox, Mentor (2015-Present)
|