Simulated Toolpath doesnt include Move from Origin

[Anonymous]

When running a simulation for milling out my part, the tool starts off at a location other than the origin. I followed the advice in this forum post, and selected an entry point closer to the origin, but this has not fixed my issue.

https://forums.autodesk.com/t5/fusion-360-computer-aided/tool-starting-position/td-p/5686899

My setup includes two toolpaths, and I have selected entry points for both of them in the links tab. Another issue that I have is that when beginning a job, the table will move the cutting tool to the x=0, y=0, z=0, as defined by my setting of the origin for the job by moving the tool to the desired origin on the material and setting that location as the job origin in the machine. This works fine. What is not cool is that there is no upward z move to a travel height before the tool moves to where it will begin to cut, and this is currently leaving a score on the material as the tool moves to the xy coordinates of its first plunge into the material. I have found a forum post for dealing with this in mach 3, but I cant seem to find one for my current setup, a Laguna CNC, and I do not think the same instructions for a fix seem to be applicable.

Previous Forum Post on no Z move from origin issue: 

https://forums.autodesk.com/t5/fusion-360-computer-aided/safe-z-axis-move/td-p/6224691

Machine: Laguna SmartshopM Maker series 5x10 CNC

Using this post: https://cam.autodesk.com/hsmposts?p=laguna

[Anonymous]

I encountered a similar issue when selecting HAAS UMC-750 as the post configuration. In my case, I don't want the tool to move to the origin of the World Coordinate System. I have not found a setting in the UI that allows me to eliminate this motion at the beginning of a toolpath. You may have to manually deleting or changing lines in the output file, which requires a basic understanding of G-code.

[Aviate105]

I have a Laguna CNC as well with the same issue. Where you able to solve this issue with your machine/Fusion

[Anonymous]

Unfortunately Ive been having to manually edit the gcode on every job. Kind of cumbersome. Need to figure out how to edit the post I think. 

[johnswetz1982]

This is a machine issue most likely. Once you set your G54 WCS you need to home/raise your Z axis before hitting cycle start.

[Anonymous]

The gcode generated by this post moves down to Z0, then to x and y starting  every single time at the beginning of the gcode, Z to 0 then X and Y to 0 at the end of the gcode, and often (but not always) Z to zero then X and Y to next position at the end of each toolpath. I dont think this is a machine issue. The only way to fix this so far has been to manually change the z move from 0 to a clearance height.  

[johnswetz1982]

Do you have a posted snippet of just that code? Or is it a G53 Z.0 move then an XY move without a G54 in front of the XY?