-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Prints centering on rear-right corner of build plate #5
Comments
Hmmm... That seems like it should work. Could you take a 20mm cube and slice it to gcode and the x3g, zip those up and share a link from somewhere like DropBox. Share a link to this github issue? |
Slicing this cube from Thingiverse: |
Maybe your printer has the zero point wrong in Cura itself. What happens when you click your machine name in the top right, then "Manage Printers...", then "Machine Settings" and toggle the "Origin at center" checkbox? |
Or maybe there is a toggle in GPX to center the g-code? |
I am experiencing a similar problem with my Replicator Dual clone. It prints in the back right corner. Additionally, my print bed starts the print by going all the way down, all the way up, half way down, and then a quarter of the way up. The end result is that it's printing in midair. I tried toggling the Origin At Center checkbox (setting it to True), and it had no effect. |
Also, when I tried printing a dual-extrusion print through OctoPrint a couple weeks ago, I got very strange behavior where, on tool change, the tool head moved to the opposite side of the printer (I think it tried to move more than the entire length of the printer first, there was some dreadful grinding at one point). |
Maybe it would help to compare the GPX output with the code produced by Makerbot Desktop (which produces working output)? |
Hmm it seems my printer is from the same company but just different name. It also uses sailfish firmware and set origin at center printbed. Cura X3G plugin does not work properly for me as well. What I do is use ReplicatorG (the version provided by the manufacturer) to translate the x3g file from Cura gcode and it works fine. I read from this post that it seems different X3G translator work differently: https://www.reddit.com/r/3Dprinting/comments/7aqrs1/anyone_got_any_experience_with_x3g_files_and/ The origin setting on Cura does not affect anything at all. I just include all those definition at the start of gcodes to be generated and that's all. |
I'm using the X3GWriter plugin in Cura to output x3g, and whenever I try to run one of these output files, the print exhibits the kind of mis-centering behavior described by @markwal in this FlashForge Google Groups thread.
(My printer is a Replicator 1 Dual compatible Qidi Tech I running on Sailfish v7.8 r01234. I'm running Cura 3.1.0 with version 2.6.0 of this plugin.)
I've got everything configured correctly in my settings - the build plate is marked as having its origin at the center of the build plate, and the startup G-Code calls
M132 X Y Z
after zeroing the axes (I'm using these settings as a base.)For completion's sake, my current start code in use, exactly as defined:
The bizarre thing is that I was previously running my prints through OctoPrint's GPX plugin (using Cura's built-in "Print with OctoPrint" button), and that didn't have any problems - prints were correctly centered in the middle of the bed (with the "extrude a line of filament" line correctly going along the front edge) and everything. I'm not sure what OctoPrint did that this plugin isn't doing (or vice versa), but for some reason, when I run the x3g code exported by Cura off of my printer's SD card, that first extruded line goes down the middle of the bed, stopping at the center. (I tried exporting the G-Code from Cura and converting it by running GPX manually outside the context of the plugin, but saw no change in behavior.)
The text was updated successfully, but these errors were encountered: