1.too many attempts made for this increment
经常会有朋友冷不防的抛出一个截图,然后指着里面的一句画问,这个错误怎么解决啊。 首先表示理解,我也是这么过来的。但是只要是细心点,翻译下这句话,他只是告诉你:我怎么算都算不下去了,我累死拉,我要**。
那么还是要来解释下这个错误说了什么内容。在abaqus的求解过程中,涉及到一个收敛判断的问题。有好几种准则来判断,它首先用一个初始时间步长去试算,然后再逐步缩小,当连续试了4次后(即常见的1U,2U,3U,4U),第五次(5U)就退出了。至于为什么只试了4次,其实这可以调的。 调节的地方在这里。step模块里 这里面可以调整的参数很多。个人建议,不要改这些内容,意义不是很大。 这么看来,其实最直接的解决的思路也就有了,就是减小初始增部和最小阈值
遗憾的是,如果一开始就1U到5U来个五连击,一般这种情况是无效的。那么这句话还有其他信息么?再次遗憾,没有了。换句话,它只是变相的告诉你,计算不收敛。而不收敛的原因有前百万种。就像你去医院,也不看医生,也不检查,直接去药房说:我生病了,给我药。给你的建议是仔细检查检查边界条件,检查下msg文件把。
2.Time increment required is less than the minimum specified。
现在来说一说这个问题。进步这个问题和上面一个问题出现的频率一样高。字面翻译:所需的时间增量小于指定的最小值。
关键词1:所需的时间增量,即下图红色框框的。它是怎么来的呢?先用step中定义的初始值(下个图中能看到),如果不收敛,就缩小,收敛就放大。
关键词2:the minimum specified.这是在step中定义的阈值。
关键词3:less than。就可以知道了,报错是说关键词1中的时间增量小于关键词2中阈值了。
综上,最简单的解决思路是同时缩小initial和MInimum的值。通常你可以把minimum定义到e-9就差不多了。为什么不定义更小呢?没意义。及时它真能在e-15的情况能算,我也等不起。
可惜,大多数情况这样并不管用,因为怎么调都是不收敛,这时候你还是用这么一张图问我怎么解决,我能说,不收敛的情况千差万别,还是仔细检查检查边界条件,检查下msg文件把。
总结:如果在达到MInimum之前就达到5U 无连技,就报错误1:too many attempts made for this increment。如果没有达到5U 无连技,先触发了MInimum,就报错误2:Time increment required is less than the minimum specified。两者的本质来说是差不多的,解决思路也差不多,无法解决的原因也差不多。
免责声明:本文系网络转载或改编,未找到原创作者,版权归原作者所有。如涉及版权,请联系删