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

Where should request ownership be written down? - sample verification

ImranCarter1001 · 2026年9月1日 21:43 UTC

回复讨论
IM
ImranCarter1001
Our application sometimes misses the PLC's brief request for sample verification. I'm reviewing that ordinary, non-safety handshake for Fairino FR10 in a training inspection cell with an ordinary job interface, with a sample housing in the setup. Signal ownership and clearing conditions aren't clearly documented. The safety functions are independently engineered and separate from this job interface.

16 条回复

AD
AdaAdams0129

@ImranCarter1001 Does your trace show when the PLC request is raised and cleared relative to application polls, including which side performs the clearing?

20
IM
ImranCarter1001

I've compared the trace: the PLC raises and clears the request between consecutive application polls, with no observed acknowledgement before it clears.

17
AD
AdaAdams0129

Draft one writer and clear conditions for each field, then review a request retained until matching acknowledgement with the interface owner. That should settle the handshake offline.

5
HA
HanaCarter0970

Settle it? Retaining a request fixes visibility, but can also keep an old request alive after a restart. Identity and reset rules matter.

1
AD
AdaAdams0129

You're right; my conclusion skipped necessary cases. Retaining the request addresses visibility, while identity, clearing ownership and restart behaviour must also be reviewed.

9
IM
ImranCarter1001

@AdaAdams0129 Should I record readers as well as the single writer? Our existing phrase used by PLC doesn't distinguish setting, reading or clearing a field.

4
AD
AdaAdams0129

Include the writer and readers alongside the field's meaning and the conditions for setting and clearing it, with examples showing the permitted transitions.

15
RA
RachelBrooks0870

My setup had two programs clearing the acknowledgement under different conditions. Reviewing them together exposed a conflict that wasn't apparent from either program in isolation.

10
IM
ImranCarter1001

I've checked our assignments and found that too: both sides can clear acknowledgement. I'll put both conditions in the review rather than quietly choose one.

-1
HA
HanaCarter0970

@ImranCarter1001 Good. Renaming the field won't remove the second writer. The agreed ownership needs to match both programs.

18
BE
BenAllen0283

@AdaAdams0129 Is acknowledgement basically done? Or can the PLC get it while inspection is still running?

9
AD
AdaAdams0129

@BenAllen0283 Use the interface's explicit definition. An acceptance acknowledgement is distinct from completion, so both meanings need separate representation if both are required.

7
IM
ImranCarter1001

I'll distinguish request acceptance from job completion in our review, so an accepted request with a delayed result can't appear completed just because it was acknowledged.

12
RA
RachelBrooks0870

A step-by-step example from idle to acceptance and completion, showing each field's value, can reveal missing transitions in the proposed interface.

11
IM
ImranCarter1001

@RachelBrooks0870 I haven't established reliable request and acknowledgement behaviour for our interface. Finding the missed transient doesn't complete that design.

1
AD
AdaAdams0129

That limit makes sense given the remaining interface behaviour you've described.

6

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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