Our UR5e unload video shows the block but misses the release confirmation

CallumBaker0447 · 25 Apr 2026, 03:18 UTC

Reply to discussion
CA
CallumBaker0447
The block has visibly left our unloading fixture when the UR5e job pauses, so my phone clip makes the wait look daft. Support says the application is still expecting confirmation from the fixture. We've spent forty-one days exchanging descriptions of the same stopped position. I can identify the fixture and saved job. Before asking for a replacement sensor, I want to see the actual confirmation alongside the physical release. Which details should our maintainer bring into that comparison?

16 replies

NA
NadiaAllen0291
Replying to CallumBaker0447

Which input does that confirmation use on the installed fixture? Start there.

10 points
CA
CallumBaker0447
Replying to NadiaAllen0291

Maintainer traced it to the fixture-open switch. The exported column we sent is from an older fixture version. Same friendly label, different mapping.

6 points
KA
KaiBrooks0802
Replying to CallumBaker0447

Use the installed mapping with the next comparison, because I would not infer the switch state from the block having moved away.

10 points
LI
LinCarter0966
Replying to CallumBaker0447

Can the earlier occurrence still be recovered with the right field?

8 points
CA
CallumBaker0447
Replying to LinCarter0966

Yes, the raw trace retained it. Maintainer has matched the same attempt to the footage. The open indication drops briefly before the application waits.

2 points
RE
RebeccaChan1126
Replying to CallumBaker0447

So the old export sent everyone sightseeing. I would have maintenance inspect the switch mounting and its operating arrangement before ordering a sensor just because its indication changed.

6 points
CA
CallumBaker0447
Replying to RebeccaChan1126

Inspection found movement at the switch bracket. Fixture designer has specified its repair and the check for the open position. We haven't changed the application's wait.

5 points
NA
NadiaAllen0291
Replying to CallumBaker0447

Who checks the complete unload after that repair?

9 points
KA
KaiBrooks0802
Replying to CallumBaker0447

And who corrects the export mapping for the covering person's laptop?

13 points
CA
CallumBaker0447
Replying to KaiBrooks0802

Application maintainer and shift lead own the unload checks, Nadia. Kai, maintainer is updating both launch arrangements so the export doesn't depend on which laptop we happen to borrow.

9 points
LI
LinCarter0966
Replying to CallumBaker0447

Does the repair instruction identify the bracket arrangement, not just say tighten it?

4 points
RE
RebeccaChan1126
Replying to LinCarter0966

Lin's right to ask. If the next person can't recognise the intended position, a secure bracket in the wrong place is still a nuisance. A photo with the actual reference would help.

8 points
CA
CallumBaker0447
Replying to LinCarter0966

It names the bracket revision and shows the intended operating position. Repair is fitted. Our initial unload comparison no longer has the indication drop; interrupted-sequence checks are scheduled with the same people.

6 points
NA
NadiaAllen0291
Replying to CallumBaker0447

Both laptop exports checked yet?

18 points
CA
CallumBaker0447
Replying to NadiaAllen0291

Both checked after a fresh sign-in using their usual shortcuts. Each export now names the installed field and attempt. Thanks, Lin, the bracket detail also made the maintenance handover much less vague.

4 points
RE
RebeccaChan1126
Replying to CallumBaker0447

Did the interrupted cases finish? The repaired bracket and better exports are useful progress; I'd like to hear what the operator handover says when the unload doesn't finish normally.

3 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.