Consistent element treatment of Rayleigh damping with flags

A forum dedicated to feature requests and the future direction of OpenSees, i.e. what would you like, what do you need, what should we explore

Moderators: silvia, selimgunay, Moderators

Post Reply
dborello
Posts: 26
Joined: Fri Sep 05, 2008 11:00 am
Location: University of Illinois at Urbana-Champaign

Consistent element treatment of Rayleigh damping with flags

Post by dborello » Tue Nov 09, 2010 8:15 pm

Currently different elements default to Rayleigh damping on or off. For example, truss elements by default will be excluded from Rayleigh damping while elastic beam columns will be included.

It would likely reducing modeling error if all elements defaulted to the same behavior (perhaps off by default). Furthermore, it would be extremely useful to provide a doRayleigh flag for all elements.

My motivation for this comes from modeling beam depths using stiff elastic beam columns. From the documentation, it is not obvious that they are included in Rayleigh damping. However, they can not be excluded from damping calculations.

Thanks,
Dan

fmk
Site Admin
Posts: 5883
Joined: Fri Jun 11, 2004 2:33 pm
Location: UC Berkeley
Contact:

Post by fmk » Wed Nov 10, 2010 9:57 am

we decided we must keep OpenSees backward compatible when we added damping to the Truss element .. historically Trusses did not use the Rayleigh damping factors because it was envisioned that the users would use the Truss with viscous materials.

it's again a matter of backward compatability

damping can be turned off in elements at the moment by making use of the region command.

i do take your point about the inconsistancies.

dborello
Posts: 26
Joined: Fri Sep 05, 2008 11:00 am
Location: University of Illinois at Urbana-Champaign

Post by dborello » Wed Nov 10, 2010 1:32 pm

I found the region command, that seems to work well.

I can appreciate maintaining backwards compatibility. I doubt many users double check their results are still valid when upgrading.

Perhaps it can be added to a list of items to be fixed for a release not guaranteeing backwards compatibility (3.0?). I know the inconsistencies have tripped up several people.

Thanks,
Dan

Post Reply