When Is a Wall a Column?

So there you are, designing away, when you come across a strange bird: a very long column. Or is it a very short wall? Where exactly is the line between the two? The implications can be significant:

· Columns require as much as eight times more vertical steel as a wall (1% versus 0.12%).

· Columns require closed ties; walls often have a single curtain of horizontal steel.

· The minimum dimension of a column for a given fire rating can be significantly more than the minimum thickness for a wall (e.g. 12″ versus 6.25″ on a project of mine).

An example of bearing walls I designed in a high-rise building

The ACI 318 code is silent on the subject, although it does clarify when a pedestal becomes a column. The Concrete Q&A in the October 2003 issue of Concrete International addressed this question directly. In short, the author confirms that the behavior and design of the section does not depend on the terminology: the equations for axial and flexural design are identical, including the slenderness checks. Ties are required in walls if the reinforcement ratio exceeds 1% (i.e., if it looks like a column) or if the steel can yield in compression (Section 14.3.6 in ACI 318-11 and older codes). In summary: it doesn’t matter much for structural design.

What about fire ratings? Neither IBC nor ACI have apparently addressed the fire rating issue, as demonstrated by this thread at Eng-Tips.com. In these cases, my advice is to use engineering judgment and the “believability” test: if a disinterested observer won’t believe that it’s a wall (say, because it’s square in plan), it shouldn’t be a called a wall. My personal threshold is an aspect ratio of around 4:1.

Agree? Disagree? Please feel free to add your own thoughts via the comments below.

Many thanks to my new friend Triadi, who prompted this post with an email.

Posted in Uncategorized | 2 Comments

CBRE

Congratulations to CBRE on occupying your sparkling new office space atop 321 North Clark in Chicago. Thanks for letting us be part of the team.

Posted in projects | Leave a comment

ETABS 2013 One Year Later

It’s been a year since CSI released the long-awaited next generation of ETABS. My colleagues and I have poked and prodded ETABS 13 for thirteen months and like what we’ve seen. I’ve watched the release notes and seen many bugs squashed. But as a big fan and longtime user of ETABS, I have a confession to make: I haven’t switched to version 13. Yes, I’ve tried, and even upgraded a number of my production models, only to relapse. Why is this? I offer the following reasons:

Triskaidekaphobia

Not really. I just couldn’t pass up a chance to use a fun word. But there’s a reason buildings don’t have floors labeled ’13’ – apparently people can be superstitious.

Momentum

If learning a new analysis software is like learning a new language, then learning ETABS 13 has been like moving from California to Boston: you can catch the drift, but you’re still wondering what a “cah” is and why it’s “pahked”. The basics are all there, but load cases are now load patterns (not to be confused with the repurposed load cases!), points are now joints, towers are now defined in addition to stories, and so on. In other words, the accents are funny around here. I’ll get over this, but it may be after I figure out how to pahk the cah.

Friction

When you use a program all day long, small annoyances loom large. ETABS 13 has a phenomenal solver and unmatched data export capabilities, but frustrates me with unexpected and sometimes inexplicable behavior throughout the user interface. A few examples:

  1. Dead-end Dialogs – Some of the windows in ETABS 2013 trap the power user, forcing them to reach over and find their long-lost mouse to click through. An example is this dialog that pops up after clicking “OK” in the “Export to Access Database” form:ETABSChooseExportUnitsAt a minimum, the Escape key should always exit the dialog.
  2. Taboo Tab Order – When I hit “Tab”, I expect the cursor to move to the next input box or button. Alas, it often does not. This is a basic usability rule that is violated throughout ETABS 9 and ETABS 2013. Developers: please keep tabs on the tab order.
  3. Faulty Focus – When I’m in the flow, muscle memory takes over, but extra key presses force me to think, dramatically slowing me down (thinking isn’t very quick for me, apparently). An example of this is the “Export to Access Database” dialog, where I have to hit Shift+Tab twice to move the focus to the “OK” button before hitting Enter to move on. (And then I have to go through another dialog to choose the units, rather than choosing them in the main window as in ETABS 9.) The default focus should be on the button that moves the process forward and never the “Cancel” button.
  4. Killed Keys – ETABS 2013 improved the ability to customize keyboard shortcuts, which is greatly appreciated (and big kudos to CSI for making the Escape key clear the selection). However, a number of keys are now off-limits, including those I use heavily in ETABS 9: Insert (3D view), Home (plan view), End (elevation view), Page up (move up in list), and Page Down (move down in list). I’ve been able to work around this using AutoHotKey, but I would rather not have to.
  5. Altered ‘Alt’ – As a companion to direct keyboard shortcuts, Windows programs typically allow a series of key presses starting with ‘Alt’ to dig through the menus to a particular command (for example, Alt-F-E-A opens the “Export to Access Database” dialog). Far too often, though, this breaks down in ETABS 2013: pressing the Alt key does not bring up the underlined letters in the menu and pressing a letter does nothing. The program can be shaken out of its daydream by using the mouse to open a menu, but this defeats the purpose. Also: in ETABS 9, I can press and release the Alt key before hitting the next key; ETABS 2013 seems to require that I hold down the Alt key until the next letter is pressed. This should not be necessary.

