Collective Break Error (KSP) (4)

Quote from Baig

Hi,

We are facing Collective Break Error (KSP) (4) on our KR C4.

Sometimes General Servo Error (1) and (4) also occur along with collective break error.

Have replaced the KPP and KSP2. Still alarm is there.

Any suggestions from anyone here??

Hi, check power supply connector for the brakes X3 for bad, burnt connection on CCU(A1) Power management board which goes from K2 filter and X34 (G1) KPP. Or even try and exchange the wires togehter with connectors.

Not long time ago I had issue due to poor connection on X3 connector with generating the similar error messages and the pin in the X3 started to get burned more more due to poor connection in one of the pins in X3 connector as seen in attached pictures. After replacing the wires and cleaning the pins on the board issue was cleared.

Danny, your post just saved my ass.

I had been crippled by endless, random servo and brake errors.

I checked and cleaned most of the big connectors, restored a backup of my project, and nothing worked... until I found your post and saw the exact same burnt A1-X3 connector on my CCU.

Robot back to work.

THANK YOU SO MUCH !!!!

Quote from Wall-E

Danny, your post just saved my ass.

I had been crippled by endless, random servo and brake errors.

I checked and cleaned most of the big connectors, restored a backup of my project, and nothing worked... until I found your post and saw the exact same burnt A1-X3 connector on my CCU.

Robot back to work.

THANK YOU SO MUCH !!!!

This happens because over that wires there can be currents up to 15A flowing and due to poor connection to the CCU X3 pins (connectors are a bit wider) they get hotter and hotter and burning the brake cable connector pins even more.

that connector is underrated, should have been something beefier instead of simply doubling contacts - they never share load perfectly so one contact will always suffer and once it is gone, the same happens to the other.

same goes for the A1.X302. it supplies power to SIBs, and I/O... anything feeding power to user circuits (in this case I/Os) should be protected separately. I/Os are something that users expand and wire. one mistake here should not take out safety boards.