help: cant home xyz axis

[sightanignat]

when i press the home all axis in mainsail this error appears:

Im using ender 3 max, dual z, bl touch, sprite extruder. Klipper using android (beam klipper)

[3DPrintDemon]

Ohhh that’s a strange one. That command is a basic built in klipper command, it appears however it’s unsupported in your Klipper branch? Is it an old version maybe?

Are you able to update your Klipper version or research if that unknown command SET_KINEMATIC_POSITION is available for your branch?

if not I can help you modify the homing process so you can use the macros.

[chbartsch]

I just had the same problem and was missing

[force_move]
enable_force_move: true

in printer.cfg.

[3DPrintDemon]

I just had the same problem and was missing

[force_move]
enable_force_move: true

in printer.cfg.

Just looking at that thanks for the solution there. Will be sure to add that to documentation. It’s always the little stuff that pops up if you already have it defined in your file!

[3DPrintDemon]

I just had the same problem and was missing

[force_move]
enable_force_move: true

in printer.cfg.

Also, sorry for the edit on your comment. On my phone right now & it insists on zooming right in so clicked the wrong ##%^ ing button lol 🤪

[3DPrintDemon]

Documentation updated to include the above info. 😎👍

[sightanignat]

just as i finished downgrading to demon 2.7 and run smoothly hahaha. I guess gonna try 2.9 it now. thanks alot guys

[3DPrintDemon]

just as i finished downgrading to demon 2.7 and run smoothly hahaha. I guess gonna try 2.9 it now. thanks alot guys

So sorry for the confusion & hassle there. There's been a lot of changes this week & I've been running through the snag list as fast as I can. It's sometimes the little things that like this missing section issue you miss if they're already on all your own machines, as they don't cause a problem so you have no reason to investigate them. Especially when there's other things to do.

Just rewriting the documentation & reworking the repo has been a couple of days work!

Hope v2.9 will be working ok for you now!

[sightanignat]

now the z axis moved up. and X axis homed but Y axis didnt move. new problem,

[sightanignat]

and what pin should i set here? dont have any idea what to use. noob here ahihi

[3DPrintDemon]

Ah damn, have you got TMC drivers on your mainboard? does it come up with this....

my printer was already homed here so didn't have to reset the axes as yours did.

Do you have [tmc2209 stepper_y] for example in you printer.cfg

[3DPrintDemon]

and what pin should i set here? dont have any idea what to use. noob here ahihi

check your user settings file line 460

variable_aes_system: False                       # Do you have the Demon Auto Emergency Stop System True/False

should be false, updated that this morning

[sightanignat]

nope just "stepper_y" "stepper_x"

if i change it to "[tmc2209 stepper_y].. etc this error appears. sorry for the trouble man.

[3DPrintDemon]

ahhh ok looks like you don't have uart enabled drivers. damn.

Ok...

Open the homing contol file.

Comment out lines 125 down to 163 & paste this in underneath the commented out section.

Its the same macros for homing but without the change of drive current for UART drivers.

NOTE: This is untested but "should" be fine as the homing commands are exactly the same but without the power adjustments. BUT please do cover the emergency stop button just incase something weird happens.

If you wanted you can delete the G4 lines too, as you maybe don't need those.

[gcode_macro _HOME_X]
gcode:
  {% set start_vars = printer["gcode_macro _START_VARIABLES"] %}

    G28 X
    G91
    G0 X-{start_vars.axis_backoff_distance|int} F{start_vars.axis_backoff_speed|int * 60}

    G4 P{start_vars.axis_register_clear_wait|float * 1000}

[gcode_macro _HOME_Y]
gcode:
  {% set start_vars = printer["gcode_macro _START_VARIABLES"] %}

    G28 Y
    G91
    G0 Y-{start_vars.axis_backoff_distance|int} F{start_vars.axis_backoff_speed|int * 60}

    G4 P{start_vars.axis_register_clear_wait|float * 1000}

Don't worry about it Im happy to help. I'll rework the macro & release a patch

[sightanignat]

just comment out 125 - 163 and paste the new _home_x and Y gcode. one more problem.

[3DPrintDemon]

ok fix for now with... will fix that too.

[gcode_macro _HOME_X]
gcode:
  {% set start_vars = printer["gcode_macro _START_VARIABLES"] %}

    G28 X
    G91
    G0 X{start_vars.axis_backoff_distance|int} F{start_vars.axis_backoff_speed|int * 60}

    G4 P{start_vars.axis_register_clear_wait|float * 1000}

[gcode_macro _HOME_Y]
gcode:
  {% set start_vars = printer["gcode_macro _START_VARIABLES"] %}

    G28 Y
    G91
    G0 Y{start_vars.axis_backoff_distance|int} F{start_vars.axis_backoff_speed|int * 60}

    G4 P{start_vars.axis_register_clear_wait|float * 1000}

