A reconnect is adding a fixture check we already counted

OscarAli0184 · 19 Aug 2026, 11:38 UTC

Reply to discussion
OS
OscarAli0184
Our UR5e fixture-check app reconnects and counts the old high completion again. How can I identify its job without clearing signals or resending?

9 replies

BE
BethCarter1020
Replying to OscarAli0184

First stop treating reconnect as a fresh check. It means you've regained a view of something whose history may be incomplete. The person commissioning this interface needs to say which evidence identifies the retained completion and what happens when that evidence is absent.

11 points
AL
AlexAdams0124
Replying to OscarAli0184

Does your saved record identify the completed job, or only hold the total count?

10 points
OS
OscarAli0184
Replying to AlexAdams0124

Only the total survives. The selected fixture job survives elsewhere, but that isn't an attempt identity.

12 points
BE
BethCarter1020
Replying to OscarAli0184

Right, the same fixture job can run again. Don't attach a retained high to the latest selection just because the names match. Your review needs an agreed identity and lifecycle on both sides, with unmatched state left for reconciliation.

2 points
AL
AlexAdams0124
Replying to BethCarter1020

Who will handle that reconciliation when the commissioning engineer isn't on the shift?

22 points
OS
OscarAli0184
Replying to AlexAdams0124

Shift lead owns escalation. Integrator is reviewing the retained evidence; automatic recount and resend are disabled.

11 points
BE
BethCarter1020
Replying to OscarAli0184

For the offline check, replay the same identified completion twice, then reconnect to it. Also present an old completion during a newer attempt and a completion without usable identity. Those are different cases; making every reconnect disappear would lose a real result that arrived while disconnected.

24 points
OS
OscarAli0184
Replying to BethCarter1020

We reproduced the duplicate offline. Proposed matching rules distinguish those cases; the PLC agreement isn't approved yet.

10 points
AL
AlexAdams0124
Replying to OscarAli0184

Keep that approval gap in the handover, so the software proposal doesn't become an assumed interface.

23 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.