I recently started using the new mriscoc firmware for my Creality Ender 3 V2 and it is truly performing above expectations. Even considering that Jyers UI was already a step up from the original Creality firmware.
I'm trying to understand how the new feature, that seems specific to this firmware, called Adaptive Mesh Leveling (AML) actually works in the firmware.
Below is a screenshot of how the Cura Plugin shows AML options:
I have successfully tested AML and I think it's a truly transformative and great way to do fast and more precise bed leveling, only to the relevant print areas on the bed. Also, while probing, the screen shows each probing point in real time being filled in a grid.
However, I noticed that when using the OctoPrint Bed Visualizer instructions to obtain just the mesh data using the following g-code in the OctoPrint Plugin Settings:
M155 S30 ; set temperature reporting delay, use a value longer than the time it takes for your leveling command to complete.
@BEDLEVELVISUALIZER ; instruct plugin to start recording responses from printer.
M420 V ; Get bed leveling mesh data.
M155 S3 ; set the temperature reporting delay back to a shorter time span.
My previously generated 5x5 of 9x9 full bed grid is no longer showing, instead the mini grid that was made on the print area is showing, as a full bed. Which makes me wonder, how does the firmware deal with AML? Is it basically tricked into using a subarea of the printer as a virtual 'new bed', the new maximum bed size being only a portion of the full bed?
Additionally would there be a way for OctoPrints Bed Visualizer plugin to even know if it deals with the full bed grid or the AML 'mini grid' and if so would it be exactly on which part of the full-bed the mini-grid was generated?