<p>I haven't used your printer type, but <a href="https://top3dshop.com/blog/artillery-hornet-3d-printer-review" rel="nofollow noreferrer">this link suggests</a>:</p>
<blockquote>
<p>If your printer unloads the filament after each printing session
automatically, you might want to check the end code of your machine
and disable the retraction (;G1 E-6 F9000).</p>
</blockquote>

CC BY-SA 4.0
2022-08-02T15:01:41.003Z
Thanks allot for that info, i will try it. Even though it not unload filament for other models i made. I just wonder if i disable it, will it have any negative impact on something? what is the purpose with that code line?
mathias
CC BY-SA 4.0
2022-08-02T16:58:22.503Z
I bet the problem is that this was supposed to be a *relative* move of -6 mm (retract just enough to prevent oozing while cooling down) but the extruder was in absolute mode and it went back to a position of -6 relative to where it was at the start of the print. Instead of removing that line, put `M83` on a line before it and `M82` on a line after it so it's a relative move.
R.. GitHub STOP HELPING ICE
CC BY-SA 4.0
2022-08-02T17:38:19.667Z
Thanks allot for that info. Me totaly new to gcode, but i will try this. It worked fine then with just disable that line, but might effect other things i guess then? will try your advice. Thanks!
mathias
CC BY-SA 4.0
2022-08-03T08:00:57.577Z
@R..GitHubSTOPHELPINGICE I've asked the OP to paste some lines of G-code in the question, I hope that the relative/absolute option is evident from the G-code. It remains a mystery why that only is happening for that specific model.
0scar
CC BY-SA 4.0
2022-08-03T13:03:19.127Z
@0scar: Cura (and other slicers?) in absolute extrusion mode tend to use `G92 E0` periodically so that the E-axis position values don't get too large in magnitude and hit floating point precision issues with firmware using single-precision. If the file ends shortly after such a reset, the move to position -6 would not produce a long ejection. But if it ends midway between them, it would.
R.. GitHub STOP HELPING ICE
CC BY-SA 4.0
2022-08-03T17:18:27.943Z
@R..GitHubSTOPHELPINGICE As seen from  the updated question, it still is in absolute mode, good spot! Depending on when the last reset was, -6 can take you far. It is worth to add an additional answer pointing to the absolute/relative extrusion as the end G-code is incorrect, disabling the retraction in the end code is just a quick fix.
0scar
CC BY-SA 4.0
2022-08-05T11:48:13.133Z
Oscar. Maybe add M83 before first line, and M82 after first line, as R.Github wrote in a comment? i did not try it myself then though it works great without that first line.
mathias
CC BY-SA 4.0
2022-08-02T13:03:39.950Z
2022-08-02T13:03:39.950Z
Peter K.
<p>I have an Artillery Hornet printer that I am very satisfied with. I make my models in Blender, export them as STL files, and import them into Cura slicer. Everything works great with no problems, mostly. But yesterday, I made a model that I used a reference image in Blender (deleted it before exporting then). And when I printed it, direct afterward, the printer unloads the filament. I tried to print it multiple times and every time it did the same. No big problem then, but a bit annoying.</p>
<p>Does anyone have any idea what could cause this, and how to prevent it? Other models I make in Blender have not given me that result then. I still have not tried making other models with a reference image to compare the result. So I found this place first and try to ask if someone knows about that problem.</p>
<p>This is the end G-code:</p>
<pre><code>G1 E-6 F9000
M104 S0 T0 ; turn off temperature
M140 S0 ; turn off bed
G1 X110 Y220 F10000
M84 ; disable motors
</code></pre>

CC BY-SA 4.0
2022-08-02T13:41:46.993Z
Can you share a link to the G-code, e.g. posted on PasteBin.com?
0scar
CC BY-SA 4.0
2022-08-02T15:04:55.640Z
Can you clarify what you mean by "unloads"? Does it just back out slightly, or eject the filament entirely so it's hanging loose?
R.. GitHub STOP HELPING ICE
CC BY-SA 4.0
2022-08-02T16:33:43.567Z
The problem was solved by the answer from Peter K. I just disabled the part of end code. It rejected the filament entirely after printing. Not all models, but 1 i made. So i still wonder if disable that part of code, got any negative impact on printing other models. So far it works perfect then.
mathias
CC BY-SA 4.0
2022-08-03T07:58:24.157Z
@mathias Nice that the answer solved it for you, please accept the answer by selecting the tick mark. Our community is built on reputation, please acknowledge the time and effort that is taken to produce the answer. Voting is key! Thanks! P.S. please add the final lines of G-code from the file into your question.
0scar
CC BY-SA 4.0
2022-08-03T13:24:19.260Z
Thanks. Just edited it and added the original end G-code
mathias
<filament>
My printer unloads the filament, after I finished the print
mathias
# My printer unloads the filament, after I finished the print

