SL3000 - RC=1324, Robot Cannot Initialize While AEM Is Unsafe

Asset ID:	1-72-2124742.1
Update Date:	2017-07-14
Keywords:

Solution Type Problem Resolution Sure

Solution 2124742.1 : SL3000 - RC=1324, Robot Cannot Initialize While AEM Is Unsafe

Applies to:

Sun StorageTek SL3000 Modular Library System - Version Not Applicable to Not Applicable [Release N/A]
Information in this document applies to any platform.

Symptoms

After the replacement of a failed robot, both robots fail to init.
The logs show the robots are not initializing due to the left AEM showing as open.
The previous FE has been checking cables and LED. It was decided that the PUX may be causing the issue.
A different FE arrived today to replace the PUX, but the issue remains the same with a new PUX.
Both robots still fail to init, due to the left AEM
2016-04-02T12:17:02.692, 1.0.0.0.0, root, default,RobotInitial,-1020101, error, 1324, "Robot cannot initialize while AEM is unsafe - left AEM"

CLI status of AEMs show us an issue with the left AEM:

SL3000> aem status left
requestId
requestId 25701
Attributes Aem Door Open close
Aem Safe For Robot false <-------------------------- This is the issue.
Aem Safety Door Down false
Present true
Object Card aemleft
Done
Failure Count 0
Success Count 1
COMPLETED

Changes

FE replaced one of the two robots and rebooted library.

Cause

AEM not responding to inquiry during library initialization. A broken wires in a harness between the PUN and PUX connectors 507 /508 and PUX. It was routed in such a way that the BOT wheels broke it. Cable to left AEM goes through rail in the middle of CEM. When wire goes under the rail it was in contact with the robot wheels.

Solution

FE temporarily secured wiring so it was not touched by the robot. But permanent fix is to replace the following part...

419818301 [F] Cable Assembly, 48V, Jumper-AEM, PUX-Bulkhead

Attachments

This solution has no attachment