Universal Robots UR5e: Our application keeps missing a brief PLC request

DineshChan1082 · 12 May 2026, 05:26 UTC

Reply to discussion
DI
DineshChan1082
I'm reviewing our non-safety job handshake for sample verification with Universal Robots UR5e in a workshop inspection station awaiting commissioning, using an inspection coupon. The PLC sends a brief request, and our application sometimes misses it. I can't find anything clear about who owns each signal or when it gets cleared. Safety functions are independently engineered; this is the ordinary job interface.

5 replies

OL
OliverBaker0450
Replying to DineshChan1082

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

15 points
DI
DineshChan1082
Replying to OliverBaker0450

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

3 points
OL
OliverBaker0450
Replying to DineshChan1082

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.

6 points
DI
DineshChan1082
Replying to OliverBaker0450

@OliverBaker0450 The missed-request diagnosis is settled for this trace. Completing the handshake fix still depends on the interface owner's assessment of signal ownership and the offline transition cases.

15 points
OL
OliverBaker0450
Replying to DineshChan1082

You've closed the specific missed-pulse question without assuming that explains or verifies every handshake transition.

14 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.