Hello everyone,
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).
Thank you!
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!