简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

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

AmaraBarnes0600 · 2025年9月25日 15:47 UTC

已关闭
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 条回复

AN
AnnaBaker0503

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
AM
AmaraBarnes0600

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
AN
AnnaBaker0503

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
HE
HenryBrooks0786

And what happens if it reconnects halfway through?

-4
AN
AnnaBaker0503

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
AM
AmaraBarnes0600

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

讨论已关闭

此讨论已连续六个月没有活动,现已关闭新回复。 最后活动: .