GRBL sand table with octoprint scipping gcodes

What is the problem?

Please someone help.... desperate here...

Made a table that draws on sand usind Arduino uno r3 GRBL and Pi4 with octiprint.The machine connects and homes but when I hit print on a gcode, it reads 3-4 lines from the code and cancels itself.If I use a playlist plugin and set a few gcodes to repeat on loop, it manages to push thru a entire gcode after skipping randomly 2-3...then when it's done it skips a few more and plays a entire one again randomly.Bad communication..static noise...what could it be?

What did you already try to solve it?

Tried to change the cable altho I have only two cheap ones.

Have you tried running in safe mode?

Yes, but GRBL does not connect in safe mode without better GRBL support

Did running in safe mode solve the problem?

Nope

Here you can see when I loop 4 gcodes with the plugin, how it tries to run the first 3 and after executing a few lines it changes state from printing to canceling, and then the 4th gcode pushes all the way thru.Usually the loading bar on the left does not show up when it scips a gcode...if I see a loading bar, I already know it's going to play all the way thru.Sometimes it pushes thru the first track...sometimes the third...no specific order.
And without the playlist plugin I have managed to play only once a full code when I booted the machine and did not

Recv: <Idle|MPos:262.775,178.375,0.000|FS:0,0>
Recv: ok
Changing monitoring state from "Operational" to "Starting"
Send: ?
Recv: <Idle|MPos:262.775,178.375,0.000|FS:0,0>
Recv: ok
Changing monitoring state from "Starting" to "Printing"
Send: G1 X290.784 Y193.284
Recv: ok
Send: G1 X227.145 Y200.355
Changing monitoring state from "Printing" to "Cancelling"
Recv: ok
Send: M5
Recv: ok
Changing monitoring state from "Cancelling" to "Operational"
Changing monitoring state from "Operational" to "Starting"
Changing monitoring state from "Starting" to "Printing"
Send: G1 X232.675 Y178.686
Recv: ok
Send: G1 X233.523 Y179.064
Recv: ok
Send: ?
Send: G1 X234.354 Y179.444
Recv: <Run|MPos:266.675,180.450,0.000|FS:1662,0>
Recv: ok
Recv: ok
Send: G1 X234.968 Y179.743
Recv: ok
Send: G1 X235.583 Y180.049
Changing monitoring state from "Printing" to "Cancelling"
Recv: ok
Send: M5
Recv: ok
Changing monitoring state from "Cancelling" to "Operational"
Changing monitoring state from "Operational" to "Starting"
Changing monitoring state from "Starting" to "Printing"
Send: G1 X282.500 Y165.000
Recv: ok
Send: G1 X298.097 Y190.863
Recv: ok
Send: G1 X269.916 Y187.825
Recv: ok
Send: G1 X246.431 Y214.455
Recv: ok
Send: ?
Send: G1 X239.848 Y181.458
Recv: <Run|MPos:281.900,188.550,0.000|FS:2000,0>
Recv: ok
Recv: ok
Send: G1 X202.500 Y165.000
Recv: ok
Send: G1 X236.611 Y146.191
Recv: ok
Send: G1 X241.487 Y100.328
Recv: ok
Changing monitoring state from "Printing" to "Cancelling"
Send: G1 X273.625 Y130.762
Recv: ok
Send: M5
Recv: ok
Changing monitoring state from "Cancelling" to "Operational"
Changing monitoring state from "Operational" to "Starting"
Changing monitoring state from "Starting" to "Printing"
Send: G1 X262.500 Y176.250
Recv: ok
Send: ?
Send: G1 X262.504 Y176.450
Recv: <Run|MPos:227.275,200.325,0.000|FS:153,0>
Recv: ok
Send: G1 X262.534 Y176.874
Recv: ok
Send: G1 X262.616 Y177.518
Recv: ok
Send: G1 X262.776 Y178.370
Recv: ok
Send: G1 X263.037 Y179.413
Recv: ok
Send: G1 X263.422 Y180.626
Recv: ok
Send: G1 X263.952 Y181.978
Recv: ok

based on the messages it appears the files are getting cancelled. not familiar with GRBL internals, and you didn't mention which playlist plugin you are using (I wrote one specifically for sand printer, but it was running Marlin). I don't really support that plugin because of the way it monkey patches the comm layer and you might be running into an issue there. can you print an inidividual file without issue? need to figure out why it's cancelling.

Actually the only way I can start a print is by hitting print immediately after connecting to the machine with octoprint...and only one...if I wait a bit or home the machine or do anything else, then I can't start anything.
The other way is with the playlist plugin because it sends infinitely gcodes until one manages to push thru.
Without the plugin it's nearly impossible to start something.
https://github.com β€Ί jneilliii β€Ί OctoP...
jneilliii/OctoPrint-Playlist - GitHub
This is the plugin.
And better GRBL support.Its a official plugin

Yeah, that's the plugin I made for someone with a sand printer. You might want to try and figure out why the printer is acting the way it is, with the better grbl support plugin. if it doesn't stay connected or you can reliably print a single file at any time you choose, my plugin can't do it's job.

1 Like

You're plugin is actually pretty good!
And it's the only way I can get the machine to do something right now...
Tomorrow I'll try to reroll a older version of better GRBL support...maybe this will help...
If this doesn't help I'll buy a more expensive cable and then...a new original Arduino uno r3

Solved
If anyone runs into this problem.
It was the better GRBL support plugin.
Installed 1.7.2 version and now it works as intended.
The log suggested that the plugin was canceling my prints so I downloaded and installed a older version from GitHub.

1 Like

Please also report the issues you have with the plugin to the plugin author so that they are aware and can try and fix them. There's nothing more frustrating than people downgrading because something broke but you have no idea as a plugin author.

1 Like

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.