This nc file from Fusion 360 has extreme rendering errors in CP.

This nc file from Fusion 360 has extreme rendering errors in CP. It cuts fine, and renders properly in other software. Any ideas?

https://drive.google.com/a/cyneta.com/file/d/0BzHJcqdM-WE8RWcxRnhKcDJyREU/view?usp=sharing

Hi Peter - Actually file file works fine with my GRBL machine, it just renders weird in CP. Or are you saying that CP can’t render arcs?

+Peter van der Walt, would you expect the G-code generated with this post processor [Chilipeppr TinyG (No Arcs).cps] to work with my GRBL machine? The filename indicates that it is for TinyG. Thanks.

I had to modify the Fusion post to output another decimal point to get the arcs to render properly. I wrote it off as a rounding problem.

Ron
How many digits did you have to specify? tinyG actually does some end point checking on arcs and will not execute the command if the precision check fails.

@Matt_Wheeler Yes, it does work with GRBL just fine.

I tried modifying the cps file to add another digit to the XYZ format, didn’t fix the rendering issue in CP. I kinda hate to disable arc’s all together. Then my nc file size gets close to the 5MB limit in CP.

Matt: Chilipeppr has many capabilities; please be a bit more specific when you say “nc file from Fusion 360 has extreme rendering errors in CP.” CP includes the 3d Viewer rendering of you Gcode - does that appear correct? Are the rendering errors only visible when you deliver the Gcode to a machine for milling? What target machine do you have: GRBL, tinyG, etc? When you send your Gcode to you machine, do you use any of CPs Gcode modification capabilities, such as speed up/slow down? If it “cuts fine, renders properly in other .
software”, does that mean you can send this Gcode file to the same machine with different Gcode sender and it produces the correct output? Can you be more specific, such as “I can send http://file.nc to my GRBL machine with UGS and it works as intended”.
Keep in mind that the CP 3Dviewer is a visual rendition of what a plotting package (in this case three.js) believes your job describes. That rendering affects only your visual display, the same Gcode file is sent in parallel to the ‘machine’ (Grbl, tinyG, etc).
If the http://file.nc appears correct in the CP 3DViewer, but is incorrectly produced by the machine, it is likely a machine issue, not a CP issue.
If after all this you believe it is really a machine issue, need to know which machine, and at least info like what version of the machine Firmware you are running.

Sorry for the delay was traveling. I how can i share my post with you.

Can you share it on Google Drive? Then others could get the file also.

Thanks

The link is to the Post I use when using Fusion 360 with a TinyG. It renders all Clockwise and Counterclockwise Interpolation G02 and G03 commands properly and machines them as well. I hope it helps you out.

https://drive.google.com/file/d/0BxbESsvJSw_KLVo2VWVBdnBYbmM/view?usp=sharing