Issue with step servo setup - x-axis cutting skewd
setp hm2_[HOSTMOT2](BOARD).0.stepgen.00.maxaccel 0
instead of
setp hm2_[HOSTMOT2](BOARD).0.stepgen.00.maxaccel [AXIS0] STEPGEN_MAXACCEL0
In which case you only have the MAX_ACCELERATION to set
Have you tried setting G64 PXX with the higher acceleration?
Please Log in or Create an account to join the conversation.
I've tried multiple cam software. Same issue.
Incremental, and absolute position mode (same result).
Slowed everything down to crawl (same result).
I layed down a flat ruler across the table and jogged the machine incrementally by 1" and it was consistently on each following inch marker as expected.
Please Log in or Create an account to join the conversation.
If running the same file with G61 (exact path) gives you the same result then it is not software related.
John
Please Log in or Create an account to join the conversation.
It does seem to change with acceleration. That seems to be the only thing that effects it. If I were to cut 10 of those squares, they would all be exactly the same incorrect.
I think the first stage needs to be to work out if the torch is being told to go to the wrong place, and going there, or not going where it is told.
This is a bit of a fiddle, but it should be possible to set up Halscope to store the axis.0.position-cmd and axis.1.position-cmd values (under "pins"). I think you can then export the halscope trace, then re-plot it as an XY plot (in excel for example) and see if it is commanded skew (perhaps due to some peculiar tool offset) or some problem with the drive system.
You _might_ be able to work it out by staring at the DRO.
Is it worth trying the cuts in "exact path mode" (G61, www.linuxcnc.org/docview/html/gcode_main...#sub:G61,-G61.1,-G64:)
The only reason I ask is that there is some interaction between actual position and acceleration in G64 mode, but you wouldn't expect it to cause this problem.
Please Log in or Create an account to join the conversation.
Maybe rig up a felt tip pen
If you rotate the part 90 degrees in CAM (so the hole lead-ins start 90 degrees to where they are now) is the error in the same direction?
If its still in the same direction with a rotated part I would start to suspect the mechanics
Please Log in or Create an account to join the conversation.
I ran a number of tests last night including cutting flanges that are specifically shaped for one direction to test skew when I rotated them 90 degrees and the error was always in the x-direction. So if I cut two parts 1 rotated 90 degrees from the other, the error was completely different for each part (all towards x).
I will try the G61 mode today.
I stepped through a program last night and marked all of the piece points with a pen, but somehow I was getting tired and didn't think to run it again to double check the positioning. doh
Please Log in or Create an account to join the conversation.
A rather simple test for backlash can be done by putting some movable object like a bit angle up against the torch and move toward it till you see it move then away 0.001" at a click till you see light between the two. Crude but effective for the X and Y axis of a plasma.
John
Please Log in or Create an account to join the conversation.
I had them take 6-8 backlash readings with different jog speeds and different locations on the machine, but we got ~0.003 backlash on y and ~0.0055 on x. These are average values. We checked the .ini and hal files and they do not have backlash settings in them so I'm going to add try adding them tonight and retesting.
So..
[axis 0]
backlash = 0.0055
?
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.