help with equalDOF command

Forum for OpenSees users to post questions, comments, etc. on the use of the OpenSees interpreter, OpenSees.exe

Moderators: silvia, selimgunay, Moderators

Post Reply
jwieser
Posts: 16
Joined: Fri Apr 10, 2009 9:25 am
Location: University of Nevada, Reno

help with equalDOF command

Post by jwieser »

I am trying to model an interior column of a multiple story building in a 3D model. There are four beams connected to column at each floor level, all of which are pinned.

I have defined 5 nodes at this location and connected them with the equalDOF command. The master node is defined as node1 and four different equalDOF constrains are used to constrain node1 to node2, node1 to node3, node1 to node4, and node1 to node5.

Is this the proper way of doing this or is there a problem with the order in which this is done? also is the transformation constraint handler ok for this definition.

If anyone has any input it would be helpful

jwieser
silvia
Posts: 3909
Joined: Tue Jan 11, 2005 7:44 am
Location: Degenkolb Engineers
Contact:

Post by silvia »

if everything is pinned everywhere, why don't you just use trusses?
or just remove the rotational dofs...
Silvia Mazzoni, PhD
Structural Consultant
Degenkolb Engineers
235 Montgomery Street, Suite 500
San Francisco, CA. 94104
jwieser
Posts: 16
Joined: Fri Apr 10, 2009 9:25 am
Location: University of Nevada, Reno

Post by jwieser »

This is part of a 3-story building with 6 bays in one plan direction and 4 bays in the other plan direction. The moment frames are on the exterior frames in each direction but the interior frame have simple beam column connections.

When you say remove the rotational degree of freedom do you mean within the equalDOF command? That is what I have done.

My issue is mainly with the periods that I am getting. They don't make sense when I implement end releases using the equalDOF command.

I would use zeroLength elements with low modulus material in the rotational DOFs but this greatly increases computational effort and time for just a simple connection.

Any suggestions would help.

Thank you
silvia
Posts: 3909
Joined: Tue Jan 11, 2005 7:44 am
Location: Degenkolb Engineers
Contact:

Post by silvia »

only use the equaldof for the constrained dofs at the nodes.
Silvia Mazzoni, PhD
Structural Consultant
Degenkolb Engineers
235 Montgomery Street, Suite 500
San Francisco, CA. 94104
jwieser
Posts: 16
Joined: Fri Apr 10, 2009 9:25 am
Location: University of Nevada, Reno

Post by jwieser »

Thank you, That's what I have done. I think the constraints handler may be an issue. I understand that the Penalty and Lagrange methods are not the best for transient analysis. Thus that leaves the transformation method, however if I want to assign rigid diaphragms at the floor level I then have constraints in series, which I understand may be an issue.

Do you have any suggestions as to how to avoid constraints in series. Or a different way of modeling this type of floor system.

Thank you for you help.
silvia
Posts: 3909
Joined: Tue Jan 11, 2005 7:44 am
Location: Degenkolb Engineers
Contact:

Post by silvia »

i'll have frank look at it.
Silvia Mazzoni, PhD
Structural Consultant
Degenkolb Engineers
235 Montgomery Street, Suite 500
San Francisco, CA. 94104
fmk
Site Admin
Posts: 5884
Joined: Fri Jun 11, 2004 2:33 pm
Location: UC Berkeley
Contact:

Post by fmk »

if the node at the column element is that master and the nodes at the beams are slaves you will have no problem using Transformation providing you have no other constraints, e.g. rigid diaphragm acting.

I don't like rigid diaphragm with anything but elastic beam elements becauase of the high and unrealistic axial forces they tend to generate in the nonlinear beams. I suggest using quad elements or Penalty method if this is the case. But have a look at the forces yourself to see what can happen.

the limit on the use of the Transformation constraint handler is that one node cannot be both a slave and a master.

as for ZeroLength elements, adding them should not greatly increase the computation time if you choose a sparse solver, e.g. UmfPack (or Mumps in the soon to be released version 2.1.1). If it does prove to be send me the model so i can have a look at what the bottleneck is.

Also as these joints are not truly pinned in real life it is probably a better modelling assumption to model with ZeroLength.
Post Reply