Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.

First time visiting? Here are some places to start:

  1. Looking for a certain topic? Check out the categories filter or use Search (upper right).
  2. Need support? Ask a question to our Community Support category.
  3. Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
  4. 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.

Revisions & Configurations inside of Assemblies

Michael_CoffeeMichael_Coffee Member Posts: 58 ✭✭
When you have an assembly and you make it configurable, you can configure one of your models inside of the assembly that is also configured. For example, we have a tube configuration that is used in multiple locations in a model, and we configure in the assembly which tube configuration appears depending on the options we select from the table. It's a very powerful tool when dealing with configured assemblies.

However, we have hit a bit of a snag. We want to use, going forward, released models when making our assemblies. Because each end product tends to be very customized per customer, we want to make a template document where we start with the basic structure, copy-work-space, and then make changes as needed under the new part number. Having this template would standardize our process (something we couldn't do at all with SolidWorks, because it'd crash on us almost constantly or the configurations would explode on us) and it would make it so we already have 75% of the work done before we even start. These templates are very much doable...with versions.

The moment we try to use released models, we cannot configure them. The only option given is whether it is suppressed or un-suppressed.

My question to the community and Onshape is was this an intentional feature when it comes to releases? I'm asking before I submit an improvement request because I want to understand what led to how its structured right now, whether it is intentional or a "we haven't gotten to it yet" thing (which I completely understand). I just feel that it is disconnected from how Onshape normally handles configurations in assemblies with a blanket absence of that feature once released. If the mindset is "Once released, it shouldn't change unless revised", I understand where that comes from. However, with configurations, you have multiple releases tied to the model. I just would like the option of at least choosing which release to use inside of that model, rather than a disconnect of "you can't change it" once inserted into the assembly.

Thank you for your time =)

Answers

  • philip_thomasphilip_thomas Member, Moderator, Onshape Employees, Developers Posts: 1,355
    @Michael_Coffee - great discussion!

    Your observations are correct - the explanation is as follows:

    Unlike SolidWorks, individual configurations can be released.
    At any time, you are free to reference a released object (representing a single state (configuration)) OR the configurable workspace of the part.

    The reason you cannot do 'both' is that they are contradictory - a released part is one that (by definition) cannot change and a workspace contains NO released objects because a workspace is for change.
    Your options today are one or the other. The only downside to using the (configurable) workspace is that every time the assembly is released, that configuration gets revisioned over and over. For THAT we are working on something ;)
    Philip Thomas - Onshape
  • Michael_CoffeeMichael_Coffee Member Posts: 58 ✭✭
    Thank you for the explanation =) I hadn't thought of versions also being workspaces, so that makes sense.

    In the case of what we are going towards, though the two spaces are contradictory, as you said, are there any current plans of making it so you can switch between different releases within a model? I understand it's flying in the face of what you've already said, but hear me out. At the moment, when inserting a release into an assembly, you can search by part number when you're about to place it in the workspace. Because the metadata is already there, it just seems like to me that having that option would make designing configurations a lot easier/simpler.

    For example, the template assembly we want to make would deal only with released parts. If we dealt only with released parts as is currently, we'd have to have separate instances of each particular location of the configured part. For the tube example, let's say there are nine releases for one model in one location. That, by itself, is nine instances. If I needed it in another location, now it's eighteen. It's exponential from there. With versions, it's only ever one model in however many locations you need it. The downside is when we are done, we have to replace the model with its corresponding release of that configured option. While not too bad if dealing with small assemblies, it can become extensive with larger assemblies. Being able to configure which release or part number we want to use would minimize an instance count, and it'd guarantee only ever using released models and not anything in development. Obsolete parts, by their nature, wouldn't show up in this list, as their metadata doesn't get in that search path anyway.

    Mind you, this isn't like a "we need this now!" thing. Replacing the version model with its released model isn't a deal breaker for our template idea. It's just an extra step that ultimately still saves a LOT of time otherwise =)
  • philip_thomasphilip_thomas Member, Moderator, Onshape Employees, Developers Posts: 1,355
    @Michael_Coffee - Please accept my apologies if i have misunderstood what you're asking for, but . . . you can freely switch between versions and revisions today. Just go to selective update and there you can toggle between versions and revisions (releases). I am sure that there are more nuances to this, but i think that was the question you asked.
    Philip Thomas - Onshape
Sign In or Register to comment.