Hyperfine bed leveling?  

Re: Hyperfine bed leveling?

Hi Waldemar,

I tried with the source code on the release page but I still get this,


WARNING: Category '' in library Wire is not valid. Setting to 'Uncategorized'

Sketch uses 255,816 bytes (99%) of program storage space. Maximum is 258,048 bytes.
Global variables use 6,104 bytes of dynamic memory.
avrdude: verification error, first mismatch at byte 0x3c000
0x00 != 0x7c
avrdude: verification error; content mismatch


I don't know what is going on with that 🙁 🙁 😕

Is there a way that you can send me a modified hex with a maximun of 300 on G80??

Thanks!

Hi Jason,

just to be sure, you have a MK2/s and need higher values for the G80 a b c...h?

Did you download the 'Source code (zip)' https://github.com/3d-gussner/Prusa-Firmware/archive/v3.1.0-001-HFM.zip file from the https://github.com/3d-gussner/Prusa-Firmware/releases/tag/v3.1.0-001-HFM releases?

Did you read the https://github.com/3d-gussner/Prusa-Firmware/blob/MK2-Private_build/BUILDING.md ? Until now i had no issues using the new Arduino IDE 1.8.x versions with my MK2/MK2.5 and MK3 custom firmware builds.

Prusa uses Arduino IDE 1.6.8 so please read and consider their https://github.com/prusa3d/Prusa-Firmware instructions.

Just re-downloaded the source for the Github release and compiled it with the your change and i get:
Sketch uses 246302 bytes (95%) of program storage space. Maximum is 258048 bytes.
Global variables use 6096 bytes of dynamic memory.

So much less used storage space than yours. Had in the past issues adding multiple languages if this value got ~98% or higher. That's why it splitted up the different .hex files in language packs for the MK2/s and MK2/s+MMU.

Did you change anything else in the code, except the value?

If you like to try it again hope that helps, otherwise I can make a temporary Github branch 'Jason' with the hex file included or try to send it via PM.

But I need to know:
Which printer ? MK2/s, MK2.5 or MK3
MultiMaterial ? V1, V2, none
Any other languages than stock?

Re: Hyperfine bed leveling?

Hi Waldemar,

I tried with the source code on the release page but I still get this,


WARNING: Category '' in library Wire is not valid. Setting to 'Uncategorized'

Sketch uses 255,816 bytes (99%) of program storage space. Maximum is 258,048 bytes.
Global variables use 6,104 bytes of dynamic memory.
avrdude: verification error, first mismatch at byte 0x3c000
0x00 != 0x7c
avrdude: verification error; content mismatch


I don't know what is going on with that 🙁 🙁 😕

Is there a way that you can send me a modified hex with a maximun of 300 on G80??

Thanks!

Hi Jason,

just to be sure, you have a MK2/s and need higher values for the G80 a b c...h?

Did you download the 'Source code (zip)' https://github.com/3d-gussner/Prusa-Firmware/archive/v3.1.0-001-HFM.zip file from the https://github.com/3d-gussner/Prusa-Firmware/releases/tag/v3.1.0-001-HFM releases?

Did you read the https://github.com/3d-gussner/Prusa-Firmware/blob/MK2-Private_build/BUILDING.md ? Until now i had no issues using the new Arduino IDE 1.8.x versions with my MK2/MK2.5 and MK3 custom firmware builds.

Prusa uses Arduino IDE 1.6.8 so please read and consider their https://github.com/prusa3d/Prusa-Firmware instructions.

Just re-downloaded the source for the Github release and compiled it with the your change and i get:
Sketch uses 246302 bytes (95%) of program storage space. Maximum is 258048 bytes.
Global variables use 6096 bytes of dynamic memory.

So much less used storage space than yours. Had in the past issues adding multiple languages if this value got ~98% or higher. That's why it splitted up the different .hex files in language packs for the MK2/s and MK2/s+MMU.

Did you change anything else in the code, except the value?

If you like to try it again hope that helps, otherwise I can make a temporary Github branch 'Jason' with the hex file included or try to send it via PM.

But I need to know:
Which printer ? MK2/s, MK2.5 or MK3
MultiMaterial ? V1, V2, none
Any other languages than stock?

I follow your guide and it works like a charm. I have use the one provided by prusa (the old one with arduino 1.6.8 😮 ), but it compile and upload. I do not know if it was a warning or an error but I did get a:


