I’ve been having a strange problem where it seems that my printer is reversing the order of the infill (see video) and not positioning correctly any more. This started after I paused a print yesterday with M600. I’ve checked everything, the file looks valid and plays correctly on another printer, the config is still the same, I’ve updated the fw to the latest edge but cannot get rid of this behaviour.
If I run the G-code manually line by line the carriage moves as desired, but not when I play the whole file.
I’m running a Smoothieboard 5xc.
Any ideas what might be causing this?
https://youtu.be/wu15hz8tylI
https://photos.google.com/share/AF1QipPvbuQfK_yokM5BZd2j9DyEg4xIAjO4LQhvST5znu5Hba2X1hSwrlWdVoPE0LSnRA?key=S0FlNFFIdTNkckNhZmF4SGtEaS1Bdm9wYW5nZFJB
https://photos.google.com/share/AF1QipPvbuQfK_yokM5BZd2j9DyEg4xIAjO4LQhvST5znu5Hba2X1hSwrlWdVoPE0LSnRA?key=S0FlNFFIdTNkckNhZmF4SGtEaS1Bdm9wYW5nZFJB
Gcode: https://drive.google.com/open?id=0B2br-OijkAgwdlp1OXJveklIR2c
https://drive.google.com/open?id=0B2br-OijkAgwdlp1OXJveklIR2c
what exactly is the problem?
it looks like it is working perfectly well to me.
@Wolfmanjm Sorry, it’s hard to see. When printing the infill it seems to jump a line, print the next line first leaving a gap and then reverses to print where it left the gap. Until yesterday it printed line after line, now it does line 2, 1, 4, 3, 6, 5 - if that makes sense. Also if you look at the photos, you can see a gap between perimeters and infill on the left. That’s not supposed to be there and wasn’t there when I printed the same part using the same gcode the day before.
that can’t possibly be a firmware issue, smoothie can only do what it is told to do in the gcode in the order it is told to do it, it is impossible to swap the order. maybe the host is scrambling the lines? what host are you using?
I’m playing from the SD card
And I’ve tried a completely new SD card with nothing but the firmware, config and gcode on - same result
that is very odd. how do you initiate the gcode on the sdcard?
and how do you load the gcode onto the sdcard?
I use either play on the lcd menu or the web interface. I usually load the files via the USB cabel, but I’ve also tried loading onto the SD directly in my laptop and playing on the printer.
The same card in a Repetier based printer printer in the expected way.
I know this sounds really weird, hence I have no idea what might be causing it.
BTW I don’t think that it is actually reversing the order of the commands - it looks more like it’s almost mirroring or having some other sort of positioning issues.
sorry i have no idea what is wrong. i’d suggest trying to stream the gcode file from pronterface over usb. network is flaky so i would not trust it. streaming would eliminate potential adcard issues and corrupt gcode files. also do not allow the network to be connected while printing. it can cause odd behavior.
I’m getting the same issue printing via USB directly from Simplify3d, with the network disabled 
oh you sliced with s3d… no wonder, it produces crap sometimes. also s3d is not a host we support for smoothie, try pronterface or octoprint. also
check your nozzle is not partially clogged.
also try slicing with slic3r.
I’ve just found the problem… the x axis had a little play. The motor mount must have slipped on the extrusion when it halted yesterday. This is slightly embarrasing =:o)
Thanks @Wolfmanjm for your time and sorry I didn’t pick this up earlier!
BTW I’ve been using Simplify3D with my Smoothieboard for 1.5 years now and I’m pretty happy with it. (I think Sommthieware has done something to tackle the tiny wobbly track breakdown, hasn’t it?)