b-morgan

I am at a complete loss when it comes to reporting bugs in Cura. There is never any acknowledgement from Ultimaker and, of course, many versions of Cura released without a fix. I guess that means this is NOT the place to report bugs, but I can't find anything that says where bugs should be reported.

This appears to be the original PauseAtHeight.py which is known to have problems. A newer version is posted earlier in this thread. With this version, we need to see a few lines before the ;TYPE:CUSTOM to see what the E value was before the pause. Do you have any documentation on what firmware (and version) is in this printer? Since there is no retraction, theoretically you could remove the M83 and the M82 lines. No standby temperature was specified so the value of zero is used. Probably not a good choice as it lets the nozzle cool too much.

The prime tower with dual extruders allocates separate X,Y dimensions for each extruder (concentric squares) but on layers that only use one extruder, the square for the other extruder is not printed. When the second extruder is introduced, there is nothing underneath so the filament is extruded into empty space (i.e. printed in mid-air). I believe the way this should work is that for layers that only use one extruder, the prime tower should have both squares printed with that extruder. When a layer uses both extruders, each extruder should print its allocated square in the prime tower.

Here's an updated version with only one M0 pause and heaters turned on after the user resumes. I added another input option for resume bed temperature, default of 0 will use the previous value (same as resume nozzle temperature). I bumped the version number so put this file in the previously posted location and delete the old version. PauseAtHeightorLayer4.zip

I believe M0 turns off the heater on some printers and if so, then the code needs a bit more work.

It would be almost impossible to write this script so that it worked with every printer out there. Experience has shown that the M0 command defined by Marlin is not always implemented in every printer's firmware. This script is provided in source form so if M0 doesn't work in your printer's firmware, feel free to edit the source. You can substitute a G4 S600 for a 10 minute pause instead (adjust the S value to suit).

I have attached a newer file in a .zip this time. This file needs to be placed in (assuming the default installation location): C:\Program Files\Ultimaker Cura 4.0\plugins\PostProcessingPlugin\scripts You will see all the other scripts if you are in the right place. I have also attached (in a .zip) the Gcode file for a 3DBenchy generated on my system using Cura 4.0, Tevo Terantula, with pauses at layer 10, layer 20, and height 3.3mm (approximately layer 30). There are lots of parameters to be set with this version of the script and the defaults should do something sensible but you will have to experiment. Edit: Deleted attached files as they were obsolete. Keep reading for newer version. These instructions are still valid.

The version I posted on June 21, 2018 worked for me at the time. Cura has had multiple updates since then. I'd suggest that you try it and report your results along with enough details about your environment (i.e. printer, firmware, Cura version, etc.) that someone might be able to help.

As I said before, I don't have a UM3 printer so the problems you are having are regrettable, but not something I can fix. The Marlin documentation doesn't say anything about temperatures but the RepRap documentation says all heaters and motors are turned off so M0 is probably not appropriate for this script. G4 is the only other command I can find. Can you break out of it with the LCD? In any case, I've got a newer version that fixes an issue of incorrectly setting absolute extruder unconditionally after a pause. The script now checks for absolute or relative extruder and restores the correct mode. There is also a G4 pause time you can specify after the script is resumed to allow for cleaning the nozzle after extruding the specified amount of filament. This may help your restart issue with the next layer. Edit: File removed because it is obsolete. Keep reading for a newer version

This might make sense if there were just the two commands, M109 followed by M190. Since there are three commands...

Yes, the Ubuntu installation is on the same PC as the LinuxMint installation, just a different disk. Both installations were "default" installations. They found the graphics card on their own and installed whatever drivers, etc. that the "default" called for. I'm not to worried about it. The LinuxMint install was primarily so I could install Folding @ Home and keep the graphics card occupied. I'd also use it for doing some Linux experiments from time to time. I have my 3D printer connected to a Raspberry Pi 3B running OctoPrint so that gives me another place to play with Linux. All my serious slicing is done on my Windows 10 desktop.

I believe I have fixed the script to handle absolute or relative modes (relative E has been minimally tested, relative XYZ code not tested at all). You will have to rename the file to remove the .log extension as that was the only way I could get it to upload here. PauseAtHeightorLayer.py.log

@Cosomo When you say "tried this plugin" did you mean the one I posted? This post processing script (its really not a plugin by Ultimaker's definition) has an "Extrude Amount" which, according to its tooltip, is supposed to be used to compensate for the retraction caused by the M0 command. I have no idea what value to use as I don't have an Ultimaker printer ? but you can start large and work your way down to the correct amount (at the expense of some wasted filament).

I'm not sure what I did "wrong" but my LinuxMint Mate 18.3 gets that error message when I run the AppImage. I attempted to update my nVidia drivers with a download from nvidia.com but all that did was mess up my Folding @ Home. I also have a Ubuntu install (on a different disk) and the AppImage ran just fine on that. The /home/[YOUR_USERNAME]/.local/share/cura/3.3/scripts directory was empty so I'm confused about that. Is that directory "appended" to what is stored in the AppImage? EDIT: To answer my own question... Yes, the contents of that directory are appended to the scripts automagically included in the AppImage.

I'm glad somebody knows what they are doing in Linux ? I have a Linux machine and tried to install Cura but it said "Could not probe OpenGL" ? and I'm not sure how to fix that except that the graphics card (nVidia GeForce 960) should support it (LinuxMint MATE 18.3)