Can I make a component "read only"? Can I designate a component to be "bodiless"?

Can I make a component "read only"? Can I designate a component to be "bodiless"?

wrewing001
Enthusiast Enthusiast
438 Views
4 Replies
Message 1 of 5

Can I make a component "read only"? Can I designate a component to be "bodiless"?

wrewing001
Enthusiast
Enthusiast

In a complex, hierarchical design, I have components that function as master plans and should never contain bodies.  Many of my components really only serve as folders that contain other components.  None of these components should ever have any bodies in it.

 

The mistake I make more than all others combined goes like this:

1. To keep my timeline clean and organized, I make lots of groups, giving each a meaningful name.

2. Typically, to do this, I go up some levels in the hierarchy.

3. I resume work, and then find that some bodies have shown up in high places instead of where they belong, down in some lower component.

4. So, I rewind the time line and redo the work in the correct subcomponent..

 

This happens often and makes everything take twice as long as it should.  I know it's my bad, I just wish it weren't so easy to fall into.

 

What I wish I could do is designate a component to never allow any bodies in it.  Or better, I would get a warning which I could choose to ignore.

 

Making a component "read only" could sort of solve this.  For any component that is a master template, I use Copy/Paste instead of Copy/Paste New.  If I do make a change to it, it is a change that I want all users of it to get.  In this sense, making a component read-only would be undesirable.

0 Likes
439 Views
4 Replies
Replies (4)
Message 2 of 5

Drewpan
Advisor
Advisor

Hi,

 

Are you trying to protect your design from other people working on the design or from yourself?

If you are trying to protect the design from yourself then your workflow seems to be too complex. Doing everything

in a logical and consistent way will always be better than being all over the place. If your workflow is so complex you

keep confusing yourself then you need an easier method.

 

Design heirarchies should flow something like this:

 

Top level container

Assemblies of either sub-assemblies or individual parts

Individual parts

Whatever is left over, like hardware imported into the design.

 

Aeroplane

     Fuselage

     Empanage

          Vertical Stabiliser

               Rudder

          Horizontal Stabiliser

               Elevator

     Wing

          Flap

          Aileron

          Landing Gear

               Strut

               Wheel

                    Brake

     Engine

     Propeller

 

 

There are many ways to do this and some are set out in Design Standardisation Documents and some are just good

practice. You never want complexity just because you can. In the real world, your design will almost certainly be used

or at least looked at by others and they need to understand what you have done.

 

Engineers and Designers typically split a Design into Assemblies that are stand alone groups or parts, or groups

or Sub-assemblies and Parts or combinations of both. A Sub-assembly can also be stand alone or a group of other

Sub-assemblies and or Parts. A Part is a single part of a design.

 

In this Forum you will get designs from a simple cheese grater to some complex machine for manufacturing widgets.

The thing the designs will (or should) have in common is the way they are put together in these groups.

 

I can't really think of a reason you would have an empty container in a design unless it was part of some documented

standard, and even then surely the standard would say if it was empty then don't use it.

 

I understand that we can all get a bit carried away when we are on a roll designing and sometimes we put stuff in

places that really should be somewhere else and need to fix it, but if this is happening every time then there is

something too complicated in your workflow.

 

Things are different when you are working in a design team. There are ways to lock down components that are

imported into a design from elsewhere. In the example I used, the wing design may change shape many times with

wind tunnel testing, but the shape of the wing that gets bolted onto the fuselage will remain the same. There will be

some Standard that tells the fuselage design team what shape to make the wing cutout, but the actual wing will be

whatever the wing design team supplies in the imported wing assembly. If you don't have permission from the team

to make changes then any changes will be cosmetic, the base design will remain the same.

 

Having a clean timeline is a good practice and naming stuff is important. It sounds to me that you get a bit

enthusiastic sometimes and keep going with something instead of slowing down and putting it in the right place.

We all do that at times. Excessive speed often leads to mistakes and failures. Speed will come with experience and

practice. Get the workflow clean first and the rest will follow. Don't go looking for complicated fixes for problems

that are carelessness and not cross checking what you are doing.

 

Have a look at the RULES pinned to the top of the Forum, they will help you get things consistent. Try to remember

that it doesn't matter if only you or lots of people will look at the design, always try to use best practice. Even on small

"quick and dirty" projects, they often grow into much bigger projects and it is much harder to fix problems later.

 

Cheers

 

Andrew

0 Likes
Message 3 of 5

TheCADWhisperer
Consultant
Consultant

@wrewing001 wrote:

In a complex, hierarchical design, I have components that function as master plans and should never contain bodies


Derive master(s) into each bottom-up component as needed.

Build Sub-Assemblies and Assemblies as externally referenced components.

Message 4 of 5

Fully_Defined
Collaborator
Collaborator

@TheCADWhisperer wrote:

Build Sub-Assemblies and Assemblies as externally referenced components.


 

Good advice! This is something that has unfortunately not made its way into Fusion folklore, because of Rule #1. Creating components externally sounds like the right answer.

 

The timeline is both a blessing and a curse, because if used right it adds to awareness and logical order but if used wrong it can confuse and distract. It's like fixing a Sudoku puzzle after you realize near the very end that some of the numbers are wrong, and there is no undo button. Making components independent reduces the risk to the whole assembly.

 

Can the parameters for components live at the assembly level in Fusion? That way having master read-only components would be superfluous.

0 Likes
Message 5 of 5

TrippyLighting
Consultant
Consultant

@Fully_Defined wrote:

@TheCADWhisperer wrote:

Build Sub-Assemblies and Assemblies as externally referenced components.


 

Good advice! This is something that has unfortunately not made its way into Fusion folklore, because of Rule #1. Creating components externally sounds like the right answer.


Creating external components has its own advantages and disadvantages!

 

The same can be achieved in a top-down design, albeit requires quite a bit of discipline.

I also don't always create bodies in the right place.

R.U.L.E #1 was "invented" way before the ability existed to create external components!

It addressed a top-down workflow, the only workflow at the time.

 

 


EESignature

0 Likes