Correction of heightmap is not really working
-
@fcwilt said in Correction of heightmap is not really working:
The folks at modix don't seem to know what they are doing.
I think it's a case of Modix not having updated their configs for RRF3 yet.
-
@phaedrux said in Correction of heightmap is not really working:
I think it's a case of Modix not having updated their configs for RRF3 yet.
Maybe so but some of the config file had v3 syntax. I didn't get the impression @ICY_SNAKE did it - but perhaps.
Frederick
-
@fcwilt Good morning Frederick,
please can we finish today our files. Let me know when you had breakfast.
Wish you a good day.
Dieter -
Hi,
I'm just about to make breakfast. Give me 30 minutes or so.
Have you had a chance to verify that all is working with:
- homeall.g
- homex.g
- homey.g
- homez.g
- bed.g
- mesh.g
Frederick
-
@fcwilt hello frederick,
no problem, take your time.
-
@icy_snake All files are fine, i tested them single command.
-
Well if those files are all working you are almost done.
What do you want to work on today?
Frederick
-
-
@icy_snake also a macro to setup the z?
-
@icy_snake said in Correction of heightmap is not really working:
@fcwilt the config_probe.g
which has only the following lines:
; config_probe.g
; config the probe and call the other files.g
;M950 S0 C"duex.pwm5"
M558 P9 C"zprobe.in" H5 F120 T6000 A5 R0.7
G31 P500 X-18 Y24 Z3.025 ; z value is offsetor i am wrong??
That is all you need. As mentioned by calling that file with M98 in bed.g, mesh.g, etc. you are sure the probe is configured with the most recent values. No need to reboot or restart to get config.g processed.
Frederick
-
@icy_snake said in Correction of heightmap is not really working:
@icy_snake also a macro to setup the z?
I was under the impression you had determined a good value for the Z parameter in G31.
As mentioned normal that value is "set and forget" unless your hardware changes.
I suppose I could code a macro to determine that value but as you know it is going to involve setting the physical Z position to some known value to serve as a reference.
Would you like to have such a macro?
Frederick
-
@fcwilt yes lets do a macro. so whenever i change my bed from glass to aluminium i can run a new setup
-
@icy_snake said in Correction of heightmap is not really working:
@fcwilt yes lets do a macro. so whenever i change my bed from glass to aluminium i can run a new setup
Is there are reason to think the correct value for each would be different every time you changed the bed material?
Frederick
-
@fcwilt said in Correction of heightmap is not really working:
o think the correc
yes, because the thickness of the buildplates are different.
also another question do i need the
G31 P500 x-18 y24 Z3.005
in the config.g and also in the config_probe.g??
-
@icy_snake said in Correction of heightmap is not really working:
yes, because the thickness of the buildplates are different.
I understand that but if the correct value for G31 is always the same for each buildplate you could just have a macro which sets the new value as opposed to determining the value each time.
G31 P500 x-18 y24 Z3.005
in the config.g and also in the config_probe.g??
What you should do is remove all three of the probe configuration commands from config.g and replace them with the M98 P"probe_config.g" command. That way the probe will be configured after a reboot or restart. Not essential but it insures the probe is ready to go if you were to issue a command like G30 from the DWC.
Frederick
-
@fcwilt ok
so i need only one macro to set the z, correct?
-
@icy_snake said in Correction of heightmap is not really working:
@fcwilt ok
so i need only one macro to set the z, correct?
If the value for each buildplate is constant you can eliminate editing of the probe_config.g file by using a global variable to hold the G31 Z Trigger Height value.
Then you can have one macro for each buildplate to set the variable to the correct value for that buildplate.
How does that sound?
Frederick
-
@fcwilt Yes that would be prefect
-
@icy_snake could you write that for me, please?
-
@icy_snake said in Correction of heightmap is not really working:
@fcwilt Yes that would be prefect
OK I will code that.
In the meantime here is the macro for measuring the Z probe trigger height - if you ever need it.
M300 S666 P666 ; beeo M291 S3 R"Test Z Probe Trigger Height" P"Press OK to continue, or CANCEL to abort" G28 ; home all G29 S2 ; cancel mesh bed compensation M290 R0 S0 ; cancel baby stepping G90 ; absolute movements ; this complicated looking command computes the X and Y parameters needed to move the probe to the center of the bed G1 X{((move.axes[0].max + move.axes[0].min) / 2) - sensors.probes[0].offsets[0]}, Y{((move.axes[1].max + move.axes[1].min) / 2) - sensors.probes[0].offsets[1]}, F1800 M300 S1111 P666 ; beep M564 H1 S0 ; ignore axis limits M291 S2 R"Test Z Probe Trigger Height - Step 1" P"Place a paper sheet under the nozzle and raise the bed until slight friction can be noticed" Z1 ; G92 Z0 ; the nozzle should now be just touching the bed so set the logical Z position to match the physical Z position M300 S666 P666 ; beep M291 S2 R"Test Z Probe Trigger Height - Step 2" P"Please remove the paper sheet and wait for the bed-probing to begin" ; G1 Z5 F200 ; insure Z position will allow for probing G30 S-1 ; probe the bed and report the Z probe trigger height M564 S1 H1 ; respect axis limits M291 S2 R"Test Z Probe Trigger Height - Step 3" P"Copy the reported height value on the G-Code console and paste it into the probe_config.g file"