Issues after prime

[Heartleander81]

Ok my camera is to slow. I dount know what that is.

when I delete the first retract G1 E-0.600 F1200 the error is gone. But this is created by the slicer and I cannot prevent this.

[fcwilt]

@heartleander81 said in Issues after prime:

when I delete the first retract G1 E-0.600 F1200 the error is gone. But this is created by the slicer and I cannot prevent this.

Just to be sure what slicer are you using?

Frederick

[Heartleander81]

@fcwilt Simplify3D . But 6 Montag runs All normal. And one of another Day was that problem

[fcwilt]

@heartleander81 said in Issues after prime:

@fcwilt Simplify3D . But 6 Montag runs All normal. And one of another Day was that problem

Well you can use a Post Processing command entered at the bottom of the Scripts page of S3D to remove that G1 command if you wish.

{STRIP "G1 E-0.600 F1200"}

Frederick

[Heartleander81]

@fcwilt but then all retract is delet G1 E-0.600 F1200 is my Filament retract

[Phaedrux]

I wonder if the fast travel speeds are part of the issue? Have you checked your pulleys for a loose grub screw? With the high speed, accel, and jerk values maybe something is slipping?

Have you tried tamer values?

[Heartleander81]

@phaedrux
Good point.
But I did that last week on the basis of maintenance when the error was pending.
This is still quite harmless for the design of the printer.
Others drive the printer with 6-8k acceleration and 300-400mm / s movement

The pulleyes All New.

I have test with M906 X1350 and Y1350.
My stepper have 1,7A Max.
And 60mm high.

[Phaedrux]

Can you enter your motor values and settings into this EMF calculator and see if maybe we're in the range where back emf becomes an issue.

https://www.reprapfirmware.org/emf.html

[Heartleander81]

@phaedrux Ok.

[Heartleander81]

@phaedrux

[Heartleander81]

Oh I have Look on the wrong stepper. X and Y can 2.1A

[dc42]

@heartleander81 said in Issues after prime:

when I delete the first retract G1 E-0.600 F1200 the error is gone. But this is created by the slicer and I cannot prevent this.

That sounds similar to the reports from two other users: an axis move right after an extruder move on a tool boards shows the problem. I don't want you to remove the retractions, I want you to help me pin down the problem. by developing the simplest possible test case that causes the problem.

Did you try the test file I posted earlier?

[Heartleander81]

@dc42 oh. No not. When my child sleep I can test it. In 15-30 min I give a feedback

should I use the g-code in the same way or turn the temperature on again and turn off cold extrusion?

[dc42]

@heartleander81 thanks. What I am looking for is the simplest possible test case. The ingredients that appear to cause it are:

• A tool change;
• A short extruder-only movement (typically a retraction), where the extruder is connected to a tool board;
• Then under some conditions, the following axis movement happens incorrectly.

The length of the extruder-only movement affects whether the problem occurs or not. I don't know whether the tool change is a necessary condition for the problem to happen, or if it is, whether the contents of the tool change files are relevant.

[dc42]

@heartleander81 said in Issues after prime:

should I use the g-code in the same way or turn the temperature on again and turn off cold extrusion?

You can try it with heating first if you like. If the problem occurs, try simplifying the file as much as possible until you find a very simple test case. As part of this simplification, you could copy the contents of startGcode into the test file instead of calling it with M98.

Related thread: https://forum.duet3d.com/topic/24553/rrf-3-3-does-not-respect-max-accel-in-first-moves-after-tc

[Heartleander81]

@dc42 ok. I have time

[Heartleander81]

@dc42
With your code the same issuse.

When i comment out the line 28 ( G1 E-0.600 F1200 )
Run the Printer with no Problem. I have a Video when you whant

G90
M83
M302 P1 ;;dc
T-1 ;;dc
M106 S0
G4 S1 ;;dc
;;M140 S50
;;M190 S50
;;M104 S240 T0
;;M109 S240 T0
T0
M150 R255 B235 U255 P128 S60 ;LED weiß
G32
;G29 S1 P"heightmap.csv"   ;SB
M83
G1 X5 Y5 Z30 F6000.0 
G1 E50 F500
G1 E30 F200
G1 Y20 F2000
G1 Y50 Z0.2 F3000
G1 Y90 E20 F300
G1 Y120 F1200
M150 R255 B235 U255 P128 S60 ;LED weiß
G92 E0.0
; process CR3D 0.4
; layer 1, Z = 0.200
T0
;G1 E-0.6000 F1200   ;SB
; feature skirt
; tool H0.200 W0.440
G1 Z0.200 F600
G1 X118.950 Y122.494 F12600
;G1 X19.489 Y53.567 F12600
;G1 E0.6000 F1200
;G1 X280.511 Y53.567 E8.9768 F1800
; layer end
T0
;;dc M98 P"endGcode"

[Heartleander81]

LINE 14 and 28 is comment out. You See on the end ;SB
That is the Code who run without issuse

[dc42]

@heartleander81 thanks! If you reinstate line 28 and comment out the M150 lines and also the G32 line, does the problem remain?

[Heartleander81]

@dc42 have I do. The issuse is back