Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5

Base and tool problems

#1
HI
When I load a program previously simulated to the real robot I have problems that do not appear in the simulation, the robot's wrist rotates and if it continues to collide against the table, I think it is a problem with the base number and tool, how can I define the number of both in the simulation?


I modified the base and tool manually in the generated code, but the actual position of the robot is not the same as the simulated one
tool 1 & base 17


Attached Files
.rdk   Estacion CIRT dimensionada 1.rdk (Size: 704.08 KB / Downloads: 610)
.jpeg   physical robot position.jpeg (Size: 106.93 KB / Downloads: 622)
.jpg   Real robot.jpg (Size: 184.32 KB / Downloads: 622)
.png   tcp position on the path.png (Size: 289.53 KB / Downloads: 673)
.jpg   IMG_20200210_132951.jpg (Size: 289.47 KB / Downloads: 680)
.jpg   IMG_20200210_133008.jpg (Size: 202.79 KB / Downloads: 649)
.jpg   IMG_20200213_104706.jpg (Size: 160.44 KB / Downloads: 601)
#2
I believe this issue is related with the way you setup your reference frame (BASE).

Did you define the root point of the turntable in your controller?
There are different ways to tell the controller you are using an offset of the turntable. 

For example, if you have properly setup the turntable in your controller and you have an offset of 740 mm along the Z axis (the turning axis), you should be able to use the following base definition:

Code:
$BASE = {FRAME: X 0.000,Y 0.000,Z 740.000,A 0.000,B 0.000,C 0.000}

Albert
#3
How can I define the root point of the table? I am working with a frame located on the table surface as a reference for all the works, is that ok?


PHP Code:
<?php 
...
FDAT_ACT = {TOOL_NO 0,BASE_NO 0,IPO_FRAME #BASE}
...
$BASE = EK (MACHINE_DEF[2].ROOT, MACHINE_DEF[2].MECH_TYPE, { X -2.000,Y 3.000,Z 740.000,A 0.000,B 0.000,C 0.000 })
$TOOL = {X 66.464,Y -1.704,Z 333.234,A 0.000,B 58.205,C 0.000}
...


I get the following definition of the base, where I don't know what "DEF [2]" means

I think that one of the problems I have when running the simulation in the robot is the orientation of the axes between the real and the simulated robot, the robot takes as tool number 0 and base 0, in the previous programs the robot works with a established number and base, in some cases tool 1 base 17


Attached Files
.jpg   axis.jpg (Size: 183.99 KB / Downloads: 611)
  




Users browsing this thread:
1 Guest(s)