[jfch.]

亲爱的Robodk团队，

这是我一直想要发布的请求。正如您所知道的，我正在使用Coverechnique Montreal的LM2实验室使用Fanuc M-20ib / 25的3D打印项目，我们真的很享受与Robodk合作，因为它在研究和实验方面为我们提供了很多自由。

When it comes down to 3D printing, there are a lot of parameters that needs to be considered and one of them is quite critical when using a 6-axis robot : the printhead's rotation around its axis, i.e. the toolframe's rotation around Z.

I have been exploring the machining project parameters and I know that the toolframe offset's rotation around Z can be set to several algorithms. For example: the Minimum tool orientation change, which I currently use for 3D printing. However, I don't find that the other algorithms are useful to 3D printing applications.

我想提出一个变量工具或ientation that could be set at different key time during the program. There could be a selectable algorithm called "custom orientation" which allows the user to run the simulation, pause at the desired TCP location, rotate it around Z using alt+drag on the reference frame and then click on a button to creates a "keyframe" which will trigger an offset of the toolframe for all the next positions coordinates, until a new keyframe is created with a new toolframe offset and so on. The toolframe offset would then be set to different values along the program, according to values set by the user at different location of the toolpath.

I am pretty sure there is a way to come up with this using a Python script. I am just pretty busy right now to attack this :P and I figured it could be a nice addition to your already full-fledge simulation software.

I hope this is interesting :)

jfch.

[杰里米]

Hi JFCh,

I've been juggling with that idea for some time now.
Could being able to split the Gcode into parts would work? I'm not in charge of the development, but I'm trying to see if we could have an easier solution to implement on our end.

Like if you could run the path until a certain location, "split the gcode" and create a new Robot Machining project with the rest of the program, keeping the same settings and all, but allowing you o use a different Z rotation.

We had another client doing robot milling that had the same request as it was physically impossible to run the process in one blow without collisions.

（这里没有承诺，只是讨论解决这种情况的潜在方法。）

杰里米

[jfch.]

Yes, I guess that's one way to do it! I'm not sure what approach I would use, but I'm pretty sure it's feasible. Like one of my programming teacher used to tell me : anything can be done, you just need to find how.

About my Python script idea : do you think it would be feasible to implement something like this using the RoboDK API :
1) Pause the print during the simulation at desired location
2) Run the python script
2.1) The robot's current location's target is retrieve
2.2) The toolframe offset of this target and all those after are offset by a user input (using tkinter for instance)

Thanks for your input, Jérémy!
JF

[杰里米]

Hi JF,

I'll forward that thread to Albert to see what he thinks about it.

For now, you could do that manually by opening the generated program (Right-click the program -> "Show instructions"), selecting a bunch of targets and:



That's a very manual way of doing it and it has the huge drawback of not being a one way process.
If you regenerate the path using your 3D printing project, you will have to redo the modifications.

杰里米

[jfch.]

Interesting! I didn't know we could do that.

Is there an easy way to change the relative tool shift using the API? My programs sometimes contain hundreds of thousands of instructions haha

谢谢，

JF

[杰里米]

... Yeah... The method feels a little silly now that I remember you are doing 3D printing...

I'll ask Albert as I did not explore this part of the API.

杰里米

[jfch.]

Thanks Jérémy !