Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.Sign up
Timelapse on Z change failing at z-hop #1777
What were you doing?
I'm attempting to do timelapse on z change. Using 30 fps, 2 sec post roll, 0.5 mm z-hop.
What did you expect to happen?
I expected the timelapse function to take photos on every layer change. Things work fine when using the
What happened instead?
Timelapse took photos every layer until I had layers with z-hop. Using Slic3r, I have z-hop set to 0.5 mm and it starts using z-hop above 1 mm. With layer height of 0.1 mm, I get nice snapshots every 0.1 mm until height 1.1 mm when z hop kicks in. Then timelapse stops taking snapshots.
Branch & Commit or Version of OctoPrint
Version 1.3.1 (master branch)
Printer model & used firmware incl. version
Original Prusa i3 MK2, firmware 3.0.9
Browser and Version of Browser, Operating System running Browser
Link to octoprint.log
Link to contents of terminal tab or serial.log
Screenshot(s) showing the problem:
I have read the FAQ.
let's take a look at a sample g-codes (slic3r). Layer height in this example is 0.35 mm.
The issue results from the fact, that the Z-height of the new layer is LOWER then the Z-height while in z-hopping. The head is at height 1.75 while in transit and then it goes down to 1.6 to start printing.
Have a look an timelapse.py, class ZTimelapse(Timelapse):
# check if height difference equals z-hop or is negative, if so don't take a picture
Thanks Markus. I'll have to dig into the code and the PR that introduced it again and try to remember why stuff was done the way it was. I fear it might have something to do with implementation differences across various slicers when it comes to z-hop.
If either of you two could provide a full test GCODE file that would be helpful.
I've uploaded 2 test gcode files.
z-hop set to 0 mm:
z-hop set to 0.5 mm:
Fixed with the above commit. To quote the explanation:
So - solved on