Welcome to the forums. Please post in English or French.

You are not logged in.

#1 Re: Code_Aster usage » IOError: [Errno 28] No space left on device » Yesterday 19:36:20

I have done a quick research on our university cluster as follows:

df -hT /tmp
Filesystem          Type  Size  Used Avail Use% Mounted on
/dev/mapper/vg1-tmp xfs   9,8G  9,3G  531M  95% /tmp

I think 531MB must be too small for my simulations.
In order to have enough space, Can I change the /tmp in the .export file with other direction?

P proxy_dir /tmp
P rep_trav /tmp/huicheng-gorina1-interactif_383177

#2 Code_Aster usage » IOError: [Errno 28] No space left on device » Yesterday 19:17:53

chenghui62000
Replies: 2

Dear all,
I have come with a problem when I do some simulations simultaneously in the terminals. The following error message comes sometimes. It indicates there is no space on the device. However, when I check my hard drives, it still has a lot of available space.
I have also forwarded this problem to our IT department to check this error message, but I have not got the answer yet.

From the error message, I think the problem is related to the /tmp partition. But I have no idea to solve this problem.

Could you please help me to check it? or anyone has a similar experience?

. 
.
.
.
.
.
 * AFFE_CHAR_MECA           :       0.00 :       0.00 :       * AFFE_CHAR_MECA           :       0.00 :       0.00 :       0.00 :       0.01 *
 * AFFE_CHAR_MECA           :       0.00 :       0.00 :       0.00 :       0.01 *
 * AFFE_CHAR_MECA           :       0.00 :       0.00 :       0.00 :       0.01 *
 * AFFE_CHAR_MECA           :       0.00 :       0.00 :       0.00 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 *  . part Superviseur      :       2.11 :       0.13 :       2.24 :       2.45 *
 *  . part Fortran          :       4.13 :       1.11 :       5.24 :       5.38 *
 * > 500 commandes...       :   16382.13 :    1097.23 :   17479.36 :   17753.64 *

 ********************************************************************************
 * TOTAL_JOB                :   16388.38 :    1098.47 :   17486.85 :   17761.48 *
 ********************************************************************************

close failed in file object destructor:
IOError: [Errno 28] No space left on device
Traceback (most recent call last):
  File "/opt/aster/14.2/lib/aster/Execution/E_SUPERV.py", line 409, in <module>
    main()
  File "/opt/aster/14.2/lib/aster/Execution/E_SUPERV.py", line 395, in main
    ier = appli.main(coreopts=aster_settings.getargs(sys.argv))
  File "/opt/aster/14.2/lib/aster/Execution/E_SUPERV.py", line 362, in main
    self.ExecCompileJDC()
  File "/opt/aster/14.2/lib/aster/Execution/decorators.py", line 33, in wrapper
    return method(inst, *args, **kwds)
  File "/opt/aster/14.2/lib/aster/Execution/decorators.py", line 43, in wrapper
    errcode = method(inst, *args, **kwds)
  File "/opt/aster/14.2/lib/aster/Execution/E_SUPERV.py", line 198, in ExecCompileJDC
    j.exec_compile()
  File "/opt/aster/14.2/lib/aster/Noyau/N_JDC.py", line 276, in exec_compile
    self.traiter_fin_exec('commande')
  File "/opt/aster/14.2/lib/aster/Execution/E_JDC.py", line 278, in traiter_fin_exec
    pickle.dump(context, file, protocol=PICKLE_PROTOCOL)
IOError: [Errno 28] No space left on device
EXECUTION_CODE_ASTER_EXIT_19712=1
<INFO> Code_Aster run ended, diagnostic : <F>_ABNORMAL_ABORT

--------------------------------------------------------------------------------
 Content of /tmp/hui-hui-interactif_294444 after execution

.:
total 1760360
drwx------  3 student6 student6      4096 mai   18 17:51 .
drwxrwxrwt 41 root     root          4096 mai   18 17:53 ..
-rw-r--r--  1 student6 student6       969 mai   18 12:55 19712.export
-rw-r--r--  1 student6 student6      2715 mai   18 12:55 config.txt
-rw-r--r--  1 student6 student6     12100 mai   18 12:55 fort.1
-rw-r--r--  1 student6 student6     12100 mai   18 12:55 fort.1.1
-rw-r--r--  1 student6 student6         0 mai   18 12:55 fort.15
-rw-r--r--  1 student6 student6   1367733 mai   18 12:55 fort.20
-rw-r--r--  1 student6 student6 974671893 mai   18 17:52 fort.6
-rw-r--r--  1 student6 student6         0 mai   18 12:55 fort.8
-rw-r--r--  1 student6 student6         0 mai   18 12:55 fort.9
-rw-r--r--  1 student6 student6 402157568 mai   18 17:51 glob.1
-rw-r--r--  1 student6 student6         0 mai   18 17:51 info_cpu
-rw-r--r--  1 student6 student6         0 mai   18 17:51 pick.1
drwxr-xr-x  2 student6 student6      4096 mai   18 12:55 REPE_OUT
-rw-r--r--  1 student6 student6 424345608 mai   18 17:51 vola.1

REPE_OUT:
total 8
drwxr-xr-x 2 student6 student6 4096 mai   18 12:55 .
drwx------ 3 student6 student6 4096 mai   18 17:51 ..


--------------------------------------------------------------------------------
 Size of bases

<INFO> size of vola.1 :    424345608 bytes
<INFO> size of glob.1 :    402157568 bytes
<INFO> size of pick.1 :            0 bytes

--------------------------------------------------------------------------------
 Copying results


<A>_COPYFILE       no such file or directory: fort.80

copying .../fort.8...                                                   [  OK  ]

<F>_ABNORMAL_ABORT Code_Aster run ended


 
 ---------------------------------------------------------------------------------
                                            cpu     system    cpu+sys    elapsed
 ---------------------------------------------------------------------------------
   Preparation of environment              0.00       0.00       0.00       0.00
   Copying datas                           0.02       0.01       0.03       0.05
   Code_Aster run                      16443.49    1459.20   17902.69   17792.47
   Copying results                         0.00       0.01       0.01       0.07
 ---------------------------------------------------------------------------------
   Total                               16525.72    1460.57   17986.29   17886.99
 ---------------------------------------------------------------------------------

as_run 2018.0

------------------------------------------------------------
--- DIAGNOSTIC JOB : <F>_ABNORMAL_ABORT
------------------------------------------------------------


EXIT_CODE=4

Best regards,
Hui Cheng

#3 Re: Code_Aster usage » copy error » 2019-04-11 13:22:58

Hi, jean pierre aubry,

Thank you for your reply, I have put the study cases in different folders. The attached is my setting for the other case.
I used this command in terminal to run the case
"huicheng@gorina1:~/CW2$ as_run --run run1.export"
But you remind me that should I change
"P profastk hui@hui:/home/stud/huicheng/flasheur/run1.astk" to
"P profastk huicheng@gorina1:/home/stud/huicheng/flasheur/run1.astk"?

#4 Code_Aster usage » copy error » 2019-04-11 09:31:27

chenghui62000
Replies: 2

Dear all,

I have come into a question when I used ''as_run --run run.export'' in the terminal.
It said that there is an error during copying fort.1 to fort.1. And the calculation stopped at that time. I have no idea what is fort.1.
This problem happens when I run two or more cases at the same time. But when I try the same command the second time, this error message is gone and started to do the calculation.
I put the export file in the attachment in case you need to check.

[2019-04-11 10:21:19] huicheng@gorina1:~/flasheur$ as_run --run run1.export 

--------------------------------------------------------------------------------
 Code_Aster execution

<INFO> prepare environment in /tmp/hui-hui-interactif_19343

--------------------------------------------------------------------------------
 Copying datas


<A>_COPY_DATA      '/home/stud/huicheng/flasheur/case2.2.med' overwrites 'fort.20'

copying .../flasheur/case2.2.med...                                     [  OK  ]

<A>_COPY_DATA      '/home/stud/huicheng/flasheur/tes1.comm' overwrites 'fort.1.1'

copying .../flasheur/tes1.comm...                                       [  OK  ]
<INFO> Parameters : memory 5120 MB - time limit 90000 s

--------------------------------------------------------------------------------
 Content of /tmp/hui-hui-interactif_19343 before execution

total 779964
drwx------   3 huicheng student      4096 Apr 11 10:21 .
drwxrwxrwt. 64 root     root         4096 Apr 11 10:21 ..
-rw-r--r--   1 huicheng student       985 Apr 11 10:21 42116.export
-rw-r--r--   1 huicheng student       960 Apr 11 09:59 76445.export
-rw-r--r--   1 huicheng student      2759 Apr 11 10:21 config.txt
-rw-r--r--   1 huicheng student     12623 Apr 11 09:59 fort.1
-rw-r--r--   1 huicheng student     12679 Apr 11 10:21 fort.1.1
-rw-r--r--   1 huicheng student         0 Apr 11 09:59 fort.15
-rw-r--r--   1 huicheng student   1210306 Apr 11 10:21 fort.20
-rw-r--r--   1 huicheng student 111246518 Apr 11 10:21 fort.6
-rw-r--r--   1 huicheng student         0 Apr 11 09:59 fort.8
-rw-r--r--   1 huicheng student         0 Apr 11 09:59 fort.9
-rw-r--r--   1 huicheng student 141721608 Apr 11 10:20 glob.1
drwxr-xr-x   2 huicheng student         6 Apr 11 09:59 REPE_OUT
-rw-r--r--   1 huicheng student 303104008 Apr 11 10:21 vola.1

<INFO> 2 command files

<F>_COPY_ERROR     error during copying fort.1 to fort.1
message : cp: ‘fort.1’ and ‘fort.1’ are the same file



 
 ---------------------------------------------------------------------------------
                                            cpu     system    cpu+sys    elapsed
 ---------------------------------------------------------------------------------
   Preparation of environment              0.00       0.00       0.00       0.00
   Copying datas                           0.00       0.03       0.03       0.03
 ---------------------------------------------------------------------------------
   Total                                   0.06       0.08       0.14       0.15
 ---------------------------------------------------------------------------------

as_run 2018.0

------------------------------------------------------------
--- DIAGNOSTIC JOB : <F>_COPY_ERROR
------------------------------------------------------------


EXIT_CODE=4

#5 Code_Aster installation » Error reported in the MED library » 2019-04-10 15:45:53

chenghui62000
Replies: 1

Dear all,
I was trying to install the code aster to our university cluster, the installation seems fine. and It can run the simulation. But when it output the result using "MED" format, it gives the following error message:

   ! <EXCEPTION> <DVP_97>                                  !
   !                                                       !
   ! Erreur signalée dans la bibliothèque MED              !
   !      nom de l'utilitaire : mfiope                     !
   !              code retour : -101                       !
   !                                                       !
   !                                                       !
   !                                                       !
   ! Il y a probablement une erreur dans la programmation. !
 

Does anybody come into this problem before?

#6 Re: Code_Aster usage » Question on how to improve the force-assignment efficiency » 2019-04-05 21:41:44

From the summary of the running time:
The total job costs 7453.15s, the forces assignment spends almost 7000s. (And this process only needs very little CPU recourse)
Actually, the DYNA_NON_LINE solver only uses 400s.

Could we improve the force-assignment efficiency to boost the simulation?

#7 Re: Code_Aster usage » [SOLVED]The memory currently consumed outside JEVEUX » 2019-04-05 20:01:24

Hi jean pierre aubry,

Thank you so much, this problem is solved.
Best regards,
Hui Cheng

#8 Re: Code_Aster usage » [SOLVED]The memory currently consumed outside JEVEUX » 2019-04-05 16:59:06

The reason might is: the program creates too many objects. Each time it calls "AFFE_CHAR_MECA", it creates an object. With the simulation going, it can create more than 200K objects in my case. So it can eat a lot of memory during the simulation. Is there any way to delete those objects after using it? Because those objects are only used once (in my thought).

Best regards,
Hui Cheng

#9 Re: Code_Aster usage » [SOLVED]The memory currently consumed outside JEVEUX » 2019-04-05 16:36:16

supplement infromation
My mesh has only 1344 nodes and 2624 cable element.

#10 Code_Aster usage » [SOLVED]The memory currently consumed outside JEVEUX » 2019-04-05 08:02:46

chenghui62000
Replies: 4

Dear all,

I have came to an error when I running the simulation. From the google translation, it means the memory currently consumed outside JEVEUX is out of limitation.

Do you know where I can change the limit?

.. __stg1_txt107
  # ------------------------------------------------------------------------------------------
  # Commande No :  282400            Concept de type : char_meca
  # ------------------------------------------------------------------------------------------
  l_281551 = AFFE_CHAR_MECA(MODELE=model,
                            FORCE_NODALE=_F(FX=0.03502516349086969,
                                            GROUP_NO=('Node655', ),
                                            FZ=9.125936307738738E-3,
                                            FY=5.780673783426594E-4,),
                            INFO=1,
                            VERI_NORM='OUI',)


  La mémoire consommée actuellement hors JEVEUX est de 2713.46 Mo.
  La limite de l'allocation dynamique JEVEUX est fixée à 2406.54 Mo.
  Cette valeur limite a été réactualisée lors de la mise en oeuvre d'un processus de libération
   
   !---------------------------------------------------------------------------!
   ! <EXCEPTION> <JEVEUX_62>                                                   !
   !                                                                           !
   !  Erreur lors de l'allocation dynamique. Il n'a pas été possible d'allouer !
   !  une zone mémoire de longueur 125 Mo, on dépasse la limite maximum        !
   !  fixée à 2406 Mo et on occupe déjà 2305 Mo.                               !
   !  La dernière opération de libération mémoire a permis de récupérer 0 Mo.  !
   !---------------------------------------------------------------------------!
   
--------------------------------------------------------------------------------
OBJETS ALLOUES DYNAMIQUEMENT 
--------------------------------------------------------------------------------

 CL-  --NUM-- -MA-  ---------IADY--------- -U- - LON UA -  -S- ------------- NOM --------------

|G|   0|       1|  -2|      94152031456336|U|         12| D| ________GLOBALE ________$$CARA  
|G|   0|       2|  -2|     140156123246608|U|   16384000| D| ________GLOBALE ________$$IADD  
|G|   0|       3|  -2|      94152048324992|U|    1024001| D| ________GLOBALE ________$$GENR  
|G|   0|       4|  -2|     140159379562512|U|    1024001| D| ________GLOBALE ________$$TYPE  
|G|   0|       5|  -2|     140159116505104|U|    4096001| D| ________GLOBALE ________$$DOCU  
|G|   0|       6|  -2|     140158965919760|U|    8192000| D| ________GLOBALE ________$$ORIG  
|G|   0|       7|  -2|     140156385398800|U|   32768004| D| ________GLOBALE ________$$RNOM  
|G|   0|       8|  -2|     140157892608016|U|    8192000| D| ________GLOBALE ________$$LTYP  
|G|   0|       9|  -2|     140157816688656|U|    8192000| D| ________GLOBALE ________$$LONG  
|G|   0|      10|  -2|     140157740220432|U|    8192000| D| ________GLOBALE ________$$LONO  
|G|   0|      11|  -2|     140157663842320|U|    8192000| D| ________GLOBALE ________$$DATE  
|G|   0|      12|  -2|     140157587783696|U|    8192000| D| ________GLOBALE ________$$LUTI  
|G|   0|      13|  -2|     140156937306128|U|   12500003| D| ________GLOBALE ________$$HCOD  
|G|   0|      14|  -2|     140159481847824|U|     188742| D| ________GLOBALE ________$$USADI 
|G|   0|      15|  -2|     140159664451600|U|      62914| D| ________GLOBALE ________$$ACCE  
|G|   0|      16|  -2|     140156254322704|U|   16384000| D| ________GLOBALE ________$$MARQ  
|G|   0|      17|  -2|     140157511192592|U|    8192000| D| ________GLOBALE ________$$INDI  
|G|   0|      18|  -2|     140159484182544|U|     102400| D| ________GLOBALE ________$$TLEC  
|G|   0|      19|  -2|     140159483359248|U|     102400| D| ________GLOBALE ________$$TECR  
|G|   0|      20|  -2|     140155992170512|U|   16384000| D| ________GLOBALE ________$$IADM  
|G|   0|     134|   3|      94152065805296|U|       2624| A| mesh    .TYPMAIL                
|G|   0|     142|  -1|      94152354983536|U|       5811| A| mesh    .PTRNOMNOE              
|G|   0|     143|   0|      94152032033568|U|         11| D| mesh    .GROUPENO               
|G|   0|     145|   0|     140159473733648|U|       2692| D| mesh    .GROUPENO       $$IADD  
|G|   0|     146|   0|     140159473709072|U|       2692| D| mesh    .GROUPENO       $$IADM  
|G|   0|     147|   0|     140159473684496|U|       2692| D| mesh    .GROUPENO       $$MARQ  
|G|   0|     148|   0|     140159473922064|U|       1346| D| mesh    .GROUPENO       $$LONG  
|G|   0|     149|   0|     140159473672208|U|       1346| D| mesh    .GROUPENO       $$LONO  
|G|   0|     150|   0|     140159473659920|U|       1346| D| mesh    .GROUPENO       $$LUTI  
|G|   0|     152|   0|      94152042942592|U|         11| D| mesh    .GROUPEMA               
|G|   0|     154|   0|      94152031501104|U|          6| D| mesh    .GROUPEMA       $$IADD  
|G|   0|     155|   0|      94152031114992|U|          6| D| mesh    .GROUPEMA       $$IADM  
|G|   0|     156|   0|      94152031474720|U|          6| D| mesh    .GROUPEMA       $$MARQ  
|G|   0|     157|   0|      94152042942496|U|          3| D| mesh    .GROUPEMA       $$LONG  
|G|   0|     158|   0|      94152042942400|U|          3| D| mesh    .GROUPEMA       $$LONO  
|G|   0|     159|   0|      94152032033472|U|          3| D| mesh    .GROUPEMA       $$LUTI  
|G|   0| 8191993|   2|      94153437905792|U|          1| D| l_281551.TYPE                   
|G|   0| 8191995|   3|      94153437906048|U|          2| D| l_281551.CHME.LIGRE.LGRF        
|G|   0| 8191996|   3|      94152793892352|U|          1| D| l_281551.CHME.LIGRE.NBNO        
|G|   0| 8191997|   3|      94152793892624|U|          1| D| l_281551.CHME.LIGRE.LGNS        
|G|   0| 8191998|   3|      94153103335120|U|         11| D| l_281551.CHME.LIGRE.LIEL        
|G|   0| 8192000|   3|      94152793892432|U|          1| D| l_281551.CHME.LIGRE.LIEL$$LONG  
EXECUTION_CODE_ASTER_EXIT_32592=139

 <I>_EXIT_CODE = 139

#12 Code_Aster usage » Question on how to improve the force-assignment efficiency » 2019-04-04 11:06:48

chenghui62000
Replies: 2

Dear all,
Here I have a very hard problem. I would appreciate your kind help in my research.

First, I would like to summarize my coding method into the following five steps:

1.    The simulation is carried out using DYNA_NON_LINE solver.
2.    After the DYNA_NON_LINE calculation, POST_RELEVE_T is used to extract the nodes’ position, velocity and acceleration. Those variables are saved using numpy.array format. The three arrays have the same row sequence indicating the node name. (Line 176-216 in the CA17t5.comm file)
3.    An external python module has to be used to calculate the hydrodynamic forces based on the above three arrays and other external environment parameters (those parameters cannot be provided by Code_Aster). The calculated forces are also saved using numpy.array format.  (the row sequence is the same with above three arrays)
4.    Using the following code to assign the forces from the last step node by node. (Line 106-111 in the CA17t5.comm file)

load[i]=AFFE_CHAR_MECA(FORCE_NODALE=_F(GROUP_NO=( ‘nodename’ ), FX= hyfx[i], FY= hyfy[i], FZ= hyfz[i])

5.    Rerun the DYNA_NON_LINE again (back to Step 1) to calculate the nodes’ position, velocity and acceleration. Loop: Step 1--> Step 2--> Step 3--> Step 4--> Step 5--> Step 1… until the end time.

My question is Step 4. The force assigning need a lot of time (10 times compared to the DYNA_NON_LINE). That means almost 80% of the computational time is consumed by the force assigning. You can see this from this following snapshot. Is there any way to improve the efficiency?
statue.png?raw=true

By the way, using CREA_CHAMP to assign the nodes’ force cannot work here. Because it requires a formula (using basic mathematics) to describe the relationship between forces and (perhaps) coordination. However, such formula doesn’t exist. Therefore, this method cannot work in my circumstance.

By the way, I have put the .comm and .med files in the attachment in case you need to check.

#13 Re: Code_Aster usage » assign the force using champ method » 2019-04-01 17:46:16

HI, I got the answer to that question.
it needs "crea_resu" to create the evol_char type structure. and then it can be applied to the model.

    TES[k] = CREA_CHAMP(MODELE=model, 
                    OPERATION='AFFE', 
                    TYPE_CHAM='NOEU_FORC_R',
                    AFFE=_F(GROUP_NO=('allnodes', ), 
                            NOM_CMP=('FX',), 
                            VALE=(0.1)
                            ), 
                    ) 

    cham[k]=CREA_RESU(OPERATION='AFFE',
                   TYPE_RESU='EVOL_CHAR',
                   NOM_CHAM='FORC_NODA',
                   AFFE=(_F(CHAM_GD=TES[k], MODELE=model, INST=k,),
                        ),
                  );
    LOAD1[k]=AFFE_CHAR_MECA(MODELE=model,
                        EVOL_CHAR=cham[k],

#14 Code_Aster usage » assign the force using champ method » 2019-04-01 07:57:55

chenghui62000
Replies: 1

Dear all,

suppose I would like to add a force field to all the nodes in the model, Can I use the following structure?

    TES = CREA_CHAMP(MODELE=model, 
                    OPERATION='AFFE', 
                    TYPE_CHAM='NOEU_FORC_R',
                    AFFE=_F(GROUP_NO=('allnodes', ), 
                            NOM_CMP=('FX', 'FY','FZ',), 
                            VALE=(0.1, 0.2,0.0)
                            ), 
                    ) 
    LOAD1=AFFE_CHAR_MECA(MODELE=model,
                        EVOL_CHAR=TES,)

actually, it gives an error message, I have no idea how to change the syntax mistake.

CR phase d'initialisation
   Etape : AFFE_CHAR_MECA    ligne : 110    fichier : u'fort.1'
      Mot-clé simple : EVOL_CHAR
         !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
         ! <code_aster.Cata.Legacy.DS.co_cham_gd_sdaster.cham_no_sdaster object at         !
         ! 0x7f93fa1313d0> (de type <class                                                 !
         ! 'code_aster.Cata.Legacy.DS.co_cham_gd_sdaster.cham_no_sdaster'>) n'est pas d'un !
         ! type autorisé: (<class                                                          !
         ! 'code_aster.Cata.Legacy.DS.co_resultat_sdaster.evol_char'>,)                    !
         !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
      Fin Mot-clé simple : EVOL_CHAR
   Fin Etape : AFFE_CHAR_MECA
fin CR phase d'initialisation

best regards,
Hui Cheng

#15 Re: Code_Aster usage » Rigid body + towing cable » 2019-03-28 15:59:21

Hi,
do you have any progress for now? we can have a discussion on this topic. I am working on a flexible fish cage, which need an lot calculation on the hydrodynamic forces.

Best regards,
Hui Cheng

#16 Re: Code_Aster usage » [solved] Nodal forces function of nodal cordinates » 2019-03-23 09:57:58

sorry I am also a new user. I did not find any syntax in your command file. maybe you can post the error message. that might be more helpful.

#17 Re: Code_Aster usage » [solved] Nodal forces function of nodal cordinates » 2019-03-22 14:43:19

hi,
there is a mistake in the syntax:
you should use "NAP= FORMULE(....)"
instead of          "NAP= FORMULA(...) "

best regards,
Hui Cheng

#18 Re: Code_Aster usage » Question on output the results using "IMPR_RESU" » 2019-03-22 09:28:12

Hi, Thank you dbpatankar,
I have solved this problem according to your clue. I have changed the solver command as following: 

resn = DYNA_NON_LINE(CARA_ELEM=elemprop,
                    CHAM_MATER=fieldmat,
                    reuse=resn, 
                    ETAT_INIT=_F(EVOL_NOLI=resn),
                     ......

best regards,
Hui Cheng

#19 Re: Code_Aster usage » Slow running with DYNA_NON_LINE » 2019-03-21 21:33:59

By the way, a new error came when I change the ITER_GLOB_MAXI upto 10000.

>> JDC.py : DEBUT RAPPORT
CR phase d'initialisation
   !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
   ! <S> Exception utilisateur levee mais pas interceptee. !
   ! Les bases sont fermees.                               !
   ! Type de l'exception : NonConvergenceError             !
   ! [('?', (), (), ())]                                   !
   !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
fin CR phase d'initialisation

but this time, no advice at the end.
best regards,
hui Cheng

#20 Re: Code_Aster usage » Slow running with DYNA_NON_LINE » 2019-03-21 21:32:14

Hi, This is the error message, traslated from Google.

1593/5000
CR initialization phase
   !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
   ! <S> User exception raised but not intercepted. !
   ! The bases are closed. !
   ! Exception type: NonConvergenceError!
   ! !
   ! Stop because of lack of convergence with the number of iterations required!
   ! in Newton's nonlinear algorithm. !
   ! The global database is saved. It contains the archived steps before!
   ! shutdown. !
   ! !
   ! Tips:!
   ! - Increase ITER_GLOB_MAXI. !
   ! - Update the tangent matrix more often. !
   ! - Refine your temporal discretization. !
   ! - Try to enable event management (time step cut by!
   ! example) in the command DEFI_LIST_INST. !
   !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
end CR initialization phase

>> JDC.py: END REPORT
EXECUTION_CODE_ASTER_EXIT_26794 = 1

I have tried to increase the ITER_GLOB_MAXI upto 10000, but it still did not give any result.
for the tangent matrix, I and temporal discretization, I do not know how to change this.

#21 Re: Code_Aster usage » Slow running with DYNA_NON_LINE » 2019-03-21 14:44:42

Is that because of the mesh file? I did not find any fault in the comm file

#22 Code_Aster usage » Slow running with DYNA_NON_LINE » 2019-03-21 12:55:26

chenghui62000
Replies: 5

hi,
I am trying to do a simulation for a net plane. But it needs a lot of time to do the simulation. I just put the gravity and boundary condition in the setting up.

Here are the comm file and mesh file.
could you please help me to check if there is anything wrong in the setting?

Best regards,
Hui Cheng

#23 Re: Code_Aster usage » Question on output the results using "IMPR_RESU" » 2019-03-20 14:07:00

Hi Jean Pierre Aubry,
I guess it should be like this:

 teme=CREA_RESU(OPERATION='ASSE', 
                TYPE_RESU='DYNA_TRANS',
                ASSE=_F(   ), )

However, I don't know how to write in the _F(  )

could you please give me a example?

#24 Code_Aster usage » Question on output the results using "IMPR_RESU" » 2019-03-12 13:55:01

chenghui62000
Replies: 4

Dear all,

There is a question about how to output the results file.
Currently, I used the DYNA_NON_LINE solver to solve the dynamic equation of my study object-- a cage net. The flow chart of my calculated method is shown below. I output the results using "med" format and want to use the "ParaVis" to processing the results to see the dynamic response depended on the time. However, I can not get the time historical results. I guess it is due to the  changing name when calling the DYNA_NON_LINE solver:

resn[k] = DYNA_NON_LINE(CARA_ELEM=elemprop,

Is there any way to get the animation of the dynamic response of the structure using the med format? if not should I change it to other kinds of format, or i need to write a script to do that?
Flow%20chart%20of%20codeaster.png?raw=true

best regards,
Hui Cheng

Board footer