- Maker BakerParticipantFebruary 23, 2016 at 8:51 pmPost count: 39
I’m running some test cuts with and 4 out of 6 test I’ve done randomly dive my z into the work causing it to jam up x and y… any ideas?Leo69ParticipantFebruary 24, 2016 at 3:26 amPost count: 343
Did you try to move your spindle up/away from the work surface by hand? If it’s moving up by hand then your z nut lock is loose.vicious1KeymasterFebruary 24, 2016 at 7:49 amPost count: 2660
Yup could be the z nut slipping or check your gcode to make sure it isn’t in the program. load it in repetier and check the box that says show travel moves.Maker BakerParticipantFebruary 24, 2016 at 3:29 pmPost count: 39
z nut lock… are you talking about the coupler?Maker BakerParticipantFebruary 24, 2016 at 3:33 pmPost count: 39
here is some pics, of the 4 tests, the spiral and star dug with dremal, but my last name did not. so I went to your wright up for estlcam and made the tool bit for the pen (used sharpie) and tried the map, you can see where it progressively gets deeper until it actually jammed and ruined my new sharpie!!
Attachments:Maker BakerParticipantFebruary 24, 2016 at 3:37 pmPost count: 39
ok, good idea, it must be mechanical because repetier isn’t showing any deeper, atleast I don’t think so. here is a screen shot
Attachments:vicious1KeymasterFebruary 24, 2016 at 3:41 pmPost count: 2660
Zip and Upload that gcode. It looks like it has some step downs to me. You need to view it from the side.vicious1KeymasterFebruary 24, 2016 at 3:43 pmPost count: 2660
Actually try out that file in the estlcam walk through. That only has one z move.Maker BakerParticipantFebruary 24, 2016 at 4:50 pmPost count: 39
I will gladly upload, if you could just tell me how to zip n upload to where…. I just checked the map I did with the walk threw setup doesn’t appear to have any more then one z drop.
Attachments:karltinslyParticipantFebruary 24, 2016 at 7:51 pmPost count: 279
I had problems with the z going deeper and deeper during a cut. In my case the rigid coupler was loose enough to let the all thread slip occasionally.Maker BakerParticipantFebruary 25, 2016 at 5:01 pmPost count: 39
what size real coupler should I order?vicious1KeymasterFebruary 25, 2016 at 5:13 pmPost count: 2660
The right sized couplers are really expensive. 5/16 to 5mm. 8mm to 5mm does not work well enough in my opinion.
Did you check your z nut lock, or try my file from the estlcam page?Maker BakerParticipantFebruary 26, 2016 at 11:07 amPost count: 39
Ok I’ll order one tonight or make one at work. Yes I tried the file and still dived. Turns out the printer couples is stripped I am using the older z stepper mount so it doesn’t have much bite on the rod and having the Z axis going to fast and the weight didn’t lift it so every negative z movement just went down n down n downJamesParticipantMarch 7, 2016 at 7:56 pmPost count: 25
I bought a 5 to 8mm and ground a flat face at the top of my Z rod to settle one of the set screws in to. Works perfectly. Also found, my Z stepper driver was skipping at the recommended current so I cranked it up to .750 volts and it works perfect now.UnLtdSoulParticipantMay 26, 2016 at 12:14 amPost count: 9
I have notified both Ted/Vicious1 and Estlcam, I think I found the problem why this is happening. Getting a more solid Coupler is a good idea, and allows the Z axis to move faster – but, there is a problem with the EstlCam program and the way Marlin works.
What i found is when making cut outs, at the end of the cut out the head/spindle is raised up Estlcam uses the G00 Gcode command for this, which is the Rapid Movement command. Estlcam does not set the speed for G00 commands.
What Marlin does is it uses the Last Speed that was given regardless of command type (G01 or G00) and regardless of axis. Fnnn is the Gcode for setting speed of movement
for example, F1200 is 1200 mm/min or 20mm/sec
so during the cutout Estlcam sets the speed of the X-Y axis to F1200 using G01 commands
At the end of the cut Estlcam issues a G00 command to move the Z axis all the way back up to above the work surface to move to the next cut
BUT it does Not issue a Speed declaration…. So, Marlin uses the last speed setting, the F1200 and tries to move the Z-Axis back up at the full X-Y axis speeds
IF you have a good enough coupler, it may work. If you are using a printed one, it will probably slip and strip…
So, yes, one solution is to get a more solid coupler,
But, a better solution is for Estlcam to issue explicit speed declaration when moving the Z axis back up OR another solution would be if Marlin were to use a default speed when it gets the G00 command.vicious1KeymasterMay 26, 2016 at 8:04 amPost count: 2660
I emailed about this a while ago. Pretty sure he said there was a place to change the z-axis speed independent of the other axis. I just cut a bunch of stuff for a few more printers and haven’t ran into this problem. Maybe I just have all my moves set at a low speed and it doesn’t happen.JasonParticipantMay 27, 2016 at 9:07 amPost count: 23
Just took a loot at the settings….looks like:
Setup -> CNC program generation -> Values -> F | Rapid Feed
Would be the setting to change. The default is blank.
ToolTip for it is:
If your CNC controller requires feedrate information for G00 commands enter the desired feedrate here and activate the checkbox to repeat “F” with every line…
Which sounds exactly like what’s needed 😀
CurtParticipantMay 28, 2016 at 11:05 amPost count: 173
- This reply was modified 5 months ago by Jason.
So what would be a safe setting for the rapid feed rate field?
You must be logged in to reply to this topic.