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

Reviewing a missed request without confusing it with rejection - fixture inspection

ClaraAli0176 · 2026年7月25日 06:24 UTC

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

11 条回复

NO
NoahChen1151

Can you compare the request trace with your application's polls? Also note which side clears the request.

8
CL
ClaraAli0176

Our trace shows it rising and falling between two polls. The PLC clears it without an observed acknowledgement. No wonder the application misses it.

22
NO
NoahChen1151

@ClaraAli0176 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.

9
HE
HenryBrooks0786

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

15
NO
NoahChen1151

@HenryBrooks0786 Yes, I overstated that. Retention addresses the missed pulse. The offline review also needs matching identity, reset ownership and restart cases before the design is complete.

13
CL
ClaraAli0176

Would your table include who reads each field too? Our notes say used by PLC, which could mean practically anything.

4
NO
NoahChen1151

@ClaraAli0176 Yes: writer, readers, meaning, set condition and clear condition. Then give each legal transition a concrete example.

17
PR
PriyaBarnes0568

On my interface, both sides cleared acknowledgement for different reasons. Each program looked reasonable alone. Put them together and the answer vanished

6
CL
ClaraAli0176

@PriyaBarnes0568 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.

21
CL
ClaraAli0176

The missed pulse is explained, and I've got an ownership review to work from. Our complete handshake behaviour is still open.

20
NO
NoahChen1151

@ClaraAli0176 The trace gives the review a concrete starting point. Keeping the overall handshake open is fair.

13

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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