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

Both FR5 interface offers exclude the request-clearing decision

NaomiBaker0506 · 2026年3月20日 11:53 UTC

回复讨论
NA
NaomiBaker0506
We have separated request receipt from the plate's inspection result in our FR5 notes, but both suppliers' scope lists leave request clearing to the other party; the brief PLC request is sometimes missed, and I need that ordinary interface responsibility assigned before commissioning gets priced as complete.

11 条回复

RO
RobinBennett0773

Ask both authors to work one missed-request example together and name who retains each state until the matching receipt. A scope list cannot settle it by pointing across the table.

14
NA
NaomiBaker0506

Both agree to attend; the PLC author thought the application latched the pulse, while the application author assumed the request remained present until receipt, which explains the contradictory notes.

12
EL
ElliotChan1118

Give them a state table with an owner, setting event and clearing event for each signal, plus the retained attempt identity. Work through a late receipt and either side restarting. The ordinary successful exchange will not expose the assumption that caught you.

19
AM
AmaraBrooks0861

Who changes the operator wording after they agree?

5
RO
RobinBennett0773

Elliot's restart case is worth keeping in the scope too. Otherwise it can emerge later as a separately chargeable surprise nobody says they were asked about.

19
NA
NaomiBaker0506

Amara, the application author owns the screen and operator notes; Robin, purchasing has included those exception cases and the joint verification work in the scope request.

16
EL
ElliotChan1118

Make timeout a named unresolved exchange, not a fresh request by default. Its late receipt still belongs to the earlier attempt.

5
AM
AmaraBrooks0861

Does the normal screen show which attempt is waiting?

15
NA
NaomiBaker0506

The draft now does, with no receipt separate from waiting for an inspection result; the two authors have also agreed who retains and clears the request and receipt for that same attempt.

19
NA
NaomiBaker0506

Joint walkthrough found a late receipt could still clear the next request in the proposed logic; that rule is corrected in the design, and installed verification remains explicitly outstanding in both offers.

19
RO
RobinBennett0773

Useful catch. Has the verification owner accepted the revised cases and cost, rather than only the authors agreeing the design?

21

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。