Communication with the SMB

    Hello,


    We have an ABB IRB 6700 that has been experiencing errors related to the SMB. We were receiving errors such as 10036 Revolution counter not updated and 20477 SMB Communication Failure, which were initially solved by replacing the SMB battery. After a few months, the issue returned, but could be easily remedied by returning the robot to its calibration position and updating the revolution counters (this would keep the robot running for at least 2-3 days). Last week we decided to replace the SMB and the cable entirely as the errors were interfering with production. Once replaced, the errors disappeared for at least 4 days, until we again received 10036 Revolution counter not updated. What could be causing this? I have seen this error occur even while robot is in 100% automatic mode running a program. My next thought is that there is a fault with the resolvers themselves. Any ideas? Thanks for your help.

    The loss of the rev. counter is a symptom. Verify the cause is still the 20477 error.

    Are there any additional axes besides the 6 on the robot where a second SMB is being used?

    Are the ground (earth) connections in the robot making good connection? These are the green/yellow wires at the back of the robot.

    Inspect the robot internal cable for damage coming from R1.SMB at the base up to the SMB unit.

    Make sure the connections related to the SMB in the controller are well seated and the Axis Controller and SafeMove units are mounted and not hanging loose.

    Make sure the robot-to-controller SMB and other cables do not parallel a high current cable, welding cable as an example. Run in separate ducts. If crossing a high current line, try to do it at 90 deg.

    Make sure any nearby high current sources are properly ran and shielded.

    You already tried 2 of the most likely causes. Unless other errors give you another direction, consider trying another SafeMove unit if the connections and cable routing are good.


    A 20477 is a communication loss between the SafeMove unit and the SMB. Because it works most of the time, noise or loss of signal on the communication or 24V/0V between these is a possible cause. Any resolver issues would give errors specific to the resolvers and rev. counters for those affected axes.

Advertising from our partners