X axis off center


#8

The AstroBox does not autoupdate. It shows you when there’s a new update but the user always has to approve it.


#9

Daniel.

Thank you for that. It is driving me crazy that I can’t figure out what is causing this as I have been using astroprint for 6 weeks prior without an issue


#10

It is my understanding the pause sequence in AstroPrint is controlled by the printers firmware directly. When you un-pause your printer itself is putting the X/Y back at the correct position rather than AstroPrint.

AstroPrint Pause Settings

Did anything change in the Start GCODE in the Advanced Printer Settings under the printer profile?

What if you reflash the original AstroPrint image you downloaded to the SD card again and see if the issue stops occurring?


#11

I already rebuilt the raspberry pi and tried a different model. It leads me to believe it’s either astroprint or the printer

The printer works fine when connected to USB and another slicer

Astroprint also works fine if I slice it in another slicer.

That’s what pointed me to the slicer issue. I don’t understand how to read x3g code but happy to upload an example if it helps everyone?


#12

There is nothing in my start guide

It says “;do nothing”


#13

I was going to say that the start/end gcode should have something it in but from other posts about similar issues with this printer, your start gcode looks correct.

Maybe @Daniel has more information on where to look.


#14

I have a FF Creator Pro (Replicator clone) that has been doing the exact same thing. I was told by AstroPrint staff that they did not change anything; however, I have done, like all of you, reset, updated, changed, sliced in other programs, and uploaded from other slicers. The result is the same. All files sliced prior to the “error” remain ok. Only prints sliced after the “error” seem to be offset. It looks to either be affecting these models of printers or printers using this type of firmware. I have not gotten any updates from Daniel since February. This appears to be in conjunction with the integration of the Cura 3.6 slicer. Maybe someone can prove me wrong?


#15

Maybe we can be wrong together…

I still haven’t solved it. Actually considering octoprint but I do love astroprint


#16

I originally used Octoprint for a short time when I first got started a year ago. It was nice but it used the AstroPrint plug-in to work with my printer. I thought “Why do I want to use the add-on when I can use the actual app?” So I switched.
It has worked almost flawlessly until this fiasco. I can’t print anything too large these days because of this issue. I like the slicer and the cloud app but this needs to be corrected soon or I am going to have to find another process. I don’t know if Octoprint still requires the AstroPrint plug-in to work with .x3g file types. Let me know what you decide. I’m curious. :stuck_out_tongue_winking_eye:


#17

Hopefully @Daniel can help


#18

I’d be happy for a temporary fix by offsetting the start g-code to the left by whatever the distance is between nozzles. If you or someone knows this information, please post it here. :crossed_fingers:


#19

Walter. Can you try pausing mid print and then unpausing. See if it resets itself to the correct oocation


#20

What if you throw a pause gcode into the Starting GCODE section so it pauses off the bat?

Then put the heat gcode for bed and hot end to ensure it gets up to temp.


#21

Does the gcode process when it’s an x3g firmware?


#22

Ok, here’s my problem so we can determine if I’m actually having the same issue you guys are. Using my Right Extruder only, my prints all start off a distance to the right that appears to be exactly the same distance between the left and right nozzles. This would lead me to believe that the right nozzle is extruding but the left one is being used for orientation. Since AstroPrint only uses the right extruder (at least that was the case when I started using AstroPrint,) I have not used the left one. If I get the time, I will attempt to pause/unpause a print and load/print from the left side and note my results. Thanks.


#23

Well, I am definitely surprised tonight:

  1. Pausing and unpausing (10 sec pause) restarted the print in the center. Maybe a GCODE for pause then unpause at the very start would help, but;
  2. I went searching for a way to switch to the left extruder and found this: https://forum.astroprint.com/t/this-might-be-stupid-but-how-do-i-choose-extruder/322. I tried to switch to T1 mulitple times by just adding the T1 gcode but could not get it to switch so I copied the entire start code to my printer profile and made it T0. Newly sliced prints now start at center.

I’m not sure if all the code is necessary but I will play with it as time allows. I am printing a small clip for PowerPole connectors to test a full print. Let me know what you guys figure out. Hope this helps.


#24

Walter that makes sense and just looked and it is exactly the same as mine. It seems the software update has switched the extruders

@daniel any ideas about this?


#25

I don’t really know what could be causing this at this point. It appears that it has to do with extruder selection.

It’s not the cura 3 update since this happened already before that. We have been a little busy with that but as things start to slow down, I’m going to look into this. I already gave it a try but the X3G output makes it a little harder to debug than straight GCODE.


#26

Any update or progress on this?


#27

Check out the comments on this post, the one linked and the response (post itself contains start/end gcode) …

http://disq.us/p/1rheq2p