It’s worth saying again that I appreciate how difficult a developer’s task is and how much great work CSI has done. My comments are offered in the spirit of helping polish my favorite analysis program.

So, have you made the switch yet? What frustrations have you found? Tell us about it in the comments!

Posted in ETABS | Leave a comment

Top Ten Reasons Engineers Don’t Specify HSS

I recently had the privilege of attending the annual conference of the Steel Tube Institute. As a member of the technical committee, I was asked to present a structural engineer’s perspective on why engineers don’t use tubes, er, HSS. The short answer is this: structural engineers, being very nearly human, often choose the path of least resistance. Here (with apologies to David Letterman) are the top ten reasons structural engineers may spurn hollow structural sections. Disclaimer: I’m intentionally playing ‘devil’s advocate’ with these reasons; I routinely specify HSS and even enjoy doing so.

10. Sometimes, concrete makes more sense.

We may say this sotto voce among steel tube producers, but steel is not the only structural solution. In many cases (such as parking garages), concrete stacks up well against steel of any shape. Can you imagine this parking garage as a steel structure?

Image

9. Inertia

An object in motion tends to stay in motion; an engineer comfortable designing wide flanges tends to stick with what they know.

Image

8. Unfamiliarity

I did a quick survey of the structural steel textbooks in my office and found scant mention of hollow sections. A new engineer will know how to design a wide flange beam, but is likely to have encountered HSS briefly if at all in their schooling.

Image

7. Efficiency

Have you ever seen a composite HSS beam? I haven’t. Wide flange shapes are optimized for strong-axis bending, making them better choices for the most common structural steel element: floor beams.Image

6. Software Defaults

Software defaults carry far more weight than it seems they should. They represent and enforce a status quo, silently suggesting an expected answer while forcing user action in order to take a different path. For better or worse, every major structural design software defaults to wide flange columns.

Image

5. Annoyance

Minor aggravations add up. The yield strength is 46 ksi, not 50. Don’t forget the 0.93 multiplier on nominal thicknesses (the producers were too clever by half in hitting their low-side tolerances so precisely). Oh, and should I call them “tubes” or “HSS”? And what does “HSS” stand for again?

Image

4. Fireproofing

“This is going to look great! The structural column can be the architectural finish! Everyone will see my beautifully-detailed HSS connections. Wait, what’s that? Fire rating? Have you considered intumescent…right, too expensive. Never mind. Just clad it.” And back to the wide-flange we go.

Image

3. Capacity

Hollow structural sections run out of oxygen in the column chart hills somewhere around 1000 kips (4450 kN). Adding concrete fill extends the range a bit, but builders tend to dislike mixing subcontractors. For steel buildings more than about half a dozen stories, it is likely that wide flange columns will be required simply due to vertical load demands. As an example, the columns in red in the office building shown below will simply not work as HSS.

Image

2. Cost

For better or worse, the perception of HSS is that they are more expensive than wide flange shapes, even after accounting for any reduction in steel weight. I’ve been told this numerous times, although never with hard numbers. Which leads to the obvious question: what is the yield strength of gold, anyway?

Image

1. Connections

There’s no way around it: connecting an HSS to another HSS is often far from easy. The AISC Steel Manual has long been filled with examples and design values for wide-flange-to-wide-flange connections of all types, but similar information was only recently made available (in the form of AISC Design Guide 24) for HSS-to-HSS connections, which are far more varied. Even the basic terminology of these connections is unfamiliar to many engineers (“Stem? Branch? Where are the leaves?”). This issue, more than all the others, can cause even intrepid engineers to quail a bit when facing a choice of structural shape.

Image

