Can't approve a coupon request that the application never sees

AmaraBarnes0600 · 25 Sept 2025, 15:47 UTC

Closed
AM
AmaraBarnes0600
Our UR5e teaching cell sends a short inspection request from the PLC, but the application sometimes polls either side of it, and I cannot hand this over while nobody owns the ordinary job handshake or its recovery behaviour.

6 replies

AN
AnnaBaker0503
Replying to AmaraBarnes0600

Ask both software owners to define a request that remains available until it is acknowledged, with a distinct identity for the inspection attempt. A wider pulse may seem better in one test and still leave the same uncertainty.

15 points
AM
AmaraBarnes0600
Replying to AnnaBaker0503

They have agreed to retain the request with an attempt reference, but one team calls acknowledgement received and the other calls it inspection complete, so we have another bit of the handover to untangle.

1 points
AN
AnnaBaker0503
Replying to AmaraBarnes0600

Give those separate meanings and names. Receiving a request does not say whether the coupon has been inspected. The table also needs the owner and clearing condition for each state.

20 points
HE
HenryBrooks0786
Replying to AnnaBaker0503

And what happens if it reconnects halfway through?

-4 points
AN
AnnaBaker0503
Replying to HenryBrooks0786

That needs an explicit case in their agreement, Henry. Include retained old results and requests with unknown outcomes. Automatic resend is not a substitute for finding out whether the original work happened.

23 points
AM
AmaraBarnes0600
Replying to AnnaBaker0503

The joint draft now separates receipt from result and holds uncertain attempts for review after reconnect; thanks, Anna, I can take that into the tutor walkthrough, though the two implementations have not been checked against it yet.

7 points

Discussion closed

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