[sightanignat]

its fix now but every after homed axis theres a pause. but its fine. and one more, how can i edit my x/y offset. my probe point is a little off when it homes.

[3DPrintDemon]

you can delete those G4 commands at the end. That will eliminate the wait.

you need a specific probe point? the current probe point is simply 50% of your X & Y axes

[sightanignat]

my bed is 300x300, the probe X offset is -31.80 and y is -40.50. so i need the probe to be at x181.80 , y190.50 when it homes. and i have to limit the y max position to 294. the bed is bumping the belt tensioner.

[3DPrintDemon]

ok got you covered, am rebuilding the homing macros for you with extra options. nearly ready to test now

[ahmedbebars]

When he returns home, z does not move and is supported tmc2240

[3DPrintDemon]

When he returns home, z does not move and is supported tmc2240

check your user settings file line 460

variable_aes_system: False                       # Do you have the Demon Auto Emergency Stop System True/False

should be false, updated that this morning

[3DPrintDemon]

my bed is 300x300, the probe X offset is -31.80 and y is -40.50. so i need the probe to be at x181.80 , y190.50 when it homes. and i have to limit the y max position to 294. the bed is bumping the belt tensioner.

Ok new files are uploaded!

Please either download the demon_user_settings.cfg again or simply paste these at line 293 inside the DEMON HOMING CONTROL SETTINGS section.

variable_set_probe_point_default: True           # Set False if you want a custom probing point for your bltouch/eddy probe
variable_set_probe_custom_x: 100                 # Set custom X probe position for your bltouch/eddy probe
variable_set_probe_custom_y: 100                 # Set custom Y probe position for your bltouch/eddy probe

Then change variable_set_probe_point_default: to False & set your desired probing XY points.

The printer "should" now also see you have no supported UART drivers & will automatically take into account your homing direction when performing axis backoff moves.

Please download & install:

demon_homing_control_v1.1.cfg

demon_core_assets_v1.3.cfg

Edit: added user settings file link if needed

demon_user_settings_v2.9.cfg

BE SURE TO:

change the file extension name of the file demon_homing_control_v1.0.cfg to....

demon_homing_control_v1.0.txt

This will remove it from your system, don't delete it just yet as you have edited your one to be working for you. Delete after new files confirmed working.

[sightanignat]

sorry again, another problem, when i hit home. Z didnt went up, X and Y goes at the end stop ( 0,0 ) and starts going down at the corner.

[3DPrintDemon]

ok damn loaded a test file with macro commented out for another machine.

go into the homing control file & comment in the homing_override macro

Sorry too many file versions here right now!

[sightanignat]

homing working now ,thanks alot for the help and effort, now im going to test all the macros.

[3DPrintDemon]

homing working now ,thanks alot for the help and effort, now im going to test all the macros.

FANTASTIC!!!! Yes!

You're most welcome! I'm just glad I had the time today to do the rewrites for you!

[chbartsch]

Just looking at that thanks for the solution there. Will be sure to add that to documentation. It’s always the little stuff that pops up if you already have it defined in your file!

It was in the Sovol macro file (SV08) which isn't used anymore. ;)

[3DPrintDemon]

Just looking at that thanks for the solution there. Will be sure to add that to documentation. It’s always the little stuff that pops up if you already have it defined in your file!

It was in the Sovol macro file (SV08) which isn't used anymore. ;)

Yeah thats a really odd place to have it tbh, should be in the printer.cfg as standard. But hey-ho...

[Aircoholic]

Hi, I'm facing a situation similar enough to tag along this issue, but different enough that I'm not sure if the above described solution would work for me. I have an Anycubic Vyper running Klipper on a Raspberry Pi - if you need any other info, I'm happy to provide that. When I'm homing the axes, Z lifts, X and Y home alright, and then I get the following error message, while Z does not move down.

[3DPrintDemon]

Hi, I'm facing a situation similar enough to tag along this issue, but different enough that I'm not sure if the above described solution would work for me. I have an Anycubic Vyper running Klipper on a Raspberry Pi - if you need any other info, I'm happy to provide that. When I'm homing the axes, Z lifts, X and Y home alright, and then I get the following error message, while Z does not move down.

Hi there. The system is seeing you have a board pin set as an endstop switch so you need to go into the demon user settings file & find the homing control section. There you need to set the position of your endstop switch as the default 8888 values are meant to do exactly what you are experiencing & prevent homing of a system where these values have not been defined by the user.

Hope that helps.

[Aircoholic]

Hi there. The system is seeing you have a board pin set as an endstop switch so you need to go into the demon user settings file & find the homing control section. There you need to set the position of your endstop switch as the default 8888 values are meant to do exactly what you are experiencing & prevent homing of a system where these values have not been defined by the user.

Hope that helps.

