Difference beam type 18 and beam type 3

Altair Forum User
Altair Forum User
Altair Employee
edited October 2020 in Community Q&A

Hello,

I would like to know what kind of beam I should use for my simulation and I struggle to find the differences between the P18_INT_BEAM and the P3_beam. I saw that in bending, the bigger the deformation get, the bigger differences are between the two kinds of beam. Could somebody give me more informations about that ? 

 

Regards,

 

Camille 

Tagged:

Answers

  • Pranav Hari
    Pranav Hari Altair Community Member
    edited May 2019

    Hi Camille

     

    Did you check online Radioss help regarding the same?

    According to the doc, if you are simulating bending then Type 3 beam is preferred 

     

    <?xml version="1.0" encoding="UTF-8"?>image.png

     

     

     

    <?xml version="1.0" encoding="UTF-8"?>image.png

     

  • Altair Forum User
    Altair Forum User
    Altair Employee
    edited May 2019

    Hi,

    Thank you for your anwser, yes I already checked it. It give an idea but I wanted to find more details about it, in the theory manual for example but I didn't find more explainations or case of usage. I would like to know which type of beam I should use to simulate lattices structures. Is there any other document about it ? 

  • Andy_20955
    Andy_20955 New Altair Community Member
    edited May 2019

    Hi,

    Please review the User Guide, Explicit Structural Finite Element Analysis, Finite Elements, Beam Elements (/PROP/BEAM, /PROP/INT_BEAM)

     

    Also the comments in Reference guide for /PROP/INT_BEAM.

    The /PROP/INT_BEAM works fine for bending. The use of several integration points in the section allows to get an elasto-plastic model in which von Mises criteria is written on each integration point and the section can be partially plastified unlike the classical beam element (/PROP/BEAM).

     

    For lattice structures, you need to decide if you need the extra accuracy of the /PROP/INT_BEAM beam or if /PROP/BEAM will be accurate enough. 

     

    Thanks,

    Andy