2015 Control System Frying Victors

[icecube45]

Hello!
We wired up the 2015 control system on an old drive base (just 4 cims and pneumatics for shifting)

Unfortunately, we've now fried 3 victors with this system, and we can't figure out why.

Each time, a different Victor is fried, all 884s.

From what we can tell from the driver station logs, there is a massive spike of voltage as the Victor fries, 12 volts to ~ 6.5 (this is probably caused by the frying itself).

The driverstation will also get a message about 1 brownout, then continue as usual.

When the robot is disabled, the robot continues to spin in a circle,

we then shut off the breaker.

Any help would be appreciated as to why these victors are being fried.

[cgmv123]

Did you wire the Victors backwards?

[icecube45]

I wish it was something that simple..

They are all wired correctly,
No contacts are being made between positive and negative (short circuits)

I just find it odd that it is a different victor each time..

[icecube45]

Originally Posted by dellagd

Was the battery and the PDP constructed correctly with the correct polarities?

Yup..

Nothing is wrong there.

[Jon Stratis]

Are the victors old?. Is it possible there is some metal debris that could be causing the short?

In alpha and beta testing, we he our robot running, at various times, with 884, 888, gray and black jags, talons, talon sr's, and finally the new victors and talons, and didn't have an issue with any of them.

[icecube45]

Originally Posted by Jon Stratis

Are the victors old?. Is it possible there is some metal debris that could be causing the short?

In alpha and beta testing, we he our robot running, at various times, with 884, 888, gray and black jags, talons, talon sr's, and finally the new victors and talons, and didn't have an issue with any of them.

These were working on a 2014 control system bot, we transferred them over and then this happened.

[Ether]

Originally Posted by icecube45

These were working on a 2014 control system bot, we transferred them over and then this happened.

Post some focused pictures showing close-ups of your wiring.

[icecube45]

Originally Posted by Ether

Post some focused pictures showing close-ups of your wiring.

When I get to the lab tomorrow, I will try to remember.
However, I can guarantee it is wired correctly.

[Al Skierkiewicz]

In nearly 100% of these failures, the input and output wiring is flipped. The Victors and all other controllers are not protected for this kind of miswire. The Victor has hard to see markings on the case.

[Conor Ryan]

Originally Posted by Al Skierkiewicz

In nearly 100% of these failures, the input and output wiring is flipped. The Victors and all other controllers are not protected for this kind of miswire. The Victor has hard to see markings on the case.

Al's right, see the warning on Page 1:
http://content.vexrobotics.com/docs/...al-9-25-06.pdf

[Ether]

Hopefully he will post pictures.

http://www.chiefdelphi.com/forums/sh...94&postcount=8

[icecube45]

Still not at the lab, picture will come though..

As for wiring them backwards, again, I wish it was something that simple.

[Mark McLeod]

I had a team who once wired all their speed controllers correctly, but reversed the power leads into the power distribution panel
That doesn't sound like your issue though, since they'd all go at once.

Just double check upstream for reversed wiring.

[ehfeinberg]

Originally Posted by Mark McLeod

I had a team who once wired all their speed controllers correctly, but reversed the power leads into the power distribution panel
That doesn't sound like your issue though, since they'd all go at once.

Yeah 449 did that a year or two back. Ended up blowing through 7 jags...

Wasn't fun.

[icecube45]

Originally Posted by Mark McLeod

I had a team who once wired all their speed controllers correctly, but reversed the power leads into the power distribution panel
That doesn't sound like your issue though, since they'd all go at once.

Just double check upstream for reversed wiring.

Checked that again yesterday, the pdp is giving a positive voltage, as expected..

I might try limiting the speed in code, seeing if that will still fry one or not..
I just don't want to have to sacrifice any..