由于兼任某abaqus技術交流群的群主，經常會有人問問題。不過有些問題實在是沒辦法，列舉如下：

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。兩者的本質來說是差不多的，解決思路也差不多，無法解決的原因也差不多

喜歡本文的請隨手點個贊

歡迎關注我的技術鄰賬號，關注我的技術文章和視頻。

也歡迎加入abaqus交流群516073058進行討論研究