我们正在考虑在ur10e的翼缘上安装一个45度或90度的磨砂机,以消除一些奇点问题,并希望改善协作机器人的运动。
我现在面临的问题是RoboDK不“理解”旋转的砂光机并不重要。
所以当我在表面上教一个点的x和y方向将始终指向它在第一次创建该点时所面对的方向,即使这在打磨应用程序中是不必要的。目标的位置很重要,而不是工具的旋转。
所以我正在尝试的是让合作机器人使用法兰来指导砂光机在正确的方向,而不是它必须假设一些奇怪的位置。
我附上了两张照片,为了进一步解释我要做的事情,你可以忘记后面的第二个机器人。前面那个才是最重要的。第一个( )显示了合作机器人在正常情况下的位置和第二张图 显示了我想要它假设的位置,但x轴和y轴箭头指向不同的方向,然后就是目标的实际位置。
我可以自己通过这些点,并将TCP转换为所需的方向,但对于我们的大型程序来说,这将花费很长时间。有没有一种方法可以让协作机器人在旋转法兰时“独立思考”,从而获得更好的位置?
如果有用的话,我们使用UR 10e。
我希望我已经清楚地描述了我们的问题,有人能帮助我们!
谢谢大家,
Kristan Oppersma
我现在面临的问题是RoboDK不“理解”旋转的砂光机并不重要。
所以当我在表面上教一个点的x和y方向将始终指向它在第一次创建该点时所面对的方向,即使这在打磨应用程序中是不必要的。目标的位置很重要,而不是工具的旋转。
所以我正在尝试的是让合作机器人使用法兰来指导砂光机在正确的方向,而不是它必须假设一些奇怪的位置。
我附上了两张照片,为了进一步解释我要做的事情,你可以忘记后面的第二个机器人。前面那个才是最重要的。第一个( )显示了合作机器人在正常情况下的位置和第二张图 显示了我想要它假设的位置,但x轴和y轴箭头指向不同的方向,然后就是目标的实际位置。
我可以自己通过这些点,并将TCP转换为所需的方向,但对于我们的大型程序来说,这将花费很长时间。有没有一种方法可以让协作机器人在旋转法兰时“独立思考”,从而获得更好的位置?
如果有用的话,我们使用UR 10e。
我希望我已经清楚地描述了我们的问题,有人能帮助我们!
谢谢大家,
Kristan Oppersma