I’m running the same print on 2 identical printers.
Now I noticed a major level shift on the newer X1CC so I stopped and aborted then resumed, the same .stl was sent to both printers and the other prints without this layershift.
Got up to check the progress and the very same layer shift poops up again on the same printer again!
slicing error (either layer shift or a collision on that layer), try slicing it slightly differently
collision on that layer for some other reason - this happens to me with PETG or even sturdier filaments (like Fillamentum Extrafill), and I don’t have a good solution for that, those overhang sections tend to lift up and the nozzle hits them. You can increase cooling to decrease the lifting, you can slow down printing (a lot), you can try increasing Z-Hop height (a lot, try 2mm) or you can try reorienting that part so that it won’t travel over the overhangs from object to object (this would be the simplest one)
loose belts - I tend to tighten them a bit more than what the auto adjuster does and I think it helped somewhat, but it is not a good solution or maybe not a solution at all (toothed belts shouldn’t skip)
My bet is on 2) and the overhangs lifting, so rotate the big part by 180 degrees and try again.
Oh? Can it the sliced file as the same file was sliced and sent to both printers? (One prints perfect, the other repeats this layershift on thecprecise exact height?!?)
I can not rotate this print due to the no print corner area and thus this L shaped poop box can only be printed in one orientation
I will follow your advice and re-tention the belts now when Ill do the mandatory maintenance. The layershifter is the “new” printer 7ish weeks old, printing like a champ until this print… I mostly printed pretty flat/short .stl’s so Im uncertain if this is a new flaw or if I just missed it until now? I threw on a higher print, a tube’ish adapter and it printed better however it has a subtle line at that very same height (like 0.3mm instead of the depicted 3mm off shift)
Should mention…
I felt the belts and they seem pretty much identically tension wise.
Thanks for any advice or possible solution mate/mates!
If it’s the same gcode run on both machines then it points to a physical issue on that specific printer. I’d check you can move the bed up and down freely with the control panel. Check there’s no clash at that level with anything. Only other thing I thought was the print was curling which caused a clash with the nozzle and thus a shift but if the other printer is fine it suggests not. Not unless a fan is/isn’t working compared to the good printer. Exactly the same spot with two prints suggests a clash though to me.
Had this suspicion also, could it be physical, I will try to follow your advice and examine if I can see or recognize any oddities…
Wish I was home right now so I could do this immediately since this is stuck in my mind so I get tired of not knowing /understanding what this is and if I can fix it…
Where should I look more precisely?!?
Hmm can one of the beds be off like 3mm causing this clash somewhere?
Sometimes it also comes down to luck. For example I have printed the Gayer-Anderson Cat several times now and sometimes it just knocks down one of the legs. Always the same one. Always at the same height (eyeballing it). But sometimes it doesn’t and it only happens with some filaments (more rigid ones).
I have some suspicion that sometimes the Z-Hop is not happening correctly, gets reordered or performed asynchronously with the bed moving according to the mesh, and it ends colliding. Sometimes all it needs is to just shift the print slightly to a different location and the issue disappears. Software has bugs and sometimes doing random stuff can make them go away…
If only one of the printers is doing it, it could still be just the filament curling up but and one of the printers is just “better” in some way. Don’t consider the other one buggy, it’s possible the other one is just above average in whetever way matters here.
I’m pretty sure you can move the large part to the right and the rest to the left, it should fit, all that matters is that it will not move over the overhanging part while travelling from/to the smaller parts. Feel free to send me the STL and I’ll try arranging it
“If the printer detects it may have skipped steps due to hitting the print or something else causing it to by monitoring the motor current/load, it will home X & Y and continue to print to make sure there is no layer shift.”
I updated the firmware to latest firmware 2 days ago,
today another firmware pooped up and I am updating both X1CC right precisely now.
Oh I should give you the B I G update,
yesterday I noticed B O T H my X1CC layershifts
One is from January (Mebbe Feb?!?) second is like 7 weeks old…
I need your help mates,
I can not fix this!
Did the service on my first X1CC, tensioned belt a couple of times, rebooted both PC and both X1CC’s
I dont have a clue how to fix this or understand what is wrong.
I am in dire need of your help mates!
Is this happening because I was so happy and satisfied with my first X1CC so I took out a loan and purchased myself a second X1CC?
I have 3 X1C. Updated to 1.6 and got layer shifts. Never had them before. wonder if they’ve messed with the motor voltages in trying to fix the VFA issues.