Kitamura Arumatik post processor problem

[jtorresBAERH]

Hello, I have encountered a problem when using the Kitamura Arumatik post processor provided within the Fusion library. 

When using the generated code I get an error as the machine tries to execute a G28 G91 Z0. command before removing the tool offset after a 5 axis operation. The program is generated like this:

N4060 Z50.
N4065 M09
N4070 M05
N4075 G28 G91 Z0.
N4080 G90
N4085 G49

I tried changing it manually to:

N4060 Z50.
N4065 M09
N4070 M05
N4075 G49
N4080 G28 G91 Z0.
N4085 G90

and that fixed the problem. 

I would like to modify the post processor so I don't have to manually edit every program. The machine I am executing the code in is a Kitamura Mytrunnion 4G.

Thank you

Jose

[UTD7ZNYB · Accepted solution]

The “Kitamura Arumatik” post processor has logic to address that issue, but it appears to be disabled by default.

I think it would be good to add the following code to “onOpen”.

if (!is3D() && tcp.isSupportedByMachine) {
  settings.allowCancelTCPBeforeRetracting = true;
}

[jtorresBAERH]

Thanks, I tried adding that code to "onOpen" in the post but the code generated is the same. Should I change something else in the post so it cancels the TCP before retract?

[UTD7ZNYB]

Are you using the latest version? It is Revision: 44214.

[jtorresBAERH]

Yes, I think I am using the latest release of the post. Find attached the original and the modified (kitamura arumatik 2) one.

[UTD7ZNYB]

It works correctly.

Are you selecting an operation that uses TCP? It doesn’t work with other operations.

[jtorresBAERH]

I just checked and it outputs the correct order in 5 axis continuos. Is in 3+2 where it outputs the lines in the other order.

3+2

[boopathi.sivakumar]

Hi @jtorresBAERH 
We output the G49 after the tool retract for saftey reason since its can cause spindle to move down when cancelling the tool length offset depends on the machine parameters.
So we always default to output G49 after the tool retract. altleat it only error's not causes any unsafe moves.

But it come with a side affect like your case some machine needs to cancel the TCP (G49) before the retract. adding

settings.allowCancelTCPBeforeRetracting = true;

will output G49 before the retract only for the multiaxis operation.

Is the machine is alraming error's for 3+2 toolpath as well? Could you post what alarm the controller screen is showing?

[jtorresBAERH]

No, you are right. It seems to only give that error after multiaxes operations. Now it seems to work fine.

Thank you