Continue to Site

Eng-Tips is the largest engineering community on the Internet

Intelligent Work Forums for Engineering Professionals

  • Congratulations KootK on being selected by the Eng-Tips community for having the most helpful posts in the forums last week. Way to Go!

Compression Capacity Problem 2

Status
Not open for further replies.

Dmitriy556

Structural
Dec 17, 2014
7
After I run my model, the compressive capacity column switches all to zero. I tried models that other engineers made on their machines, when I open them all of the capacities are there. When I rerun the file on my machine - the Pnc columns changes to zero.
Any help will be appreciated, tried every possible recommendation could get in house.
 
 http://files.engineering.com/getfile.aspx?folder=3070a135-f210-47c7-9fc9-338acc34158c&file=Before.JPG
Replies continue below

Recommended for you

Are the members tension-only?

Check out Eng-Tips Forum's Policies here:
faq731-376
 
No - I meant are they designated in RISA as a Tension-only member? There is a check box for that.

If they are, perhaps the probram isn't bothering with a compression check.

Check out Eng-Tips Forum's Policies here:
faq731-376
 
Google is your friend.

Link

If you double click your member then the dialog box shown in that link shows up.
 
Although I think it's unlikely that a model provided to you should randomly switch all members to tension only.
 
All members are called out as both ways, the problem still persist after rerunning the model.
 
The -1.#IO for the code checks are indicative of a serious problem during the code checks. Usually a divide by zero or such. The member detail report might give you additional information about the values used in the code checking (KL/r, unbraced length, et cetera).

What version of the program are you running? This can be determined by selecting Help - About RISA-3D from the main menu toolbar. I don't recall a specific issue like this ever occurring before. But, if I knew the version then I could dig through the release notes and see if there is anything that sounds like the same behavior.

My first thought is that this could be a problem with your database. That these shapes are coming in with values that are undefined which are needed for the code check. Area and moment of inertia should be good because you're getting values for tension capacity and moment capacity. But, maybe something like the J value, the Cw value or the flange thickness or width could be undefined. Might be impossible to tell without seeing your model.
 
I can send you my model, but the model is not a problem. I tried a few different ones, it is something in the settings. I will check my database.
Thanks.
 
That's what Josh I think was trying to say. The database on your computer must be incomplete when compared to your colleagues. It could be that the sizes entered were custom shapes and the calculate properties was never completed (as he mentions it's likely Cw or J).
 
If you saved it from your computer, I could probably still tell if the database values were corrupted. Most of that info is saved in the data file. The program will compare the main properties (A, I, J) to the database and if they are within a certain %, the program uses the database properties without telling you about the differences.

So, if I opened the file in a text editor (since I know where to look) I could probably spot a database corruption. Sometimes, I'll just save the file from the two different computers and do a text compare in MS Word. It should direct me right towards the differences.

Note:
There is no a guarantee that it's a database issue. It's just a hunch based on your description.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor