我在進(jìn)行abaqus用戶材料子程序的計(jì)算時(shí)出現(xiàn)了一些問(wèn)題，當(dāng)然，這些問(wèn)題不是來(lái)自u(píng)mat的代碼問(wèn)題。在我們的一臺(tái)高性能計(jì)算機(jī)上，我們使用的工作環(huán)境是win10&visual studio 2019¶llel studio XE 2020，顯然，我們的代碼和模型可以完全正常的計(jì)算出我們想要的結(jié)果。
在centos中使用abaqus及其子程序進(jìn)行磨損仿真，需要將磨損結(jié)果保存到子程序所在文件中，雖然在磨損的分析步中模型運(yùn)行沒(méi)有問(wèn)題，但在工作目錄中沒(méi)有應(yīng)該存在的TXT文件。子程序.f文件中的寫入和寫出txt文件的代碼如下：
，就是有時(shí)候丟有時(shí)候不丟，有時(shí)候一個(gè)有時(shí)候是三個(gè)，statev是每次都會(huì)遇到這個(gè)問(wèn)題，我真的有點(diǎn)崩潰，是不是我的代碼有問(wèn)題，但是我這個(gè)代碼的基本結(jié)構(gòu)是在別人可運(yùn)行代碼的基礎(chǔ)上改的，我也在自己的電腦上成功運(yùn)行了，可是改過(guò)之后就始終出現(xiàn)這個(gè)問(wèn)題，NN_prediction那段我是一點(diǎn)都沒(méi)有改，包括它里面的子程序update_state和dense，希望各位大佬伸出援手call assignk(props
是這樣的，我想用UEL子程序來(lái)仿真斷裂失效，目前的計(jì)劃是利用abaqus設(shè)置狀態(tài)變量來(lái)實(shí)現(xiàn)單元?jiǎng)h除，但是我看好像只有UMAT或者VUMAT等少數(shù)子程序能夠通過(guò)關(guān)鍵字*Depvar來(lái)定義狀態(tài)變量實(shí)現(xiàn)單元?jiǎng)h除，沒(méi)有看到UEL相關(guān)的設(shè)置。所以我后來(lái)想能不能通過(guò)同時(shí)調(diào)用兩個(gè)子程序，用UMAT讀取我UEL程序輸出的狀態(tài)變量值，然后再umat里面判斷改單元是否失效。
不知道什么原因，嘗試解決解不了 看報(bào)錯(cuò)原因是所有定義元素都缺少橫向剪切剛度，在子程序中加入C44,C55,C66還是一樣出現(xiàn)， 求各路大佬指點(diǎn)指點(diǎn) 覺(jué)得子程序有誤的話，需要看子程序可以私聊我發(fā)完整代碼
在usdfld子程序中調(diào)用getvrm子程序就報(bào)錯(cuò)，不調(diào)用getvrm子程序就能成功計(jì)算，請(qǐng)問(wèn)如何解決，感謝。
遇到的問(wèn)題是這樣的，當(dāng)我把這個(gè)判定條件寫在這個(gè)位置，幅值會(huì)按照我設(shè)定的速度正常加載，并且可以正常識(shí)別幅值名稱，但是，當(dāng)位移達(dá)到我預(yù)設(shè)的位移時(shí)，似乎并不觸發(fā)停止Step的判定條件，位移依然會(huì)前進(jìn)，我需要子程序進(jìn)行循環(huán)加載。奇怪的是，同樣的代碼，在UAMP子程序中就能正常判定
119 跳至頁(yè)
工程師必備
- 項(xiàng)目客服
- 培訓(xùn)客服
- 平臺(tái)客服
TOP
