Turge08 / print_area_bed_mesh

Create bed mesh for print area only
209 stars 40 forks source link

Internal error bed mesh calibrate #39

Open shawnp30 opened 1 year ago

shawnp30 commented 1 year ago

image image

image

image

I don't know what happened. Printer worked fine. I stopped a print. Tried reprinting and got this error.

shawnp30 commented 1 year ago

image

Turge08 commented 1 year ago

It looks like you have 2 macros that override bed_mesh_calibrate

Turge08 commented 1 year ago

I hae accepted the merge request by @Dan-Ev which should address this issue. Update your euclid macros to the latest version and remove the BED_MESH_CALIBRATE macro from the euclid.cfg.

Here's some more information: https://github.com/Turge08/print_area_bed_mesh/pull/37

shawnp30 commented 1 year ago

i have updated my configs. I now get this error after i start a print and z tilt adjust. console says my probe is already triggered. probe goes to x endstop and stops. Screenshot 2022-12-30 002957 Screenshot 2022-12-30 003104 Screenshot 2022-12-30 003122 Screenshot 2022-12-30 003147 Screenshot 2022-12-30 003204 Screenshot 2022-12-30 003220 Screenshot 2022-12-30 003235 Screenshot 2022-12-30 003255 Screenshot 2022-12-30 003314 Screenshot 2022-12-30 003332

Dan-Ev commented 1 year ago

If you're doing multiple probes in one go (e.g. homing Z and then QGL, then bed mesh in START_PRINT macro) without stowing the probe each time you need to wrap these with EUCLID_PROBE_BEGIN_BATCH and EUCLID_PROBE_BEGIN_END.

There is an example START_PRINT on the v5 macros page

shawnp30 commented 1 year ago

After g28 my probe stows then picks back out of dock and does z tilt adjust. Once that is done it stows the deploys again to mesh. Would I still need to use end batch. I’m using cura. Not using the start print macro. Using the start GCode in cura. Do I need to use start print macro instead I orders for it to work? On Fri, Dec 30, 2022 at 03:56, Dan-Ev @.***> wrote:

If you're doing multiple probes in one go (e.g. homing Z and then QGL, then bed mesh in START_PRINT macro) without stowing the probe each time you need to wrap these with EUCLID_PROBE_BEGIN_BATCH and EUCLID_PROBE_BEGIN_END.

There is an example START_PRINT on the v5 macros page

— Reply to this email directly, view it on GitHub https://github.com/Turge08/print_area_bed_mesh/issues/39#issuecomment-1367800801, or unsubscribe https://github.com/notifications/unsubscribe-auth/AE2HOKGYXPY2YSQV3KVJUP3WP2PUJANCNFSM6AAAAAATFLR3L4 . You are receiving this because you authored the thread.Message ID: @.***>

Dan-Ev commented 1 year ago

To stop stowing and then immediately redeploying you would use batch mode.

You might be able to add this in your start gcode in Cura, but I don't use it so wouldn't know if it works. I use a START_PRINT macro in klipper and just call that as the start gcode and then make any changes to that macro.

shawnp30 commented 1 year ago

I dont know what i am doing wrong. I have changed configs to no avail. using batch mode in cura yields no result but works. i am trying to use print bed mesh area. where the probe only probes where printed part is. I can get so far as to z tilt, when it get to bed mesh it deosnt follow bed mesh macro, it just meshes the entire bed Screenshot 2022-12-30 230109 Screenshot 2022-12-30 230021

shawnp30 commented 1 year ago

Screenshot 2022-12-30 230852

Dan-Ev commented 1 year ago

tbh I had the same problem with this macro. It didn't seem that the max/min points were passed to the macro and/or were ignored and the entire bed was meshed.

I now use https://github.com/kyleisah/Klipper-Adaptive-Meshing-Purging which works well and has the attach probe commands as a variable in the config.