site map | contact | login | Protection des données personnelles | Powered by FluxBB | réalisation artaban
You are not logged in.
Now I remembered the exact technical term: its a "solid" calorimeter.
Now its should be clear how to calculate by hand
Your sure there is not an exponential solution to base e?
My question is: is there an analytical way to determine the function, see appendix. If we have this function then we can say clearly what is right and what is wrong.
Is there an analytical way to obtain the function of thermal balancing?
Or other Question: which material property can you change to suppress geometrical nonlinearities as best as possible?
Have you already tested a modelling without using LIAISON_MAIL?
I mean you have only one "real" solid and two zones of solid elements...
I have doubt that in your model all prestessed regions are able to deform in a realistic way of.
(Compare with theorem of virtual work)
One example: you have a M12 bolt 8.8.
Then the stress cross-section is 84,3 mm^2 (acc. ISO898-1)
In EC3 you will find a pretension force of F p,C = 47200 N.
The normal stress after prestressing is 560 MPa in the stress cross-section, now.
The yield point of the bolt is 640 MPa.
As long as your connected plates are deformationless in the direction of the thickness you will only reach a additional external force of 7000 N till reaching the yield point (in contrary to 47200 N prestress force)...
3D Solid model?
Thank you!
There is another (interesting) file: defi_materiau.py
...
PRESENT_PRESENT('MOHR_COULOMB','ELAS'),
PRESENT_PRESENT('MOHR_COULOMB','ELAS_FO'),#Volker
PRESENT_PRESENT('ELAS_GLRC','GLRC_DM'),
EXCLUS('HAYHURST','HAYHURST_FO'),
...
But the question remains, how to compile the files new?
Bonjour la communauté Code_Aster!
I have a material model for soil whose young moduls depends on pressure.
So I try to use in DEFI_MATERIAU ELAS_FO together with MOHR_COULOMB.
SOL_p = DEFI_MATERIAU(ELAS_FO=_F(E=E_pres, NU=NU, RHO=R, ALPHA=Alpha,TEMP_DEF_ALPHA =0.,),
MOHR_COULOMB=_F(ANGDIL=27.0,COHESION=5000.0,PHI=20.0))
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
! Regulate (S) not respected (S): !
! - Le mot clé 'MOHR_COULOMB' étant présent, il faut que : ELAS soit présent !
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
I think, the error output means that MOHR_COULOMB needs ELAS not ELAS_FO. Is that correct?
I have extended "Code_Aster/PRODUCTS/code_aster/14.4/lib/aster/Comportement/mohr_coulomb.py" by ELAS_FO:
loi = LoiComportement(
nom = 'MOHR_COULOMB',
lc_type = ('MECANIQUE',),
doc = """Loi de Mohr_Coulomb, non-associée, pour la mécanique des sols (cf. [R7.01.16] pour plus de détails).
Pas d'ecrouissage""" ,
num_lc = 55,
nb_vari = 3,
nom_vari = ('EPSPVOL','EPSPEQ','INDIPLAS',),
mc_mater = ('ELAS','ELAS_FO','MOHR_COULOMB',),#Volker_2021-09-13
...
But it doesnt helps.
How to recompile this file?
Any suggestions are welcome!
Kind regrads Volker
regarding you "FOR IN RANGE LOOP":
I think, if you want to reimport the last result into a new calc then
INST from last result "evol_ther" should be equal to INST from new starting THER_NON_LINE, means
your time stepping has to be INST [new start calc] = INST [last step from old calc]
A well-known rail vehicle manufacturer would model it like this:
(without waranty that your costumer wants it like this)
The proof concept for those is the nominal stress concept.
The first step is to derive the mid surface, that you obtain a clean shell model.
Secoundly meshing all as a compound to prevent that you need operator "liasson-maille" etc..
Mesh zise sould be approx. 20 mm. Also try to suppress all driangle elements.
Use all symmetry conditon.. etc.
Then run time should only a couple of secounds.
I hope it helps you or other "code_aster" enthustiastics
I have often used this construct for thermal calculations of power plant equipment
FORMULE(VALE='Python_function_what_ever_I_wanted(X,Y,Z,inst)',
NOM_PARA=('X','Y','Z','INST'),)
without a for in range loop. I find that the units in Code_Aster are a bit tricky at times.
Kind regards Volker
Hi,
here some hints from me:
You use parallelisation method openMP not mpi.
(mpi requires, additional to openMP, domain decomposition what you can do with scotch for instance. You can google after scotch and domain decomposition. Then it becomes more clear…)
My experience with a small model and many time steps (Dyn_non_line) was:
- starting only one thread
- switch out hyper threading in the Computer BIOS
- seek for a computer with the highest tact frequency
Hi Anirudh,
for which applications and tasks is the PETSC solver compulsory for you?
Can you live also with the mumps solver (for openMP and mpi calculations) together with MULT_FRONT solver (only for openMP calculation)?
Greetings Volker
METIS produces a shared-memory-object and
SCOTCH produces in my opinion both or at least also one distributed-memory-object ...
Hi,
first of all I have the greatest respect for your project.
I was thinking about the error message:
"... can not be used when making a shared object ..."
In my opinion this means PETSC needs a "distributed memory object" not a "shared memory object".
Distributed memory objects are needed for mpi parallelization. In contrary
Shared memory objects are needed for openMP parallelization.
I know the mumps solver can deal with both objects, but Im not sure that PETSC can do the same.
So one hint is to comment out the PETSC Solver. Or try to compile PETSC solver for both memory objects...
Good Luck. !!! Pleace let me know when you have any progress in your project. Thank you.
Volker
here is the .comm file:
Hi Astercode,
I tested my suggestion and now I get exactly the same result as in the analytical calculation with Sigma = 120 MPa .
Have you already achieved the same in Nastran?
I attach my .comm file for comparing. Kind regards Volker
Hi Astercode,
again, both numerical calculations are wrong (also Nastran). Change the boundary conditions in both systems that you get 120 MPa in both numerical calculations Aster and Nastran. This is very important. Your boundary condition produces a singularity. The correct result should be infinitely in Aster and Nastran !!! ...
Kind regards and good luck Volker
Hi Astercode, I compared the results and my conclusion is both numerical solutions are wrong.
What happens if you only set DX of 'NODES_CONSTR' = 0 and an absolutely unimportant node gets the rest (DY, DZ, DRX, DXY, DRZ =0)??
Volker
Hi astercode,
have you already compared your numerical solutions with the analytical solution?
A numerical solution is a good start point to investigate commercial and open source software.
Kind regards and good luck Volker
Hi, the error message tells NOM_CHAM in your result file is "T". "T" is not allowed. One solution could be NOM_CHAM = "TEMP" or "TEMP_ELGA"...
I was the next one with this problem.
On my machine helps this, and I don't know why:
LD_PRELOAD='/usr/$LIB/libstdc++.so.6' ./salome
(see thread code-aster.org/forum2/viewtopic.php?id=24078)
Hi, I think E an NU can't be a function of EPSI, only X, Y, Z and INST.
I would check the material model...
Kind regards Volker
Hi All,
here a sketch with my interpretation of the local stresses according the FKM Guideline:
How can we calculate the stress gradient with Code_Aster??
Kind regards Volker
PS
i do think this is not necessary maybe giving wrong results by polluting the model..
I total agree with you ,
but I got also the same advice from a commercial support-team to introduce skin elements ;-)
Bonjour Johannes,
which part of FKM Guideline do you mean ??
Do you mean for example calculation of G_Sigma and G_Tau according equation no. 4.3.17 ??
Kind regards Volkere