Hi folks, back into it, and running into a different flavor of error from Fusion, following up on this:
I’ve found that it seems to crop up wherever the Fusion post decides to throw in a G19 plane change. An example line: G19 G3 Y5.76 Z-6.829 J-8.765 K-29.517
This hangs and gives the g2/g3 error. When I’ve tweaked my tool pathing such that this doesn’t get generated, it fixes it, but this seems like something better fixed by fixing the post. @wmoy am I missing something?
CM build 4.0.428
Original Nomad883 (sn 137)
Update for a workaround:
line 34 is for setting circular plane allowance, where I’ve told Fusion to cut that out, and do XY plane arcs only: allowedCircularPlanes = (1 << PLANE_XY) | (0 << PLANE_ZX) | (0 << PLANE_YZ);
@neilferreri I don’t have one handy that I’ve messed with. I’ve seen the Universal Gcode sender and other stuff tossed around, but haven’t dove into those. My above workaround worked a charm though for now.
I’ve run into this as well, well I assume it’s the same issue. Created some simple toolpaths and it blows up about half way through using the latest carbide3d post processor. Attached are the screenshot etc…
I did report this to the Carbide3D support folks also.
Unfortunately modifying the post processor (and verifying a change in the resultant .nc) was not successful. Tried a tolerance of .0001 and 5-6 decimal places with the same results… nc attached and a screenshot with updated motion. (on mine it was line 26 and 77)
None, it just loads a blank grey outline where the application would normally be but never progresses to the % loading on the top bar… I can get a screenshot but there is no error unfortunately… I’ll check logs in a second