I am finally past calibration and into a solid operational mode. I am cutting the sample design from Frontier Design (beautiful stuff!) and making decent progress - except for this recurring z-axis anomaly:
Twice now I have had the z-axis spontaneously plunge to it’s stops and beyond (skipping the belt) until I hit stop. As you can see form the photo above, My gcode says -9, but my slid shows 14.20 - when in fact it has plunged to it’s stops, with no sign of it stopping. I think this is happening at the end of
The possible issues I can contemplate, in no particular order:
An issue with the GCode
A bug in webcontrol
Some kind of interference with the power / z-axis cables
Interference on my z cable pin connection (it’s a little sketchy)
I see the z-moves during a curve and that possibly could be the source of the problem. The ability to support this kind of move was added to the controller not too long ago. If you can find the offending line(s), maybe it can be fixed if it is a firmware issue.
I have the Post Processor installed now - thanks for pointing that out.
After watching a few yt videos I am still unsure of what is occurring. Does the Post Processing “translate” any out of scope commands for a given machine? If so, what occurs when you don’t have an equivalent command? Should I be worried about checking the resulting gcode in some way?
Would the post processing have remedied the z-during-arc moves you mentioned?
Does the post processor have to be maintained as the functionality of WebControl progresses?
I’ve never used fusion360 to create gcode, so I don’t have experience with it. But my understanding is that the postprocessor restricts the types of commands/gcode fusion360 creates so that its compatible with the firmware.
It’s not related to webcontrol… it’s a controller firmware compatibility issue. Webcontrol, at its most basic, just feeds gcode from the file to the controller.