I don’t mean any disrespect but did you watch the video? It’s very obvious what it intends to do - for instance you can tell when it homes and it should end up at x:150,y:150.
There are obvious homing stages where it does not end up at x:150,y:150.
Are you suggesting, for example, that when performing Z offiset it’s supposed to start at x:280,y:150, then is supposed to try to travel to x+150 - when it starts at x:280, it’s not going to have 150 steps available so:
1: why is it homing to the wrong spot
2: when it homes, if it’s supposed to home to x:280,y:150 (which I don’t think it should) then why is it trying to move as if it thinks it start at x:150,y:150.
I already wrote this. My native language isn’t English, and I’m having a lot of trouble following your explanations. Google is also giving me a huge amount of confusion. So please excuse me if my explanation wasn’t helpful. I was just trying to contribute something useful. Given the offset on the X-axis, I would check the timing belt and the pinion gear on the stepper motor again. Then disconnect the stepper motor from the power supply and move the carriage by hand to check the guide. If there’s no mechanical fault, then write to Sovol and explain the problem. There might be a problem with the board itself. I can’t help with that anyway.
I understand, and I am truly grateful for your time and responses. If anything is misunderstood, please understand I’m not trying to be rude - I really do appreciate you trying to help.
It’s very hard to communicate tone, so I’m sorry if I’m coming across as rude - that’s not intentional.
I watched your videos and downloaded and examined the presliced g-code from the +Ace wiki page.
something is not making sense. The Z-tilt function seems pretty well centered but the front row of the mesh generation seems to crash and loose counts… except with lost counts the subsequent rows should be shifted left but seem to be okay?? The g_code shows the cable clip shold print at centered at 150,150. It clearly prints off to the side.
I don’t have an ace printer so I’m unable to “see” the actual calibration routine. @EnigMirage is your printer connected to your WiFi? Are you comfortable with connecting with SSH (VIA WinSCP recommended) and copying your entire /printer_data folder to your PC? Zip it and put on Google Drive (or similar) and send us a link?
I think I got this solved, and I left out a small detail that ended up being the key.
When moving the tool head manually, I thought it was odd that there was a certain amount of friction on the left and right sides of the X rail, but in the center there was about 4 inches where there was almost no friction at all.
Like I said, I’m new to Sovols, and that’s a preassembled part so I figured that must just be the way they are.
Turns out that’s not right at all.
What was happening was, during the self check whenever the tool head tried to travel from x:300 back to x:0, it would pass through that low friction area, but when it hit the higher friction section, the sensor interpreted that as having hit the left side, so it stopped there and considered that x:0 - everything is off after, understandably.
The fix was to:
1 - loosen the rod mounting screws on both sides of the x-axis rod.
2 - move the tool head all the way right and tighten right side mounting screws.
3 - move the tool head all the way to the left and tighten left side mounting screws.
After that I re-ran self-check and it ran successfully with no issues.
I speak German. If your message was impolite, I didn’t understand it anyway. It can be frustrating when the printer doesn’t work as expected. I feel the same way. I’m glad the problem was found. Happy printing!
Yes. I’m a moderator and author on drucktipps3d.de. If German isn’t a problem for you, you’ll find a much larger forum there with many helpful users.
