we using RIS to stop and start program with pickers. Sometimes, the PLC send a stop request at Pickmaster and one of the robot does’nt stop. When we restart the robot from Pause in PM, it takes 2 commands to restart it. We need to send a restart command to this robot.
Please try to reproduce the incorrect behaviour using only the graphical user interface of PickMaster instead of RIS. If you are unable to do this it might be a good idea to trace the RIS-commands received by PickMaster.
Larger robots takes longer time to go to homepos when stopping a PickMaster project. You can of course modify the homepos so that the distance is shorter and you may also increase the speed to move to HomePos to shorter the time.
We also run into this problem sometimes even with IRB340 since it’s sometimes necessary to do some other things before going to homepos. Why not make the timeout adjustable in future PickMaster releases? Or wouldn’t it be possible to make another solution that doesn’t depend on a timeout, at least not in normal case? As long as there is a link between PickMaster and the robot it should be possible to know what is happening.
The work arounds I see has pretty much been up already in this thread: 1) Make a faster movement to safe pos after stop, or 2) Make another stop + restart.
after reading all your comments, I understood that we are not the only integrator to have this problem with Pickmaster. I would like to know if this problem is solved with the 3.13 version of PM?