Thank you blurf! Changing to grbl helped but new problem popped ;-((
Many messages like āOops, calculation cause errorā¦ send G1 insteadā¦ bla bla blaā
But more important - Z is wrong. I am trying to cut profiles from 3mm MDF. Within Fusion all looks good: simulation is OK. Z in gcode is Z0.6 ??? If I only solved this Z issue I should be fine.
I also tried to download Maslow post but how to instal it !!! I am running Mac version of Fusion - all tutorials are on Win platform ;-(( Under OS X there are no option to point to custom post)
Is there any free gcode program which accepts dxf and generate gcode acceptable by Maslow without errors? (FreeCAD accepts only graphics)
Would you mind changing the title to reflect the actual issue? (mac->fusion360)
That will make it easier to find for others with the same issues.
I was wondering how you run F360 under Linux
To make it clear: I am running Fusion360 on Mac OS X High Sierrra 10.13 on separate machine. MiniMac is converted to dedicated Linux station and runs GroundControl 1.13. Both machines are on the same wifi network and file exchange is not an issue. Linux see shared folders on Mac.
I will contact Fusion guys to solve loading Maslow post into Mac version of Fusion CAM. As blurf suggested, I am using grbl post for now and it is working fine (with couple of unsupported commands ignored by GC). Fusion CAM is complicated but once I figured it out it is quite good - smooth workflow from design to parts, to gcode within Fusion is priceless. Working in the same environment gives you consistent units, consistent orientation and so on. It would be great to have Maslow post in Fusion library - at the end simpler gcode and less chance for screwup. (We should have it here Post Library for Autodesk Fusion 360 | Autodesk Fusion 360 )
Thank you Gero for tip with Point of origin
Those messages are a bother - they mean that the program that made the gcode used many tiny imprecise arcs to make a curved cut. Software precision limits would cause the Maslow to cut these wrong, sometimes very wrong. The firmware looks for those and changes the, from tiny arcs to tiny straight lines. The difference shouldnāt be visible in the finished cut. The message is the firmware telling that it has changed the command it received.
This is off topic of the original question but I saw this and created a pull request to reword that message to look less like something has gone wrong:
In Fusion360, I believe the āsmoothingā option in the 2D Contour menu will help prevent this by tieing in the small arcs into a smoother, longer, curveā¦
.
