Problems between fusion and lathe post

Problems between fusion and lathe post

donnieabbottjr
Participant Participant
637 Vistas
4 Respuestas
Mensaje 1 de 5

Problems between fusion and lathe post

donnieabbottjr
Participant
Participant

Is anyone else having problems with Fusion 360 and the posts on the Turning side? I've been playing around with this for the last couple of days since the last post update and my post outputs different now and its leaving stuff out. I think it has something to do with the G76 thread cycle they added the other day. Its made everything go wonky!!! Its even leaving out things on my part transfer....

0 Me gusta
Soluciones aceptadas (1)
638 Vistas
4 Respuestas
Respuestas (4)
Mensaje 2 de 5

seth.madore
Community Manager
Community Manager

The G76 thread cycle has been in the product for quite some time, as far as I know  I know that there have been canned threading cycle support for quite some time, but I'm a little fuzzy on what the actual G code was.

It's possible you are thinking about the canned turning cycles? 

Are you using your own post, or are you continually using the stock generic ones? Can you give more details? "Going wonky" doesn't a whole lot to go on 😉


Seth Madore
Customer Advocacy Manager - Manufacturing


0 Me gusta
Mensaje 3 de 5

donnieabbottjr
Participant
Participant

Well since the last post update on my end, the Haas DS 30 ssy lathe post has changed a bit. It doesn't post out in G76, which is totally fine by me cause I use G92 anyway, but it also seems that when I do a part transfer to transfer the subspindle back to the work position it leaves out the spindle codes, and the syncronization codes as well. Also, how do I get rid of all the G92 outputs when it posts out. It puts a G92 and a feedrate in every line now when it posts out.

0 Me gusta
Mensaje 4 de 5

donnieabbottjr
Participant
Participant

Took a couple of snips of the code, this may help.. The code on the left is what I edited it to be, and the code on the right is what the post output as the original before editing.

0 Me gusta
Mensaje 5 de 5

bob.schultz
Alumni
Alumni
Solución aceptada

For the threading cycle, the G92 and feed rate output was modified to match other posts using this format for consistency sake.  We can look into removing the codes for the Haas posts, but they should not hurt anything being on every block.

 

You can enable the G76 threading cycles by modifying the following property when you run the post.

threading.png

 

For the stock transfers, there were many issues reported with the way the Haas posts handled them.  For example, in the code you provided you are using a Turning Secondary Spindle Return operation to perform a stock transfer, but I don't see how it works since there is no unclamping and clamping of the spindle(s).  The Haas posts have been made to behave in the same manner as the Fanuc posts now, using the following rules.

 

Use Turning Secondary Spindle Grab to grab the part with the secondary spindle.  This operation will output the spindle on codes for both spindles.

 

Use Turning Secondary Spindle Return to pull the part and/or return the secondary spindle to home using the following rules.

  • Keep both clamped and Offset = 0  performs a sub-spindle return to home.
  • Keep both clamped and Offset != 0 performs a pull operation.  This operation should be used in conjunction with  a part cutoff and subsequent sub-spindle return to home operation.
  • Unclamp primary/secondary spindle and Offset = 0 performs a sub-spindle return to home.
  • Unclamp primary/secondary spindle and Offset != 0 performs a pull operation and returns the sub-spindle to home.  Typically used for part transfers.

 

 



Bob Schultz
Sr. Post Processor Developer

0 Me gusta