Output na restart¶

Matokeo ya analysis hubaki kwenye memory ikiwa hayajaandikwa, hivyo yanahitaji kutolewa kama files zinazofaa kwa post-processing, visualization, recovery, au kuendelea na calculation. Kwa kuwa file format, output items, na output frequency hutofautiana kulingana na matumizi, FrontISTR hutumia mifumo kadhaa ya output.

Output ya FrontISTR ina mifumo mitatu: result files (!WRITE,RESULT) zinazohifadhi analysis values, visualization files (!WRITE,VISUAL) za visualization, na restart files (!RESTART) zinazohifadhi analysis state. Physical quantities zinazojumuishwa katika result na visualization files huchaguliwa na !OUTPUT_RES na !OUTPUT_VIS mtawalia.

Muhtasari wa vipengele¶

Ni rahisi kupanga output settings kwa kutenganisha mihimili mitatu ifuatayo.

!WRITE,RESULT huwezesha result file na output variables zake huchaguliwa kwa !OUTPUT_RES. !WRITE,VISUAL huwezesha visualization file na variables za visualization huchaguliwa kwa !OUTPUT_VIS. Kwa zote mbili, interval hudhibitiwa kwa FREQUENCY. !WRITE ni card moja, na RESULT / VISUAL / FEMAP zinaweza kuwepo kama parameters zinazochagua destinations.

Data rows za !OUTPUT_RES na !OUTPUT_VIS huorodhesha output variable name na ON / OFF. Ukiweka GROUP, output inaweza kuzuiliwa kwa group maalumu. Tazama keyword reference kwa input syntax na data rows zinazopatikana.

!RESTART huhifadhi analysis state yenyewe, tofauti na result au visualization files. Restart file hutumika kuendelea na analysis kutoka state ileile baada ya kusimamishwa.

Jinsi ya kuchagua output¶

Chagua output kwa kuanzia na lengo la ukaguzi. Tumia result file ikiwa numerical values zitatumika kwa post-processing au analysis nyingine; tumia visualization file ikiwa shape au distribution itaangaliwa kwa visualization tool. Ikiwa analysis lazima iweze kuendelea baada ya kusimamishwa, wezesha restart file kando na output ya kawaida.

Kwa large-scale analysis, kuhifadhi kila step kwa default output kunaweza kufanya result na visualization files kuwa kubwa sana. Weka ON kwa physical quantities zinazohitajika pekee na OFF kwa zisizohitajika. Ikiwa time history haihitaji resolution kubwa, ongeza FREQUENCY ili kufanya output interval kuwa pana.

Ni vizuri kuamua output variables kwa mpangilio wa "physical quantity inayohitajika", "destination", kisha "frequency". Kwa mfano, ili kuona stress distribution katika ParaView, wezesha visualization file na uchague NSTRESS au NMISES kwa !OUTPUT_VIS. Ili kufanya numerical post-processing ya contact force, wezesha result file na uchague CONTACT_NFORCE, n.k. kwa !OUTPUT_RES.

Physical quantities zinazoweza kutolewa¶

Output variables zimegawanywa katika structural analysis, dynamic analysis, thermal analysis, contact analysis, element-specific results, na identification metadata. Jedwali lifuatalo linaonyesha variable names kuu, types zake, na aina za uchanganuzi zinazotumika. Kwa orodha kamili na data-row syntax, tazama !OUTPUT_RES na !OUTPUT_VIS.

Kwa default, DISP, ROT, NSTRESS, na NMISES ni ON. Hata hivyo, kama value yenye maana itatolewa hutegemea aina ya uchanganuzi, aina ya elementi, material model, na contact settings. Kwa mfano, VEL na ACC hutumika kwa dynamic analysis, na CONTACT_* hutumika wakati contact information imezalishwa katika contact analysis.

Output kwa kila shell layer¶

Shell elements zina integration points au layers nyingi katika thickness direction, hivyo stress na strain hutofautiana kwa layer na surface hata ndani ya elementi ileile. Nodal-averaged au element values za kawaida pekee hufanya iwe vigumu kutambua layer au surface inayowakilishwa.

SHELL_LAYER ikiwa ON, matokeo ya + side na - side hutolewa tofauti kwa kila layer ya laminated shell. Stress/strain components zinazotolewa hupata identifiers za layer number na surface side, hivyo zinaweza kutumika kwa through-thickness stress distribution au damage evaluation ya kila layer.

SHELL_SURFACE ni auxiliary information ya kutambua surfaces kama upper/lower surface ya shell. Kwa visualization ya layer-wise shell results, wezesha SHELL_LAYER pamoja na stress/strain variables zinazohitajika, kisha chagua result component inayolingana na layer au surface husika katika visualization tool.

