1HCL position failure home position G-code

OwenD

@supertb1
In addition to above, I suggest you put the following lines at the start of your diver-error.g and driver-stall.g files.
This will help identify which is being called and what the fault is.
This is because the macro called will be dependent on whether the loss of position is greater than or less than the E parameter in your M569.1 for that axis.

;driver-stall.g
echo "Driver stall has occurred"
echo param.S      ; send error message to console

;driver-error.g
echo "Driver error has occurred"
echo param.S     ; send error message to console

EDIT.
Also the code for the firmware on the expansion boards should be
M115 B50
M115 B51
You have to send the CAN address for these boards.

supertb1

@OwenD
"</>drive-error.g
Is this a typo?
The file should be driver-error.g"
no this was me learning to use this sites text box.

"This would try to go to X0 Y0 for any driver error, but if a driver is in error state, that may not be possible.

driver-stall.g"
in closed loop the machine knows where it is at all times. however if the motor failed or the drive board "1HC" failed I am sure the system wouldn't function as intended, I have not had this issue yet.
"Again, you are trying to go to X0 Y0
What happens when you force a driver to stall?
Does the machine move to X0 Y0?
Note, that you have not re-homed the axis, so it may move to where it "thinks" X0 Y0 is, but if it had already skipped many steps then it may end up somewhere entirely different.
EDIT: I don't know exactly how running closed loop will fit into this. It's possible the motor can stall and not lose track of position. That's the whole idea I guess."
Correct.

"</>homeall.g (wich I do not use because it doesn't work)
What doesn't work?
What happens when you issue G28?
I note you have no M569.1 commands in this file, but yo do in homex.g and homey.g

; homeall.g
; called to home all axes
;
; generated by RepRapFirmware Configuration Tool v3.2.3 on Mon Mar 08 2021 08:53:31 GMT-0600 (Central Standard Time)
G91                     ; relative positioning
G1 H2 Z5 F6000          ; lift Z relative to current position
G1 H1 X-605 Y-605 F1800 ; move quickly to X and Y axis endstops and stop there (first pass)
G1 H2 X5 Y5 F6000       ; go back a few mm
G1 H1 X-605 Y-605 F360  ; move slowly to X and Y axis endstops once more (second pass)
G90                     ; absolute positioning
G1 X10 Y10 F6000        ; go to first bed probe point and home Z
G30                     ; home Z by probing the bed

; Uncomment the following lines to lift Z after probing
;G91                    ; relative positioning
;G1 Z5 F100             ; lift Z relative to current position
;G90                    ; absolute positioning

It causes the machine to wait for a count of 2 minutes and then it homes the X axis, then the Z axis, then the X axis again, and then the Z axis again. this feature has never worked correctly while the 1HC boards have been in use. It worked fine when I had the axis drivers on the main board.

"Again, what does it do now when there is a stall.
"Like it used to"?
When did it do that?
What has changed since then? e.g. Firmware? From what version to what version?"
Before 3.0 the system would send the axis back to home on a "failure to maintain position" I believe. it is only been in the last year that I have began to have this problem.

11/7/2022, 8:51:38 AM	M115 B50
Duet EXP1HCL firmware version 3.4.4 (2022-10-14 11:45:14)
11/7/2022, 8:52:07 AM	M115 B51
Duet EXP1HCL firmware version 3.4.4 (2022-10-14 11:45:14)

with the stall and error.g files as they are, a manual move from position generates a "Error: attempting to extrude with no tool selected." fault on the PanelDue 7.
Running a simple bed leveling program and causing a stall causes the print head to move toward home but then it raises the print head 5mm and then it goes back out to print... so wierd.

11/7/2022, 9:04:07 AM	Resume state saved
11/7/2022, 9:03:46 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
11/7/2022, 9:03:29 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
11/7/2022, 9:02:54 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
11/7/2022, 9:00:02 AM	Error: Attempting to extrude with no tool selected.
11/7/2022, 8:57:24 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
11/7/2022, 8:54:27 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
Error: Attempting to extrude with no tool selected.
11/7/2022, 8:54:06 AM	Error: Attempting to extrude with no tool selected.
11/7/2022, 8:53:58 AM	Driver error has occurred
Driver 51.0 error: failed to maintain position

so the drive-error.g and the driver-stall.g will not work as they are currently. But we are getting somewhere, at least it isn't just stopping in the middle of the print anymore.