So, what have I missed? Leave your comments below! And if you’re a respected sales engineer for a well-known steel tube producer, you’re welcome to play ‘angel’s advocate’ in response.

Posted in musings | 2 Comments

ETABS 2013 to SAP

In ETABS 9, it was possible (although not easy) to import a model to SAP. ETABS 2013 does not yet offer this capability directly, but CSI is developing an ETABS-SAP translator. They graciously shared a beta version with me, and I offer it to you in the same spirit.

ETABS 2013 to SAP Translator BETA

ETABStoSAP

To use the tool, download both files and place them in the same folder, then run “ConnectSAPandETABS.exe”

The translator is currently able to export model geometry and section properties to SAP 15, but not frame assignments (!) nor loadings. CSI will hopefully release an updated version of this tool soon.

 

Posted in Uncategorized | 4 Comments

Taller

Dear New York,

Congratulations on taking the title away from us. You’ve been through a lot, and you deserve it.

This race isn’t over yet, though.

Your friend,
Chicago

P.S. Our pizza is still better.

Posted in Uncategorized | Leave a comment

Bad Function Data in ETABS 2013

It sounds like an obscure hipster band name, but it’s actually an error you may see in ETABS 2013: “Bad Function Data”:

This will occur if you import an ETABS 9 model with an auto-generated response spectrum function (e.g., an IBC 2006 function). ETABS 2013 has three options for finding the Ss and S1 value (latitude-longitude, zip code, and user specified), and rather than logically assuming user-specified, it defaults to latitude-longitude. Then, not having any lat-long data, it throws this error when you try to run the analysis.

The fix is easy: simply open the function dialog and set the “Ss and S1 from USGS” dropdown to “User Specified”. Problem solved!

If there are other errors you’re seeing when upgrading models, let me know in the comments.

Posted in Uncategorized | 2 Comments

ETABS 2013 Model Downgrade to ETABS 9

You and I both want to use ETABS 2013 and gain access to the faster analysis times and new features. But we haven’t made the plunge, at least in part because we might lose work if we get a week or three down the road and realize that we need to revert to ETABS 9.

Good news: now you can downgrade your file! That is, I can downgrade your file. The tool is not ready release to the world, but I have tested it and am confident that it works to take any ETABS 2013 model and push it back to ETABS 9, with no loss of model data (except for any new features unavailable in the older version, of course).

If you’re interested, send me an email at drp181 [a t] gmail dot com. I can do the first few models for free, but if there’s much interest I may ask for a pittance (to help prioritize ‘real’ requests, mainly).

What other roadblocks are there to you using ETABS 2013? Leave a comment and let me know.

Posted in Uncategorized | 27 Comments

Importance Factor for Large Office Buildings

This question seems to come up quite often: what importance factor should be used for a large office building? The answer is apparently less than clear. Here’s my take:

The intent of the 2006 IBC is to require Occupancy Category III (with its attendant 1.15 wind importance factor) for buildings “whose primary occupancy is public assembly with an occupant load greater than 300” (emphasis added). The principal staff engineer for ICC gave the following explanation in the November 2006 issue of Structural Engineer magazine:

Table 1604.5 (S7- 04/05)—The 2006 IBC criterion for Occupancy Category III buildings has been changed to read “covered structures whose primary occupancy is public assembly with an occupant load greater than 300” to achieve consistency with the legacy model codes and the NEHRP Provisions. The 2003 IBC table stated, “buildings where more than 300 people congregate in one area,” which was confusing and led to inconsistent interpretation and enforcement of the provision. It appeared to apply to any occupancy classification, even large commercial buildings where an occupant load greater than 300 in a single room is not unusual. That interpretation was a departure from past practice under the legacy codes; therefore, the language was changed in the 2006 IBC to better reflect the intent.

Even though the language of ASCE 7-05 is less clear, the intent of the code writers is evident: large office buildings should be in Occupancy Category II and have an importance factor of 1.0, even if certain rooms or areas can have more than 300 occupants. Note that the 2009 and 2012 IBC retain this same language. Only buildings whose primary occupancy is public assembly AND with an occupant load greater than 300 must be Occupancy Category III.

Disagree? Leave a comment and let me know why.

Posted in building code | Leave a comment

ETABS 2013 Disorder

CSI changed the default background color in ETABS 13 to white. If this really bothers you and you feel a compulsion to change it back, just use the following easy-to-remember keyboard sequence:

Alt+O,C,D

What do you think: coincidence or CSI humor?

Posted in Uncategorized | 18 Comments