One side of drivetrain not working properly

[Kusha]

Try replacing the ribbon cable from the c-rio to the sidecar.

[MrTechCenter]

Replacing the ribbon cable did not help.

[MrTechCenter]

It is definitely a code problem, because with a brand new cRIO project, it worked fine.

[BitTwiddler]

[quote=MrTechCenter;(30 minutes later after looking through every inch of the code): I found the problem! PWM was backwards./QUOTE]
It's amazing the way those pesky cables manage to turn themselves around, isn't it?

[MrTechCenter]

All PWMs are plugged-in correctly and into the right ports on the Digital Sidecar. It worked properly when we tried it once and we didn't change anything after that on the robot or the code except for accidentally breaking a single wire in the code and replacing it, and we made sure that everything else was exactly the same, and no other wires in code were broken. But for some reason, it's not working again.

[Mark McLeod]

Originally Posted by MrTechCenter

All PWMs are plugged-in correctly and into the right ports on the Digital Sidecar. It worked properly when we tried it once and we didn't change anything after that on the robot or the code except for accidentally breaking a single wire in the code and replacing it, and we made sure that everything else was exactly the same, and no other wires in code were broken. But for some reason, it's not working again.

If you want to zip up the entire project and attach it, we can take a look.

[Team3266Spencer]

Did you try re-calibrating the victors?

[MrTechCenter]

The coding laptop is at our shop, so I can't upload the project as of right now. We have not yet re-calibrated the Victors. Tomorrow, we are going to just start our code over from scratch and see if the problem reoccurs.

[apalrd]

Unplug the joysticks and plug them back in.

When you plug in a joystick, it re-calibrates itself to zero where it is when you plug it in. If you leave a gamepad upside down and plug it in, and it is resting on the stick, then when you pick it up and it spring returns to center it will have learned an incorrect zero point and will now be holding a nonzero value at what should be zero.

In LabVIEW, if you hit the Run button in code and wait for it to deploy, you can click on a wire to view the value of that wire in a probe watch window. That can be helpful for finding where numbers come from in more complex code.

[BitTwiddler]

Originally Posted by MrTechCenter

It is definitely a code problem, because with a brand new cRIO project, it worked fine.

Agreed. I think it is the code.
I bet it will run fine with another try with a new project using the default FRC code.