G0 and G1 dwell. . .

[badgerman]

Hi all,

you may or may not have seen my posts about some initial issues I was having with my printer where I was getting a slight dwell between certain lines of Gcode and therefore an excess of PLA at these points where the nozzle continued to extrude. I noticed that my machine hesitated between a Rapid G0 and Coordinated G1 move. I have resolved this issue by manually by doing a find and replace in the notepad editor of Mach and substituting the G0's for G1's.

Although this is ok and I am able to get good prints, I feel that slicer should be giving me a code to use without modification - so what am I doing wrong?

Has anyone else seen this issue? Am I the only one?!

Any input would be appreciated.

Chris

[jcugnoni]

Hi,
Very interesting finding. I have a similar problem when printing in pla but i am using linuxcnc / emc2 and slicer.
I am not 100% sure it is caused by this delay but I will try and let you know.
If this is the case, a simple script could automate that task.

[johnoly99]

Could it be you guys have a lot of acceleration? Try bumping it up if you can

[Feisty]

Im having exactly the same problem and its annoying the hell out of me, im using the find and replace trick but i really wish i ddnt have to. Im pretty sure its not acceleration but if your not having issues could you post your acceleration and feed rates?

[badgerman]

^^ x2

I'm still rocking the find and replace trick - I have not found a solution. Getting some good prints though.

[Feisty]

Is this still a problem for anyone else?
ive found that slic3r 0.7.1 doesnt use G0 which i was getting good results with. Ive just "upgraded" to 0.9.9 and the dwell at G0 has returned making it almost unuseable

[jesse]

If the first layer temperature is different than the following layer temperatures the printer waits until the temperature changes.

I keep first and following layer temperature the same In KISSlicer for that reason.

[Polygonhell]

If the first layer temperature is different than the following layer temperatures the printer waits until the temperature changes.

I keep first and following layer temperature the same In KISSlicer for that reason.

Only if you use M109 to change temperature instead of M104

[Feisty]

Ive posted this issue on the slic3r git hub page if any one feels like commenting
https://github.com/alexrj/Slic3r/issues/1212

[Fiero2M6]

Ive posted this issue on the slic3r git hub page if any one feels like commenting
https://github.com/alexrj/Slic3r/issues/1212

The issue is closed on Github. Is it fixed for you in release 0.9.10b? I still seem to have pausing.

[Cosmic]

This is a weird fix. G0 is causing problems and the fix is not using G0's anymore !?
I was wondering this the other day when I couldn't find any G0 in Slicer but seem them in Cura.
G0 is a valid command and shouldn't cause any pause in a motion.
I would suspect that there is a problem in the firmware.
G0 is not the same as a G1 depending on machine implementation G0 moves first in Z than in XY or full speed in XYZ.
The result is a different motion than the line of a G1.