Open gnydick opened 4 years ago
It would be so nice to be able to customize the GCode output like this, and a lot more: suppress certain gcodes; modify the actual GCode itself and the parameter letters (words) it uses, etc. I realize this isn't something Prusa devs would be interested in developing or supporting. I wonder in what way the features could be implemented unobtrusively for power users, while not affecting Prusa customers?
I think the problem is the logic is conflating the notions of "do before" and "do before change".
"Do before" would perform some g-code before even the first layer.
"Do before change" should only perform some g-code starting at the second layer.
On Mon, Aug 3, 2020, 12:42 PM n8bot notifications@github.com wrote:
It would be so nice to be able to customize the GCode output like this, and a lot more: suppress certain gcodes; modify the actual GCode itself and the parameter letters (words) it uses, etc. I realize this isn't something Prusa devs would be interested in developing or supporting. I wonder in what way the features could be implemented unobtrusively for power users, while not affecting Prusa customers?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/prusa3d/PrusaSlicer/issues/4603#issuecomment-668206984, or unsubscribe https://github.com/notifications/unsubscribe-auth/AACFHRCIAUZ7SQQCXEK2X63R64HL5ANCNFSM4PTUPCRA .
@gnydick The retraction has nothing to do with before/after layer custom gcodes. It is performed because 'Retract on layer change' is turned on in Printer Settings. Turn it off if you don't like it.
Apart from that, why is the retraction such a problem? If it wasn't there, you'd still get a retraction immediately after that layer change, because the layer will start with a travel move. What difference does it make?
There is no layer change at the beginning of a print.
Almost everyone has a priming function in the beginning to, well, prime the hot end. Retracting immediately after priming before the print actually starts defeats the purpose of priming.
On Tue, Aug 4, 2020, 3:11 AM lukasmatena notifications@github.com wrote:
@gnydick https://github.com/gnydick The retraction has nothing to do with before/after layer custom gcodes. It is performed because 'Retract on layer change' is turned on in Printer Settings. Turn it off if you don't like it.
Apart from that, why is the retraction such a problem? If it wasn't there, you'd still get a retraction immediately after that layer change, because the layer will start with a travel move. What difference does it make?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/prusa3d/PrusaSlicer/issues/4603#issuecomment-668509433, or unsubscribe https://github.com/notifications/unsubscribe-auth/AACFHRHSXK5JQLQ5UWRDSZTR67NGBANCNFSM4PTUPCRA .
And, btw, I know it has nothing to do with the before custom g-code. I didn't say it did. I was saying the logic was conflated.
"On layer change" should only trigger when there is a layer change. Since there is no layer 0, why am I getting a reaction?
The reason I said it's conflated is empirical. If you look at the g-code output, the retraction is placed between the BEFORE and AFTER markers. Again, even without retraction enabled, I wouldn't want my BEFORE or AFTER LAYER CHANGE scripts to execute before the first layer even prints, because there has been no layer change. This is a defect.
On Tue, Aug 4, 2020, 3:11 AM lukasmatena notifications@github.com wrote:
@gnydick https://github.com/gnydick The retraction has nothing to do with before/after layer custom gcodes. It is performed because 'Retract on layer change' is turned on in Printer Settings. Turn it off if you don't like it.
Apart from that, why is the retraction such a problem? If it wasn't there, you'd still get a retraction immediately after that layer change, because the layer will start with a travel move. What difference does it make?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/prusa3d/PrusaSlicer/issues/4603#issuecomment-668509433, or unsubscribe https://github.com/notifications/unsubscribe-auth/AACFHRHSXK5JQLQ5UWRDSZTR67NGBANCNFSM4PTUPCRA .
Version
2.2.0+win64
Operating system type + version
Windows 10 64-bit version 2004
3D printer brand / version + firmware version (if known)
RailCore II ZLT - RepRapFirmware 3.1.1
Scenario
Behavior
You can see after the
; end of start code
, which denotes the end of the custom start g-code, the generated code begins. When you reach the first layer, a change layer is performed in the slicer logic, denoted by<----- HERE
, so an extrusion is performed, which shouldn't happen.Beginning of g-code