huangyhg

'x' bracing/out of plane bracing analysis
to all,
i am curious how most engineers handle the analysis of 'x' bracing with regard to lateral support out of plane.
i noticed the "tension only" thread as well, so i thought it might be a good time to start a discussion on vertical bracing. i typically use ramadvanse, but have used other 3d analysis such as stadd and risa. when building a model i typically do not add a node at the intersection of the 'x', otherwise i would have to manually input the effective length of the brace, as i do not consider the members braced out of plan. now of course tension only members will avoid this all together; however, your reactions will be higher having only half the members doing the work (half being relative to a symmetrical structure).
i have also read articles, where a certain amount of out of plane lateral support can be provided to the compression member by the tension member, based on the connection and the continuity of the bracing.
again, i was wondering how others view this and their approach to design.
thanks
find a job or post a job opening
i consider the compression diagonal to be unbraced over its full length.
a colleague of mine believes the tension diagonal does brace the compression diagonal.
so i guess i'm not helping much, am i?
daveatkins
answer: it depends on the stiffness of the braces and the configuration of the connection. see the papers referenced here:
err..try this one:
it's a beam-column. assume it is not braced by the tension
if you don't use tension only
to avoid the problem jae brings up (here i am getting on my soapbox again!), use the analysis software to do the analysis, then take the results and design the
thanks for the various inputs, as i like to hear how others handle different scenarios. i also wanted to start this thread as a common mistake i have seen with engineers i have worked with is understanding when they put a node on a beam/column/bracing within design programs seem to read it as a brace point whether it is or not. the programs are getting better and there are manual overides to avoid these conflicts, but it is something engineers should be aware of (so a post on a forum other's can read and add information is the way to go). and dave, i will stand with you on the soapbox. i believe that it is very important and highly advisible to be able to reproduce the outputs from software applications by hand. i do not think everything needs to be designed by hand as that is the advantage of design aid software, but you need to understand the software otherwise bad input = bad output.
willisv,
thanks for the article very interesting read.
i remember aisc recommander kl=0.8l.
a more exact solution is
kl=l1+l2(2m-1)
m=sqrt(0.523-0.428(t/c))>=0.5
t=force in tension bracing
c=force in compression bracing
i would like to use k=1 if no special reason. a little conservative but simple

__________________
借用达朗贝尔的名言：前进吧，你会得到信心!
[url="http://www.dimcax.com"]几何尺寸与公差标准[/url]