UDF宏有兩種方式可以被Fluent所接受:編譯和解釋。其中有一些宏既可以被解釋也可以被編譯,而一些宏則只能被解釋。有一些場合只接受編譯后的UDF(如動網(wǎng)格中的一些宏),而有些場合既可以接受編譯的UDF,還能接受解釋后的UDF。那么解釋型的UDF與編譯型的UDF到底存在何種差異?本文主要描述解釋型UDF,而編譯型UDF涉及到的問題更多,我們留到下次再說。

解釋型UDF不需要額外的編譯器,利用Fluent軟件自身即可解釋源代碼。在解釋過程中,UDF源代碼被C預(yù)處理器解釋成中間的,獨立于計算機體系之外的機器代碼。之后在調(diào)用UDF的過程中,這些被解釋器生成的機器代碼將在內(nèi)部仿真器或解釋器上被執(zhí)行。當然,這種以解釋的方式運行無可避免的會損失計算性能。但是以解釋方式運行的UDF有個好處:其可以不加修改的在不同體系的計算機上、不同的操作系統(tǒng)以及不同的Fluent版本中運行。
當UDF的計算性能很重要時,建議以編譯的形式運行UDF。所有解釋型UDF都可以以編譯的方式被Fluent加載。

在UDF被解釋后保存cas文件,之后再打開cas文件時,UDF能夠直接被加載,而無需重新解釋。

解釋型的最大優(yōu)勢是一次解釋,到處可以執(zhí)行,能夠跨平臺、跨架構(gòu)、跨操作系統(tǒng)、跨版本。但是解釋型UDF也存在其局限性。主要體現(xiàn)在:

• 無法使用goto語句

• 只支持ANSI-C語法

• 不支持直接數(shù)據(jù)結(jié)構(gòu)引用(direct data structure references)

• 不支持局部結(jié)構(gòu)聲明

• 不支持聯(lián)合體

• 不支持指向函數(shù)的指針

• 不支持函數(shù)數(shù)組
  

在訪問FLUENT求解器數(shù)據(jù)的方式上解釋式UDF也有限制。解釋式UDF不能直接訪問存儲在FLUENT結(jié)構(gòu)中的數(shù)據(jù)。它們只能通過使用Fluent提供的宏間接地訪問這些數(shù)據(jù)。另一方面,編譯式UDF沒有任何C編程語言或其它注意的求解器數(shù)據(jù)結(jié)構(gòu)的限制。

在Fluent中解釋UDF非常簡單。通常可采用以下步驟:

• 確保UDF源文件與cas文件在同一目錄下。

需要說明的是,在網(wǎng)絡(luò)式多機并行Fluent中,用戶必須共享包含udf源文件、cas文件以及data文件的文件夾。具體共享方法為: 鼠標右鍵選擇要共享的工作文件夾,選擇彈出菜單Sharing and Security,并選擇Share this folder。

• 右鍵選擇模型樹節(jié)點Parameters&Customization→User Defined Functions,選擇子菜單Interpreted..

彈出如下圖所示的對話框。

• 在對話框中選擇按鈕Browse…
  

在彈出的文件選擇對話框中選擇UDF源文件。對話框中的其他參數(shù)一般情況下可保持默認設(shè)置。

• 點擊按鈕Interpret解釋源文件

源文件解釋過程中,TUI窗口會有解釋信息。若有錯誤的話,會出現(xiàn)錯誤信息。

• 加載解釋后的UDF

當源代碼被解釋后,在相應(yīng)的GUI窗口中就可以看到被解釋的UDF了,此時可以選擇使用。