RobotStudio not always representing correct position of robot
pollux
✭
in RobotStudio
Hi,
I think I saw this somewhere in the manual, but am I right that the simulation is not always 100% a correct representation of the last position I moved the robot to? I'm sending positions to a robot (in RobotStudio) over a socket and printing the positions using TPWrite. I'm using 2 tasks with WaitUntil to synchronise. It looks that when I add a WaitTime just after the Move* instructions the visualisation is correctly updated.
Am I right with this?
p
0
Comments
-
It is probably because the move instruction executed before you read the position are not so-called stop points, but are using zones of type z100, z200 or something. This means that the program pointer runs ahead and starts to execute the next instruction when the motion instructions has reached some convergence criteria. If you use fine instead of zXXX for the motion instructions, you will see the robot waits until the robot has stopped at the programmed position before it reads the current value and continues. You can read more about stoppointdata and zonedata in the Technical reference manual
RAPID Instructions, Functions and Data types, that is included with RobotStudio.
Henrik Berlin
ABB0 -
Ah thanks! I think that was is it. I was using z0 but it seems that fine gives me a different, more accurate result.p.0
Categories
- All Categories
- 5.5K RobotStudio
- 396 UpFeed
- 18 Tutorials
- 13 RobotApps
- 297 PowerPacs
- 405 RobotStudio S4
- 1.8K Developer Tools
- 249 ScreenMaker
- 2.7K Robot Controller
- 310 IRC5
- 59 OmniCore
- 7 RCS (Realistic Controller Simulation)
- 785 RAPID Programming
- AppStudio
- 3 RobotStudio AR Viewer
- 18 Wizard Easy Programming
- 105 Collaborative Robots
- 4 Job listings