Beam cracking correction

Beam cracking correction

karolisKZK6A
Enthusiast Enthusiast
320 Views
11 Replies
Message 1 of 12

Beam cracking correction

karolisKZK6A
Enthusiast
Enthusiast

Good evening, 

I just found a weird behavior in ROBOT and I was wondering if someone could explain it to me.
For some reason when calculating beam longitudinal reinforcement with cracking correction, ROBOT increases required reinforcement area even if the cracking is 0mm. 

Here is an example. I just modeled two simple frames. Both frames are the same, loads are the same and the only difference is the cracking correction parameters for the beams (one is on and other is off).

karolisKZK6A_1-1753470900005.png

karolisKZK6A_0-1753470808517.png

karolisKZK6A_2-1753470931014.png

 

As it can be seen in picture No. 2, required reinforcement is different between beams despite cracking not appearing in a beam. Can someone, please, explain what is going on?

 

0 Likes
Accepted solutions (2)
321 Views
11 Replies
Replies (11)
Message 2 of 12

karolisKZK6A
Enthusiast
Enthusiast

Just in case someone wants to see the file here is the download link:

https://www.transfernow.net/dl/20250725D0lCCjL8

0 Likes
Message 3 of 12

Simau
Mentor
Mentor

Hi @karolisKZK6A 

To focus on the bottom reinforcement, it's best to work with this example.
Perform tests by playing with the crack limit.

M. Agayr
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.

EESignature

0 Likes
Message 4 of 12

karolisKZK6A
Enthusiast
Enthusiast

I cannot open the file you've provided, as my robot version is older. 

All I want to do is to calculate all beams in the project and cracking to be taken care of.
The least I want  is to go check every beam one by one, whether it is cracking and only then change settings
for robot to increase reinforcement. As otherwise I am over reinforcing the element.

I really don't understand why does software increase required area if cracking doesn't occur.

0 Likes
Message 5 of 12

Simau
Mentor
Mentor

You don't need to do this in 2 steps

Robot increases reinforcement only if necessary.

I use your model, without columns to make comparaison easier, with and without cracking taken into account and all seems logical.

Simau_0-1753523332261.jpeg

 

Simau_1-1753523376342.jpeg

 

Simau_2-1753523439879.jpeg

 

 

 

 

M. Agayr
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.

EESignature

0 Likes
Message 6 of 12

karolisKZK6A
Enthusiast
Enthusiast

The way you tested it makes sense. In both tests you performed - cracking occured and robot increased longitudinal reinforcement for it to be within the allowed limit. My issue is that when cracking correction option is checked and cracking doesn't occur, robot still increases required reinforcement area for some reason. 

I am now designing beams in a project and by default I just check the correction parameter on for software to make sure cracking is correct. But now I noticed, that in beams, where cracking didn't occur, Robot still notably increased required area (Just the way I showed in a frame example). 

0 Likes
Message 7 of 12

Simau
Mentor
Mentor

In your example, cracking is not so critical, that why you don't see any difference btw with and without cracking.
That's why i told you to test other cracking allowable limits

 

Simau_0-1753540894699.jpeg

 

Simau_1-1753540926385.jpeg

 

Simau_2-1753540973857.jpeg

Simau_3-1753541015084.jpeg

 

 

 

 

 

M. Agayr
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.

EESignature

0 Likes
Message 8 of 12

karolisKZK6A
Enthusiast
Enthusiast

There is a misunderstandment going on. 

In my example i just showed that cracking is 0mm in both beams, but in the beam, where "reinforcement check (cracking)" is checked on, required reinforcement 
area is higher in one of them despite everything being the same. 

karolisKZK6A_0-1753543257745.png


Of course in this case, area required doesn't differ all that much (even though it should be the same), but the project I work on,
the difference is quite a bit larger and I was wondering why is this going on.

0 Likes
Message 9 of 12

Simau
Mentor
Mentor
Accepted solution

Yes indeed, it's weird.

But if you choose exposure X0 instead of XC3, there will be no difference in reinforcement.

M. Agayr
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.

EESignature

0 Likes
Message 10 of 12

karolisKZK6A
Enthusiast
Enthusiast

Wow, indeed choosing X0 makes it the same as XC3 for 0mm cracking. Maybe someone else has any ideas and could give any explanation.
Thank you for your contribution.

0 Likes
Message 11 of 12

CaioSaporito
Advocate
Advocate
Accepted solution

Hi @karolisKZK6A.

 

Check another parameters in General Tab and you'll see this. 

The minimum code reinforcement became different.

 

CaioSaporito_1-1753571462135.png

 

CaioSaporito_2-1753571730864.png

 

 

Best regards,

 

Caio

 

Message 12 of 12

karolisKZK6A
Enthusiast
Enthusiast

Hey, that explains everything. I wonder why does robot increase minimum reinforcement if everything else stays the same.

 

I assume that EC2 clause 7.3.2 formula (7.1) is the culprit for this behavior. 

0 Likes