|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools |
Rating:
|
Display Modes |
|
|
|
#1
|
||||
|
||||
|
TalonSRX problem
Our team is using Talon SRXs for our drive this year, but at random times (not while enabled) the SRXs will stop moving the robot, showing a neutral signal but enabled (solid yellow), it takes 1-3 reboots of the robot to get them working again. This issue has brought us to the brink of abandoning the Talon SRXs for the stable Talon SRs.
Here is what troubleshooting we have done:
Attached is our robot code Last edited by FRC2501 : 13-02-2015 at 09:41. |
|
#2
|
||||
|
||||
|
Re: TalonSRX problem
We contacted the manufacturer and they told nus how to fix it
|
|
#3
|
|||||
|
|||||
|
Re: TalonSRX problem
What was the solution?
|
|
#4
|
||||
|
||||
|
Re: TalonSRX problem
|
|
#5
|
||||
|
||||
|
Re: TalonSRX problem
The symptom was that the Talons would go solid orange, and not drive, after enabling the robot. Also DS messages confirmed motor safety trips.
The cause was motor safety tripping. Seems to be a common thing to trip over when using C++ and RobotDrive. Workaround was to RobotDrive::SetSafetyEnabled(false). |
|
#6
|
|||||
|
|||||
|
Re: TalonSRX problem
Wow. That's rather a major showstopper to learn after Australia and most of Asia have bagged!
|
|
#7
|
||||
|
||||
|
Re: TalonSRX problem
Quote:
And by the way, the DS tells you exactly what is wrong, so this isn't very difficult to workaround. Software can be worked on after after bag. |
|
#8
|
|||||
|
|||||
|
Re: TalonSRX problem
Also, this has been a feature in the code for several years now and is documented in the WPILib material. It's only a showstopper if something like a team sending multiple different Set()s to the same motor in one loop is a showstopper.
|
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|