(Asked by: username_0 on 2022-08-02)

I have an Artillery Hornet printer that I am very satisfied with. I make my models in Blender, export them as STL files, and import them into Cura slicer. Everything works great with no problems, mostly. But yesterday, I made a model that I used a reference image in Blender (deleted it before exporting then). And when I printed it, direct afterward, the printer unloads the filament. I tried to print it multiple times and every time it did the same. No big problem then, but a bit annoying.
Does anyone have any idea what could cause this, and how to prevent it? Other models I make in Blender have not given me that result then. I still have not tried making other models with a reference image to compare the result. So I found this place first and try to ask if someone knows about that problem.
This is the end G-code:
G1 E-6 F9000
M104 S0 T0 ; turn off temperature
M140 S0 ; turn off bed
G1 X110 Y220 F10000
M84 ; disable motors

**Tags:** filament
> **Comments:**
> **username_1**: Can you share a link to the G-code, e.g. posted on PasteBin.com?  
> **username_2**: Can you clarify what you mean by "unloads"? Does it just back out slightly, or eject the filament entirely so it's hanging loose?  
> **username_0**: The problem was solved by the answer from Peter K. I just disabled the part of end code. It rejected the filament entirely after printing. Not all models, but 1 i made. So i still wonder if disable that part of code, got any negative impact on printing other models. So far it works perfect then.  
> **username_1**: @mathias Nice that the answer solved it for you, please accept the answer by selecting the tick mark. Our community is built on reputation, please acknowledge the time and effort that is taken to produce the answer. Voting is key! Thanks! P.S. please add the final lines of G-code from the file into your question.  
> **username_0**: Thanks. Just edited it and added the original end G-code  

---

## 1 answers

### Answer by username_3 on 2022-08-02. Score: 3 | Accepted answer

I haven't used your printer type, but [this link suggests](https://top3dshop.com/blog/artillery-hornet-3d-printer-review):

> If your printer unloads the filament after each printing session
> automatically, you might want to check the end code of your machine
> and disable the retraction (;G1 E-6 F9000).

> **Comments:**
> **username_0**: Thanks allot for that info, i will try it. Even though it not unload filament for other models i made. I just wonder if i disable it, will it have any negative impact on something? what is the purpose with that code line?  
> **username_2**: I bet the problem is that this was supposed to be a *relative* move of -6 mm (retract just enough to prevent oozing while cooling down) but the extruder was in absolute mode and it went back to a position of -6 relative to where it was at the start of the print. Instead of removing that line, put `M83` on a line before it and `M82` on a line after it so it's a relative move.  
> **username_0**: Thanks allot for that info. Me totaly new to gcode, but i will try this. It worked fine then with just disable that line, but might effect other things i guess then? will try your advice. Thanks!  
> **username_1**: @R..GitHubSTOPHELPINGICE I've asked the OP to paste some lines of G-code in the question, I hope that the relative/absolute option is evident from the G-code. It remains a mystery why that only is happening for that specific model.  
> **username_2**: @0scar: Cura (and other slicers?) in absolute extrusion mode tend to use `G92 E0` periodically so that the E-axis position values don't get too large in magnitude and hit floating point precision issues with firmware using single-precision. If the file ends shortly after such a reset, the move to position -6 would not produce a long ejection. But if it ends midway between them, it would.  
> **username_1**: @R..GitHubSTOPHELPINGICE As seen from  the updated question, it still is in absolute mode, good spot! Depending on when the last reset was, -6 can take you far. It is worth to add an additional answer pointing to the absolute/relative extrusion as the end G-code is incorrect, disabling the retraction in the end code is just a quick fix.  
> **username_0**: Oscar. Maybe add M83 before first line, and M82 after first line, as R.Github wrote in a comment? i did not try it myself then though it works great without that first line.  

---

