Question before printing Bambu Lab filament spool

I think I know the answer to this but, as a newbie, it’s best to ask.

I want to print one of the Bambu Lab filament spools I found in MakerWorld. See attached image; the file was downloaded to Bambu Studio with each half on separate hot plates. I setup “wide” first, which is yet to be printed, and when beginning to work on “narrow” I found the “X” coordinates different, x128 and x435.15.
Is it to correct to assume the software will preform an offset and print narrow spool correctly? Looking at the G-codes for narrow spool it appears to do so.

See image;

Short answer, yes.

Longer answer, the seemingly weird coordinates are due to where it sits in works coordinates.

The right build plate is farther right than the left one.

Nuts, right!

Print build plate 2 with the same confidence you can with build plate 1 or number 32.

It knows, it will do it correctly no matter how confusing or appears at first, later and still now, it is nuts (did I say that).

2 Likes


The coordinates that you are seeing are the coordinates relevant the Triad (marks the origin).
They do not represent the size of the object. They only represent its position in the coordinate plane.

To compare the size you will need to select object coordinates and that will give you the size of the object in the measurement system you have studio set to.


1 Like

Object coordinates were the answer to the problem we posed, yet not the solution.

Original problem we posed on the forum.

Can the z-axis be based on zero at the build plate and not the centre of the object of group of merged objects

They said “we are on it”.

They delivered the local coordinates system which doesn’t even touch the problem we sought a solution for.

Instead we gained an optional, just as confusing “object coordinates” system which is related to the object, doesn’t do anything to the z-axis and is t related to the build plate.

They insist the world coordinates must stay, fine, I don’t care.

But, what we should have gained (including later requests) is this:

  • An option to toggle to the preferred coordinates system, not a constant requirement to set it again as is the case now. A “sticky”, which stays until changed.
  • A z-axis that considers the build plate as zero for any object, merged object or sub-object of a merged object
  • A x and y axis related to the build plate select, not build plate number 1.
1 Like

The spool on the right appears to print correctly in slicer according to the “X” coordinates in the G-codes.

I agree, Z should be “0” not in the middle of the part. CAD design system I worked in were always Z0. Separate parts had their own XYZ part coordinate location but always referenced back to the absolute build coordinate.