Layer-wise shell output huongeza idadi ya output components, hivyo file size huongezeka kwa models zenye layers nyingi. Inapendekezwa kutoa stress/strain variables zinazohitajika pekee.

Output destinations¶

Result files na visualization files zina matumizi na storage formats tofauti. Analysis moja inaweza kutoa zote mbili au moja tu.

Result file¶

Result file huwezeshwa kwa !WRITE,RESULT. Huhifadhi analysis results kama FrontISTR / HEC-MW result data na hutumika kwa numerical post-processing au kusomwa na analysis nyingine. Variables zinazotolewa huchaguliwa kwa !OUTPUT_RES.

!WRITE,RESULT imetekelezwa kama parameter !WRITE ya card ya RESULT, na ni destination option sambamba na visualization na FEMAP output.

Result file inaweza kuhifadhi displacement, stress, strain, reaction force, contact information, n.k. kwa structural analysis, na temperature field kwa thermal analysis. Output interval ya kila step hutajwa kwa FREQUENCY. Tazama execution guide kwa concrete filenames, locations, na jinsi ya kukagua baada ya execution.

Result file (extension .res) ni text data yenye muundo ufuatao. Mwanzoni kuna format version na comment, ikifuatiwa na global variables, kisha output variables kwa kila node na element.

*fstrresult 2.0
*comment
<mstari_wa_maoni>
*global
<idadi_ya_global_variables>
<DOF_za_global_variables>
<majina_ya_global_variables>
<values_za_global_variables>
...
*data
<idadi_ya_nodes> <idadi_ya_elements>
<idadi_ya_nodal_data> <idadi_ya_element_data>
<DOF_za_nodal_data> ...
<majina_ya_nodal_data>
...
<values_za_nodal_data>
...
<DOF_za_element_data> ...
<majina_ya_element_data>
...
<values_za_element_data>
...

Log file¶

Log file (extension .log) ni summary file inayotolewa kila mara baada ya analysis. Mbali na physical quantities za kila node na element, hutoa maximum/minimum values za displacement, strain, na stress components. Kwa modal analysis hutoa eigenvalues na eigenvectors. Maudhui hudhibitiwa na parameter !WRITE ya LOG. Tazama execution guide kwa filename na location.

Visualization file¶

Visualization file huwezeshwa kwa !WRITE,VISUAL. Hubadilisha mesh na result data kuwa format ya visualization tool na kuziandika. Variables huchaguliwa kwa !OUTPUT_VIS, na format pamoja na visualization conditions huwekwa kwa !VISUAL.

!WRITE,VISUAL si keyword huru; imetekelezwa kama parameter !WRITE ya card ya VISUAL, sambamba na !WRITE,RESULT / !WRITE,FEMAP kwa kubadilisha output destination (fistr1/src/common/fstr_ctrl_common.f90, fstr_ctrl_get_WRITE).

Ili kuwezesha visualization, lazima angalau visualization surface na output format zitajwe kwa card ya !VISUAL. Hii ndiyo minimum dataset.

!WRITE,VISUAL
!VISUAL,method=PSR
!surface_num=1
!surface 1
!output_type=VTK

surface_num na !surface haziwezi kuachwa. Tazama !VISUAL kwa syntax na options zinazopatikana.

Visualization formats kuu ni zifuatazo.

Visualization files ni rahisi kushughulikiwa moja kwa moja na visualization tools kuliko result files, lakini size inaweza kuongezeka kulingana na format na idadi ya variables. Kwa large models, wezesha variables zinazohitajika kwa display pekee kupitia !OUTPUT_VIS.

Restart¶

Restart ni kipengele cha kuhifadhi internal state ya analysis wakati wa kusimamishwa na kuendelea na calculation kutoka state hiyo katika execution inayofuata. Result file ya kawaida ni output ya post-processing, ilhali restart file ni state storage inayohitajika na solver kuendelea na calculation.

Ikiwa !RESTART, FREQUENCY=n ya n ni chanya, restart file huandikwa kwa step interval iliyotajwa. Ikiwa n ni hasi, existing restart file husomwa mwanzoni mwa execution, kisha restart files huandikwa kwa interval ya absolute value |n|.

Kwa structural-analysis restart, current step, substep, cumulative step, time, time increment, load history, displacement, external force, stress/strain kwa kila Gaussian point, material internal state variables, contact state, n.k. huhifadhiwa. Dynamic analysis huhifadhi pia velocity, acceleration, strain energy, current time, na time increment zinazohitajika kuendelea na time integration. Thermal analysis huhifadhi step number, time, na temperature field; wakati wa kusoma, temperature field hurejeshwa kama initial state.

