界面解釋的案例
HyperMesh界面功能詳細解釋（草稿版-勿購） ￥999
HyperMesh界面功能的解釋
有限元計算綜合教程 ￥10
?有限元及軟件概述
?線性靜力分析概述
?Mechanical界面簡介（界面解釋）
?Workbench基本操作流程（操作注意事項）
FLUENT基本概念與常見問題匯總（三）
25、在UDF編譯中，compiled（編譯型）與interpreted（解釋型）的不同
（1）compiled采用與Fluent本身執行命令相同的方式構建的。釆用一個稱為Makefile的腳本來引導C編譯器構造一個當地目標編碼庫（目標編碼庫包含有將高級C語言源代碼轉換為機器語言），這個共享庫在運行時通過“動態加載”過程載入到中。目標庫特指那些使用的計算機體系結構，和運行的特殊Fluent版本。因此，Fluent版本升級，計算機操作系統改變以及在另一臺不同類型的計算機上運行時，這個庫必須進行重構。
編譯型UDF通過用戶界面將原代碼進行編譯，分為兩個過程。這兩個過程是：訪問編譯UDF面板，從源文件第一次構建共享庫的目標文件屮，然后加載共享庫到Fluent中。
（2）interpreted同樣也是通過圖形用戶界面解釋原代碼，卻只有單一過程。這一過程伴隨著運行， 包含對解釋型UDF面板的訪問，這一面板位于源文件中的解釋函數。
在Fluent內部，源代碼通過C編譯器被編譯為即時的、體系結構獨立的機器語言。UDF調用時，機器編碼通過內部模擬器或者解釋器執行。額外層次的代碼導致操作不利，但是允許解釋型UDF在不同計算結構，操作系統和Fluent版本上很容易實現共享。如果迭代速度成為焦點時，解釋型UDF可以不用修改就用編譯編碼直接運行。
解釋型UDF使用的解釋器不需要有標準的C編譯器的所有功能。特別是解釋型UDF不含有下列C程序語言部分：
goto語句聲明；
無ANSI-C語法原形；
沒有直接數據結構引用；
局部結構的聲明；
聯合函數指針；
函數陣列。
26、關于wall-shadow
當定義了屬性不同的兩個計算域（例如A和B區域），兩個區域形成共同的交界面。
展開 fluent入門一般問題（六）
編譯型UDF 通過用戶界面將原代碼進行編譯，分為兩個過程。這兩個過程是：訪問編譯UDF 面板，從源文件第一次構建共享庫的目標文件中；然后加載共享庫到FLUENT 中。
采用與FLUENT 本身執行命令相同的方式構建的。采用一個稱為Makefile的腳本來引導c 編譯器構造一個當地目標編碼庫（目標編碼庫包含有將高級c 語言源代碼轉換為機器語言。）這個共享庫在運行時通過“動態加載”過程載入到FLUENT 中。目標庫特指那些使用的計算機體系結構，和運行的特殊FLUENT 版本。因此，FLUENT 版本升級，計算機操作系統改變以及在另一臺不同類型的計算機上運行時，這個庫必須進行重構。
編譯型UDF 通過用戶界面將原代碼進行編譯，分為兩個過程。這兩個過程是：訪問編譯UDF 面板，從源文件第一次構建共享庫的目標文件中；然后加載共享庫到FLUENT 中。
解釋型UDF：
解釋型UDF 同樣也是通過圖形用戶界面解釋原代碼，卻只有單一過程。這一過程伴隨著運行，包含對解釋型UDF 面板的訪問，這一面板位于源文件中的解釋函數。
在FLUENT內部，源代碼通過c 編譯器被編譯為即時的、體系結構獨立的機器語言。UDF 調用時，機器編碼通過內部模擬器或者解釋器執行。額外層次的代碼導致操作不利,但是允許解釋型UDF 在不同計算結構，操作系統和FLUENT 版本上很容易實現共享。如果迭代速度成為焦點時，解釋型UDF 可以不用修改就用編譯編碼直接運行。
解釋型UDF 使用的解釋器不需要有標準的c 編譯器的所有功能。
展開 
Abaqus中云圖標尺上、下限的自定義 ￥9.9
過程很簡單，界面的功能解釋的都非常詳細，具體如下：</p><p class="ql-align-justify"><br></p><p class="ql-align-justify">原創聲明：未經本人同意，禁止抄襲、二次創作及轉載！</p><p><br></p>
ProE高級導圓角技術
PRO/E導圓角：中文高級幫助
目錄
1 基礎信息
1.1 導圓角的定義
1.2 如何導航用戶界面
1.3 基礎過程
2 導圓角指南：用戶界面按部就班的解釋
3 高級信息
3.1 舊的和新的
3.2 簡單和高級
3.3 單特征和多重特征
3.4 導圓角組的定義
3.5 邊鏈和曲面
3.6 邊-曲面導圓角
3.7 導圓角范圍：自動混成和終止曲面
3.8 模糊分辨率
3.9 可變半徑導圓角
3.10 轉換
3.10.1 定義轉換
3.10.2 停止轉換
3.10.3 交截轉換
3.10.4 混成轉換
3.10.5 連續轉換
3.10.6 拐角球轉換
3.10.7 拐角掃引轉換
3.10.8 曲面片轉換
3.10.9 缺省轉換
3.10.10 轉換調整現存幾何
3.10.11 當轉換失敗時
3.11 連接
3.12 完整導圓角
3.13 通過曲線的導圓角
3.14 圓錐導圓角
4 幾何背景
4.1 滾球模型
4.2 垂直于骨架導圓角
4.3 可變半徑導圓角的半徑
4.4 邊-曲面導圓角
4.5 完整導圓角
4.6 通過曲線的導圓角
4.7 曲面片
4.8 側邊
5 高級導圓角技術的例子
5.1 導圓角如何終止
5.2 導圓角不尋常的拐角
5.3 垂直于骨架導圓角
5.4 完整導圓角的例子
5.5 吞沒小曲面的導圓角
5.6 擬合多重導圓角
5.7 導圓角次序
5.8 具有混合凸面的四邊的頂點
5.9 混成和連續
5.10 轉換失敗
5.11 使用多重導圓角
5.12 懸垂情形 術
ProE高級導圓角技術.rar
展開 ZEMAX軟件技術應用教程：使用ZOS-API交互擴展連接Python與OpticStudio
一旦連接到OpticStudio，交互擴展就可以執行自定義擴展能夠執行的任何任務，并且OpticStudio界面將交互式地顯示該任務的結果。作者 Sandrine Auriol附件下載文章附件簡介交互擴展模式幾乎與自定義擴展(User Extension)相同，除了交互擴展不必是獨立的可執行文件。交互擴展可以從腳本環境（如：Matlab或Python）進行連接，在這些腳本環境中沒有可使OpticStudio啟動的已編譯可執行文件。交互擴展從外部腳本環境交互地控制OpticStudio界面。本文將解釋如何將OpticStudio與交互擴展連接起來。創建交互擴展腳本要創建連接到交互擴展的編程模板，請單擊：編程(Programming) > Python >交互擴展(Interactive Extension)。 Python > Interactive Extension" style="box-sizing: border-box; max-width: 100%; height: 206px; vertical-align: middle; border-style: none; width: 534px;">將該腳本放置在ZOS-API項目文件夾：..\Documents\Zemax\ZOS-API Projects\PythonZOSConnection 中。如果創建了多個交互擴展，那么文件名將按順序編號。軟件將在文件所在位置打開文件選項(File Explorer)：連接到交互擴展要啟動交互擴展，請單擊“編程(Programming) >交互擴展(Interactive Extension)”。
展開 ZEMAX | 使用ZOS-API交互擴展連接Python與OpticStudio
一旦連接到OpticStudio，交互擴展就可以執行自定義擴展能夠執行的任何任務，并且OpticStudio界面將交互式地顯示該任務的結果。
作者 Sandrine Auriol
附件下載
（聯系工作人員領取文章附件）
簡介
交互擴展模式幾乎與自定義擴展(User Extension)相同，除了交互擴展不必是獨立的可執行文件。交互擴展可以從腳本環境（如：Matlab或Python）進行連接，在這些腳本環境中沒有可使OpticStudio啟動的已編譯可執行文件。
交互擴展從外部腳本環境交互地控制OpticStudio界面。本文將解釋如何將OpticStudio與交互擴展連接起來。
創建交互擴展腳本
要創建連接到交互擴展的編程模板，請單擊：編程(Programming) > Python >交互擴展(Interactive Extension)。
將該腳本放置在ZOS-API項目文件夾：..\Documents\Zemax\ZOS-API Projects\PythonZOSConnection 中。
如果創建了多個交互擴展，那么文件名將按順序編號。
軟件將在文件所在位置打開文件選項(File Explorer)：
連接到交互擴展
要啟動交互擴展，請單擊“編程(Programming) >交互擴展(Interactive Extension)”。
將打開對話框窗口，OpticStudio將等待外部應用程序（在本例中是Python）連接。
對話框顯示OpticStudio運行實例的實例ID，Python在運行多個實例時可以連接到OpticStudio的特定實例。
展開 五十七、Fluent UDF自定義材料物性參數
對于解釋型Interpreted，優點是簡單、方便，缺點是很多高級宏不適用。因此建議大家不要使用解釋型編譯UDF。
這里還是簡單說一下，下圖為解釋型界面，直接點擊Browse，選中寫好的UDF，然后點擊Interpret即可。如果UDF沒問題，則不會出現報錯信息。
編譯型UDF界面如下圖，上面有兩個框Source Files和Header Files，Source Files表示源文件，就是編寫好的UDF文件；
Header Files表示頭文件，只有當UDF很復雜，為了使UDF模塊化才需要從這里導入頭文件。UDF自帶了很多頭文件如udf.h，但是這些頭文件不需要從這里導入。
首先點擊Add，選中編寫好的UDF后導入，然后點擊Build，如果UDF沒有問題，則不會出現任何報錯信息（只要控制界面有error，則說明有問題）。
在沒有報錯的前提下，點擊Load，則UDF加載成功。關于UDF報錯問題，建議大家看看文章四十九、五十和五十一。如果沒有報錯，控制臺應該會顯示下面的信息，其中就有各種DEFINE宏的name
5. UDF的使用
不同的DEFINE宏，UDF的使用方式不同。對于DEFINE_PROPERTY宏，定義材料的物性參數。因此使用時，直接在材料物性界面選中即可
Materials--Fluid--air
比如需要修改air的粘度，在Viscosity處選擇user-defined，會彈出右圖，然后選中DEFINE的name就行，點擊OK。
為了方便大家學習交流，我創建了QQ群：466988009，大家可以在其中討論相關的問題，同時我會將所有文章的源文件都放到QQ群中，還會放一些其它的學習文件。歡迎大家加入。
展開 人?AI 交互:實現“以人為中心AI”理念的跨學科新領域
3.4 可解釋AI
深度學習等方法會產生AI“黑匣子”效應，導致用戶對AI 系統的決策產生疑問，該效應可在各類使用中發生，包括AI 在金融股票、醫療診斷、安全檢測、法律判決等領域，導致系統決策效率降低、倫理道德等問題，影響公眾對AI 的信任度。
尋求可解釋AI(explainable AI,XAI)已成為AI界的一個研究熱點，具有代表性的是DARPA[62]在2016 年啟動的項目。該項目集中在：1)開發或改進ML 技術來獲取可解釋算法模型；2)借助于先進的人機交互技術，開發可解釋AI 的用戶界面模型；3)評估心理學解釋理論來協助可解釋AI 的研發。
經過多年的努力，AI 界開始認識到非AI 學科在可解釋AI 研究中的重要性[63]。Miller 等[64]的調查表明，大多數可解釋AI 項目僅在AI 學科內展開。許多AI 人員采用“以算法為中心”的方法，加劇了算法的不透明[65]。一些AI 人員沒有遵循HCAI 理念，通常為自己而不是用戶構建可解釋AI[66]。研究還表明，如果采用行為科學方法，側重于用戶而不是技術，針對可解釋AI 的研究將更有效[64]。
今后HAII 領域的工作主要有以下幾方面。首先，研究和開發“以人為中心的可解釋AI”解決方案。HAII 領域要從人機交互、心理學、人因工程等方面來尋找解決方案。以往許多研究是基于靜態和單向信息傳達式的解釋，今后HAII 工作要研究探索式、自然式、交互式解釋來設計可解釋界面[67-68]。
第二，HAII 領域提倡可解釋AI 研究要進一步挖掘心理學等模型。盡管這些理論和模型通常是基于實驗室研究產生，可解釋AI 研究應該善于利用這些模型，同時驗證它們的可行性[68]。HAII的工作可以利用本身交叉學科的特點起到一個中間橋梁作用，加快理論轉換，構建有效的界面或計算模型。
展開 