Auto calibration not adjusting anything?
-
ok i will try that when i get home… Thanks for the help guys. so strange...
report back when its done!
~Russ
-
that was it… we should document that some where on the G code page ( old verse new ) i dont know I'm just glad its working
thanks guys! just when you think you know what your doing something so simple happens
~Russ
-
It is documented, not yet on the G-Code page, but see here:
https://github.com/dc42/RepRapFirmware/blob/dev/WHATS_NEW.md
Scroll down to Version 1.19, the 3rd point:Important! If you use an IR Z probe or some other type that does not need to be deployed, delete the files sys/deployprobe and sys/retractprobe.g if they exist, because they are now called automatically. You can do this in the System Files Editor of the web interface.
and some more down, this is related:
Probe deployment and retraction for G30 and G29 commands is now handled automatically. You should still include a M401 command before the first G30 command in bed.g and a M402 command after the last one, so that the probe deploys and retracts once for the entire sequence instead of once per G30 command.
Always read the update notes.
Andre
-
Perhaps the contents of those files should be commented out by default as this seems to be catching out a lot of people at the moment.
-
I think if the majority of users do not need the feature then it should be opt-in rather than opt-out.
-
I think: no. Some need that files.
The solution is: Always read the update notes, if you want to update, read and pick the relevant information for your printer.
Many users are NOT doing this and are struggling with this update.
David put out all important information, but people are ignoring them. They make the update and are wondering that some things are going crazy.Sorry that I may seem to be a little harsh, but at the moment there are many posts, that are related to: not reading update notes.
Andre
-
The SD cards that are shipped with current production Duets are dummy ones that do nothing. But for a long time we shipped SD cards with real sample deploy and retract sequences in those files, so a lot of users still have them.
-
I have what 'seems' a similar issue.
I'm using the newest 1.19.2
Since my Probe (bltouch) requires deploy and retract I've left those files on the SD cardI run bed levelling routine
I run Bed Mesh routine
M500
I print and the first layer is a filament that is a round tube layer onto the bed when its 100mm left of the xy origin, and a completly squished flat almost dragging the bed strip when 100mm to the right of the origin.Its as if the bed mesh info is not loading or not being used.
Any thoughts? Since mine also appears to have issues with wifi even though updated do I need to refresh from scratch ?
"Important! If you use an IR Z probe or some other type that does not need to be deployed, delete the files sys/deployprobe and sys/retractprobe.g if they exist, because they are now called automatically. You can do this in the System Files Editor of the web interface.
-
You can check whether the height map is being used by running M122. One of the parameters it reports is the type of bed compensation in use.
-
Thanks. It wasn't Loading after a reset as shown in the M122
I guess I assumed it operated similar to the smoothie board I came from and loaded if a map was stored.
Or perhaps my levelling routing has a code to clear it and I need to reload it after bed levelling routine is run. Will check later -
You can activate mesh bed compensation in two ways:
1. By running G29 S0 (or just G29) to probe then bed and generate a height map. If successful, the height map will be both saved to file (default filename is /sys/heightmap.csv) and activated.
2. By using G29 S1 to load a previously-generated height map file. Again, the default filename is /sys/heightmap.csv. You can use this command in config.g if you wish, or at the end of your homeall.g or homedelta.g file.
On the Duet, M500 is not connected with mesh bed compensation.
See https://duet3d.com/wiki/Using_mesh_bed_compensation.
HTH David
