UMTC KF改善小組

ES22內有4個port的值

ES22更新(Timer Tick)內
1、新增處理Loader Port上CST時CJ/PJ綁定流程
2、新增處理投板機(LD)在PROC前Cancel時，收板機(ULD)需要把不在LD/ULD PROC中的CJ刪除
2.1、需考慮例外時該次沒刪除到時，LD同CST重新上PORT，就會造成二個一樣的CJ在DB，而且因為有在LD，所以也不會符合條件。(作法可以往重複CJ時只留一個CJ即可)

例外Log要加function name，log data可以帶CJ ID

測試項目1:確認 ES22 會實時將資訊更新(這項我有先測過，不過下面測試也需要這項流程，所以將手順打在這)
以下訊號分別對應 ES22 中對應的點位(後續測試可使用 Port1，其餘點位我再附檔)
Port1 的點位
W06510 CST ID : 65
W06538 CJ ID : 66
W0659C Port State : 1
W065A0 CST State : 1

冒號後面的值是修改的數值(16bit interger DEC)，實際顯示的內容如下
CST ID : A
CJ ID : B
Port State : LDRQ
CST State : PRES

可以從畫面中左下角的 LD Port 畫面中確認

測試項目2:模擬 ULD 收到 SECS 的帳，收到帳後接著模擬收到 LD 端的 CST 狀態為 CANCEL
確認項目:確認 ULD 裡的 CJPJ 被刪除
注意事項1. 預計刪除的帳需與 LD 的帳相同

測試項目3:模擬 ULD 收到 SECS 的帳，收到帳後接著模擬收到 LD 端的 CST 狀態為 Mape->Wait->Proc，且 ULD 端的 CST 狀態為 Mape
確認項目:確認 ULD 的帳(PJ)有綁定 CST，且後續有收到 HP08，ULD 端的 CST 狀態切換為 Wait

20250414 測試，有以下問題
ULD:
1. 當 LD 為 PROC，且 ULD 為 MAPE 時，若 ULD 的 DB 找不到 ES22 丟過來的 CJID，會發生 null Exception
原因:找不到 CJ 的時候想印出 CJ State 會觸發 null Excetion
修正方式:找到 CJ 狀態卻不是 Queue 再印 CJ State
狀態:已修正

2. preCarrierState(用於紀錄 LD 是否經過 MAPE 與 WAIT 狀態)在 Cancel 流程中，若因為在 ULD DB 找不到 LD 的 CJID，將不會回歸 EMPT
原因:若 ULD DB 找不到 LD 的 CJID，會提前 return
修正方式:在 ULD DB 找不到 LD 的 CJID 時也會將 preCarrierState 回歸 EMPT
狀態:已修正

3. 進入 Cancel 的刪除流程時，僅會刪除 CJ 而不會刪除 PJ
原因:原先的 PJ 刪除 Function 若代入 CST ID 作為引數，將只會搜尋符合代入的 PJID 且 CST ID 與代入的 CST ID 相符的 PJ，而本次遇到的 Case PJ 還不會綁定 CST ID，因此不會有 CST ID
修正方式:該方法 CST ID 為空值時，就會抓出所有符合代入的 PJID 的 PJ，並刪除
狀態:已修正
備註:若模擬測試，CJ 的 PJID 需設定為預計刪除的 PJID，流程會找尋 CJ 的 PJ List，並依照此 List 刪除 PJ

4. ES22 沒有 CJID 時 ULD 也要從 DB 找包含 UD 的 CST ID 的 CJ，並刪除
原因:無，補上功能
修正方式:走 Cancel 流程時，若在 ULD DB 中找不到 LD 的 CJID，就再找 DB 中是否有包含 LD CST ID 的 CJ，如果有也將刪除
狀態:已修正
備註:若模擬測試，ULD 的 CJID 需包含 ES22 中 LD 的 CST ID

5. 使用 EAP 給 CJPJ 與 Wait 狀態的時候，理應要卡在 MAPE 並等待 LD 進入 PROC，才觸發綁定流程並給予 HP08，並切換至 Wait，但測試時直接進入 Wait，且有做綁定動作
原因:EAP 切換 Wait(S3F17) 的流程中應該還有綁定流程未排除
修正方式:移除 EAP 切換 Wait(S3F17) 流程中綁定的流程
狀態:已部分測試( 下 2nd S3F17 時，PJ 未綁定，未發報 HP08，且 ULD CST 狀態沒有切換至 WAIT )

6. 當 LD 依序切換 MAPE->WAIT->PROC，且 ULD 狀態在 MAPE，會將 ES22 中 LD 的 CJID 裡的 PJ 綁定 CST，並發送 HP08，PLC 會切換狀態至 WAIT->PROC
原因:判斷 ULD CST 狀態有誤，ULD 的 CST 狀態為 MAPE 時反而會跳過判斷
修正方法:修正 ULD CST 狀態的判斷
狀態:已部分測試( 測試 PJ 有確實綁定 CST ID )
備註:若模擬測試，需注意以下事項
ES22
1. ES22 需有 CJID，與 ULD 建立的 CJID 相同

CJID
1. CJ_STATUS 需為 0(queue)
2. CJ_AUTOSTART 需為 Y
3. PJID 需至少有一個

PJID
1. PJ_STATUS 需為 0(queue)
2. AUTOSTART 需為 Y
3. CJID 需為上述建立之 CJID
4. MF 需為 15(ULD)
5. SLOT_SELECT 需有值(可為 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX )

-------------------------------------------------------------------------------------------------------
LD:
1. LD 只收到 1 筆 ES22，後續 PLC 資料變更時 CIM PC 都沒有收到 ES22 的資料( 現場測試有請 PLC 人員暫時將 index 加回來，並嘗試變更，依然沒有收到 ES22，離場後確認時，模擬 Index 變更，確實不會觸發讀取 PLC 動作，現場版本為 V2.01.021 )
原因:未知
修正方法:先改成實時更新再測看看
狀態:已修正