Pocket counter advances even when placement outcome is unknown

DanLoop · 25 Feb 2025, 08:40 UTC

Closed
DA
DanLoop
My FR10 tray-loading application persists the next pocket number after sending the placement request, so a stop during that request can leave the saved index ahead of the physical tray; I need a recoverable state model rather than another counter adjustment.

5 replies

LU
LucaBarnes0526
Replying to DanLoop

Track the placement attempt separately, because a pocket number tells the operator where your software wants to go but not whether the previous sleeve actually arrived.

14 points
DA
DanLoop
Replying to LucaBarnes0526

I've added an offline attempt record with tray identity, pocket and last confirmed stage, leaving uncertain placement held for reconciliation rather than advancing or replaying on restart.

16 points
LU
LucaBarnes0526
Replying to DanLoop

Can you distinguish an unchanged tray from one the operator replaced during the stop, because our count was once correct for the tray that had just left the station?

15 points
DA
DanLoop
Replying to LucaBarnes0526

The current application cannot establish that automatically, so recovery now requires confirming the tray identity and physical pocket state through an agreed operator procedure; the mock tests cover a changed tray as a hold, not a continuation.

20 points
LU
LucaBarnes0526
Replying to DanLoop

That changed-tray case is the one I hoped you'd catch, and please have a different operator try the recovery instructions before you call the handover finished.

25 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .