abaqus重启动分析
- 格式：doc
- 大小：206.00 KB
- 文档页数：6
1
导入restart、inp文件
在step里面设置重启动分析请求如上图所示
这样会在step-fix那里生成一个res文件便于重分析启动
将job 命名为restart 之后就运行job文件,直至运行完毕。
(该模型分三步加载螺栓预紧力)最后一步加载预紧力完成
2
复制一个restart模型为
restart-copy
编辑模型属性设置重启动
3
在复制
模型里
面,在分
析步里
面设置您后面想分析得分析步
骤这里我加了个施加剪力得步骤,由于施加位移荷载,清除掉复制
模型里面得load里面得力。
而且上一步得螺栓预紧力会通过后面设置预定义场,而传导致step-shear分析步,所以清除load里面得力。
下图由于存在法向接触与切向接触,搭接构建存在剪切力,收敛困难,所以第一步分析步设小。
4
施加位移荷载
设置预定义场如上图所示选择图示全部实体
设置上一步运行得job名称
新建一个作业,运行restart-copy
这个作业就会以施加预应力后得结果为作业得初始状态。
计算结果如下图所示
以上就以一个简单得分析,讲解,对于大型复杂得分析避免浪费时间
重启动分析就是个不错选择。
最近碰到一个计算时间比较长得Explicit模型,分析步4个,每个分析步计算时间都超过8小时,由于用笔记本计算,下班就得中断计算关机走人,这样就不得不考虑重启动得问题。
经过这几天得摸索,发现对于这种计算时间长得Explicit模型,要想就是实现意外中断以后继续计算,最好得方法就就是用recover。
方法其实很简单:
要想在中断以后实现无缝连接(接着上一个increment继续计算),必须在计算之前做一个Restart得设定,CAE:step模块,output->restart requests->intervals,默认为1,将这个数据改大一点,我改为100,与field output得inteval对应起来。
有了这个前提,不管什么时候中断,只需把该job type改为recover,然后提交就会接着中断得部分继续算。
再中断再提交就行了,不需要做任何改动,直至计算完成。
mand命令:abaqus job=jobname recover int。
解释:
restart前提条件得设定,Explicit默认得会写出各种重启动需要得文件,只不过默认得interval=1,就就是说只有在每个分析步得开始与结尾才有重启动点,这样不能实现哪中断哪重启。
要实现无缝连接,理论上这个数据越大越好,只要不超过一个分析步increment总数。
但就是大了会增加数据写入量,也没必要。
这个前提设定与restart一样。
好处:
只需要在第一次重启动得时候改job type为recover,提交就ok了,当然要记得删除lck文件。
后面中断了就只需提交就行了,不需做任何改动,方便。
而且odb,sta等文件都就是在原文件得基础上续写,不存在合并odb文件得问题。
用这个方法,甚至可以人为中断后再接着计算。
一点体会,供参考。
1、首先需要重启动得case计算时有设置重启动输出,即inp中以下类似代码关键有write:
*Restart, write, number interval=8, time marks=YES
2、查瞧计算结果后缀为、sta得文件,观察最后restart number数值,如Restart Number 8 at
3、0600;
3、合并原计算结果文件,jobname为断电前使用得文件名(需先删除原文件后缀为、lck得文件)
abq6101 job=jobname convert=all int
4、设置重启动读入值,interval等于最后restart number减去1,例
*RESTART, READ, STEP=4, END STEP, INTERVAL=7
5、设置重启动inp文件,新建一个AMPLITUDE文件,时间设置为计算总时间,
*Amplitude, name=Amp-3,TIME=total time
3、0, 0、, 3、06, 1、6、改变相应边界条件;
断电前使用
*Boundary, amplitude=Amp-2, type=VELOCITY
改为
*Boundary, amplitude=Amp-3, type=VELOCITY
7、分析计算,restartname为新建得重启动inp文件名称,jobname为断电前使用得文件名
abq6101 job=restartname oldjob=jobname cpus=12 int mp_mode=threads double
注意:
默认使用得AMPLITUDE中time=step time,跟AMPLITUDE相关得边界条件都需要改变;。
