How to change something in file resurrect.g?

[DSG]

@T3P3Tony yes, wiki has guide that but I do not add the z lift code to M911, just turn off X Y motor and retract.

[DSG]

@littlehobbyshop please tell me how to compiled firmware. Thanks!

[dc42]

@DSG, can you tell me why you want to delete those 2 lines? Those lines are intended to move the head back to the point where it was when the power fail occurred, without scraping the top of the print.

The firmware build instructions are at https://github.com/dc42/RepRapFirmware/blob/dev/BuildInstructions.md.

[DSG]

@dc42 the lifting z about 2mm make the resume print not fit with the exist printed object. I have successed with remove lift z code in the resurrect.g not only pause state but also power failure. Have you added this mod in the next firmware version (user can figure the movement of print head)?

[dc42]

@DSG said in How to change something in file resurrect.g?:

@dc42 the lifting z about 2mm make the resume print not fit with the exist printed object.

I'm sorry, I still don't understand. What makes the 2mm lift unsuitable? That should keep the print head clear of the object that has been printed so far.

[DSG]

@dc42 I have 2 problems. The first is the print head lift 2mm and down 2mm before resume that make the gap (greater than layer height) between the print head and printed object. I think that problem comes from the z axis movement by belt. The next, the extrusion that has rised from calling resurrect-prologue.g before print head arrives at the previous location make the under extrusion when resume print. That are reasons I want to edit resurrect.g, disable lift the z and add gcode for extrusion after print head comes back. I have tried that by edit the resurrect.g manually and get success resume at pause/planning power off or power failure state. How to config that?

[DSG]

Compile the firmware with remove some code and add a code for calling powerfailure.g (made by me) for adjusting the extrusion before resume print that solute my problem.
Thanks.

[TLAS]

@dc42

Having recently been through this, I think it’s not clear that when you ‘pause’ a print and modify the resurrect file that you need to exit the print to get the resurrect file to take.

I kept modifying the file and just hitting resume and watching the printer try to print in mid-air. I ultimately got it, but from what I’ve been able to read here, that might have been the same problem and the z-code lift may have been misunderstood as the reason why the printer was not printing on the previous layer.

Not sure how to solve this in documentation, maybe just a bold somewhere that you need to restart the print and rehome to get it to take.

Awesome job on the resurrect sequence by the way. Wish I never had to use it, but things happen with big prints sometimes and it’s well implemented making problems recoverable.

[Phaedrux]

@TLAS Well the resurrect feature is intended for resuming after a powerloss, which implies the printer has been power cycled, not just paused.

[DSG]

@Phaedrux yes, the problem is resume print after powerloss. The gcode for lifting z axis make the gap between the previous layer and the current layer, maybe cause by under extrusion (leaking filament when heating nozzle and move from home to previous location). My solution is insert the code calling a macro before resume print (after heating nozzle already) instead hard code like the exist firmware setup. I can modify the movement of print head or extrusion before print is resumed. The resurrect-prolog.g is not used by me now, but I will change the location of calling code of resurrect-prolog.g in resurrect.g for my problem. So the new macro will nolonger nessessary.