Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fan stops in last layer #67

Open
biggoldensun opened this issue Jan 30, 2019 · 4 comments
Open

fan stops in last layer #67

biggoldensun opened this issue Jan 30, 2019 · 4 comments

Comments

@biggoldensun
Copy link

The cooling fan is switched off before the last layer is finished printing...

@FSinatraisback
Copy link

Same to me. For 3D Printing no Problem, but I want to Lasercut with my CTC and so the fan gCodes M106 and M107 should start or stop the fan immediatly before or after the last movement of the printhead.
I managed to start the fan in the right time by placing a G4 command before. To stop the fan i can't do this. The Laser will burn a hole during this delay.

@markwal
Copy link
Owner

markwal commented Feb 23, 2021

Could you save your gcode somewhere (DropBox maybe?) and share a link here? I'd like to take a look.

@FSinatraisback
Copy link

This is a GCode that works for me.

GCode

I use MatterControl at the moment to Laser directly over USB to printer. Using this software i have to place a G4 P0 command although to get it work. The difference is that here the P0 means really 0 ms. Printing it over octoprint with this command i get a delay of about 100 or more ms. Like i said before, no problem for the "Laser on" command, but for "Laser off" i burn a hole with this delay.

@markwal
Copy link
Owner

markwal commented Feb 24, 2021

I suspect @biggoldensun 's issue is different. I suspect @biggoldensun may have an M107 in the gcode that turns off the fan before he wants it off and when he posts the gcode, I'll help him figure out how to get his slicer to stop doing that. The other possibility that I can think of is the fan confusion problem.

@FSinatraisback is an octoprint gcode latency problem. I doubt I'll be able to fix that in the plugin itself. For that, the most common workaround is to save x3g to an SD card and use OctoPrint merely to trigger printing of the SD card file.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants