@jay_s_uk Everything is working again! Thank you!

Z offset looks ok. I'll monitor on further prints.

And I have centered the print, simply by changing the X5 to X0 in the 'M208 S1' line (M208 X0 Y0 Z0 S1) and adjusting the X size of the bed in the slicer. (I clearly don't know enough to safely set zero at the center of the bed at the moment).

The printer already had a macro for WiFi ON and I just had to change the credentials to my set. I have commented out M587 in config.g .

I do have a couple of other unrelated questions but I should probably start new threads for those (unless you want to continue here).

Thanks to both of you for your gracious replies and patience with my lack of knowledge.

Cheers,

Derek

@Derek-F Just to confirm, changing the T6000 to T18000 and the H10 to H5 has done exactly what I wanted and reduced the MBC to less than 1/3 of the original time. Thanks to all.

Cheers,

Derek

@jay_s_uk Everything is working again! Thank you!

Z offset looks ok. I'll monitor on further prints.

And I have centered the print, simply by changing the X5 to X0 in the 'M208 S1' line (M208 X0 Y0 Z0 S1) and adjusting the X size of the bed in the slicer. (I clearly don't know enough to safely set zero at the center of the bed at the moment).

The printer already had a macro for WiFi ON and I just had to change the credentials to my set. I have commented out M587 in config.g .

I do have a couple of other unrelated questions but I should probably start new threads for those (unless you want to continue here).

Thanks to both of you for your gracious replies and patience with my lack of knowledge.

Cheers,

Derek

@jay_s_uk OK, I'll try a print and see how it goes.

Just checked and G32 is in my Start G-code routine.

BTW, is the following line bad to constantly write to memory (like the WiFi credentials)?

M550 P"VIVEDINO" ; Set machine name

@jay_s_uk That was all successful. Thank you.

Do you think I need to reset my Z offset after the crash?

Cheers,

Derek

@jay_s_uk It's idle and powered on. Should I just send G32?

Or do I need to home it first?
Cheers,

Derek

@jay_s_uk Thank you. That allowed me to move the nozzle away form the bed.

I have changed my two M208 lines back to the 'as supplied' figures where the zero is at the front left corner. I think it prudent not to change to zero at the bed center until I understand every implication of doing so.

How do I get the gantry parallel to the bed now?

I see this code in config.g but when is config.g run? (is there a command in the print file?)

; --- z-axis stepper leveling configuration ---
M584 X0 Y1 E3 Z6:5:8:7 ; four motors, at 5, 6, 7, and 8
;M671 X420:420:-100:-100 Y380:-115:-115:380 S20 ; Z belts at 4 corners
M671 X-100:-100:420:420 Y380:-115:-115:380 S20 ; Z belts at 4 corners

Does the above actually level the gantry?

Finally, will the crash have affected my Z offset?

Cheers,

Derek

@deckingman Thank you for your replies.

Before I switch on the printer, I'd like to have some idea of the procedure I'm going to follow to recover from the crash. Some time after power off, I tried unsuccessfully to raise the gantry slightly and take the pressure off the nozzle. When powered up, I can't use the move buttons until a homing operation is performed first (which I obviously cannot do).

If I opened the printer console and sent one of these commands, would it lift the gantry?

G1 Z10 F300
G1 Z+10 F300
G1 Z10
Or something else?
Do I need a G90 or G91 first?

I am seriously concerned that the gantry is no longer level (ie: parallel with the bed) since it crashed in one corner and I tried to lift it slightly.
How should the gantry be leveled again?
Will my Z offset be incorrect?

Cheers,

Derek

@Derek-F I just made the edit to M208 and stored it in the printer.

They now read:
M208 X-202 Y-204 Z0 S1 ; set axis minima to end of safe travel.
M208 X202 Y204 Z510 S0 ; set axis maxima to match endstop location.

However, when I homed the printer (from the screen on the printer) the extruder went to the back right as usual, but instead of going to the center to establish the Z value, it descended in the back left corner and the nozzle CRASHED into the heat plate (because the BLtouch sensor was well behind the heat plate). I switched the printer off in this condition.

What should I do when I next switch on?

What have I missed? (why did it try to find Z at the back right corner - it is due to one of the figures I was concerned about in my previous post?)

Cheers,

Derek

@deckingman Working backwards, I mentioned earlier that I was hoping to keep the current scheme (and just update the numbers slightly) but I will go back and follow your instructions on centering with + and - figures. I didn't need to touch the Y values but I presume I'll have to home those as well (or at least halve the current full Y figure and use that).
I also presume I change the origin in the slicer in the bed shape settings origin from X=0, Y=0 to half the bed sizes respectively.

I do have a concern about using the center of the bed... what about all the code that currently refers to X400ish or Y400ish (like all the homex.g code)? There are probably dozens of instances all over the place.

I have no config.g or config-override.g on my SD card so it looks like that can be eliminated as a contributor to the issue.

It seems that my procedure was correct since you did not comment on it.

OK, off to work!

Thanks so much for your help.

Cheers,

Derek

@deckingman Hmm, sounds a bit like CREO Parametric that has three possible locations for config.pro, each overwriting the previous commands.

I'd love to consolidate so allow me to define what I believe my steps would be:

1. Copy the entire contents of config-override.g to the location of M501 in config.g
2. Comment/delete M501 in config.g
3. Comment out all of config-override.g (so recovery is possible) and add a first comment explaining what I have done and when.

Questions/comments:

1. Do I keep the M500 as the penultimate command in config.g?
2. Does the SD card contain any code that is automatically read at bootup?
3. I don't currently see anything in config-override.g that might conflict with the settings I am working on. Have I missed something?

(config-override.g and config.g are included earlier in this thread)

I realise that, in this thread, I have asked a number of specific and implied questions, making it hard to respond to everything. I propose to tackle the issues raised one step at a time (overrides, macros, print centering, upgrade). Is that a reasonable approach? If topics are too diverse for "Centering a print", rap my knuckles and send me off to search for or start a new thread.

Cheers,

Derek

@jay_s_uk Thanks for the warning about writing M587 in config.g. I see a macro is recommended. I'm guessing that I could add one to the Troodon but I have no clue how to, nor when it should be invoked (once, every power up?).

Regarding upgrading to 3.5.2. Honestly, that scares me. I'm a mechanical engineer, dabbling in code through necessity. It has taken me 3-1/2 years (off and on) to get my first useable large print out of this Troodon. I have finally got there in slicer settings and a few mechanical mods.

If I upgrade, what kind of task do I have in front of me to get printing again? I think it might be unreasonable to expect the kind of handholding that I might need.

Even if I do upgrade (and I do realise it would be a smart move), I would still like to resolve this issue of centering the print on my current system. In doing this, I'll lean more about gcode, configuration and the way my printer works. I also have several projects waiting that need this size of printer.

Cheers,

Derek