In my model, I want to run a connection check (not through the RAM Connection module, but just through RAM Beam Design) for both beam-to-beam and beam-to-column conditions. I have a separate table of values for each condition (I edited different .CON files). The reason why they're different is because I've accounted for coped flanges in the beam-to-beam condition and analyzed it independently whereas the beam-to-column condition are based off of AISC's table values. When I run the check, I am only allowed to select one table at a time.
My question: Does RAM recognize whether a beam is supported by another beam versus a column? If so, is there a way to adjust the program (i.e. edit files) so that I would only need to run one table that would account for the two types of end condition it's seeing? This way, I would only need to output my results once. I also avoid having to go through the failed cases in one condition only to find out that it works when I run the second condition (saves time).
We have some internal logic to identify beam to girder connections and we employ that in the framing check (i.e. the deep cope check), but it's not in the connection check. We would have to enhance the program to have 2 optional capacities for beam to column vs beam to girder. Is it safe to say the rotation of the column relative to the beam is not a factor here? Meanwhile I would run it with the more conservative of the two tables, identify the beams that fail, then recheck those with a second pass or by hand using the large capacity values where applicable.
Do you know where I can get a sample .con files, that I can edit per project spec and use it to check connections in RAM SS?
Here is one I happen to have. It goes in the tables folder,
C:\ProgramData\Bentley\Engineering\RAM Structural System\Tables https://communities.bentley.com/cfs-file/__key/communityserver-discussions-components-files/5932/DBLANGLE.CON
Thanks a lot Seth! This can help me get started on!
Hi Seth. Weird thing happened recently. Our RAM Structural System folders (path below) no longer has a tables folder in it.
C:\Program Files\Bentley\Engineering\RAM Structural System
My original Connection Check files are still accessible within the program, but I can't find them via the file folders, and I can't add or delete new tables. Did something change with how/where these files are stored?
Since Tables are editable we install them here by default: C:\ProgramData\Bentley\Engineering\RAM Structural System\Tables
You can confirm the location via Ram Manager - Criteria - Master Steel table or reading the ramis.ini file.
That was it.. .my mistake. Looking in ProgramFiles instead of ProgramData.
Hi Seth, Thanks for the example connection check table. Do you have one for LRFD? I have my code set to LRFD but when running the connection check it provides values as "unfactored reaction". Do you have to change something in the .con file to get it to read out LRFD? Thanks, Brian