[H.tanino]

I have a question about a robot machining project.

When I import NC data created with CAM into a robot machining project, an error occurs as shown in the attached image.

As instructed, I turned on the G90.1 item in the settings,
but the error does not go away. I am machining with a chamfering end mill,
and it stops at the retract point. The situation does not change even if I do not use diameter compensation.

Is this a problem with the post processor that outputs the NC data?

[Albert]

Can you share your RoboDK project and the NC file? How did you generate the g-code file? Can you try loading an APT file?

[H.tanino]

Thank you, Albert.

The G-code file is output using TopSolid's FANUC Robodrill post processor. I haven't tried it because I don't know how to output the APT file for this CAM.

I will share the RoboDK project and NC file, so please check. The NC file is output using the original coordinate output method, not the radial correction method.

[Albert]

The format of the G-code you shared is a bit strange. I would suggest trying a generic G-code file for a generic 5-axis or 3-axis CNC.

Also, we worked with TopSolid to have an integration with RoboDK. I would recommend you to contact them to provide you with a suitable APT post processor.

[H.tanino]

Hello, Albert.

I forgot to tell you before, but the post processor I used is a general-purpose 3-axis one, and I didn't customize it in any particular way. I continued to verify it here, but there is something I would like to confirm.

In the first question, I said that a read error occurred when importing NC data, but the reproduced path is completely different when the "Use absolute coordinates by default for IJK arc centers" item in the settings screen is turned ON and OFF (see the attached image).

I want the path when it is turned OFF, but the error "Invalid/inconsistent circle move" does not disappear. I thought that the G-code output for the arc movement would be better to be R instead of IJK, so I tried it with data that performs arc movement in R, but the situation does not change. The data output by IJK should be fine for machining, so what is the problem? Do I have no choice but to contact TopSolid?

[Albert]

This G-code does not look so common I believe. I would try getting the ATP post processor.

We've worked with TopSolid in the past to have a suitable post processor for RoboDK.

[H.tanino]

Thank you for your reply, Albert.

I have an additional question.
What are APT files and APT post processors?
It seems to me that the contents are different from NC data.

I don't have enough knowledge about this, so I would appreciate it if you could explain it to me.

[Albert]

The APT format is different compared to the G-code format. The APT format has less variations and less ambiguity.

[H.tanino]

Okay, thank you Albert for explaining.

[Albert]

No problem, let us know if you are able to get some help from your TopSolid distributor.