generic philips turning post processor

[AchimN]

We are working on a generic philips turning post processor and we would be happy to get some feedback from you before we put it into production.

Please feel free to download and test it:

https://cam.autodesk.com/posts/?p=philips_turning

[instrumentmakerij-santing]

Hello Achim,

We have a Schaublin 102 with a retrofitted Heidenhain Manualplus (done in 1998). This was based on the Philips 432 controls. Looking at the sample it also has to work with the ManualPlus in ISO mode.

I will test it asap. and let you know if it works.

Best regards,

Geert Pieter

[instrumentmakerij-santing]

Hello Achim,

It works great on my Manualplus, except for the tool change position, which is doubled in the setup. I changed the values in the post by dividing them by 2. 

Further modifications:

1) I added an option for opposite toolholders. I use tool 1-29 for tools on the workers' side, and tool 30-47 for tools on the opposite side of the spindle. The post checks if the tool range is within 31-48 and then automatically reverses the direction: X- values being multiplied by -1 and G2/G4 / G41/G42 being reversed. So far this works.

2) For the tool changing point I use T48, I have to, because the Heidenhain control I use does not support G54/G55 etc.

I am working on the drilling and tapping cycles right now.

Best regards,

Geert Pieter

[Anonymous]

Hello Achim

Sorry, I was very busy...

Loooks much much better...

Still to change:

- ToolCall has to be T1010 instead of T0101

- No need for G90 at the beginning (G90 does not exist (see page 130 in programming manual and leads to an error while sending prog to machine)

- No need to repeat G95 through the whole programm

-  No need to repeat G54 through the whole programm

- No need for G18 at the beginning

- Comments between the different jobs also lead to an error, there is nothing alowed to be in the code except for the code itself

- For me, it would be better to have the feedrate in mm/rev for boring, i'm used to program it like this... but thats not important... works...

I think thats it... the rest should be fine !

Thank you very much !!!

[Anonymous]

Ahhh... Maybe theadcutting could be realised with the cycle G32 ?!?!? that would be very very luxury to change things directly at the machine...

An example is on Page 91 in the manual...

like this

Nxx G32 U-0.61 Z-20 C0.15 F1

U is thread dept

Z is the lengt

C is dept of first cut (the next cuts reduce automatical)

F is Pitch

[AchimN]

@Anonymous thanks for your feedback, i´ll look into it and will let you know when there is an updated version.

[AchimN]

@Anonymous FYI an updated version of the post will be online within the next few hours.

[Anonymous]

wonderful !!! i'm curious about it ! thanks !

[Anonymous]

Is it the link at the beginning of the thread ? it still says: Changed 80 days ago

[Anonymous]

Hi Achim

Almost perfect !!!

Last things:

- feedrate for boring in mm/rev instead of mm/min

- "use cycle" in the thread cutting is not working (G32) would be verrrrryyy nice if it works ...

I think then we have the perfect postprocessor !!!!

greets

bb

[Anonymous]

Hello

1.

I'm asking again for implementation of "use cycle" in the threading function.

G32 makes the muuuuch better surface in a thread than G33 cause it feeds sideways...

https://www.dropbox.com/s/k9g6w9b2luh7oou/Philips%203480%20Prog%20Manual.pdf?dl=0

Page 88

2.

The new post uses G97 to approach to the part and then switches to G96.... this is a bit rough for an old machine, it stops for a sec and then needs to boost up full throttle... i know, that was someones wish, but is it possible to activate/deactivate this before postprocessing ?

greets

bb

PS: G99 X___ needs to be doubled... its the radius now... i was able to do that by myself (wow)... but, if you change that too, the PP is perfect

[Coras_Alin]

i get the error of minnimum revision, can i download earlier versions of this postprocessor? from the library i cant.