Solved R1+ z offset into EEPROM?

Hi, just got the R1+ and auto bed level seems to work great. However, after auto bed level, the nozzle is a bit too high and having issue with first layer coming off. I have a bunch of STL already sliced to gcode with 0 z offset. How do I set the z offset in EEPROM? Will this work?

M206 X0 Y0 Z-0.03
M500

 

Please go back and re-read Mark's post a couple of times. You really don't want to do that even if you could it's a bad idea.
In Matter Control under printer settings extruder you can set the off set also. I think-- it's been 8 months since I used MC.

Your z off set could change due to different materials, bed adhesion you may add etc..
If you ask everyone what their z off set is you will get slightly different answers. Mine is set at -.2

 

Yes, because Z off will change I don't want to re-slice for every time it changes.

I figured it out.. well, not from EEPROM but from firmware flash.

M206 z offset only works for Homing but not for G29 bed auto level. With M206, it will only affect G28 X0 Y0 Z0 homing. I don't know of M command to offset after G29 probing. If anyone knows, please let me know.

To change z offset after G28 homing and G29 probing, change to following in the firmware:
//#define Z_PROBE_OFFSET_FROM_EXTRUDER .9
#define Z_PROBE_OFFSET_FROM_EXTRUDER .8

Smaller the number is closer to bed. After flashing, you'll need to issue these gcode commands:
M502
M500

This will load flash default, then M500 will save it.

 

Now i can just keep z offset 0 in slic3r.

 

I am glad you figured it out for you then.

 

This might be what I'm looking for:

M851 - Custom M code in Marlin to set/fine tune the z probe offset. (i.e. probe offset = 6.90 mm: use M851 Z-6.90, and store with M500 in EEPROM (if enabled))

I'll have to test it to see if that does the same thing as Z_PROBE_OFFSET_FROM_EXTRUDER in firmware. If so, then I can quickly change the z offset without having to flash firmware. Yay!

Here's a list of Marlin g-codes I found:
https://github.com/MarlinFirmware/Marlin/wiki/DNE-G-Code-in-Marlin

 

Yes, M565 works great! Actually that's what MatterControl macro does. I figure that out after watching their video that came with the SDCARD. Guess, I should have watch that first.

I don't understand why anyone would suggest adjusting z offset only with slicer. What if you have multiple printers that need different z offset? Won't it be easier to set the z offset on the printer itself and use the same gcode for all printers? Even if you only have 1 printer, if that breaks or later buy another printer, then you'll have to regenerate all the gcode again. That may not be a big deal but Slic3r is very very slow with objects with many rounded columns. I played with Cura but it doesn't have honeycomb infills, boo! Plus I like how with Slic3r you can load objects in parts with load modifier. This is great to set different perimeter counts, infill density, etc. Slic3r is slow but it's most versatile slicer I know.

Anyway, thanks for you guys help.

 

I don't think anyone is going to change his mind about this. He seems pretty intent on this.

 

A simple 2 line commands to update eeprom hardy account for "can't change anything easily".

M565 Z0.73;
M500

 

I wasn't asking what other's z offset is. I know what I want to set it and was only asking how to set it in eeprom. Mark's post was almost there... just need to issue a M500 to save to eeprom.

 

BTW in Marlin 1.1 M565 goes away and is replaced with another code (M851?) so be prepared for that change. I do believe that M565 is stored in EEPROM as part of the M565 and not M500 from my testing. The new command follows the usual convention and requires M500 to be saved to EEPROM. So in 1.1 it is easier to have a default value and only override it on a case by case basis by changing it and not issuing M500. From what I found with the stock firmware, every M565 call updates the saved value in EEPROM but M501 does not display it (oops).