How to get Simplify3D's jog controls to respect endstops?

Ak Eric · 12 Sept 2017, 03:37

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!

fcwilt · 12 Sept 2017, 03:46

Hi,

Why are you using the S3D control panel?

Frederick

Ak Eric · 12 Sept 2017, 04:35

@fcwilt:

Hi,
Why are you using the S3D control panel?
Frederick

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.

dc42 · 12 Sept 2017, 06:48

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.

Ak Eric · 13 Sept 2017, 03:37

@dc42:

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?

fcwilt · 13 Sept 2017, 04:04

@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

WalterSKW · 13 Sept 2017, 05:10

@fcwilt:

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 …

Dougal1957 · 13 Sept 2017, 05:50

He is using the RRF Firmware on a due/Radds combination so is valid here.

fcwilt · 13 Sept 2017, 08:23

@Dougal1957:

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

Ak Eric · 13 Sept 2017, 19:59

"…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.

Ak Eric · 14 Sept 2017, 03:42

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.

dc42 · 14 Sept 2017, 06:33

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.