Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.
First time visiting? Here are some places to start:- Looking for a certain topic? Check out the categories filter or use Search (upper right).
- Need support? Ask a question to our Community Support category.
- Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
- Be respectful, on topic and if you see a problem, Flag it.
If you would like to contact our Community Manager personally, feel free to send a private message or an email.
Configurations and Top-Down Design
Wout_Theelen
Member Posts: 8 ✭
I created this part in a masterworkflow however I discovered that changing configurations isn't working for me.
When I update the parts for a new configuration the old parts update as well which I don't want.
The reviewer for my assembly will only be using view mode so will not be able to update the context of the
parts everytime and that would be a hassle anyways since other engineers would need to insert this assembly
and updating configurations everytime would be a hassle.
I have thought about using a completely seperate space allocation for each of
the assemblies but that seems like the wrong approach.
Any tips on how I could improve this document would be helpful.
When I update the parts for a new configuration the old parts update as well which I don't want.
The reviewer for my assembly will only be using view mode so will not be able to update the context of the
parts everytime and that would be a hassle anyways since other engineers would need to insert this assembly
and updating configurations everytime would be a hassle.
I have thought about using a completely seperate space allocation for each of
the assemblies but that seems like the wrong approach.
Any tips on how I could improve this document would be helpful.
Tagged:
0
Comments
In the lower one it almost seems like a mate issue with the parts that are floating (as if they are "grouped" from the part studio rather than mated in the assembly).
In general you don't want to rely on one context that changes with configurations (as you are finding out...). The way you could get around this would be to have a different context for each configuration of your "space allocation", but the downside is that you then need to configure you features to reference the correct context (rather than just the one so it's more work).
You would probably have been better off using a couple "derived in" layout sketches (eg top and side view) than an "allocation volume" context as those would be a lot easier to configure.
I agree contexts don't work that well when combined with configurations. Where they shine is in being able to have multiple contexts representing different positions of moving parts from an assembly.