以 Ncode 為例,軟件基礎操作和工程應用差距有多大?
作者:孫一凡
技術鄰優秀講師,14年CAE仿真分析從業經驗。機械設備專業高級工程師、機電工程專業國家一級建造師。負責完成國內國外多個工程項目具體工作,發表10篇中英文專業論文及15項專利著作權。
軟件基礎操作和工程應用差距有多大?
這個問題是工程技術學習初期,每個人都會遇到的問題。尤其是學生群體,買本書練幾個案例,就認為自己已然擁有了工程計算能力。這種想法很普遍,卻不可笑,因為幾乎每個工程師都經歷過這個過程。直到有一天去面試,才發現基礎操作和工程應用完全不是一回事,面試問題根本聽不懂。等到做工程項目的時候發現困難很多,接受新任務的時候會產生明顯的畏難情緒,甚至影響到心理狀態和作息習慣。
以疲勞計算軟件Ncode為例,找一本書籍很容易,淘 寶當當上都有銷售,先不說水平如何,學習一下軟件基礎操作應該還可以,然后呢?如果會了Ncode軟件操作就想當然的以為自己會疲勞計算了,那做實際項目時一定會被當頭一棒。
疲勞計算是以有限元計算結果為基礎的,是不是得知道有限元計算怎么算才行?是不是得知道疲勞基礎理論,才能分得清各種疲勞計算類型?是不是得知道材料SN曲線如何計算,才能做工程項目?是不是既要能自己處理載荷也要能自己生成載荷,才能解決實際載荷問題?要自己生成載荷,是不是得會動力學計算軟件才行?說到動力學計算軟件,那又會引出一大堆的問題。
實際疲勞損傷圖片
說了這么多,其實就是系統學習的問題。實際工程中遇到的問題千差萬別,需要學習了解各方面的相關知識才行,不一定都能自己解決,至少需要自己知道如何解決,找誰解決。
不同疲勞項目計算,首先要做的是計算流程設計,這個流程設計不是說我想計算什么問題,而是我要計算的問題,通過什么具體方法計算得到,這個設計流程必須是可以實現的才行,而不是想當然的認為如何去做,這事要是想清楚了那實際上就已經完成了一半的工作量了。
前幾天有個學生找到我,他的思維很有代表性,沒有褒貶的意思,但借助這個例子可以和大家說明一些實際問題。
他想做一個裂縫的疲勞分析,想當然的以為做出來的效果是隨著時間的增加,裂縫在不斷增大的一個動態過程。流程是這么設計的,首先使用workbench做一個虛擬的裂縫,得到有限元結果后用Ncode計算疲勞,因為這個裂縫是由于振動產生的,所以Ncode中要做振動疲勞分析。
這個過程看似很合理的過程,因為這個流程是實際工程中真實出現的現象,但是反饋到具體軟件實現,卻發現根本無法實現任何一個計算過程。他理所當然的認為是自己水平有限,別人肯定能做,卻沒意識到自己的這流程設計太理想化了,偏離了有限元的初衷,合理簡化模型。
首先說他設計的流程是可以實現的,花幾百萬做個863課題再找幾十個博士也能做出來,對于航空航天部件的疲勞分析也具有借鑒意義。但是作為畢業課題或者公司項目,這個費用顯然是不現實的,技術工程師要做的就是合理簡化,通過合理的流程設計,最后得到一個可靠可信的計算結果,而不是把工程問題實際的狀態完全真實模擬出來。
他的想法是把自己的各種認識糅合到一起,絲毫沒有考慮軟件的實際計算方法和工程師的實現能力。斷裂力學很難搞,振動疲勞很難做,實時模擬的生死單元也不是吃素的,大學沒畢業就打算做如此難度的工程問題顯然是不現實的。
Ncode軟件學習之前,具備疲勞基礎理論知識和有限元計算能力是基礎,不需要多么專業至少要懂點才行,然后才是Ncode軟件的操作學習,具備軟件操作能力后,還需要更多的工程項目經驗技巧才行。
工程師必備
- 項目客服
- 培訓客服
- 平臺客服
TOP




















