Hello,

here my last results.

The run commes to a good end (EXECUTION_CODE_ASTER_EXIT_8365=0), but all fields in the rmed-file are zero?!

The rmed-file seems to be to big as an attachement.

Greetings

attached the Meshes of box1 and box2.

Hello,

I just wanted to calculate a simple system with static friction, i.e. without displacement. Therefore the displacement force (side2) is also smaller than the normal force (load2) x coulomb.

Of course I got the error message <EXCEPTION> <FACTOR_11> several times. There it is referred to problems with boundary conditions or rigid body motions. That the object should not be held with the contact, I had read also already in a forum contribution. But how should I hold Box2 without contact? Then the normal force would also lose its effect on the contact surface.

I had also tried to include the adhesive connection in the calculation and to remove it against the displacement force with unload=DEFI_FONCTION(NOM_PARA='INST',VALE=(0.0, 1.0, 1.0, 0.0)). The calculation then runs through, but the result is meaningless.

I have now set COEF_PENA_CONT and COEF_PENA_FROT to 2,100,000. Unfortunately this does not help.
How do I leave DEFI_CONTACT in the calculation and exclude the friction? With FROTTEMENT='SANS'? Do I have to change something in STAT_NON_LINE then?

Master and slave are MAIT and ESCL respectively target and follower? Box2 should be master, Box1 slave?

By the way, I work with Salome Meca from the file SM-2021-w64-0.4.zip under Windows or with salome_meca-lgpl-2021.1.0-2-20220817-scibian-9.sif under Ubuntu 22.04. Could there be differences to using code_aster from the command line? I have not yet been able to bring myself to try this?.

Attached is another attempt (comm file and output) that calculates to completion, but the results are nonsensical. All values in the rmed file are zero. Whereas the scale in ParsVis always goes up to 1.2e-38, but when viewed in gmsh it goes up to 264 (SIGM,SIEF) or 295 (DEPL) only for SIEQ is zero?!

Greetings

Thank you,

I have realized that I still have to learn a lot about gmsh ;-)

attached for comparison the results of case 3 (static) and case 4 (dynamic) displayed with ParaVis and gmsh

and comm and export file from case 4

the run is made with salome_meca-lgpl-2021.1.1-2-20220817-scibian-9.sif (Salome 9.7.0)
on singularity-ce_3.10.4-jummy-amd64.deb
on go 1.18.8 comming with Ubuntu 22.04.1 LTS

the gmsh package comming with Ubunto (version 4.8.4) comms without support vor MED files
therefore i use gmsh version 4.11.0 downloaded vrom gmsh.info

Regards Andreas

Hello

attached is an output from a case 4 run with reduced complexity

I am not able to find a reference to a solution, to get a reasonable result

Regards Andreas

Hello

thanks for your answer

AsterStudy gave me no ORIE_PEAU_2D and no ORIE_PEAU_3D, ownly ORIE_PEAU is possible

Inside u4.23.04.pdf i found:
ORIE_PEAU =
This keyword serT to reorientate meshs of edge so that their normals are coherent (towards the
outside of the matter). This keyword is valid for a two-dimensional study (2D) or three-
dimensional (3D). It is an essential precondition if, for example, one wants to apply a loading of
pressure to this “skin”.

it seem to me, that this is not the problem

therefore my output (ownly for case 4) attached

Regards Andreas