DC: A nightmare!!!

AlainBo · 29 Aug 2012, 10:13

Hello,

I almost succesfully made a dynamic door but there's always something crazy without any apparent reason, mostly a group with its scale changed!!

Could a DC's guru have a look to the joined model to try to find what's wrong?

Regards,
Alain

Porte intérieure dynamique.skp

ArCAD-UK · 29 Aug 2012, 17:26

You subject title should give you a clue! Save your time unless you have plenty spare to learn the complexities of DCs. I think last time this was discussed there was a general view that they are a nice idea but not fit for purpose. Treat yourself to a nice collection of individual predefined components which you can adjust with Fredo's Scale plugin.

AlainBo · 31 Aug 2012, 07:34

@Arkad-UK: Well you may be right but I already saw quite complex DC running well so, I think the feature is maybe not really easy to use or well documented and may suffer of some bugs. Anyway, it seems useable with some knowledge I don't actually have.

AlainBo · 31 Aug 2012, 09:28

I tried to switch al sub-groups into components as I saw that many examples only use components but it doesn't help.
Groups work as much as or as badly as components!

Joined model is all made of components. Just few groups of no dynamic elements. I hope it doesn't cause my problems.

This door works well but 2 colors on the frame are not well named and use default name colors.
I try to create new materials for them using dedicate names and then, changing parameter values breaks the model !!??!!

I joined the original model, which works and the one where I changed a color and which doesn't work.

Incredible.

Please help!

This one works correctly, verify by changing "lgPorte" to 73,83,93 for example

This one doesn't work correctly, verify by changing "lgPorte" to 73,83,93 for example

Jim · 31 Aug 2012, 20:33

Can you be more specific about the nature of the problem? It is not clear from your text. Post some images of the problems, if you can.

AlainBo · 1 Sept 2012, 08:12

Hi Jim,

In fact I discovered that savinf and reloading the model seems to solve the problem!
Anyway, if you use the "Porte interieure dynamique.skp model", you can, normally, easily reproduce the problem.
For information, I also try by removing all plugins to verify that one of them doesn't interact.
So once the model is loaded, if you change for example the "Lg Porte" parameter you will see that the width of frame change as you expect.
For example, I start from the original model:

I apply a new material to some elements of the frame:

I change the "Lg Porte" parameter:

And one of the elements is detached from the frame. This can be this one or any other, sometimes only one dimension is changed...

Can you reproduce the problem?
Alain

federicovanni · 4 Sept 2012, 12:06

Hi,
I take a quick look to your component...I think that mistake is the wrong position of origin of the component Ouvrant: it must be positioned on the bottom corner of the Ouvrant component. Actually it is far 206 mm from the bottom and not in the corner.

bye
Federico

AlainBo · 5 Sept 2012, 07:17

Hi Federico,

The origin's position is needed by the animated interaction.
When I interact with "Ouvrant", the door rotates around its hinges so, this action only works if the Z axis is aligned along the hinges.

Anyway, I don't see the relationship with color and position of the origin.

In my posts, I don't say that the door doesn't work, it usually works, except after I change a sub-component's color. In that terms, what's the problem with the origin?

Alain

federicovanni · 5 Sept 2012, 09:06

Sorry Alain, but I can't understand what is your purpose with your component and color.
However, if you change "h Porte", for example 240, the component lose his proportion. This is due of the position of the Ouvrant origin. Moreover if you change other parameters the door doesn't works. You have to check the origin of all components, I notice that some of these aren't place exactly on the corners.

Federico

AlainBo · 5 Sept 2012, 17:21

That's strange because mine works well. I suppose I didn't upload the right one. Don't know, so the joined one works well, I verified "H Porte" as you said and other parameters.
And in fact, according to my tests, changing origin can make the things not working if you change origin after having writen the formulas but if you do it before, there is no problem.
All positions or rotations modifications are done relatively to the origin so, it's position shouldn't be important.

Porte intérieure dynamique.skp