avrdude: verification error, first mismatch at byte 0x3c000
0x00 != 0x7c
avrdude: verification error; content mismatch


But it works and I just finish leveling point b,d,f and h.

Thank You!!

Re: Hyperfine bed leveling?

Hi Jason,

You are more than welcome. Great to hear you could follow the instructions and modify the code to your needs!
Did you try to get your printer hardware wise bit better, hope the wiki on my github helps.
The Octoprint Plugin improved in the last version and makes it much easier to find the spots which need attention.
But at the end the Hyperfine calibration squares are the most important tool to get your bed nearly perfectly leveled.

Would be great if your could share some before and after pictures here or github.

Re: Hyperfine bed leveling?

Hi Waldemar,

I've updated my MK2/S firmware with your 3.1.0 HFM release and came across same issue as one guy in the past, but he didn't wrote any solution for a constant prompt to load a new filament on the beginning of a print despite the Fil.RS beeing [OFF] and filament is present. I've uploaded my firmware through AdrduinoIDE, followed the instructions. Could you guide me to a solution to this problem, or where to disable the filament sensor in the firmware.

TIA, Peter.

Re: Hyperfine bed leveling?

There was a solution :

set Fil.RS on (ground to blahblah or similar like that)
set Fil.RS off again

Thomas

Re: Hyperfine bed leveling?

Hi Waldemar,

I've updated my MK2/S firmware with your 3.1.0 HFM release and came across same issue as one guy in the past, but he didn't wrote any solution for a constant prompt to load a new filament on the beginning of a print despite the Fil.RS beeing [OFF] and filament is present. I've uploaded my firmware through AdrduinoIDE, followed the instructions. Could you guide me to a solution to this problem, or where to disable the filament sensor in the firmware.

TIA, Peter.

Hi Peter,

As KnickOhr wrote...and if you had read the Release note carefully you may have found it 😀
It is written in small letters

Update 30. January 2018: If you don't have a filament sensor connected to y-max please disable/enable/disable the 'Fil.RS' under LCD Settings menu BEFORE you try to print!

But we aren't made to RTFM 🙄

Here the part you may have missed to read:

Filament runout sensor can be set via LCD menu Settings->Fil.Runout S
Fil.Runout S [ON/OFF] to active and de-active the function
Fil.RS [S to VCC/S to GND] to choose between sensors pulling the Signal to VCC(most optical) or GND(like xy endstops)
Fil.RSPullup [ON/OFF] set the internal pull-up resistor to get constant readings. This is needed with most mechanic sensors (like xy endstops)
The status of the Filament runout sensor if activated can be seen via g-code M119 or LCD menu 'Calibration->Show end stops'
During the print the filament runout sensor function can be de-/activated, this can be found under Tune LCD menu.

Best is to get a filament sensor attached 🙂

please consider to read the github wiki and post some before and after pictures...maybe we will be able to get a pull request into the firmware, when many user prove the advantages.

hope the helps and I am kidding as I am the same not reading always everything:-)

Re: Hyperfine bed leveling?

how do you exactly do this Hyperfine bed leveling?
is there a step by step guide

Re: Hyperfine bed leveling?

how do you exactly do this Hyperfine bed leveling?
is there a step by step guide

You read this entire thread starting from page 1 - you will find a very good guide in one of the earlier threads, but you really do need to read them all to get a good understanding. There is no shortcut to success.

Re: Hyperfine bed leveling?

how do you exactly do this Hyperfine bed leveling?
is there a step by step guide

You read this entire thread starting from page 1 - you will find a very good guide in one of the earlier threads, but you really do need to read them all to get a good understanding. There is no shortcut to success.

Yeah, it's not so hard to read the thread; the difficult bit was getting this to work!

Peter

Re: Hyperfine bed leveling?

how do you exactly do this Hyperfine bed leveling?
is there a step by step guide

You can read the thread but you will find in the release notes https://github.com/3d-gussner/Prusa-Firmware/releases some help and a link to the right post. I also started a Wiki https://github.com/3d-gussner/Prusa-Firmware/wiki which can help...it isn't complete yet but I think helpfull.

Re: Hyperfine bed leveling?

if someone wants to test this version at his own risk, just send me a pm.

Tried to send you a PM but cant do it because of some minimums. I would like to test the version (have a Prusa i3 MK3).
Already tried to implement the functions from 3d-gussner into the new 3.2.1 firmware, but for me it just works 50% (some values had no effect to the prints), maybe i forget something.

