职位:9
线程:2
加入时间:2021年7月
声誉:
0
2021年7月23日晚9点21分
问候,
问题:
模拟的动作可以工作,但将文件传输到机器人后,这些动作就不起作用了。机器人移动到期望的起始位置,然后做了一个完全错误的运动,经常以物理碰撞结束(不是损坏,缓慢和监控)。
设置:
一个KRC4控制器,一个kl100线性定位器(E1),一个kr10 R1100 6。最终的目标是3d打印。
附件:
- RDK站(忽略浮动机器人,这是设计;线性定位器有'0.000'设置在轨道的中心。
-其中一个生成的3d打印程序(奇怪的运动也发生与目标之间的常规运动。
谢谢你!
亚当
帖子:1832
线程:2
加入:2018年10月
声誉:
70
你好亚当,
在将此标记为RoboDK漏洞之前,有很多事情需要考虑。我将把它移到一般的线程。
你找过关于这个主题的其他线索吗?我很确定我们以前讨论过这个问题。
基本上,您需要确保控制器中的设置与RoboDK中的设置相匹配。
我的意思是确保轨道轴在正确的方向上,确保你的基础框架与机器人的基础框架相匹配,确保如果你在控制器和RoboDK中设置了相同的基础和相同的工具,那么每个轴的jog方向和TCP相对于基础位置在两个环境中都是匹配的。
杰里米
帖子:1832
线程:2
加入:2018年10月
声誉:
70
如果MoveJ运行良好,这是一个好迹象。
这意味着它实际上只是确保帧在RDK和控制器之间正确设置的问题。
不要浪费时间尝试将MoveL更改为MoveJ,它将“解决”点在哪里的问题,但创建的运动不会是直线,所以这是无用的。
你是否试过将机器人带到特定地点,并将RDK中的数据与控制器上显示的数据进行比较?
杰里米
职位:9
线程:2
加入时间:2021年7月
声誉:
0
杰里米,
我没有尝试比较库卡上的位置数据和RDK中的位置数据,所以我开始这样做,但后来发现了一些有关TCP的相关信息。
我切换到开发模式,并试图运行一个简单的程序。我注意到在线连接日志中的一行看起来是这样的:
SETTOOL# # #
# # #
# # #
# # #
# # ## # #
我假设这是XYZABC格式,所以我检查了KUKA控制器上的工具数据。XYZ相当接近,但ABC完全不一致。
我同时校准了KUKA和RDK,以便它们有相同的点,得到以下结果:
Rdk: settool 347.351686 115.639365 44.855727 -149.695500 84.686120 -156.230849
库卡:x 332.772 z 116.152 y 45.530 a 0.000 b 0.000 c 0.000
我认为这种差异可能是问题的根源,但我不确定我应该怎么做。
亚当
职位:9
线程:2
加入时间:2021年7月
声誉:
0
杰里米,
谢谢你的视频。我现在明白了KUKA使用[Z, Y', X']旋转格式。
为了校准,我使用了RDK实用程序>>定义工具框架并使用了4个点。同时,我使用KUKA 4点校准程序校准了同一工具。