Hi, thanks for the quick reply! It does help, kinda... In the Demon user settings file, I find the "VORON STYLE Z ENDSTOP SWITCH OPTIONS", which is the only place where I also find the 8888 entry.

variable_z_endstop_loaction_x: 8888
variable_z_endstop_loaction_y: 8888

Now, I'm a noob when it comes to Klipper and have a little experience with 3D printers, and am therefore not sure what value to put in here. Any help or pointers in the right direction are much appreciated!

[3DPrintDemon]

I just realised you have the Vyper, I’m assuming that has the stock strain gauge still installed. In this case you can simply set those values to the centre of your bed, you choose the X & Y position to use. This is a bit different to most printers as it has its endstop switch in the toolhead rather than on the side of the bed, but it seems it’s not classed as a virtual endstop like most probes. However I have not tested these macros on this model printer so please be extremely careful when homing for the first time. Make sure your probe endstop is being recognised. Do not home directly on the bed first. Raise the printer up high & place something under the nozzle to trigger the sensor before it goes near the bed so you have time to hit the emergency stop button if needed. Also please be careful when first levelling & meshing.

[Aircoholic]

After following your instructions, I nervously ran the homing procedure, successfully! And running a bed mesh routine was really quite some excitement, sitting by the printer, checking the probe doesn't crash into the bed - which it didn't :-D I even ran a test print successfully and was super happy everything worked, adaptive meshing, purging, printing. However, now after that, there seems to be a bunch of issues. After the print, I made some adjustments to the Z-Offset, saved config, rebooted and when I press the macro "ready PLA", which worked before, I now get the following messages:

My printer doesn't have a chamber and I'm not sure why this message now pops up. After the message, the printer goes into parking position, cooling down bed and extruder. When I press the "ready PLA" macro again, I get this:

I've rebooted the printer and the Raspberry Pi several times, but I can't get any further than this.

[3DPrintDemon]

Great the homing thing worked! Nice job there!

The wording probably could be better on that chamber timer message. It’s just a heat soak timer to make sure your printer & more importantly your probe, as it’s most probes are induction based now is up to a stable temperature for better meshing/probing results. this is not so important for your machine. This feature can easily be turned off in the user settings file of in the print start quick settings before you print. See floating description message for info on that button.

The other message tells you why the operation was denied. Your machine is not in standby, it is a safety thing that stops users running this directly after a print incase there is a model or something on the bed.

Simply clear the completed, cancelled, paused, printing status of your machine back to standby and it will work. It is intended function.

[Aircoholic]

I've got it all working now. Well most of it anyway... the z-offset value doesn't get saved after calibrating (hot or cold), but adding the value to Orca slicer did the trick - not ideal, I know, but it works. And some features I only figured out after finding my way around Klipper a bit more. Thank you for your support! My printer is finally printing again and better than it ever has, and I still have some calibration left to do!

[Aircoholic]

This is probably getting wildly off-topic, but one question came up, after printing the Califlower calibration tool. After measuring, I'm told my skew needs correcting and I should:

"_Add the following to the start of your start G-code macro, typically PRINT_START or STARTPRINT found in printer.cfg or macros.cfg"

How does this translate to the Demon Essential Macros? I don't just want to add the skew correction somewhere, where it might cause issues, but where, in which file, do I add the extra line exactly?

[3DPrintDemon]

This is probably getting wildly off-topic, but one question came up, after printing the Califlower calibration tool. After measuring, I'm told my skew needs correcting and I should:

"_Add the following to the start of your start G-code macro, typically PRINT_START or STARTPRINT found in printer.cfg or macros.cfg"

How does this translate to the Demon Essential Macros? I don't just want to add the skew correction somewhere, where it might cause issues, but where, in which file, do I add the extra line exactly?

Hi you should be able to add it to the very end of the PRINT_START macro after all other setup is done. Note the caveats section here. https://www.klipper3d.org/Skew_Correction.html#caveats

[Aircoholic]

This might be super obvious, but I can't seem to find the PRINT_START macro - where exactly do I find it? It's probably not in the demon_print_start_end_v2.9.cfg file, correct?

[3DPrintDemon]

This might be super obvious, but I can't seem to find the PRINT_START macro - where exactly do I find it? It's probably not in the demon_print_start_end_v2.9.cfg file, correct?

Hi the PRINT_START macro is indeed in the demon_print_start_end_v2.9.cfg file, it’s the first macro in the file & is at the very top, it always has been. New version out now v2.9.1, just small updates mostly

[Aircoholic]

Ah, it is that part of that file, cool. I saw the warning message and thought, I don't really know what I'm doing, so I didn't change anything - good to know that my intuition wasn't that far off. Thanks for the support, much appreciated!

[3DPrintDemon]

You’re welcome

[Aircoholic]

Turns out, I don't seem to know what I'm doing. When sending a print to Klipper, I get a "Move out of Range" Error. When I remove the Skew Correction from the Start_Print macro, it works without the error.