OwenD

@supertb1 said in 1HCL position failure home position G-code:

with the stall and error.g files as they are, a manual move from position generates a "Error: attempting to extrude with no tool selected." fault on the PanelDue 7.

Are you saying an attempt to move X and Y by say G1 X100 Y100 returns that error?

Running a simple bed leveling program and causing a stall causes the print head to move toward home but then it raises the print head 5mm and then it goes back out to print... so wierd.

11/7/2022, 9:04:07 AM	Resume state saved
11/7/2022, 9:03:46 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
11/7/2022, 9:03:29 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
11/7/2022, 9:02:54 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
11/7/2022, 9:00:02 AM	Error: Attempting to extrude with no tool selected.
11/7/2022, 8:57:24 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
11/7/2022, 8:54:27 AM	Driver error has occurred
Driver 50.0 error: failed to maintain position
Error: Attempting to extrude with no tool selected.
so the drive-error.g and the driver-stall.g will not work as they are currently. But we are getting somewhere, at least it isn't just stopping in the middle of the print anymore.

So when you run the bed levelling, did you first select a tool and get the extruder up to temp?
In your stall.g and error.g you have simply copied your pause.g

This will make it
move to X0 Y0
raise Z
Retract 10mm
Then return to print job

You can't retract (extrude) without a tool selected!

So it sounds like it's doing what you told it to do.
You must either re-home it to ensure that the position is now correct or pause it if that's what you want.
Any retraction etc should first have a check that a tool is selected and up to temp.

I'll have to leave any behaviour differences in firmware to @DC42

supertb1

@OwenD
No what I am saying is that while the system is running a program a manual move from intended path returns the ""Error: attempting to extrude with no tool selected." fault on the PanelDue 7." and then the aforementioned behavior ensues. And no I usually do not preheat the tool, that is in the gcode of the slicer app and yes the overall behaviour of any kind of motor stall of the X-Y axis needs to be "Go to the pause location" IE home Z+5. That is the ultamate goal

OwenD

@supertb1
I don't know if there is a language barrier, or if you're being deliberately obtuse.
If you want it to go to X0 Y0 Z+5, then wait, you must tell it that and only that!
I'm afraid I have nothing more to offer you.

supertb1

@OwenD
I'm not trying to be anything but 1)most importantly seeking answers to this issue 2)humbled by this experience ...as it is for me to be a little ignorant and learning from someone who obviously knows more about this than I do.
Maybe I do not know the correct responses to your questions which is why I have been asking for a step by step solution to this problem as if maybe everyone who is using MB3 6HC in conjuction with 1HCL boards might be experiencing. I don't know, I can only assume the people over at Duet3d have run into this issue @dc42.
I apologize if maybe I have offended anyone in this conversation. I hope that through your networks/groups a simple solution can be found so that in the future anyone with this issue can find a solution by simply looking and finding it here.

dc42

@supertb1 said in 1HCL position failure home position G-code:

@OwenD
No what I am saying is that while the system is running a program a manual move from intended path returns the ""Error: attempting to extrude with no tool selected." fault on the PanelDue 7." and then the aforementioned behavior ensues. And no I usually do not preheat the tool, that is in the gcode of the slicer app and yes the overall behaviour of any kind of motor stall of the X-Y axis needs to be "Go to the pause location" IE home Z+5. That is the ultamate goal

Most likely your pause.g file has a retraction command in it, such as G1 E-5. You can suppress that message by making the retraction conditonal:

if state.currentTool >= 0
  G1 E-5

Similarly for the reprime command in resume.g.

supertb1

@OwenD
Hey I wanted to thank one of my friends who knows this system pretty well, he suggested that i kept it simple and only used one command to solve my problem that I have been working to solve and this is what he came up with.

;driver-error.g
echo "Driver error has occurred"
echo param.S     ; send error message to console
;M83            ; relative extruder moves
;G1 E-10 F3600  ; retract 10mm of filament
;G90            ; relative positioning
;G1 Z5 F360     ; lift Z by 5mm
;G1 X0 Y0 F6000 ; go to X=0 Y=0
M25

Thanks for your help again @OwenD

supertb1

@dc42 Please consider this issue closed, I can't wait for Mr. Rosario's Closed loop tuner pluggin to be available. The guy is so good at this platform and well worth the investment..

dc42

@supertb1 thanks, I'll mark it as solved then.