-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
regarding PR touch #7
Comments
I added |
can i see the code you used for the macro, im having trouble making this work |
Here's my macro. Did you try running the PRTOUCH_PROBE_ZOFFSET from the console to verify that part works for you? [gcode_macro PRINT_START] |
What is the content of the PRTOUCH_PROBE_ZOFFSET macro itself? I can't find it. |
It's a command that is part of changes I've been making to klipper to get an implementation of auto z-offset working. The command itself is found here https://github.com/0xD34D/klipper_ender3_v3_se/blob/6fa40591230dc7b7507fe1a5a63354152baea0f7/klippy/extras/prtouch.py#L800 |
Thanks for your quick answer. So it is only working in combination with your fork of Klipper. |
Hey @0xD34D I wanted to give it a try but after compiling your fork I am getting
Compilation log:
|
@pwlgrzs are you flashing your printer with the generated |
Oh, okay, I am running klipper installed via KIAUH. Will clone your klipper repo in a while and retry. Regarding following:
I am no programmer but I gave it a try with { } as follows:
and on make retry I got this:
I have no idea what I am doing here ;) |
Okay, how do I install your forked klipper service? I tried to run scripts/install-debian.sh but it keeps failing when creating virtual env :(
// edit nvm, got it by changing python2 to python in the installation script. |
@pwlgrzs I haven't looked at any of the C source code in depth as everything there seems to be working. Looking at that code I think the intention is only for the For using my klipper repo in place of your existing one, I think the easiest approach would be to rename the directories. I'd |
Seems KIAUH allows for custom klipper repo so I have removed my installation, changed repo to yours and installed. Service is running, code is yours as prtouch.py in extras folder contains your recent commit, but I am still getting unknown command error. |
That command is defined in |
So I recalled that file being there minutes before you posted your comment, I have added include directive and...
Very well done! |
Oh well, almost:
Seems like saving ain't a good idea |
\o/ Sweeeet! I'm happy to hear it worked as advertised for you. I've never tried saving the config, but I think I can address that in a future patch. Thanks for the feedback. |
How to approach this now, change z_offset to 0 and let the macro run on each print? |
I found this reddit thread https://www.reddit.com/r/klippers/comments/s6pqoe/no_matter_what_i_do_it_just_will_not_let_z_go/
Now the good question if I should try printing with macro :D |
You can print with that and it should work out. I found out while testing that I have to negate the value in the probing code, otherwise it was printing that much higher from the bed. At least it wasn't the other direction ;). |
@pwlgrzs My approach when using this is to set the z_offset to 0 in my config |
I do need to test the case where the user has set it to non-zero as well |
Great thanks, I have sent a benchy out. One thing I noticed during first macro run was that there was a noticeable press from the nozzle on the bed when probing. I would need to flash stock to compare if that was the case there as well. |
I will test tomorrow. |
Benchy failed :(
I copied macro from above comment:
I use CuraSlicer if that matters. |
Yeah, that was just an example of where I placed the command but that's what I call from my slicers start g-code. You should add |
So, after few prints:
Do you know if there is a way to compensate in slicer? I am testing Cura and Prusa so if you know for any of these that would be great. |
@pwlgrzs I think if you add "SET_GCODE_OFFSET Z=(the distance between the calculated offset and the correct offset)" in you start GCODE after the macro, you should be able to correct the offset. As long as it's consistently off by the same amount. Be ready to shut it down if the offset is wrong in order to protect your bed. Of, if you're like me, you have a bunch of previously wrecked beds lying around that you can test it on. |
I do not know if this is useful information in anyway but who knows. SonicPad z-offset value:
Your klipper z-offset value:
I guess that's just FYI |
Hello sorry for the question , i am a newbie with a first 3d printer , i have managed to copy your repo and flash the firmware onto the printer , i am able to run the PRTOUCH_PROBE_ZOFFSET and returns a g28 command. I have also added the print start macro as you put in here , but you are suggesting we add this information into cura ? I dont want to send a print test yet, want to confirm i need to add this information into Start G-code in cura ?? How about End G-Code ???? Can anyone provide me with some examples for cura , will be greatly appreciated. Edit : i tried reading up a bit on the matter , so as long as my macros.cfg have the code prvided in cura i just need to add this ? Thanks |
@mshrem after looking at your start GCODE from Cura, I would add |
prtouch.cfg? I can't find it anywhere? It doesn't seem to be in this repo....? |
check again, there are only 4 files in the repo and it's one of them... |
That's not this repo |
lol yes I figured that out and edited my comment -- quite right. It's all good now, thanks. |
hey i saw your klipper firmware and config, and i decided to give it a go, how would i level with pr touch?
The text was updated successfully, but these errors were encountered: