Fusion
Hi @awilliamwright .
I did not understand the meaning of what you see as the problem.
Could you please attach as simple as possible f3d/f3z data that is reproducible?
Thanks for attaching the model.
I was able to confirm the phenomenon.
I think that the scaled criteria is always done at the origin of the component to which it belongs, so it does not get to the desired state.
I feel this is probably a Fusion360 specification.
It may be possible with the API to create a body that does not follow changes, only the result.
Now that we know the cause of the misalignment, we created a script.
When the script is run, a dialog box appears to enter the scaling ratio, so enter any number.
# Fusion360API Python script
import traceback
import adsk.core as core
import adsk.fusion as fusion
def run(context):
ui = core.UserInterface.cast(None)
try:
app: core.Application = core.Application.get()
ui = app.userInterface
msg = '\n'.join(
[
'Scales all displayed bodies at once.',
'Enter the scaling ratio.',
]
)
scale, res = ui.inputBox(
msg,
'scaling',
'0.75',
)
if res:
return
if not is_float(scale):
return
exec_occurrence_show_bodies_scaling(
float(scale)
)
ui.messageBox('Done')
except:
if ui:
ui.messageBox('Failed:\n{}'.format(traceback.format_exc()))
def exec_occurrence_show_bodies_scaling(
scale: float
) -> None:
bodyLst: list = get_show_bodies()
occLst: list = get_occ_list_by_bodies(bodyLst)
move_occs(occLst, scale)
app: core.Application = core.Application.get()
des: fusion.Design = app.activeProduct
des.snapshots.add()
exec_scaling(bodyLst, scale)
def get_unique_bodies(
bodyLst: list,
) -> list:
dict = {}
body: fusion.BRepBody = None
for body in bodyLst:
dict.setdefault(
body.parentComponent.entityToken,
body,
)
return list(dict.values())
def exec_scaling(
bodyLst: list,
scale: float,
) -> None:
app: core.Application = core.Application.get()
des: fusion.Design = app.activeProduct
root: fusion.Component = des.rootComponent
bodyLstUnique = get_unique_bodies(bodyLst)
rootBodyLst = [b for b in bodyLst if b.parentComponent == root]
bodyLstUnique.extend(rootBodyLst)
objs: core.ObjectCollection = core.ObjectCollection.create()
[objs.add(occ) for occ in bodyLstUnique]
scaleFeats: fusion.ScaleFeatures = root.features.scaleFeatures
scaleIpt: fusion.ScaleFeatureInput = scaleFeats.createInput(
objs,
root.originConstructionPoint,
core.ValueInput.createByReal(scale),
)
scaleFeats.add(scaleIpt)
def move_occs(
occLst: list,
scale: float,
) -> None:
occ: fusion.Occurrence = None
for occ in occLst:
mat: core.Matrix3D = occ.transform2.copy()
origin, xAxis, yAxis, zAxis = mat.getAsCoordinateSystem()
ary = origin.asArray()
ary = [v * scale for v in ary]
origin.setWithArray(ary)
mat.setWithCoordinateSystem(origin, xAxis, yAxis, zAxis)
occ.transform2 = mat
def get_occ_list_by_bodies(
bodyLst: list
) -> list:
app: core.Application = core.Application.get()
des: fusion.Design = app.activeProduct
root: fusion.Component = des.rootComponent
dict = {}
body: fusion.BRepBody = None
for body in bodyLst:
if body.parentComponent == root:
continue
occ: fusion.Occurrence = body.assemblyContext
dict.setdefault(
occ.entityToken,
occ,
)
return list(dict.values())
def get_show_bodies() -> list:
app: core.Application = core.Application.get()
des: fusion.Design = app.activeProduct
root: fusion.Component = des.rootComponent
bodyLst = root.findBRepUsingPoint(
core.Point3D.create(0,0,0),
fusion.BRepEntityTypes.BRepBodyEntityType,
10000000000,
True,
)
return [b for b in bodyLst]
def is_float(
txt: str
) -> bool:
try:
float(txt)
return True
except ValueError:
return False
The position of the component (occurrence) is moved in advance to be in the proper position after scaling.
It is possible that this may not work, as I just checked with the attached data.
Well, either way, thank you so much for taking the time to put that together. I really appreciate that effort, because I'm very green with script writing!
So, I am able to get the script to work myself for simpler projects, but when I try and use it on the complex project I'm working on, it doesn't work. Oddly, it shuffles some components around but doesn't scale anything. It's very mysterious. Even stranger, if I click "revert position" after running the script, all the components snap back to where they're supposed to go (but nothing was scaled).
The first screenshot is of component drift with the script, the second screenshot is component drift using regular scaling.
Excellent work.
I could certainly see cases where it would not work for data with more complex components.
After consulting with others on the Japanese forum, I learned that exporting with SAT and re-importing will make it component-independent.
(In the case of Step and Iges, the component relationship is maintained.)
Probably the easiest way is to export/import and scale with SAT.
Hi Kondennti-San,
You are a One-Of-The-Kind F360 Scripter. I don't think another one on this Planet matches your skill and proficiency.
Regarding the hard subject.
Understanding the difference between scaling real Design Geometry and scaling Design is essential.
Apart from the visible topology of objects (which can be sent to e.g. 3D printer), the latter contains intangible elements. Let's call them designs intents, which are not easily scalable or not at all.
The attached file demonstrates some trivial cases.
It is also worth pointing... to some dangers.
As designs with scaled elements can be nested in more complex assemblies, their design intents might become unsynchronized. When successively used as references, they may lead to excruciating head-scratching by consecutive drafters 🤕.
... so use scaling sparingly and certainly ... not frivolously!
Regards
MichaelT
P.S.
Yes, the CAD system can possess full scalability, … but the more complex it is more difficult it is to achieve such functionality.
P.S. II
I re-edited, replaced term "draftsmen" with "drafters" as ... Artificial Intelligence warned me ... politely at this stage that:
Some readers may find the term draftsmen non-inclusive. If you don’t mean to specify gender in this context, a different term may be more effective.
