How to get Simplify3D's jog controls to respect endstops?
-
Anyone who uses S3D know how to configure it so that its jog controls (via the Machine Control Panel) will respect the endstops? My machine homes just fine.
But say, if it's 10mm away from the X endstop, and I accidentally hit the "Jog -100 on X" button, it'll crash right into it making horrible sounds, since presumably S3D is sending a G1 X-100, not a G1 S1 X-100 to the printer. And S3D's 'Firmware Configuration' window has no special field for issuing G1 commands.I've learned to be 'very careful' when using the jog controls, but it still happens to me from time to time: Anyone come up with a solution? Am I missing something basic here?
Thanks!
-
Hi,
Why are you using the S3D control panel?
Frederick
-
Hi,
Why are you using the S3D control panel?
FrederickWhy wouldn't I / what else would I use short of using straight Gcode commands?
FYI: I'm on RADDS, and no PanelDue: I only use host software like S3D or Octoprint to control it in such ways. -
You can use the M208 command to set minimum and maximum positions for each axis. However, you need to home the printer before those limits can be enforced.
-
You can use the M208 command to set minimum and maximum positions for each axis. However, you need to home the printer before those limits can be enforced.
Thanks David : The issue is, as you said, I'd have to auto-home the machine every time I turn it on… which while doable, is a bit annoying :S
How about a g1.g file where we can override the behavior?
-
@Ak:
Why wouldn't I / what else would I use short of using straight Gcode commands?
FYI: I'm on RADDS, and no PanelDue: I only use host software like S3D or Octoprint to control it in such ways.Hi,
What is RADDS?
Frederick
-
What is RADDS?
Stepper driver board for Arduino based printers : http://doku.radds.org/dokumentation/radds/
Don't know how this is linked to Duet … -
He is using the RRF Firmware on a due/Radds combination so is valid here.
-
He is using the RRF Firmware on a due/Radds combination so is valid here.
Hi,
So he doesn't have access to the web server that a DuetWiFi board provides?
Thanks.
Frederick
-
"…have access to the web server that a DuetWiFi board provides?"
To my knowledge I do not, which is why I use S3D/Octoprint for everything. If anyone has got the webserver working with RADDS, I'd be glad to hear it But since there's no wifi\ethernet on the RADDS board, just micro-usb… (which I plug into my PC for S3D control, or plug into my RaspberryPi for Octoprint control).History: I had a spare Due board laying around, and I figured the bar to entry was pretty low to just buy the RADDS 'hat' to stick on it. I used Repetier at first with that combo, but RRF seemed so great (and it has been) I switched to it a while back: Back then the duetwifi\ethernet weren't out: only the original board. I'd definitely get a duet ethernet now, if I wanted to spend more money
Anyway, I'm happy with what I have, it just seems the firmware doesn't play too well with other gocde senders that don't respect/know about the S1 parameter for G1 moves. I thought others that were in my predicament may have solved this. I'm probably an outlier though based on my hardware config, so if there is no solution that's fine.
-
BTW, I actually had set a M208 in my config.g : And yep (once I home), if I jog into a negative zone, it totally does exactly what it's supposed to. So really, the only problem is when I first power on the machine and start jogging around before I've homed. I'll just log that in the memory-bank from now on as something I need to do. Thanks David.
-
On delta and SCARA printers, the only moves allowed before homing are G1 S1 moves (homing moves) and G1 S2 moves (special moves). I have it in mind to extend this restriction to other printer geometries in the next firmware version.