abaqus tie約束
關注創建者：王靖雯 創建時間：2023-02-27
abaqus tie約束的實例教程
部件相互作用關系定義
為保證各部件間力量、能量等的傳遞，結合實際情況考慮，在本次分析中將本產品中各部件所有相互接觸面通過使用ABAQUS的Tie功能綁定約束在一起。在本例中一共使用了18組Tie約束，下面就以一組Tie約束為例簡要說明實現該功能的操作步驟及思路。
Step1：為了后續定義選取操作的方便，我們將首先使用群組定義Surface命令指定各部件目標綁定約束面。
在Interaction模塊中，使用Tool/Surface/Create命令進入群組面指定對話框，定義該群組面名稱后點擊continue選擇目標面（在選擇殼體時注意面的方向）確定即可。
使用同樣的方式指定完剩余的目標綁定約束面。
Step2：進行Tie約束。
在Interaction模塊中，使用Constraint/Create命令進入約束命令對話框，定義約束名稱并選擇約束類型（tie)點擊continue分別選擇目標綁定約束的主從面，再通過位置公差、調整選擇等計算方式的定義點擊OK即可。
至此為止一個完整的tie約束操作順利完成。
7. 邊界條件定義
如下圖示步驟說明，在Load模塊中進行模型邊界條件指定。【在實際案例作業過程中，為保證分析結果的參考價值，邊界條件的定義務必以實際工況為準?！?001. 底盤端面六個自由度的完全約束。
002. 底邊X&Y&Z三個位移自由度的約束
8. 網格單元類型的指定
在mesh模塊中，對個離散部件指定網格單元類型。
9.任務的創建與編輯
在進入Job模塊后，按照如下圖示進行任務的創建與編輯。
10. 模型后處理與結果判讀
進入Visualzaiton模塊后，抓取固有頻率在120Hz以內的固有頻率和模態圖。
展開 
abaqus tie約束的相關專題、標簽、搜索
abaqus tie約束的最新內容
操作步驟：
打開“分析” → “Abaqus” → “工況管理器”
點擊“新增”，創建工況名為“Side_Impact”
工況類型選擇“靜力學（Static, General）”
4.2 約束設置
車門與車身連接處施加約束：
鉸鏈安裝孔：約束1、2、3方向平動自由度（U1=U2=U3=0）
（總時間 vs 分析步時間）的適用場景，尤其是靜力學與動力學分析的時間設置差異；10 類核心文件（.inp/.odb/.jnl/.dat 等）的作用，還有材料屬性（彈性 / 塑性 / 蠕變等）、獨立 / 非獨立部件的區別、裝配約束（固定 / 對稱 / MPC/Tie 等）的正確定義，幫你夯實建模基礎。
生成此類網格時，Abaqus 會提示將生成非協調網格，并在不同單元類型交界處自動創建 Tie 綁定約束，以保證模型的連續性。
4.2 單元選擇驗證方法
網格敏感性分析：在確定最終單元類型和網格密度之前，應進行網格敏感性分析，比較不同網格密度和單元類型下的計算結果差異。如果結果對網格密度敏感，說明需要更精細的網格或更高階的單元。
約束等效螺紋結構。
從仿真結果看柱狀試樣螺紋連接方式與片狀粘膠連接方式結果近似，這是由于仿真中使用tie約束等效螺紋結構，實際上由于螺紋結構界面較為復雜，其結果離散性和波動性會更大，一般情況下粘膠連接方式結果更為精確。
</p><p><br></p><p><span style="color: rgb(25, 27, 31);">?修改Iinp文件生成SPH：</span></p><p> 另一種方法是，先在CAE把模型建好，然后在修改inp關鍵詞直接上次SPH粒子，此時可在軸對稱邊界定義約束、初始條件、tie約束等，然而需要在關鍵詞添加，且不能直接導入CAE計算，只能通過命令。
前卡與坯料的頭部采用綁定約束（Tie）。
3. 剛體約束（Rigid body）。如下圖所示。
將前卡和胎模一起約束到RP-1點，RP-1點位于胎模的圓心位置
滑板和芯棒可以約束到不在剛體上的任意點位置
邊界條件：在step1分析步，固定滑板和芯棒的剛體約束點所有自由度。
材料參數設置如下:
板材與V型芯之間接觸面采用Tie約束。
下層板底部約束6個自由度，上層板材上表面施加方向向下，大小為8mm的位移。約束及約束施加設置如下：
分析步設置如下：
本案例將相同模型分別在isolver與Abaqus中進行計算并對比。
4.
2、約束是否會影響運算效率？
不會。我分別進行了模型一端tie到RP點上，然后施加靜止約束的運算，以及模型一端直接施加靜止約束的運算，所需時間差別不大。
3、調用核心數對運行效率影響多大？
這種做法導致雖然Abaqus無論從用戶體驗、非線性還是商業化都比Nastran好很多，但很多線性的工程復雜問題還是沒法替代Nastran。
（2） 另一類是Contact、Tie等的面之間的約束關系。在這方面Abaqus要明顯強于Nastran了。
我們將用統一的公式來求解這兩類關系，同時也從軟件實現層面說明一下針對這兩類情況的各自差異。