Would be great if you can send me your version via PM.

Re: Hyperfine bed leveling?

if someone wants to test this version at his own risk, just send me a pm.

Tried to send you a PM but cant do it because of some minimums. I would like to test the version (have a Prusa i3 MK3).
Already tried to implement the functions from 3d-gussner into the new 3.2.1 firmware, but for me it just works 50% (some values had no effect to the prints), maybe i forget something.

Would be great if you can send me your version via PM.

Hi Janis,

I wanted to implement Hyperfine Bed Leveling for quite some time but as Prusa firmware changes nearly every day and some of these changes are quite critical I decided to wait until it's kind of stable.
BUT if your really want it I can compile MK3 3.2.1in one of the next days. Only downside of 3.2.1 I see is that it hits some limits of the mega2560 and in the past I had strange behavior of the printer at these limits.
I could try to make a 3.2.2isch version with quiet lot of actual firmware state but this would be an Alpha version of it.

Let me know if you prefer 3.2.1 or 3.2.2-Alpha version.
As I am still waiting for my MK3 Upgrade kit and can't test it myself so you may have to wait bit until I can fix things.

Re: Hyperfine bed leveling?

Peter and Jeff,

First, thank you for your work on this. I have been reading through this thread for the past few days and have been working through getting my bed properly calibrated.

EDIT:

I had some time tonight to read through more of the threads and found the links to the Github releases of the firmware.
For all newcomers looking to implement this firmware onto their MK2s, it is here:

https://github.com/3d-gussner/Prusa-Firmware/releases/tag/v3.1.0-001-HFM

All other releases of this CFW are here:
https://github.com/3d-gussner/Prusa-Firmware/releases

Re: Hyperfine bed leveling?

😀 That was a very long time ago... Waldemar has taken this over and thanks should go to him for his great work in this area. Although I still don't understand why PR haven't implemented this themselves...

Peter

Re: Hyperfine bed leveling?

So I guess there are issues with implementing this to work with MK3? My printer fw is 3.2.1-576 on an Einsy_10a and would love to get the hyper fine tuning done.

Thanks for all of the great work!

Re: Hyperfine bed leveling?

So I guess there are issues with implementing this to work with MK3? My printer fw is 3.2.1-576 and would love to get the super fine tuning done.

Thanks for all of the great work!

The issue is time 🙂 and Prusa changed the language part which isn't documented that well.

Building at that moment my MK3, so hope getting in coding soon again.

You should try to get your bed hardware wise as good as possible:
https://github.com/3d-gussner/Prusa-Firmware/wiki/Hyperfine-Bed-Leveling
http://prusaowners.com/wiki/index.php?title=Bed_Leveling_with_Wave_Springs

Re: Hyperfine bed leveling?

The issue is time 🙂 and Prusa changed the language part which isn't documented that well.

Building at that moment my MK3, so hope getting in coding soon again.

You should try to get your bed hardware wise as good as possible:
https://github.com/3d-gussner/Prusa-Firmware/wiki/Hyperfine-Bed-Leveling
http://prusaowners.com/wiki/index.php?title=Bed_Leveling_with_Wave_Springs

I have checked all of my hardware and so far I only have a 0.05° skew. I guess I will move on to bed standoffs next.

Re: Hyperfine bed leveling?

Prusa changed the language part which isn't documented that well.

On the Mk3, there is additional EEProm where the language variants are stored. And the worst part is that trying to flash the firmware without the language variants can (but not on all boards) cause the main firmware flash to fail 🙁

Flashing with language variants is a two-flash process; first the firmware is flashed and then the language variants. Omitting the second part can cause the Einsy to fail at boot - but it can still be re-flashed.

Peter

Re: Hyperfine bed leveling?

On the Mk3, there is additional EEProm where the language variants are stored. And the worst part is that trying to flash the firmware without the language variants can (but not on all boards) cause the main firmware flash to fail 🙁

Flashing with language variants is a two-flash process; first the firmware is flashed and then the language variants. Omitting the second part can cause the Einsy to fail at boot - but it can still be re-flashed.

Peter

I only need English if that makes it any easier 😉

Re: Hyperfine bed leveling?

I only need English if that makes it any easier 😉

And that is exactly how I found I needed the language variants to also be flashed 🙁 The printer would not boot without the variants being flashed.

Peter