When I export via STL, it appears that units don't get properly exported. The file shows up in ReplicatorG as smaller than actual size by a large margin. I have to export to IGS, import into FreeCAD, export as STL for sizing to be preserved.
Yeah, they're having issues with files being reduced to 10% of original.
But the more complaints, the faster it gets fixed... we hope 🙂
I was curious if changing the default units in F360 to cm may be a work-around? I don't currently have Replicator G installed, but that may change soon 🙂
Thanks!
Are you sure there isn't an old "send to print" code from 123D in there?
I remember 123D used to be a centimeter based interface and there could be a lot of old code from 123D still remaining in F360.
The geometry kernel in F360 works behind the scene in cm's. The STL format is unitless (I believe - please correct me if I'm off base here). I think this may be where the issue is.
Here's what I've found so far:
-I created a 100 x 100 x 100 cm cube in F360. Next, I imported into Inventor where I can specify the units of my choice and the size is correct. 100x100x100 in, cm, mm, palms (just kidding), etc...
-If I import the STL file into Alias (where the default is mm), I seem to get a similar results (100x100x100mm).
I was noticing that RepG gives two options for units, mm or in. I just noticed that if I export the F360 cube into RepG, it looks like it comes in as 100x100x100 mm (instead of 1000x1000x1000 mm). Does this like a possible explanation to what is happening?
Thanks,
Thanks for the quick feedback!
I'm hoping to clarify that if the default units are changed to mm (or to match the destination program's units) prior to exporting the STL file from Fusion 360, that the scale is correct once opened in the destination program. It's not that exporting a file that everything is shrinking by a scale of 1/10.
I'm hoping the above suggestion is a useable work-around for users importing into RepG, for now. The ultimate enhancement would be to have the ability to scale the exported STL during export; however, the above suggestion of matching units manually may be the best available option for the short term. Hope this is helpful!
Please keep the feedback coming, it is very much appreciated!
Thanks,
STL is truly unitless - it's just numbers in the file. For makerbot they assume everything is mm, although if you exported it in inches they will try to detect this and automatically correct.
I've seen a few 3d programs that export STL, and the most common way to export is to just use the native unit of the file you're exporting. But I've seen one program handle this by asking you during STL export whether you'd like to export with native, mm, or inches as the unit.
Or, I bet if you switched the default units of fusion documents to mm it would fix the issue for most users.
I'm not sure if the program used to export the files added units. I do know that we ticked the metric/mm box on export.
Has anyone else seen this issue recently reemerge? Modeling previously in Fusion using inches would generate appropriately sized STL files for printing, but have noticed this issue reappear after applying the Fusion update yesterday (3/4/15). Did anyone else experience the same?
Yes, I have seen this reemerge - exporting as STL for import into shapeways.com, which reports parts cannot be printed because they are too small. My coffee thermos has turned into the size of a shot glass.
Inventor Professional 15 - build 159
I checked with the latest release and found that the STL file was using the currently set units to create the STL. I tested this by inserting the STL back into Fusion and also Meshmixer. This means if you are using inches that the system that is importing the STL will need to apply inches as well. STL are unitless so the scale that is applied when it is created will determine the position for each vertex in the STL mesh file. This posting may help explain the issue. Let me know if you are still having problems.
Thanks
Can't find what you're looking for? Ask the community or share your knowledge.