My Fairino FR10 program picks a small aluminum block, places it and advances the pocket during tray-to-fixture transfer in a shared parts handling bench.
Clean runs work.
After a stop between actions, the saved pocket sometimes doesn't match reality.
We've 56 planned, and I want recovery sorted before normal production depends on it.
@HarishAbbott0054 It advances before placement confirmation. So after a stop, the number can describe the next intended pocket rather than a transfer we know finished. That's on my sequence.
Use an offline stage model to distinguish transfer progress from confirmed completion. Your integrator should define reconciliation between retained state and physical tool and pocket conditions, including what happens when those conditions are unknown.
@HarishAbbott0054 Updating a stage after an action doesn't eliminate the interval between the physical event and persistence. An interruption there can leave the saved stage inconsistent with reality.