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

Universal Robots UR5e: Who owns clearing the job handshake?

ReeceArcher0384 · 2026年8月9日 14:58 UTC

回复讨论
RE
ReeceArcher0384
Our application sometimes misses the PLC's brief request for part inspection. I'm reviewing that ordinary, non-safety handshake for Universal Robots UR5e in a PLC-coordinated fixture inspection cell, 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.

6 条回复

DA
DanielChen1174

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

12
RE
ReeceArcher0384

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

24
DA
DanielChen1174

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.

13
WI
WillBennett0748

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

-3
DA
DanielChen1174

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

13
RE
ReeceArcher0384

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

24

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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