最近總有朋友問我很多關於Hypermesh的問題，結合我個人的使用經驗，寫下這篇文章隨便談談，想到哪裏，寫到哪裏，不一定都對，如果有不同意見，或者反對意見，歡迎切磋。
1.問題1：Hypermesh很難學麼？
答：不難，不僅不難，而且很簡單，簡單到什麼地步？如果有人在旁邊稍微指點你一下，你只要不是特別笨，通過1，2天的實戰訓練，你就能掌握大部分常用的功能。（僅僅指網格劃分，不包括求解器接口）.如果沒有人指點，可能入門慢一點點，但是估計也就是3，5天的事情。爲什麼這麼說呢？其實Hypermsh就是程咬金的三斧頭，程咬金的斧頭雖然只有看似平凡的那麼三招，可是一旦組合起來，威力無比，一般人都扛不住。Hypermsh也就是靠那麼幾斧頭來達到以不變應萬變的目的。Hypermesh有哪幾斧頭？
1.Shift+F3:合併在容差範圍內的節點,並查找free edge,T-connection.
2.shift+F4:移動單元，節點等。
3.Shift+F5：查找單元，節點。
4.shift+F7:把單元，節點投影到合適的位置。
5.F4:測量距離，角度，經常用的。
6:F5:隱藏掉遮住視線的單元，幾何etc.
7:F6:手工根據節點創建單元，把單元劈開等， 純手工操作。
8：F7:對齊，把不在一條直線上的節點拉直，手工編輯單元的時候，用的比較多。
9：F10:查看單元質量。
10：找圓心操作。
11:鏡像操作，旋轉操作。
12:find face，在實體單元表面蒙皮。
13：rule,spline，幾何缺乏時，根據邊界，生成網格。
Hypermesh的這13斧頭幾乎可以完成絕大部分網格相關的工作。單獨看這13斧頭，都很簡單，平淡無奇，要是能跟靈活地組合運用，威力無比。
2：Hypermesh劃分網格時的核心思想是什麼?
答：一句話：爲了得到單元，可以不擇手段。
受到其他有限元軟件劃分網格思想的束縛，初學者往往被幾何模型本身束縛了手腳，在HM中，幾何的作用僅僅是爲了得到網格，得到了網格之後，幾何就可以扔到垃圾堆裏面了。
爲了得到網格的方便，你可以隨心所欲地分割幾何面，幾何體，而不必擔心會把幾何弄壞了而造成什麼不良影響。
爲了劃分網格的需要，你可以隨意添加輔助線，輔助面，不必擔心自己添加進來的線，面會有什麼不良影響。
爲了得到網格，你可以把一些不重要的特徵線toggle 掉，當它不存在。
你可以先在一個面上劃分面網格，然後把面網格通過旋轉，拉伸等操作得到三維實體網格，你這樣得到的實體網格，通常和幾何已經失去了關聯，但是，這有什麼關係呢？這在HM裏面是很平常的事情，要記住：只要能得到網格，其他的都不重要。當然了，網格的幾何位置，必須要和幾何匹配，不然得到的單元就不能反映原有幾何的特徵了。
很多人，總是對幾何戀戀不忘，彷彿幾何是自己的初戀情人。他們從HM導出網格文件的時候，總是喜歡問我爲什麼沒有幾何了啊？求解器求解的時候，只認節點和單元，你要幾何做什麼啊？幾何就是小三，小三用完了就應該扔掉了，否則破壞社會和諧。
沒有幾何，我怎麼施加約束和載荷啊？問這話的人，要不，就是新手，沒有真正理解有限元的本質，要不就是懶鬼，習慣了在幾何上施加一切。記住：不論你在幾何上施加了什麼約束和載荷，最總都會轉換到節點上的。既然如此，你完全可以把載荷和約束直接在HM裏面搞定啊，何必在兩個軟件裏面倒來倒去啊，不嫌煩啊?
退一萬步說，即使不願意在HM裏面施加載荷和約束，但是幾何沒有了，爲了方便在其他有限元軟件裏面選擇要用的單元和節點，你可以在hm 中把要用的單元和節點定義爲set備用啊。
如果你用的是Abaqus, nastran, dyna這幾個主流求解器，如果你是做常規的工程計算，而不是比較特殊的科研課題，我可以非常肯定地告訴你：所有的工作，從網格，到約束，到載荷，到求解設置------幾乎全部都能在hm 中一次性搞定，只有很少的場合，需要手工修改關鍵字，或者到其他軟件裏面做一些處理。(ANSYS除了螺栓預緊力不方便施加，幾乎所有的東西，也是可以在 HM裏面直接搞定的。)
3.HM和求解器的接口設置好像很難學啊，有沒什麼捷徑啊？
答：新學的人經常會問這個Card image怎麼設置啊？裏面各個參數是什麼意思啊？這個關鍵字是什麼意思啊？那個關鍵字怎麼設置啊？這個。。。
我告訴你，你問的那些問題，和HM狗屁關係都沒有。
HM和求解器接口的應用，在某種程度上來說，是給所謂高手們用的。你必須對所用的求解器的關鍵字，輸入文件的組織格式，求解控制參數的設置等有非常深刻的認識，你才能通暢無阻的使用HM做接口方面的應用，如果你只是那種會點點鼠標，按按按鈕，然後求解的所謂"高手"，我看你還是算了，免得打擊你積極性。
所以，在使用HM做求解器接口應用時，必須事先熟悉求解器本身，而不是那些花花綠綠的界面。
換一個角度來看，如果誰誰能夠非常熟練地使用HM來做求解器接口應用，可以肯定，他對該求解器的理解，肯定是有一定的深度的。就寫這麼多吧。（zz）