從零開始玩轉(zhuǎn)ANSYS ACT插件開發(fā)腳本、界面與工程落地做CAE仿真的朋友應(yīng)該都有過這種體驗同樣的模型處理、同樣的后處理操作每天重復(fù)幾十遍改個參數(shù)就要重新點一遍菜單費時費力還容易出錯。ANSYS ACTApplication Customization Toolkit插件開發(fā)說白了就是把這類重復(fù)勞動封裝成工具讓你一鍵完成復(fù)雜任務(wù)。最近我花了兩周時間從IronPython腳本到XML界面設(shè)計完整走了一遍ACT插件開發(fā)流程把經(jīng)驗整理出來希望能給想入坑的朋友一些參考。這篇內(nèi)容適合有一定ANSYS Mechanical使用基礎(chǔ)、想提升仿真效率的工程師也適合剛接手公司仿真工具開發(fā)任務(wù)的初學(xué)者。文章不會講太多虛的理論重點放在工程結(jié)構(gòu)、腳本寫法、界面設(shè)計、調(diào)試方法和實戰(zhàn)案例上讀完你就能動手寫自己的第一個插件。1. 為什么選ACT來做仿真工具定制1.1 ACT在ANSYS定制體系中的定位拿到一個定制需求ANSYS生態(tài)里其實有好幾條路可以走APDL命令流、Workbench腳本、ACT插件還有第三方Python工具。這幾條路各有適用場景我現(xiàn)在做個簡單對比你就能明白為什么大多數(shù)時候推薦ACT。定制方式語法/語言適合場景優(yōu)點短板APDL命令流APDL經(jīng)典界面操作底層控制能力強(qiáng)與現(xiàn)代Workbench界面割裂可讀性差Workbench腳本IronPython簡單自動化上手快、操作UI方便無法自定義界面復(fù)用性一般ACT插件IronPythonXML功能封裝、界面定制界面與邏輯分離可打包分發(fā)需要理解框架學(xué)習(xí)曲線略陡第三方Python工具Python前后處理腳本生態(tài)豐富與ANSYS集成深度的耦合有限ACT的最大優(yōu)勢在于它提供了完整的擴(kuò)展框架你用XML定義界面面板、工具欄、按鈕用IronPython寫背后的邏輯最后打包成一個.extension文件。別人拿到這個東西雙擊就能加載菜單里直接出現(xiàn)你的工具不需要懂任何開發(fā)知識。我在第一個插件項目里就是先寫了純IronPython腳本結(jié)果功能是能跑但團(tuán)隊其他人沒法用——沒人愿意去運(yùn)行一個命令行的腳本。后來改成ACT插件把參數(shù)輸入和結(jié)果展示都做成了界面這個問題才算真正解決。這也是我建議你直接學(xué)ACT而不是停留在腳本層面的原因。1.2 一個插件能替代多少重復(fù)勞動說個我能量化的例子。我負(fù)責(zé)的產(chǎn)品有一個后處理流程提取某個面上所有節(jié)點的等效應(yīng)力、取最大值、算安全系數(shù)、生成曲線圖、導(dǎo)出一份Excel報告。手動操作的話熟練工程師做完這套流程大概需要10到15分鐘而且稍微點錯一個選項就得重新來。用ACT插件封裝后現(xiàn)在只需要選中目標(biāo)面、點擊“計算安全系數(shù)”按鈕、等待生成報告。整個過程壓縮到5秒以內(nèi)而且結(jié)果格式完全一致不會再出現(xiàn)“上次是A4紙橫排、這次是縱向”這種低級差異。所以ACT的價值不在于你寫了多牛的代碼而在于你把團(tuán)隊的仿真經(jīng)驗沉淀成了可持續(xù)復(fù)用的工具。這種東西在項目招投標(biāo)、新人培訓(xùn)、跨部門協(xié)同中都非常加分。2. 插件的工程結(jié)構(gòu)與開發(fā)環(huán)境準(zhǔn)備2.1 初識.extension文件結(jié)構(gòu)一個ACT插件從本質(zhì)上說是一個壓縮包但它的內(nèi)部結(jié)構(gòu)有嚴(yán)格要求。第一次開發(fā)時我直接把文件夾改成.zip去看內(nèi)部內(nèi)容這里直接給你們展示標(biāo)準(zhǔn)結(jié)構(gòu)MyPlugin.extension/ ├── extension.xml # 插件元數(shù)據(jù)名稱、版本、依賴、入口腳本 ├── page.xml # 界面布局定義工具欄、頁面、控件的XML描述 ├── code/ │ ├── main.py # 主邏輯腳本通常是入口 │ ├── helpers/ │ │ ├── data_utils.py # 輔助函數(shù) │ │ └── unit_conversion.py # 單位換算工具 │ └── resources/ │ ├── icon.png # 按鈕圖標(biāo) │ └── style.css # 可選的樣式文件實際開發(fā)時我們用的是.extension后綴的文件夾ANSYS在加載時會按這個結(jié)構(gòu)去解析。理解這個結(jié)構(gòu)很重要因為后面所有代碼和界面的編寫都是在往這個骨架里填充內(nèi)容。extension.xml是插件的身份證里面的字段包括插件ID必須全局唯一、顯示名稱、版本號、作者信息以及最重要的script標(biāo)簽——它指定了插件啟動時加載哪個Python文件。2.2 開發(fā)環(huán)境配置與第一個Hello插件開發(fā)ACT插件不需要單獨的IDE即使你用系統(tǒng)自帶的記事本寫代碼也能開發(fā)但我還是強(qiáng)烈建議配置一個像樣的輕量級編輯器它會讓你開發(fā)的效率翻倍。我個人選的是VS Code配合Python插件使用。你需要在VS Code里做的最小配置是{ python.pythonPath: C:\\Program Files\\ANSYS Inc\\v231\\ACT\\IronPython\\IronPython.exe, python.autoComplete.extraPaths: [ C:\\Program Files\\ANSYS Inc\\v231\\ACT\\api, C:\\Program Files\\ANSYS Inc\\v231\\ACT\\IronPython\\Lib ] }第一項指向ANSYS自帶的IronPython解釋器第二項是自動補(bǔ)全的API路徑。配置好之后當(dāng)你輸入ExtAPI的時候VS Code會自動彈出成員列表開發(fā)體驗好很多。我在最初幾天用記事本寫代碼時簡直像盲人摸象配置好補(bǔ)全之后效率提升了至少30%。ANSYS版本不同路徑里的版本號231對應(yīng)2023 R1會不一樣這個根據(jù)自己的安裝目錄調(diào)整即可。開發(fā)時用的入口一般是在Workbench的ACT選項卡下面有一個Extension Manager面板可以直接從文件夾加載插件。加載之后如果插件代碼有更新可以點擊“Reload Extension”按鈕重新加載不用關(guān)閉Workbench這一點非常實用。務(wù)必注意插件里引用到的任何已打開項目狀態(tài)會在重新加載后失效所以調(diào)試涉及當(dāng)前模型的邏輯時最好先把模型另存一份再反復(fù)重載。3. IronPython腳本開發(fā)的核心邏輯3.1 讀懂ExtAPI與DataModel兩大核心對象寫ACT腳本繞不開兩個核心對象ExtAPI和DataModel。剛接觸時我也被它們繞暈過后來總結(jié)成一句大白話ExtAPI是你的手DataModel是你的項目檔案柜。ExtAPI是插件API的總?cè)肟凇Ｄ阋僮鳟?dāng)前打開的模型文件、幾何、網(wǎng)格、求解結(jié)果都是通過它去獲取。跟它相關(guān)的還有ExtAPI.Application應(yīng)用程序級操作和ExtAPI.DataModel項目數(shù)據(jù)入口。DataModel里面裝的是你Workbench項目樹里的數(shù)據(jù)。簡單類比DataModel.Project就相當(dāng)于你在Mechanical界面里看到的左側(cè)樹結(jié)構(gòu)里面的每個節(jié)點都能通過代碼去找到并操作。# 獲取當(dāng)前激活的Mechanical對象 analysis ExtAPI.DataModel.AnalysisList[0] # 獲取第一個分析下的所有結(jié)果對象 results analysis.Post.Results # 獲取當(dāng)前選中的樹節(jié)點 selection ExtAPI.SelectionManager.CreateSelectionInfo(SelectionTypeEnum.Geometry)從上面代碼能看出ACT的API路徑規(guī)律性很強(qiáng)先拿到Analysis再往下找它的子對象。這跟你在Mechanical里點開左邊樹的邏輯是一致的。所以我的經(jīng)驗是界面里你能看到的每一項在代碼里都有一個對應(yīng)的API路徑你要做的就是用Python把它串起來。3.2 數(shù)據(jù)訪問、結(jié)果讀取與單位換算在插件里處理仿真數(shù)據(jù)時最常遇到的需求是讀取結(jié)果、提取最大值、按某個準(zhǔn)則判斷是否滿足要求。# 讀取應(yīng)力結(jié)果的最大值 stress_result analysis.Post.GetResultByName(Equivalent Stress) max_stress stress_result.Maximum print(最大等效應(yīng)力: {0:.2f} {1}.format(max_stress, stress_result.DisplayUnit)) # 注意讀取的單位是顯示單位計算時必須統(tǒng)一 if not stress_result.DisplayUnit.ToString().Contains(MPa): # 做單位轉(zhuǎn)換 stress_mpa ExtAPI.DataModel.Unit.FromDisplayUnit(stress_result.DisplayUnit, max_stress, N, mm)這里有一個我踩過的坑ANSYS結(jié)果對象的Maximum返回的是帶單位的值如果直接拿去和材料屈服強(qiáng)度比較很可能因為單位不一致得到荒謬的結(jié)論。所以寫任何涉及數(shù)值比較的邏輯時一定要用單位轉(zhuǎn)換API統(tǒng)一單位或者在獲取數(shù)值前先把顯示單位設(shè)置成目標(biāo)單位。# 設(shè)置當(dāng)前結(jié)果顯示單位 ExtAPI.DataModel.CurrentUnitFromQuantityName[Stress] QuantityUnit(MPa)3.3 腳本調(diào)試技巧與日志輸出調(diào)試ACT插件比調(diào)試普通Python麻煩的地方在于它跑在ANSYS進(jìn)程內(nèi)部print()輸出不會直接出現(xiàn)在終端里。我用的調(diào)試方法是往ACT自帶的消息窗口里寫日志。def log(msg): 輸出日志到ACT消息窗口 ExtAPI.Log.WriteMessage(msg) def log_error(msg): 輸出錯誤日志 ExtAPI.Log.WriteError(msg)調(diào)這些日志輸出函數(shù)時記得在ACT控制面板中打開Message窗口否則日志會被系統(tǒng)悄悄丟棄找不到問題在哪。還有一點Act是托管在.NET運(yùn)行時里的異常信息默認(rèn)只會簡單地給一句話“An error occurred”所以開發(fā)時建議在代碼外圍套一層大的try/except把完整的堆棧信息抓出來寫入日志文件。import traceback try: # 核心操作代碼 pass except: log_error(traceback.format_exc())這個習(xí)慣讓我至少省下了好幾次反復(fù)重新加載插件的痛苦。不要嫌每次寫try/except麻煩遇到一個棘手的錯誤時你看到完整堆棧會比面對一句干巴巴的提示幸福得多。4. XML界面設(shè)計從布局到控件綁定4.1 界面定義的基礎(chǔ)語法與常用控件ACT的界面是用XML描述的。它不像WPF或者Qt那樣可視化拖拽但勝在結(jié)構(gòu)清晰、格式統(tǒng)一。一個最簡單的工具欄按鈕長這樣extension version1.0 guida1b2c3d4-e5f6-4789-9abc-def012345678/guid script namecode/main.py/ interface toolbar nameMyTools caption我的工具 button namebtnCalc caption計算安全系數(shù) iconcode/resources/icon.png onActionOnCalcSafetyFactor/ /toolbar /interface /extension這里的關(guān)鍵是onAction屬性它對應(yīng)IronPython腳本里的一個全局函數(shù)當(dāng)用戶點擊按鈕時ACT會自動調(diào)用這個函數(shù)。這種界面和邏輯分離的設(shè)計非常清爽改界面不用動邏輯改邏輯不用碰界面。如果你需要輸入?yún)?shù)就得用帶輸入框的對話框。ACT支持多種控件類型TextBox文本框、ComboBox下拉框、CheckBox復(fù)選框、Table表格等。下面是一個典型參數(shù)對話框的XML描述dialog group計算設(shè)置 caption安全系數(shù)計算 property nameloadCase caption載荷工況 controlComboBox option工況一/option option工況二/option option工況三/option /property property nameyieldStrength caption屈服強(qiáng)度(MPa) controlTextBox/ property nameenableReport caption生成報告 controlCheckBox/ /dialog4.2 控件事件、動態(tài)刷新與數(shù)據(jù)校驗界面做出來只是第一步真正用得舒服的插件還得處理控件之間的聯(lián)動。比如用戶選定了“工況一”你希望界面自動填充對應(yīng)的材料參數(shù)這就需要在XML里掛一個更新事件。property nameloadCase caption載荷工況 controlComboBox onPropertyChangedOnLoadCaseChanged/對應(yīng)的Python回調(diào)函數(shù)def OnLoadCaseChanged(prop, args): 當(dāng)用戶切換工況時回調(diào) load_case prop.Value # 根據(jù)工況動態(tài)更新屈服強(qiáng)度 if load_case 工況一: yield_prop prop.Parent.Properties[yieldStrength] yield_prop.Value 355 elif load_case 工況二: yield_prop prop.Parent.Properties[yieldStrength] yield_prop.Value 690這里有個容易犯的錯誤在回調(diào)里修改其他控件的Value時會再次觸發(fā)那個控件的onPropertyChanged事件如果不加判斷很容易造成死循環(huán)。我的經(jīng)驗是設(shè)置一個標(biāo)志位或者只在特定條件下才更新值。數(shù)據(jù)校驗建議在onClosing事件里做用戶在點擊“OK”之前統(tǒng)一檢查所有輸入是否合法。這比在每次修改時校驗要友好得多不會讓用戶在輸入一半的時候被彈窗打斷。4.3 自定義結(jié)果對象與后處理面板擴(kuò)展ACT還能往Mechanical的樹形菜單里注入新的結(jié)果對象。比如你希望算一個“局部安全系數(shù)”的結(jié)果云圖常規(guī)操作需要好幾步但通過ACT擴(kuò)展你可以讓它像內(nèi)置的“Equivalent Stress”一樣出現(xiàn)在結(jié)果菜單里用戶直接插入就能看。這部分的XML如下add-result menu name安全系數(shù)/name caption安全系數(shù)/caption /menu result nameSafetyFactor/name caption安全系數(shù)云圖/caption scriptcode/safety_factor_result.py/script /result /add-result在對應(yīng)的Python腳本里你需要實現(xiàn)一個AtTime方法返回每個時刻/位置的數(shù)值。ACT會把這個數(shù)據(jù)繪制成云圖。def AtTime(object, timeIndex, stepIndex, currentTime): 計算安全系數(shù)云圖數(shù)據(jù) stress ExtAPI.DataModel.Project.Model.Analyses[0].GetResultByName(Equivalent Stress) values stress.Values[stepIndex][0] # 獲取該步驟的應(yīng)力數(shù)組 safety [] yield_strength 355.0 for v in values: if v 1e-12: safety.append(yield_strength / v) else: safety.append(0.0) return safety可以對照的是自定義結(jié)果對象對初學(xué)者來說有一定挑戰(zhàn)但它卻是插件里最顯“高級感”的功能。我做的第一個自定義結(jié)果花了整整兩天才調(diào)通一旦通了之后后面再做其他類型的云圖就是復(fù)制粘貼改公式的事了。5. 完整實戰(zhàn)創(chuàng)建一個安全系數(shù)評估插件5.1 需求拆解與模塊劃分前面鋪墊了這么多現(xiàn)在用一個完整案例把所有知識點串起來。這個案例的產(chǎn)品來源很典型工程師拿到一個有應(yīng)力集中的支架結(jié)構(gòu)想知道不同工況下整個結(jié)構(gòu)的安全系數(shù)重點觀察薄弱區(qū)域最好還能把結(jié)果匯總成報告。需求拆分下來是四項選擇一種載荷工況輸入材料屈服強(qiáng)度計算安全系數(shù)云圖并顯示最大值與最小值生成一份包含云圖截圖和數(shù)值匯總的報告對應(yīng)到代碼結(jié)構(gòu)我來組織一下SafetyFactorPlugin.extension/ ├── extension.xml # 插件元數(shù)據(jù) ├── code/ │ ├── main.py # 界面回調(diào)與主流程 │ ├── safety_calculation.py # 安全系數(shù)計算邏輯 │ └── report_generator.py # 報告導(dǎo)出邏輯5.2 主邏輯代碼實現(xiàn)詳解先看main.py它負(fù)責(zé)界面事件和邏輯分發(fā)。這個文件寫得要薄所有復(fù)雜計算都放到業(yè)務(wù)模塊里。這樣插件更新功能時界面層基本不用改動。import clr import os import traceback from safety_calculation import SafetyCalculator from report_generator import ReportGenerator calcs {} def OnCalcSafetyFactor(): 主入口當(dāng)用戶點擊按鈕時觸發(fā) try: # 1. 找到當(dāng)前分析環(huán)境 analysis ExtAPI.DataModel.AnalysisList[0] # 2. 獲取所有解析結(jié)果中的等效應(yīng)力結(jié)果 results analysis.Post.Results target_result None for res in results: if res.Name Equivalent Stress: target_result res break if not target_result: raise Exception(當(dāng)前模型沒有等效應(yīng)力結(jié)果請先計算并插入結(jié)果對象) # 3. 調(diào)用計算模塊 calc SafetyCalculator(target_result) calc.yield_strength float(GetPropertyValue(yieldStrength)) ratio, min_pos, max_pos calc.calculate() # 4. 輸出到message ExtAPI.Log.WriteMessage( 安全系數(shù)范圍: {0:.2f} ~ {1:.2f}.format( min_pos, max_pos ) ) # 5. 生成報告 ReportGenerator().generate(calc, 安全系數(shù)報告) except Exception: ExtAPI.Log.WriteError(traceback.format_exc())注意函數(shù)前半部分的邏輯先定位分析樹里的目標(biāo)結(jié)果對象再根據(jù)界面參數(shù)做計算。如果你不加判斷直接假設(shè)結(jié)果存在插件在結(jié)果尚未插入時會直接崩潰。做商業(yè)級插件這種防御性檢查不能省。safety_calculation.py里的核心代碼class SafetyCalculator(object): 安全系數(shù)計算器 def __init__(self, stress_result): self.stress_result stress_result self.yield_strength 355.0 # 默認(rèn)Q355 def calculate(self): 返回安全系數(shù)數(shù)組和最小、最大值 # 獲取應(yīng)力數(shù)組注意單位 stress_values self.stress_result.Values[0][0] safety_values [] for sv in stress_values: if abs(sv) 1e-12: safety_values.append(1e9) # 極小的應(yīng)力視為安全 else: safety_values.append(self.yield_strength / sv) min_safety min(safety_values) max_safety max(safety_values) return safety_values, min_safety, max_safety5.3 報告導(dǎo)出與結(jié)果自動化輸出報告生成這塊我們直接用純Python寫CSV/Excel格式。ANSYS自帶環(huán)境里有有限的支持但如果要生成帶格式的Excel需要借助第三方庫這又涉及到ACT的庫打包問題。給你一個相對簡單又實用的路徑生成CSV文件再用代碼調(diào)起計算表格程序打開或者如果你有公司內(nèi)部的報告系統(tǒng)可以把數(shù)據(jù)轉(zhuǎn)發(fā)給它。CSV的生成非常簡單def generate_csv(calc, path): 將計算結(jié)果導(dǎo)出為CSV import csv with open(path, w, newline) as f: writer csv.writer(f) writer.writerow([安全系數(shù)最小值, {0:.3f}.format(calc.min_safety)]) writer.writerow([安全系數(shù)最大值, {0:.3f}.format(calc.max_safety)]) # 還可以寫入更多字段如果你的目標(biāo)是生成帶云圖截圖的Word報告那需要進(jìn)一步調(diào)用Win32 COM接口來操作Word這屬于進(jìn)階玩法本篇文章就不展開了。但我要提醒你一點先跑通最小閉環(huán)再迭代加功能。很多人一上來就想做精美報告結(jié)果卡在COM接口調(diào)用了三天核心計算反而沒做成。6. 常見問題與調(diào)試技巧實錄6.1 我踩過的5個高頻坑ACT開發(fā)其實文檔不算多網(wǎng)上的中文資料也比較零散所以踩坑幾乎每個人都會經(jīng)歷。下面這幾個是我和周圍同事遇到過且最后找到解決方案的高頻問題問題現(xiàn)象可能原因解決方式加載插件后菜單沒有出現(xiàn)extension.xml中script路徑寫錯檢查script標(biāo)簽的name是否相對.extension根目錄點擊按鈕無反應(yīng)Python代碼拋異常但未捕獲給回調(diào)包try/except打印traceback到日志結(jié)果數(shù)值全部異常偏大單位未統(tǒng)一處理前強(qiáng)制設(shè)置顯示單位為MPa或N-mmXML界面修改不生效插件未重新加載或者緩存了舊版本在Extension Manager中執(zhí)行Reload自定義結(jié)果云圖空白AtTime返回值維度和網(wǎng)格節(jié)點數(shù)不匹配確認(rèn)返回值長度等于結(jié)果數(shù)組長度6.2 日志定位與Python異常追蹤ACT的日志系統(tǒng)是分級的WriteMessage寫普通消息WriteWarning寫警告WriteError寫錯誤。如果插件在生產(chǎn)環(huán)節(jié)被同事使用建議把詳細(xì)的調(diào)試信息用WriteMessage輸出把關(guān)鍵錯誤用WriteError輸出。這樣團(tuán)隊其他人遇到問題時把Message窗口里的內(nèi)容截圖發(fā)給你你就能遠(yuǎn)程定位問題。開發(fā)階段在代碼入口統(tǒng)一加traceback輸出到本地日志文件非常有用import sys import traceback def install_excepthook(): 將未捕獲的異常寫到一個固定路徑的日志里 def handler(exc_type, exc_value, exc_tb): with open(rD:\act_logs\plugin_error.log, a) as f: f.write(.join(traceback.format_exception(exc_type, exc_value, exc_tb))) f.write(\n) sys.excepthook handler install_excepthook()6.3 版本兼容性與團(tuán)隊分發(fā)建議ANSYS每年出一個版本ACT API在多數(shù)情況能保持向后兼容但有些小API可能在新版本中被調(diào)整甚至廢除。我在開發(fā)時會同時安裝兩個版本的ANSYS舊版做兼容性測試新版做主開發(fā)這樣能盡早發(fā)現(xiàn)接口變動。團(tuán)隊分發(fā)時光給一個.extension文件是不夠的更穩(wěn)妥的方式是通過ACT Extension Manager的“Install Extension”按鈕統(tǒng)一安裝。對于一些內(nèi)部工具我還習(xí)慣在插件里寫一個小的“版本檢查”函數(shù)加載時檢查ANSYS版本號和自己的最低支持版本不滿足則彈窗提示。def check_compatibility(): 檢查當(dāng)前ANSYS版本是否支持 version_str ExtAPI.Application.Version if int(version_str.split(.)[0]) 23: ExtAPI.Log.WriteWarning( 當(dāng)前ANSYS版本較舊部分功能可能不可用)7. 進(jìn)階優(yōu)化與擴(kuò)展思考7.1 性能優(yōu)化從幾十秒到秒級數(shù)據(jù)量大的模型Python腳本處理結(jié)果數(shù)組的能力遠(yuǎn)不如C原生代碼但ACT允許你封裝命令流通過調(diào)用ANSYS求解器的底層執(zhí)行能力來加速計算。舉個實際案例我在處理一個20萬節(jié)點的模型時用純Python遍歷每個節(jié)點去判斷是否失效耗時40多秒。改成先在APDL里把失效判據(jù)計算好再把結(jié)果數(shù)組讀回ACT耗時降到3秒以內(nèi)。這是一個非常重要的思路能用求解器算的就別用Python算。Python適合做流程控制、數(shù)據(jù)封裝、界面交互真正大規(guī)模的數(shù)值計算應(yīng)該交給求解器。# 通過ACT調(diào)用APDL命令流處理數(shù)據(jù) def run_apdl_command(cmds): 執(zhí)行一段APDL命令流 analysis ExtAPI.DataModel.AnalysisList[0] analysis.InvokeCommands(cmds)7.2 與外部工具的聯(lián)動ACT插件還可以做很多跟外部工具的協(xié)作。比如通過調(diào)用本地HTTP接口把計算結(jié)果推送到企業(yè)數(shù)據(jù)庫實現(xiàn)仿真數(shù)據(jù)閉環(huán)管理。這部分需要用到IronPython的HTTPClient庫或者System.Net.Http命名空間。import System.Net.Http def push_data_to_web(payload): 異步上傳數(shù)據(jù)到企業(yè)系統(tǒng) client HttpClient() content StringContent(payload, Encoding.UTF8, application/json) response client.PostAsync(http://內(nèi)部系統(tǒng)/api/simdata, content).Result if not response.IsSuccessStatusCode: raise Exception(上報仿真數(shù)據(jù)失敗: response.ReasonPhrase)注意在ACT環(huán)境里使用多線程要非常小心。絕大多數(shù)ANSYS API不是線程安全的所以我上面的代碼只是在主線程里做了同步HTTP請求并沒有真正開多線程。如果遇到網(wǎng)絡(luò)超時導(dǎo)致界面卡住可以考慮把請求放到后臺線程但務(wù)必要保證后臺線程不直接調(diào)用ANSYS API。7.3 插件測試的自動化思路開發(fā)完成以后測試也是一個容易被忽視但很重要的環(huán)節(jié)。ACT插件的手工測試流程一般是新建一個最小化測試模型、插入插件、設(shè)置參數(shù)、驗證結(jié)果。這個過程每次都要打開Workbench非常慢。我的做法是寫一個自動化的“冒煙測試”腳本用ANSYS自帶的Batch模式運(yùn)行指定流程加載插件創(chuàng)建分析模塊例如Static Structural施加簡單載荷計算結(jié)果驗證安全系數(shù)數(shù)值是否在預(yù)期區(qū)間。一旦環(huán)境配置好跑一輪只要幾秒鐘回歸效率提高了好幾倍。應(yīng)用batch模式的注意點是需要設(shè)置環(huán)境變量或者ansys executable的命令行參數(shù)這部分我只是提個思路具體大家可以查一下當(dāng)前ANSYS版本的Batch使用方法。寫在最后整套ACT插件開發(fā)流程走下來我最深的體會是開發(fā)本身不難難的是把需求想清楚。拿到一個定制需求先不要急著寫代碼而是想清楚“用戶到底要完成什么任務(wù)、有什么輸入、期望什么輸出”。很多時候一個簡單的參數(shù)對話框加一段幾十行的寄存器邏輯就能解決工程師長期的手工操作痛點并不需要多么花哨的界面。另外一個小建議如果你在開發(fā)中卡住了大概率不是語法問題而是API路徑?jīng)]有找對。多花點時間研究ANSYS官方文檔里的API參考在其中找到對應(yīng)對象的屬性和方法比在網(wǎng)上盲目搜經(jīng)驗帖高效得多。在建模、求解、后處理這三大階段ACT都能發(fā)揮很大價值越早掌握它你越能在仿真自動化這條路上走得比別人快。最后再分享一個我實踐出來的小技巧插件里所有硬編碼的路徑和參數(shù)盡量統(tǒng)一抽到一個配置類里。這樣換電腦、換模型、換材料時只需要改一個地方整個插件的行為就能跟著調(diào)整。做工具最忌諱的是把參數(shù)散落在各處改一處漏一處遲早要出問題。關(guān)于ACT插件今天先聊到這兒后續(xù)如果有機(jī)會再補(bǔ)一篇關(guān)于打包發(fā)布和用戶權(quán)限管理的文章。