Bed Mesh Issues for 500mm V-core
@beany As mentioned before the head is nearly colliding with the bed and I'm unsure what the issue may be. The mesh is indeed correct from what I've seen with the larger prints, so I'm thinking this could be mechanical or software related.
49 Replies
sunny-green•2y ago
ok a couple of starting things to check, first turn on "Scale gradient" then we can see the range of the mesh
Is this the mesh made by the START_PRINT macro? or are you manually meshing?
foreign-sapphire•2y ago
foreign-sapphire•2y ago
Manually meshing.
I can also see the mesh in the printer.cfg file
foreign-sapphire•2y ago
sunny-green•2y ago
have you changed this to False?
variable_calibrate_bed_mesh: True
foreign-sapphire•2y ago
yes
sunny-green•2y ago
For shits and giggles, set it back to True and try a print. Then while it's printing watch this box, the Z value should change as the toolhead moves across the plate. Both these steps will confirm that the correct mesh is being loaded and that it's being used by Klipper to change the Z in motion
foreign-sapphire•2y ago
Cool I'll try that. Before redoing the full bed mesh though, wouldn't it also show up while running the currently loaded mesh?
sunny-green•2y ago
yes, I'm trying to kill two birds with one stone, in case it's loading the incorrect mesh, the values will change but the mesh is incorrect
also if it's actually hitting the bed, to stop it hitting the bed, you may want to change the Z offset so it's printing too high all over the bed - for now
foreign-sapphire•2y ago
Ah understood, I'll give it a try.
sunny-green•2y ago
side note, it's strongly recommended to mesh before every print, to account for all the variables that can change between prints, from heat expansion to the build plate being put back in a slightly different position - that's why I recommend the PAM mod to people, because the main reason people turn off the pre-bed mesh is to save time, PAM does that by only meshing the area that the print will take place in 🙂 so you get both a mesh AND save time!
foreign-sapphire•2y ago
Full 15x15 mesh too?
sunny-green•2y ago
yep for now
foreign-sapphire•2y ago
Ahhhh understood, do you have a reference for the PAM? That would be a total life saver
sunny-green•2y ago
GitHub
GitHub - HelgeKeck/pam: PAM for RatOS
PAM for RatOS. Contribute to HelgeKeck/pam development by creating an account on GitHub.
foreign-sapphire•2y ago
Need to do approximately 19days worth of printing once this is more consistant
Fantastic thank you so much for your help, I'll get back to you with the update!
ambitious-aqua•2y ago
I was doing this too but was still needing to babystep the z offset a lot during printing. FDC has solved all of those issues.
sunny-green•2y ago
I'm holding that in my back pocket, right now I feel it's not a thermal issue since it's happening on the first layer. Altho saying that out loud, if it's a very long first layer, I guess that could be a possibility....
ambitious-aqua•2y ago
I have a enclosed 500 printing ABS/ASA, and FDC has changed everything with my prints.
foreign-sapphire•2y ago
Alright this might be a stupid question, but I keep getting this error after restarting the new config file. I commented out the old "bed_mesh" and there's no other variables that use that name. Looked over the repo twice over and pretty sure I did everything required besides steps 4 and 5.
@michaelw7177 I'm doing very large abs prints as well so any suggestions on improving and troubleshooting the process would be great. Small parts are pretty easy so far.
foreign-sapphire•2y ago
ambitious-aqua•2y ago
GitHub
GitHub - JiMcNulty/FDC: non-linear frame deformation calibration an...
non-linear frame deformation calibration and compensation 2.0 - GitHub - JiMcNulty/FDC: non-linear frame deformation calibration and compensation 2.0
foreign-sapphire•2y ago
Wow that's thorough. How long did it take you to set-up?
Also just noticed the PAM file is empty under config files is that supposed to be like that?
oh nvm, disregard prior questions.
Correction the undefined 'bed_mesh' issue is still there. I just redownloaded everything and the error persists.
Whenever you have printer.cfg issues upload the file so we can look at the whole thing
foreign-sapphire•2y ago
foreign-sapphire•2y ago
Apologies, I've seen you mention this several times before haha
I would look, but on mobile right now and can't unzip it
foreign-sapphire•2y ago
one sec
foreign-sapphire•2y ago
Your pam include should be in the USER OVERRIDES section
foreign-sapphire•2y ago
haha that was too easy 😅
Thank you very much for that
Also wanted to say I've been following a lot of your guys' answers to questions over the last 2 weeks of building this and it's been extraordinarily helpful.
In general, the ordering of the printer.cfg is critical, so you can't just place stuff wherever you want. Unless it needs to be included earlier, best to put it in the USER OVERRIDES section
You have
[include pam/klipper.cfg] and [include pam/ratos.cfg]?foreign-sapphire•2y ago
yes both are under user overrides now
sunny-green•2y ago
I should have highlighted that instruction on the PAM page - I'll have to ask him to bold it, you're not the first to overlook it
foreign-sapphire•2y ago
damn is the variable_calibrate_bed_mesh: supposed to be set to False?
it's doing a full mesh rn
Wait I set the gcode in superslicer after the other section. Let me retry this.
foreign-sapphire•2y ago
That's a problem, you only need the ratos one
foreign-sapphire•2y ago
Wait so delete this?
Delete
[include pam/klipper.cfg] it isn't neededforeign-sapphire•2y ago
what about the gcode for the start?
It looked ok to me
That klipper config is for people not using ratos
foreign-sapphire•2y ago
understood
Which isn't the case here, so that's why we deleted it
sunny-green•2y ago
sunny-green•2y ago
I get called away by work, @blacksmithforlife 🇺🇸 steps up, community in action 🙂
#pay-it-forward
foreign-sapphire•2y ago
it's working, this is fantastic <:ratrig_heart:1064311078290456727>
I'll report back after the first layer. Thanks, everyone for the help thus far!
Alright wait now it's doing both the PAM and bed mesh. Would this be because variable_preheat_extruder: is set to True?
You have start print in there twice
Start print is a macro that does all the starting print stuff like home and bed mesh
Sorry I missed that earlier, I was just looking at the PAM stuff 😅
foreign-sapphire•2y ago
Yeah I was looking at that too, no sweat though, I just let it run it's course. Print is looking good so far.