Skip to content

Initial Release

Pre-release
Pre-release
Compare
Choose a tag to compare
@FormerLurker FormerLurker released this 20 Jan 17:17
· 1191 commits to master since this release

Release v0.0.1-alpha

This is the first release of Octolapse (this name may change), and is in Alpha state with both known and unknown issues. Use at your own risk.

Known issues

Restore All Default Settings

If you use the 'Restore All Default Settings' button, make sure you reboot Octoprint. I'm working on this bug.

Original Prusa Firmware 3.0.12

If you are using an Original Prusa printer, there is a possible issue in the firmware 3.0.12 (linear advance update). Here is the relevant workaround:

Note from foosel: There does exist a workaround in OctoPrint for this (since it's happened in the past with other firmware variants), users can tell OctoPrint to "simulate" an ok after resends by enabling Settings > Serial communication > Advanced options > Simulate an additional ok for resend requests, but that has to be done manually.

Unfortunately this workaround may cause some print quality issues during the resend, since I had some seemingly random overextursion in a test print after implementing the workaround. I've not verified that it's due to the workaround, but I will try to do this soon. I expect this bug to be fixed in the next firmware release.

G92

This command has been implemented, but not extremely well tested. In fact, I'm not sure if I completely understand the expected behavior of this command in all cases, so my implementation is most likely incorrect. I've tested a lot of gcode that included G92 for extruder position, but not X,Y,Z, so beware.

Test Mode

Occationally I've noticed that my plugin might miss the first few gcodes sent to the printer. This has only ever affected me while using the debugger, but I think it's possible that it could happen during a test print. This can have the effect of letting commands that should be suppressed/rewritten slip past my routines and make it to the printer. I'm looking into this.

There are probably other commands that should be suppressed/rewritten that are not included. If you find any let me know.

Non-Cartesian printers

These are not currently supported. I hope to include support for these at some point, but I don't own one to test on currently.

Floating Point Math

I've noticed some areas where floating point math may cause problems, but I have not resolved all of them. They could prevent proper extruder monitoring/zhop detection in some cases, and I'm working to fix this.

Logging

It's possible that some of the logging options aren't doing exactly what they say. I did some refactoring that didn't quite work as expected and will have to review the logging code.