Hypermesh画完网格导出inp,ABAQUS读进去,提交,跑了一个多小时,msg里蹦出来“Too many attempts made for this increment”,网格也检查了,边界也检查了,就是不知道哪里不对。
ABAQUS 2023、Standard求解器、8核并行、D:\temp\model.inp、msg文件D:\temp\model.msg、sta文件同目录、dat文件同目录、默认内存90%、默认scratch目录。
它的求解器底子确实厚,接触、非线性、材料本构这些领域里扎得深,CDP、UMAT、VUMAT这些接口给了用户很大的自由度,Fortran子程序写好了能把很多商业软件做不了的本构塞进去。收敛控制上比ANSYS要精细,步长自适应、自动稳定、黏性正则化这些工具都给足了,但代价是调参的工作量也大,一个参数不对就崩给你看。前处理是最大的短板,CAE界面画网格跟Hypermesh和ANSA比差得远,复杂几何基本上都得靠外部工具划好了再导进来,CAE里那个mesh模块做简单件还行,装配体级别的划分效率低到没法用。

Python脚本是它真正拉开差距的地方,CAE里每一步操作都能录成Python,改参数批量跑分析方便,做参数化研究的时候优势很明显。ANSYS那边APDL也能干这个但语法晦涩,ABAQUS的Python接口跟numpy、matplotlib这些能直接对接,后处理自动化写起来顺手得多。COMSOL的LiveLink和MATLAB耦合也很强,但那个偏多物理场,结构非线性这块还是ABAQUS更硬。
有一次接了个项目,做一个预制混凝土剪力墙的滞回分析,用了三个UMAT,CDP、钢筋的随动硬化、还有一个自定义的界面本构。周五下午提交,跑到周日晚上还没完,周一早上来一看,sta文件停在第四个循环的峰值位移处,msg里全是“excessive distortion”和“zero pivot”。网格畸变严重,节点区混凝土被压碎了。想调网格,重新划分了一版,节点区加密到8mm,提交,又崩了,这回是沙漏模式,减缩积分单元在节点区大面积扭曲。换C3D8完全积分,计算量翻了三倍,但收敛了。算完一算时间,四个循环跑了六天,单位机时算下来成本比自己手算还高。那周正好赶上台风天,窗外雨一直下,机房的UPS响了几次,每次响心里都咯噔一下。
显式那边Explicit就不用纠结收敛问题,拿来做冲击、倒塌、穿甲这些合适,但准静态问题用Explicit得控制惯性效应,加载速率、质量缩放、能量比这些指标得盯着看,ALLKE/ALLIE超过5%就说明惯性效应不能忽略了。隐式Standard做准静态加载更稳妥,但接触一多就难收敛。两种求解器各有所长,选错了方向怎么调都别扭。
学习曲线陡,官方文档写得深但组织得散,Abaqus Analysis User‘s Guide三大本,碰到具体问题的时候翻起来费劲,很多时候还是靠论坛和同事之间口口相传。达索的license政策也不友好,token贵,学术版功能砍了不少,多版本共存的时候license配置出一堆幺蛾子,这些在ANSYS那边相对好一些。前后处理有Abaqus/CAE撑着但也只是够用,真正上生产还是Hypermesh+ABAQUS+Python后处理这个组合。
跟其他软件配合的时候,Hypermesh导出的inp里单元类型和set名字跟ABAQUS的默认规则有时候对不上,得手动改。SolidWorks直接传过来做小装配件还行,大模型还是老老实实step格式走。这些接口层面的小问题积累起来其实挺耗时间,一个项目做完光在这些杂事上花的时间就不少。
D:\temp\model.inp,Step-1,Increment 47,Attempt 3,Time Inc
免责声明:本文系网络转载或改编,未找到原创作者,版权归原作者所有。如涉及版权,请联系删