Wakati wa kuandika static-analysis restart na tabia ya kuendelea¶

Static-analysis restart (fstr_solve_NLGEOM) ina njia mbili za kuandika, na tabia ya kuendelea hutofautiana.

• Kuandika katikati ya substep: huandikwa ndani ya substep loop wakati step_count ni multiple ya FREQUENCY. Taarifa ya time huhifadhiwa kama "start time ya current step", pamoja na load list ya previous step.
• Kuandika mwisho wa step: huandikwa kila mara mara tu baada ya substep loop ya kila load step kukamilika, bila kujali kama ni multiple ya FREQUENCY. Taarifa ya time huhifadhiwa kama "step end time", pamoja na load list ya step hiyo.

Wakati wa kusoma, FrontISTR huamua kama step imekamilika kwa kuangalia kama "current time" iliyohifadhiwa inalingana na "reference time" (fstr_Restart.f90 katika fstr_read_restart).

Kwa hiyo, hata kwa FREQUENCY ileile, step number na time reference baada ya restart hutegemea timing ya kuandika (katikati ya substep au mwisho wa step). Hasa, write ya mwisho wa step hufanyika kila mwisho wa step bila kutegemea FREQUENCY.

Wakati wa kuandika dynamic-analysis restart na tabia ya kuendelea¶

Time-history dynamic restart pia hutofautisha write katikati ya substep na write mwisho wa step. Katikati ya substep, file huandikwa wakati cumulative substep count step_count ni multiple ya FREQUENCY; mwisho wa step, huandikwa mwishoni mwa step hiyo bila kujali FREQUENCY.

Wakati wa kusoma, restart position hurejeshwa kutoka saved step number, substep number, na cumulative substep count. Current format (restart_version >= 5) hutumia header ya pamoja na static analysis na huhifadhi current time, time increment, Newton iteration statistics, na automatic-increment state. Hivyo dynamic analysis yenye multiple !STEP, automatic increment, na cutback inaweza kurithi time reference na time increment baada ya restart. Legacy dynamic restart files zina read compatibility kwa sehemu, lakini new analysis inapaswa kutumia current format.

Jinsi ya kuandika !STEP cards wakati wa restart¶

Wakati wa restart execution, FrontISTR husoma !STEP cards katika cnt file kama "step sequence itakayotekelezwa baada ya restart" na huzichakata kila mara kuanzia ya kwanza (tot_step=1). Step number ya restart information iliyosomwa hutumika kulinganisha cumulative step number inayoonyeshwa na haiathiri !STEP index ya cnt. Pia, katika current format, !STEP ya kila starttime katika cnt huongezewa reference time kwa pamoja wakati restart inaposomwa, ili timeline ipangwe kuanzia restart time.

Kwa hiyo, andaa cnt ya restart kwa kanuni zifuatazo.

Kwa hali zote, kanuni ni kuondoa kutoka cnt steps ambazo tayari zimekamilika. Kwa kuwa restart time huongezwa kiotomatiki kwenye starttime, cnt inaweza kuandikwa kuanzia 0 (au kwa relative step start times). Rejea za boundary conditions na loads zihifadhiwe katika cnt tu kwa !STEP cards zinazobaki. Kanuni hii ni ileile kwa dynamic restart yenye multiple !STEP.

Mtiririko wa kawaida wa kutumia restart ni kama ifuatavyo.

1. Katika first execution, weka !RESTART, FREQUENCY=n ili kuandika restart file.
2. Katika execution ya kuendelea, weka !RESTART, FREQUENCY=-n.
3. FrontISTR husoma restart file wakati wa startup na baada ya hapo huandika state mpya kila steps n.

Tazama execution guide kwa naming, location, na run-time specification ya restart files. Kuna kiasi fulani cha read compatibility kwa legacy formats, lakini new analyses zitumie current format.

Mada zinazohusiana¶

• Serial execution — Misingi ya file placement na output verification wakati wa analysis execution.
• !OUTPUT_RES, !OUTPUT_VIS — Specification ya variables zinazotolewa kwa result na visualization files.
• !WRITE — Kuwezesha result/visualization/log output na output frequency (RESULT / VISUAL / LOG / FEMAP parameters).
• !VISUAL — Specification ya visualization surface na output format (pamoja na minimum-dataset example).
• !RESTART — Specification ya kusoma na kuandika restart files.
• Aina za uchanganuzi — Result items kuu kwa kila aina ya uchanganuzi.
• Contact na embedding — Maana ya contact output na utunzaji wa contact state.
• Step control — Uhusiano na output steps na time points.