I'm noob in programming but i will check it, thank you all.

Hi, The only thing that exists in the slicer related to starting/ending a print are calls to macros print_begin.g print_end.g ; ----- print_begin.g ----- ; ; must occur after... ; - all axes have been homed M106 P2 S255 ; lights on M106 P6 S255 ; lights on M106 P7 S255 ; lights on G90 ; absolute moves G1 Z75 F1200 ; position for cleaning G1 X0 Y-145 F6000 ; position for cleaning T0 ; select tool 0 so extruder commands below will work M703 ; configure selected filament (sets temp set points) M291 R"Waiting on heaters to reach set points..." T0 M116 ; wait for temps to reach set points M291 R"Priming extruder..." T0 G92 E0 ; reset the extruder logical position M83 ; extruder relative mode G1 E10 F120 ; prime the extruder G92 E0 ; reset the extruder logical position M400 ; wait for extruding to finish M291 R"Clean Nozzle and Bed" P"Click OK when ready to print" S3 M98 P"configprobe.g" ; configure Z probe M98 P"probeZ.g" ; set Z=0 datum G29 S1 ; load height map M291 R"Starting to print..." T1

@dc42 Thank you for clarifying this. Its a silly simple thing but i couldn't find the answer anywhere.

sorry i just realized how the setup is one. are the switches NO or NC? i would try to wire them in parallel and use M558 P5 they will need to be connected to the z probe port. but a construct would allow the printhead to move. this would not be beneficial for the print quality.

@dc42 Is this still on the to-do list or has it been implemented?

https://www.dropbox.com/s/xlzhcwm6c8qfyar/benchy_not working.gcode?dl=0 https://www.dropbox.com/s/2kg1cpzdxq78m8h/benchy_working.gcode?dl=0

That's correct, create a new axis (e.g. U or C, it doesn't matter which as long as you are consistent) for the extruder angle control using the M584 command. If you need to home it, connect the homing switch to the E0 endstop input.

You don't need to alter the Z steps/mm, you can use M579.

@botanic2000 said in G92 not working for E axis: Has run into same issue with E-axis today. Was trying to set up print resuming after power loss and found out that RRF is ignoring G92 command in the "resurrect.g" file. Basically, what happens is when I resume printing after power down the print head goes over the print and then it starts extruding all the way from 0 to the value that has been stored in "resurrect.g". What am I doing wrong here? Firmware Version: 2.01(RTOS) (2018-07-26b2) 1_1537273182573_resurrect-prologue.g 0_1537273182573_resurrect.g Please post the ResTest.gcode file too, or put it on a file sharing site so that I can download it.