Solved Issues after prime
-
@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?
-
@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.
-
@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
-
@dc42 ok. I have time
-
@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 whantG90 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"
-
LINE 14 and 28 is comment out. You See on the end ;SB
That is the Code who run without issuse -
@heartleander81 thanks! If you reinstate line 28 and comment out the M150 lines and also the G32 line, does the problem remain?
-
@dc42 have I do. The issuse is back
-
@dc42
You said that the following axis suddenly causes problems after the extrusion? Then I think of a "misprint" that I made with the toolboard. The paragraph should not be but a plan. See the following picture -
ok i misunderstood something. I will gradually comment out and test each line from top to bottom.
-
With line 14 have I the issuse and without is all ok
G90 M83 M302 P1 ;;dc T-1 ;;dc M106 S0 G4 S1 ;;dc ;;M140 S50 ;;M190 S50 ;;M104 S240 T0 ;;M109 S240 T0 T0 M83 G1 X5 Y5 Z30 F6000.0 ;G1 Y50 Z0.2 F3000 after comment out this line looks out run without issuse G1 Y90 E20 F300 G1 Y120 F1200 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 thanks again. What about lines 17 and 20: if they are commented out and line 14 reinstated, does the problem occur?
-
@dc42
After I comment out Line 20 its all good -
@heartleander81 thanks again!
-
I was able to issolate / fix the error by going to Z0.3 in line 14 with the long code.
I also tested things at the same time. Maybe that will help you
-
@dc42 Thank you very much for your effort and patience with me.
-
@heartleander81 said in Issues after prime:
@dc42 Thank you very much for your effort and patience with me.
Thank you for testing!
-
@phaedrux
very gladly. I work as a department service employee in a company. So I know how important troubleshooting and testing are. -
@heartleander81 unfortunately I still can't reproduce the problem. I've run it with and without line 20 (the T0 command) commented out, and analysed the moves in both cases. The only difference between them is that with line 20 present, there is a slight pause at that point, because RRF will wait for all preceding moves to complete and then wait until a few moves are in the queue (or no more are forthcoming) before executing the next one.
The effect of changing line 14 to Z0.3 is that line 24, which was previously a null move, is now a move in Z. So the problem may just have moved to the Z axis.
If you have time, please can you revert to the file that you posted in this post https://forum.duet3d.com/post/246160 that did show the problem, then check that it still does. Then replace the T0 command in line 20 by M400 and check whether the problem persists.
Please also try the effect of commenting out line 24 (the null Z move) just in case it is having an effect.
-
@dc42 I like to do