Our FR10 unload wait appears after the fixture is changed

AdrianBowen · 23 Jan 2026, 02:08 UTC

Closed
AD
AdrianBowen
I opened a ticket three days ago with the seller we bought from on Alibaba. Our FR10 spacer-block unloading waits after a fixture change, but not on the first ordinary start. I sent a clip. They want more detail, and I would like to give them a useful comparison before anyone orders parts.

17 replies

MA
MayaChen1171
Replying to AdrianBowen

What message appears in each path? Compare the ordinary start with the fixture-change start using the same identified job.

14 points
AD
AdrianBowen
Replying to MayaChen1171

Fixture-change path says 'fixture ready missing'. Ordinary start proceeds. Same job version, and the fixture is the same one removed and refitted for the demonstration.

16 points
NI
NinaAbbott0066
Replying to AdrianBowen

Our tray-change problem had an old address in one branch while normal start used the current one. Yours could be physical or software, but get both branches compared before buying a sensor.

9 points
CA
CallumAdams0099
Replying to NinaAbbott0066

Nina, yes, but capture the actual ready condition too. Similar symptoms aren't enough to transplant your fix.

13 points
NI
NinaCarter1023
Replying to AdrianBowen

Adrian, who refits the fixture, and can they see the locating faces? On one of our checks it looked seated from the front while the rear contact told another story.

6 points
AD
AdrianBowen
Replying to NinaCarter1023

Our setter refits it. She inspected the intended contacts with maintenance and they found it seated correctly. The retained PLC history also shows the ordinary ready condition present during the wait.

10 points
MA
MayaChen1171
Replying to AdrianBowen

Ask the package author which source that waiting branch reads. The screen label alone will not establish it.

13 points
NI
NinaAbbott0066
Replying to CallumAdams0099

Callum, agreed. I should have been clearer that ours is a comparison to request, not a diagnosis for Adrian.

18 points
CA
CallumAdams0099
Replying to AdrianBowen

Adrian, do the clip and PLC history cover the same changeover? Keep the identity and event window with the comparison.

-8 points
AD
AdrianBowen
Replying to CallumAdams0099

Yes, same changeover, identified by our technician. Author compared the branches and found the changeover branch waits for an obsolete internal flag. The ordinary start uses the current fixture-ready condition.

11 points
NI
NinaCarter1023
Replying to AdrianBowen

Will they explain why that old flag remains there? The next maintainer needs to know what the replacement branch expects, not only which version to load.

3 points
MA
MayaChen1171
Replying to AdrianBowen

And test the condition absent as well as present. Replacing a wait with unconditional progress would make the demonstration look fixed.

10 points
AD
AdrianBowen
Replying to MayaChen1171

The author says that flag belonged to the earlier fixture handover sequence. Revised logic uses the current agreed condition. Their offline tests cover ordinary start, changeover with ready, and changeover without ready; the last remains waiting.

6 points
CA
CallumAdams0099
Replying to AdrianBowen

Useful. Has the revised version been checked through the installed interface with your technician, or only in that offline set?

7 points
AD
AdrianBowen
Replying to CallumAdams0099

Installed checks are now complete under our technician's supervision. Ready permits the intended sequence after changeover; without it the wait remains. The setter repeated the normal fixture exchange and unloading completed.

21 points
NI
NinaAbbott0066
Replying to AdrianBowen

Thanks for reporting the actual finding. Different stale flag from our address problem, same reason to compare branches rather than throw new sensing parts at it.

8 points
AD
AdrianBowen
Replying to NinaAbbott0066

We closed this ticket with the changed routine version and those test results. The handover now describes the current ready condition and the old flag's removal. No hardware order needed.

19 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .