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

You are not logged in.

#26 2019-01-17 15:14:23

jeanpierreaubry
Guru
From: nantes (france)
Registered: 2009-03-12
Posts: 3,985

Re: Problème de convergence en Hyperelastic

il me semble de tpsjob est bien le temps alloué au calcul
il est exprimé en minute (de 60 secondes)
je n'ai jamais eu une valeur refusée lorsque celle ci est entrée dans ASTK
(je ne crois pas avoir rentré des valeurs supérieures à 2400 (minutes) = 40 heures)


consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/

Offline

#27 2019-01-17 15:31:11

Groguiguy
Member
From: Centrale Lille
Registered: 2017-11-07
Posts: 94

Re: Problème de convergence en Hyperelastic

Je n'utilise pas ASTK car j'intègre l'ensemble de mes calculs dans un futur logiciel piloté en python où j'écris directement dans les fichiers export et .comm. Je pense que mes calculs vont prendre pas loin de 80h, voir plus vu que je fais des tests de convergence.

Le truc bizarre ici, c'est qu'en lançant le calcul via shell 'as run fichier.export' mon fichier export est réécrit automatiquement et la valeur tpsjob est changée!!! Je comprends pas comment Code_aster peut avoir la main pour modifier le fichier export que j'ai moi même écrit et lancé.
Le comble étant que du coup, pas moyen d'augmenter le temps CPU vu qu'il remet tpsjob 196 qu'il me demande lui même d'augmenter!

La lecture du fichier .comm pourrait influencer le fichier export? Vraiment je pige pas. De plus je n'avais pas ce problème avant, donc c'est sans doute une erreur de ma part dans l'écriture...


Attachments:
T001_vol.export, Size: 635 B, Downloads: 345

Offline

#28 2019-01-17 17:16:05

Groguiguy
Member
From: Centrale Lille
Registered: 2017-11-07
Posts: 94

Re: Problème de convergence en Hyperelastic

Est ce que dans le fonctionnement de Code_Aster il fait appelle à ASTK en off, et ce serait ASTK qui réécrirait "tpsjob 196" dans le fichier export?
Si c'est ça, je ne vois pas comment contourner le problème, mais je ne vois pas pourquoi ça ne le faisait pas avant non plus.
Dans la doc u1.04.00 il est justement fait mention que l'emploi de as_run utilise ASTK... le problème vient peut être de là.

Offline

#29 2019-01-17 17:25:28

jeanpierreaubry
Guru
From: nantes (france)
Registered: 2009-03-12
Posts: 3,985

Re: Problème de convergence en Hyperelastic

Groguiguy wrote:

Vraiment je pige pas. De plus je n'avais pas ce problème avant, donc c'est sans doute une erreur de ma part dans l'écriture...

Je viens de lancer un calcul avec as_run
le fichier export est effectivement réécrit avec tpsjob 2401 en lieu et place de 2400 !!!!!


consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/

Offline

#30 2019-01-17 17:33:19

Groguiguy
Member
From: Centrale Lille
Registered: 2017-11-07
Posts: 94

Re: Problème de convergence en Hyperelastic

Alors j'ai un truc qui cloche, car je viens de faire le test avec 2400, et il réécrit 196!!!

PS : je précise que j'utilise appli_V2017.0.2 mais je ne pense pas que ça change grand chose.

Last edited by Groguiguy (2019-01-17 17:40:32)

Offline

#31 2019-01-18 08:49:38

jeanpierreaubry
Guru
From: nantes (france)
Registered: 2009-03-12
Posts: 3,985

Re: Problème de convergence en Hyperelastic

tant avec la version stand alone code-aster 14.2 qu'avec la version salome_meca_2018
la variable n'est pas changée pour les autres versions je ne sais pas


consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/

Offline