异常处理流程

LFT \STK可归为一类，物流port（物流port不能堵，遇到异常要搬走）

CUTLD\CUTULD生产port（生产port可以堵）

buffer（AGV 管理）

接驳CV（人工货架）

作为起点异常

1、小车异常，RCS自动切车，详见MCS协议2.7.3/2.7.4；
2、(1)下发任务前起点异常的情况，MCS不会下发任务；
（2）下发任务后起点异常，SPEC2.7.1，上报resultcode=5（车释放掉，搬运完成，任务怎么处理），没有arrive也需要报
（3）MCS发送的ID与 LFT CV给到的ID不匹配，RCS拒绝任务，RCS自行（spec2.9.2-501）将BOX搬运到无动力货架读码工位，读码头读码后CMS传给MCS，MCS发送到无动力智能货架的任务；

1、小车异常，RCS自动切车；
详见MCS协议2.73/2.74；
2、（1）下发任务前，起点异常的情况，MCS不会下发任务；
（2）下发任务后起点异常，SPEC2.7.1，上报resultcode=5（车释放掉，搬运完成，任务怎么处理），没有arrive也需要报；
（3）MCS发送的ID与 LFT CV给到的ID不匹配，RCS拒绝任务，等待MCS下发新的指令。

(1)下发任务前起点异常的情况，上报shelf（仓位） out of serivice给到MCS，MCS不会下发改仓位的任务；
（2）下发任务后起点异常，SPEC2.7.1，上报resultcode=5（车释放掉，搬运完成，任务怎么处理），没有arrive也需要报
（3）对接过程中的异常，监控客户端展示小车报警，提示人员处理
（4）MCS发送的ID与 LFT CV给到的ID不匹配，RCS拒绝任务，等待MCS下发新的指令。

spec 2.7.1
(1)下发任务前起点异常的情况，MCS不会下发任务；
（2）下发任务后起点异常，SPEC2.7.1，上报resultcode=5（车释放掉，搬运完成，任务怎么处理），没有arrive也需要报

作为终点异常

（1）下发任务后，SPEC 2.7.2，ResultCode =6
2.7.1和2.7.2没有retry
（2）小车异常，小车直接宕机告警；
（3）终点tray ID不匹配，当前搬运指令已完成，MCS会重新发起退料任务；

SPEC 2.7.2
没有retry
（1）下发任务后，SPEC 2.7.2，ResultCode =6
2.7.1和2.7.2没有retry
（2）小车异常，小车直接宕机告警；
（3）终点tray ID不匹配，当前搬运指令已完成，MCS会重新发起退料任务；

搬运到另外的shelf上报complete
如果该zone只有最后一个仓位且异常了怎么处理

spec 2.7.2

异常处理流程

序号

测试项目

测试内容

1

BUF禁用启用

1.RCS上禁用BUF上报out of service，该BUF不能搬送

2.RCS上启用BUF上报In service 

3.MCS无禁用/启用流程

2

在料架中从MCS上建账

MCS下达RCS：Install&Remove

3

RCS人员手动放料或取料

料架人员手动放置Tray 盘，并在RCS上建账A

1.RCS需上报 CarrierInstalledCompleted(“A”)

2.RCS需上报 EqPresence(“MFBUF301T04”)

料架人员手动放置Tray 盘，没有在RCS上建账

1.RCS需上报 EqPresence(“MFBUF301T04”)，搬送时不能作为目的地

料架人员手动从料架上拿走Tray 盘

1.RCS需上报 CarrierRemoveCompleted(“A”)

2.RCS需上报 EqNoPresence(“MFBUF301T04”)

如是连廊CV处则是上报CarrierRemove

料架上人员没有拿走料，在RCS上删除的Tray A的信息

