G30 S-1 is giving me heart stitches [SOLVED]
-
@fcwilt said in G30 S-1 is giving me heart stitches:
All right - v3.2 - good job!
I'm not so confident anymore, since I have to get used to the new gcodes and parameters. Will have to use the wiki quite often.
Printer is currently working, can't get the config or homing files.
BTW: I had to make a new PID tuning and write config-override, I'll post that too. Soon. -
@Veti said in G30 S-1 is giving me heart stitches:
can you post your new config? and homing files?
Here they come
homeall.g
config-override.g
config.gWhat you think?
-
whats the M486 S-1 doing in the config overwrite?
can you do a M92 P"config.g"
-
also by any chance, do you have a G30.g in your sys folder?
-
@Veti said in G30 S-1 is giving me heart stitches:
also by any chance, do you have a G30.g in your sys folder?
:
That would explain a lot! But no...
Why there' a M486 in the override file, IDK. It' s the result of PID tuning the bed and M500 afterwards.
I can comment it out and see what happens.
Not much I guess, since I don't have a panelDue.@Veti said in G30 S-1 is giving me heart stitches:
can you do a M92 P"config.g"
I know, you want to see a syntax check of config.g, but M92 is not the right command...couldn't find the right thing, so report later.
-
@o_lampe
M98 Sorry -
M574 X1 S1 ; configure switch endstop for low end on X
M574 Y1 S1 ; configure switch endstop for low end on Ythat is not rrf3 syntax
-
@Veti
two errors
I didn't like the stall detection feature on a coreXY. It either * rips my gt2 belts apart* or with current too low, one motor eventually skips steps.
Will add pin numbers and test again -
@o_lampe
thats why you lower the current only during homing -
the new endstop config
; Endstops M574 X1 S1 P"!xstop" ; configure switch endstop for low end on X M574 Y1 S1 P"!ystop" ; configure switch endstop for low end on Y M574 Z1 S2 ; configure Z-probe endstop for low end on Z
-
The endstop config doesn't make any difference.
I tried G92 x0 y0 homing and the g1 h1 homing, both ways home the axis, but G30 still refuses to work, unless I also home Z. And it still does the mambo all over the bed. -
Is there a chance, I got an counterfeit Duet board?
I remember, there were fysetec Duet Wifi 1.02 clones around, when I was busy building new printers. Maybe I've bought one of those, I don't remember....? -
can you post a picture of the back of your board?
-
there is something really wrong.
i cant see a reason why G30 would cause a G0 or G1 to be executed.
if the axis are not homed i get this error.
-
maybe. do you have a deployprobe.g?
-
@Veti said in G30 S-1 is giving me heart stitches:
maybe. do you have a deployprobe.g?
Yes they are there (deploy and retract )
I never thought, they'd be executed without setting it up?
It would be a great relief, if it was that simple.
But still, after all the reading of everything related to mesh bed leveling, there was NO hint of deploy/retract....
I can test it right now, the next print is done... -
whats the content of deployprobe.g?
-
Hi,
A couple of questions.
-
What sort of Z probe do you have? How does it work? How is it mounted?
-
Why is the Z axis min set to -2?
Thanks.
Frederick
-
-
OK, I think we can call it SOLVED
To my defense:
The standard SD-card images contain a lot of unused macros or sys-files.
How do I know, I have to remove some of them to make G30 work.
Which it does now, that I renamed them dont-deploy-probe and dont-retract-probe
Those names should be standard on all SD-card images.
And only those who have to deploy a probe, they will check the wiki and it should mention to rename them to deploy-probe etc...BTW: how can I call this thread solved?
I've already seen unsolved, but don't know, how that's done either. -
@fcwilt said in G30 S-1 is giving me heart stitches:
What sort of Z probe do you have? How does it work? How is it mounted?
Why is the Z axis min set to -2?
It's a conductive probe with NPN output. It's mounted to the extruder assembly.
The Z-axis is -2 because it allowed me to adjust Z height easier.