1.RCS需上报 CarrierRemoveCompleted(“A”）

2. EqPrensence不用上报，该仓位不能再放料

4

Duplicate发生场景

1.在同一楼层（同一控制单元），如料架上已有Tray A的信息，人员在其它料架上手动放置Tray时还是建立Tray A，RCS应报错，不让建立

2.如是不同楼层则是在MCS上发生Duplicate

1.在收到搬送任务起点是LFT/CV，物料号为A，RCS系统里面（料架也有个A，RCS改变BUFFER里面的A为UNKNOWDUP（Duplicate的使用规则）并上报给MCS

5

在起始地取料对接时

ü小车还未走行到位时

1.人员手动将Tray拿走，RCS上报carrierRemove给MCS，并将该指令以ResultCode=22异常结束

2.起始地Down机，RCS直接以ResultCode=64异常结束（不用再去起始地）

ü小车已经走行到位，但发生对接失败

1.EQ与小车都Down机，RCS Hold住指令，等待人员处理

2.复机时Tray没在小车上，需要再次 PIO对接搬送。

3.复机时Tray在小车上，RCS补报CarrierInstalled, VehicleAcquireCompleted…继续执行指令

4.复机时Tray不在小车和EQ上，上报ResultCode=22异常结束

6

在起始地取料对接时（batch指令，PIO对接）

üBatch指令可以看做为2个单指令，不同在与其中一笔异常结束后另一笔也一起异常结束

1.小车还未走行到位时的异常处理同单指令.

2.小车到位后第一笔执行发生异常如ResultCode=64，另一笔也应ResultCode=64结束。

3.小车到位后第一笔正常取到Tray，第二笔发生异常如ResultCode=64，则第一笔也应ResultCode=64结束， MCS会下发一个SourcePort在小车上，一个SourcePort在机台上的Batch指令，继续搬运。

特殊状况：

1.小车到位后取料过程中EQ与小车发生异常时人工取走料，只取了一个料，另一个料没有取走，取走的料上报ResultCode=22结束，没取走的也上报ResultCode=22结束

7

在起始地取料对接时（顺带逻辑）

1.顺带逻辑是MCS下的两个单任务，RCS将这个两笔指令用同一小车执行。

2.2笔任务都是独立的，其中一笔发生异常不影响另一笔指令

8

在起始地取料对接时（单指令，TCP/IP对接）

1.小车走行到位后，未能取到Tray（滚动超时），RCS报ResultCode=64结束

2.小车走行到位后， BUFFER里面没有料，RCS报ResultCode=22结束

3.小车走行到位后，发生异常，需人员处理将Tray放到小车上，RCS补CarrierInstalled, VehicleAcquireCompleted…继续执行指令

9

在起始地取料对接时（Batch指令，TCP/IP对接）

ü一个一个接料的情况同单LOT的处理，如果一个上报异常结束，另一个也同样上报异常结束

ü两个同时接料的情况

1.小车到位后第一笔执行发生异常如ResultCode=64，另一笔也应ResultCode=64结束。

2.小车到位后第一笔正常取到Tray，第二笔发生异常如ResultCode=64，则第一笔也应ResultCode=64结束， MCS会下发一个SourcePort在小车上，一个SourcePort在机台上的Batch指令，继续搬运。

ü特殊状况

1.对接时异常等人工来处理，人工将料放到小车上，小车恢复后，小车继续执行任务。一定要确保两个料都到小车上（对操作人员宣导）

10

接料后行走中的异常

ü接料后小车走行中发生Alarm后，        先验证Alarm test  （后期内容改为英文）

1.如果需要靠MCS重下指令的情况, 才需要报ResultCode=64，让MCS重新下一笔transfer

2.如果是小车复机后会自己继续执行指令, 就不需要报Transfer completed。

ü发生Alarm时人员介入处理

1.处理后，料还在小车上，复机后，小车继续执行任务

2.处理后，料被人工取走，RCS上报CarrierRemove，Location上报空，RCS不用上报TransferComplete，MCS会ForceDelete，RCS自己取消自己的任务

注：双LOT时，人工取走料，取走了一个，还有一个没有取走，取走的上报CarrierRemove，location上报空,没取走的继续执行

ü接料后行走中,目的地发生异常（目的地上报 OutOfService）

1.MCS会下达abort指令给RCS,并发生Alternate.

这里也要特别注意：目的地发生异常，如果RCS没有上报TransferInitiated时，MCS是下cancel指令的。

11

在目的地送料对接时(单指令，PIO对接)

ü小车到位后开始PIO对接

1.如果PIO对接超时, 需要报ResultCode=64结束

2.如果PIO对接异常down机，复机时Tray在小车上，需要报ResultCode=64结束；//或PIO重新对接

3.如果PIO对接异常down机，复机时Tray在EQ内，RCS补报CarrierRemoved， VehicleDepositCompleted， VehicleDepositCompleted ，TransferCompleted（ ResultCode=0）

4.如果PIO对接异常down机，复机时Tray被人员拿走（不在小车或EQ内）， RCS上报CarrierRemove，Location上报空即可，不用上报TransferComplete

12

在目的地送料对接时(Batch指令，PIO对接)

ü小车到位后开始PIO对接

1.如果是一个一个送料的，送完第一个料之后，送第二个料时，发生了异常，那么第一个任务上报正常结束，第二个任务处理同单任务处理方案。

2.如果是一个一个送料的，送第一个料时，发生了PIO超时，那么两个料都异常结束（ResultCode=64）。如果送第一个料时，目的地打上异常，处理方案同单任务，且如果第一个料是MCS Abort掉的，第二个料也Abort，需要注意的是，第二个料的Abort指令也是MCS发的，RCS不需要做什么

3.如果是同时送料的，发生了PIO超时，两个任务均上报异常结束（ResultCode=64）给MCS，同时结束当前两个任务。

4.如果是同时送料的，发送了PIO异常，处理方案同单任务，人工处理时，需要人工把两个料都做相同处理

13

在目的地送料对接时(单指令，TCP/IP对接)

ü小车到位后

1.如果对接超时, 需要报ResultCode=64结束

2.如果对接异常down机，复机时Tray在小车上，需要报ResultCode=64结束；

3.如果对接异常down机，复机时Tray在BUF内，RCS补报CarrierRemoved， VehicleDepositCompleted， VehicleDepositCompleted ，TransferCompleted（ ResultCode=0）

4.如果对接异常down机，复机时Tray被人员拿走（不在小车或BUF内）， RCS上报CarrierRemove，Location上报空即可，不用上报TransferComplete

14

在目的地送料对接时(单指令，TCP/IP对接)

ü小车到位后

1.如果是一个一个送料的，送完第一个料之后，送第二个料时，发生了异常，那么第一个任务上报正常结束，第二个任务处理同单任务处理方案。

2.如果是一个一个送料的，送第一个料时，发生了超时，那么两个料都异常结束（ResultCode=64）。其中一处目的地发生上异常，MCS会下达2笔abort指令。

3.如果是同时送料的，发生了超时，两个任务均上报异常结束（ResultCode=64）给MCS，同时结束当前两个任务。

4.如果是同时送料的，发生了异常，处理方案同单任务，人工处理时，需要人工把两个料都做相同处理