編譯環境的案例
Fluent VC編譯環境變量設置步驟
Fluent VC編譯環境變量設置步驟.pdf
Fluent VC編譯環境變量設置步驟
1、 安裝 Fluent，安裝完后，在Fluent目錄下，雙擊“setenv.exe”，彈出對話框后點確定；
2、 安裝VC，64位系統請選擇自定義安裝，安裝時選中“Visual Studio 2008 x64 Win64 命令提示”，32位系統可以默認安裝；
3、 在開始菜單中啟動“Visual Studio 2008 x64 Win64 命令提示”，彈出cmd窗口；32位系統可以啟動“Visual Studio 2008 命令提示”；
4、 通過cmd窗口定位到你的工作目錄，我這里是F:\Fluent_study（不會的找度娘補補課）
5、 在CMD窗口中啟動Fluent，我這是8核的，單核的可以省略“-t8”
6、 通過該CMD窗口啟動fluent是可以進行編譯的。
展開 Fluent軟件的UDF編譯環境修改
Fluent軟件的UDF編譯環境修改
使用Fluent軟件的UDF前需安裝Ansys和Visual studio軟件。
此處以Ansys19.0 和Visual studio 2012為例，在Ansys19.0安裝位置找到udf.bat文件。
用記事本打開udf.bat，找到圖示位置：
在后面添加：
set MSVC_DEFAULT=此處填Visual studio12.0安裝位置
if exist "%MSVC_DEFAULT%\vC\vcvarsall.bat" set MSVC=%MSVC_DEFAULT%
if not "%MSVC%" == "" goto msvc_env120
:msvc_env120
set MSVC_VERSION=120
call "%MSVC%\VC\vcvarsall.bat" amd64
goto ms_c_end
保存即可在Fluent軟件中使用UDF。
展開 python生成exe，你所需要的環境和教程全在這里 ￥10
但是由于它是解釋性語言，因此只能在裝有python環境的計算機中運行，并且python本身是不能編譯成exe的可執行文件，因此程序流傳的過程中，人人均可以看到源代碼，代碼無法保密，更嚴重的是在源代碼在流傳的過程中，容易發生人員誤操作，導致程序發生錯誤，造成更大的損失。
為了彌補以上的缺陷，可以將python寫好的腳本代碼編譯成exe文件，這樣既擺脫了對環境的要求，還實現了代碼的保密和保護。然而python和大多數的ide不支持編譯成exe，因此需要開發者電腦上自行搭建編譯環境。為了滿足在公司內網搭建環境，并且由于離線安裝包過于難找，本文附件集中打包了編譯環境所需的離線安裝包及教程，安裝包主要包括pyinstaller、future、pywin32。安裝完附件安裝包即可實現python編譯環境的搭建。
本實例是在win764位上編譯，完美的在沒有安裝python環境的win10電腦上運行，解決了python自身不能編譯的問題。
有什么問題歡迎大家留言討論，不僅限于python方面，包括CAE仿真、結構優化、有限元理論等均可。
展開 Abaqus用戶子程序調試插件DUS ￥1
=======演示錄像=======
詳細演示和操作錄像：https://www.yqgqt.org.cn/college/video/c13034
=======安裝前提=======
默認用戶已經安裝并配置好用戶子程序編譯環境，也就是在Abaqus/CAE的job可以運行正確。（編譯環境推薦Visual Studio 2008以上+intel Fortran 11以上）。
=======使用說明=======
（1） 插件入口：Abaqus/CAE在Job模塊下，點擊Plug-ins菜單->iSolver->DebugUserSubroutine啟動插件。
（2） 界面設置：選擇帶用戶子程序（.for文件在Job Manage中添加）的計算任務，勾選Debug，選擇Standard或者Explicit求解器, 點擊Submit。
（3） VS中調試：如果本機正確安裝了編譯環境，將自動喚起Visual Studio。在Visual Studio用File-Open File打開計算任務中設置的.for文件。在文件需要調試的位置創建斷點。
此時將直接執行Abaqus的Standard程序，在進行到用戶子程序內部代碼時，可以看到程序暫停在上一步設置的斷點處。按F10單步執行，并查看我們需要的變量值。
=======下載=======
安裝和使用手冊
DUS(Debug User Subroutine)-Abaqus用戶子程序調試插件用戶手冊(20220729).pdf
DUS插件
如有任何的使用問題隨時聯系我們，如果需要現場調試的可以參加我們下面的培訓課程，對這個插件本身的實現方式感興趣的也歡迎參加，謝謝支持。
展開 
Abaqus2021+oneAPI2021+VS2019關聯配置方法
abaqus子程序需要調用Fortran編譯器，常用的Fortran編譯器就是intel visual Fortran，fortran編譯器又需要編譯環境，因此我們在運用abaqus子程序仿真之前都需要必備三款軟件：
1 abaqus——計算環境
2 IVF——Fortran編譯器
3 Visual studio ——fortran編譯環境
在2020之前，IVF是屬于Intel Parallel Studio EX 工具包中的一部分，從Intel Parallel Studio EX 2020版本之后，intel取消了該平臺，轉而開發了Intel oneAPI Tookit工具包，Fortran 編譯器也轉移到新的平臺。
對于只用到子程序開發的仿真人員來說，平臺的改變最大的變化就是，濃眉大眼的intel居然把它免費了！雖然abaqus2021+ Parallel Studio EX 2020+VS2019依然可行，但是oneAPI是未來的趨勢，在intel 官方搜索Parallel Studio都會自動跳轉到oneAPI去，遲早都得換。
何況免費正版他不香嗎？
目前網上abaqus+oneAPI+VS的配置教程不多，根據少量的資料和自己探索，簡單說下配置流程。好吧，廢話有點多了，下面進入正題。
---------------------------------------------------------------------------------------------------------------
安裝順序和之前是一致的，最底層的當然得最先安裝。
展開 單元測試/集成測試自動化工具
不需建立單元測試專用的環境，可以在開發用交叉編譯環境進行單元測試
Coverage master winAMS不需要追加任何測試用驅動器或測試用代碼，可以直接使用將組裝成產品的目標代碼進行單元測試。單元測試能夠與軟件開發使用共同的交叉編譯環境，不再需要對測試資源進行專門管理，也不再需要建立其他專用環境。因此，既方便程序資源管理，又能夠縮短準備測試環境所需的時間。
符合汽車功能安全標準（ISO26262）[不做加工直接使用目標機代碼實施單元測試]這一要求的最佳工具
ISO26262是從IEC61508衍生出來的適用于汽車制造領域的功能安全標準。其中的Part.6-9[軟件程序單元測試]包括了關于軟件程序的構造覆蓋率測試以及有關的規定項目。根據汽車安全標準（ASIL），提出了測試語句覆蓋率（statement coverage），分支覆蓋率（branch coverage），MC/DC覆蓋率的推薦性事項。
其中的另一個推薦性事項是
[盡可能使單元測試的環境與目標環境相同]
的規定。如果在與目標環境不同的環境下進行單元測試，必須表明源代碼與目標代碼的差別，以及目標環境和測試環境的差別。因此，對于那些使用與目標微機不同的電腦進行編譯和單元測試的其他公司的工具而言，這個要求很難滿足。 還有些公司的單元測試工具雖然包括交叉編譯環境及編譯功能，而且也能夠在與目標環境相同的環境下進行測試，但是所有的測試都需要插入測試用代碼，進行再次編譯，因此測試也只能在與目標環境不同的環境下實施。
GAIO提供的單元測試工具Coverage master winAMS具有
●采用全面支持嵌入式微機的微機化功能測試平臺環境
●不需要插入測試用代碼直接使用目標機代碼進行測試
的特征，提供符合ISO26262標準要求的必須功能。
展開 LS -DYNA的二次開發環境及應用 附LS-DYNA面中文教程下載
從目前的一些用戶的使用情況來看，二次開發比較容易出錯的一個環節是編譯和連接過程。目前LS-DYNA提供的一種開發方法是把所有主程序的OBJ文件打包成庫文件提供給用戶，而這些OBJ文件是在LS-DYNA標準編譯環境下編譯出來的半成品二進制文件。然后用戶在自己的開發環境下編譯其用戶子程序，與主程序的OBJ庫文件連接生成含有用戶子程序的LS-DYNA執行程序。該方法的好處是生成的LS-DYNA執行程序內含用戶子程序，方便執行。容易出錯的地方是用戶的編譯環境往往LS-DYNA的標準編譯環境不一樣，可能會導致連接后的LS-DYNA執行程序不能正常工作。兩個編譯環境之間的差異可能會存在于各個方面，比如操作系統類別和版本，FORTRAN編譯器的主版本及修正版本，C/C++編譯器的版本及其所帶的標準庫文件等等。這些差異導致的錯誤有時還很難發現，對二次開發造成一定的困擾。
另外，LS-DYNA得到越來越廣泛的應用，在有些工業領域逐漸被認為是行業的標準分析軟件。該行業的原材料供應商針對自己的材料等開發專門的材料模型及配套參數，提供給客戶對用其材料的產品利用LS-DYNA進行分析。近幾年來這種開發模式逐漸形成了一個發展趨勢。從另一面看，制造商在一次分析中可能要用到多個供應商的不同材料模型，而如何保證所有供應商的子程序OBJ版本都與LS-DYNA一致并正確地連接在一起，難度往往較大。LS-DYNA預分配的用戶材料號從41號到50號，總共只有10個，如何協調眾多供應商的材料號避免沖突，又增加協調的難度。因此，這些需求都對LS-DYNA的開發環境提出了更高的要求。
為此，在完全兼容現有用戶子程序的基礎上，LS-DYNA推出另一種新的開發環境，在方便性，兼容性和靈活性等方面有很大的提高。
展開 LS -DYNA的二次開發環境及應用
從目前的一些用戶的使用情況來看，二次開發比較容易出錯的一個環節是編譯和連接過程。目前LS-DYNA提供的一種開發方法是把所有主程序的OBJ文件打包成庫文件提供給用戶，而這些OBJ文件是在LS-DYNA標準編譯環境下編譯出來的半成品二進制文件。然后用戶在自己的開發環境下編譯其用戶子程序，與主程序的OBJ庫文件連接生成含有用戶子程序的LS-DYNA執行程序。該方法的好處是生成的LS-DYNA執行程序內含用戶子程序，方便執行。容易出錯的地方是用戶的編譯環境往往LS-DYNA的標準編譯環境不一樣，可能會導致連接后的LS-DYNA執行程序不能正常工作。兩個編譯環境之間的差異可能會存在于各個方面，比如操作系統類別和版本，FORTRAN編譯器的主版本及修正版本，C/C++編譯器的版本及其所帶的標準庫文件等等。這些差異導致的錯誤有時還很難發現，對二次開發造成一定的困擾。
另外，LS-DYNA得到越來越廣泛的應用，在有些工業領域逐漸被認為是行業的標準分析軟件。該行業的原材料供應商針對自己的材料等開發專門的材料模型及配套參數，提供給客戶對用其材料的產品利用LS-DYNA進行分析。近幾年來這種開發模式逐漸形成了一個發展趨勢。從另一面看，制造商在一次分析中可能要用到多個供應商的不同材料模型，而如何保證所有供應商的子程序OBJ版本都與LS-DYNA一致并正確地連接在一起，難度往往較大。LS-DYNA預分配的用戶材料號從41號到50號，總共只有10個，如何協調眾多供應商的材料號避免沖突，又增加協調的難度。因此，這些需求都對LS-DYNA的開發環境提出了更高的要求。
為此，在完全兼容現有用戶子程序的基礎上，LS-DYNA推出另一種新的開發環境，在方便性，兼容性和靈活性等方面有很大的提高。
展開 CORNERSTONE | DevOps平臺是如何實現開發效率的雙倍提升？
02、過程支撐自動化
軟件過程支撐主要是指面向軟件工程過程的支撐，實現自動化包括：
編譯構建環境自動化
編譯構建環境包括基于DevOps平臺的自管理編譯構建環境，按需生成編譯構建環境，編譯構建完成后自動銷毀，以及特定編譯構建環境的快速接入等。
測試環境自動化
測試環境自動化是指自動化測試執行所需的能力環境，如接口/UI測試腳本所需的執行環境，可以根據測試任務的需要，實現測試環境的彈性伸縮自管理。
環境部署自動化
環境部署自動化是指對于開發、測試、生產等所需要的基礎環境，可以根據流水線自動完成環境的使用前的生成、使用后的回收等，實現資源即代碼，無需人工參與。
在CORNERSTONE中，通過大量的過程及支撐自動化，可以極大的減少開發、測試、運維等工作的人工參與時間，降低人工成本，并能實現人工無法完成的工作，例如快速對10000臺服務器上的應用進行更新。但前期的建設需要涉及的技術點較多，成本也較為巨大，如何建設落地自動化，除了考慮效率之外，還需著重考慮業務平臺的自主可控與可持續發展等方面。
四、CORNERSTONE | DevOps效率提升之持續優化
持續優化，是CORNERSTONE效率提升的第三個主要方面，也是踐行DevOps理念的重要實踐。持續優化需要解決優化什么、如何優化等問題。這些問題的解決，需要應用DevOps精益分析的理念實踐。精益分析，本質就是對數據的統計、分析與挖掘。
01、數據獲取
精益分析所涉及的數據應從需求提出到用戶訪問形成一個端到端閉環。數據的獲取需要從業務系統本身以及支撐業務系統的
CORNERSTONE平臺兩個方向獲取。早期可以以
CORNERSTONE平臺相關數據的獲取為主要來源，后續可持續集成來自業務系統埋點獲取的數據。
展開 設計仿真 | 新版本Dytran 用戶子程序調用及案例分享
UDS搭建準備材料
●操作系統：
Win10、Win11
●Fortran環境及編譯器：
Visual Studio Professional 2022 17.6
oneAPI Basekit 2023.1.0.47256
onwAPI HPCkit 2023.1.0.46357
編譯過程還需要安裝Windows Kit 10.0.22621.0
所有軟件版本必須完全一致，否則會出現無法編譯的問題。
●安裝教程：
首先安裝Visual Studio Professional 2022 17.6，選擇模塊時，可以單獨選擇C++的桌面開發環境，安裝路徑根據自己需要進行更改。
其次安裝oneAPI，安裝之前務必確保版本號一致，Basekit與HPCkit安裝沒有先后順序，在安裝Basekit時，確保安裝Intel MKL庫，在安裝HPCkit時，確保安裝Fortran編譯器。
完成以上安裝后，進行Windows Kit 10.0.22621.0安裝，該程序安裝時，同樣必須確保版本一致，安裝路徑必須為默認安裝路徑，安裝好后，可以檢查C:\Program Files (x86)\Windows Kits\10\Lib\10.0.22621.0該路徑下是否包含先關的動態鏈接庫。
Dytran編譯器設置
● 系統及所有程序安裝完成后進行開發環境設置：
進入Dytran Explorer界面，點擊Tools下的Options按鈕，進入選項窗口，設置編譯環境所需的組件路徑。
完成路徑設置后即可進行UDS的提交。
展開 cfx 官方第17例子，空調，關于調用fortran
終于把cfx的use fortran在xp64位下的編譯環境調通了。
軟件版本分別是cfx12.1,vs2008,intel fortranV11.1
主要參照了調通了環境變量
HVAC_001.rar
HVAC.rar
ansys17 fluent udf亂碼問題解決
最近電腦系統升級到了win10,順便也就把ansys一并升級到了17.1，調試編譯環境都時候發現，底部出現亂碼，如果沒有出錯，不會影響程序都運行，但總不是很方便，特別對于我這種有點強迫癥都認來說。
通過自己的對比發現，出現亂碼的地方其實是出現中文的地方，那這個問題解決可能就比較簡單了。
總體來說就是將控制面板里面的非unicode變成英語就可以了。
可以看到，我udf編譯和load都沒有亂碼了。有亂碼的沒有截圖進行對比。
Abaqus C++ 后處理二次開發最新學習資源
Abaqus C++后處理接口的優點
Abaqus C++后處理接口使用方便、性能強大，能夠直接在VS中進行編譯和調試，并且能夠和GUI插件聯合調試。對后處理有高性能需求的朋友，c++后處理是最佳選擇。
Abaqus C++后處理接口除了高性能的特點之外，還有十分靈活的特點。既能編譯成exe可執行程序單獨運行，和abaqusGUI插件協同運行，又能編譯成dll動態鏈接庫讓其他程序調用。
Abaqus C++后處理接口的使用門檻
雖然優點不少，但是相比python腳本后處理，有兩個小門檻：第一是VS編譯環境的配置；第二是使用c++接口要具備基礎的c/c++語言編程基礎。
課程推薦
為了幫助大家踏平C++后處理接口的使用門檻，提供直觀、詳細、上手快、實戰化的學習資源。4月、5月推出周末線上學習服務。詳情如下，有意向的朋友歡迎咨詢。
展開 LS-DYNA的材料模型二次開發過程
選擇編譯器
原來的編譯器設置是和主程序一致的，LINUX系統一般是INTEL或者PGI的Fortran編譯器，這些商業編譯器的執行代碼一般來說效率比較高。在LS-DYNA新的編譯環境下，用戶子程序的編譯器不要求和主程序一致，本文采用開源的gfortran來演示編譯過程。編譯環境為：
Linux系統：OpenSUSE LEAP 42.1
編譯器：gfortran 4.8.5
MPI: platformmpi Community Edition 9.1.2
( http://www-03.ibm.com/systems/platformcomputing/products/mpi/ )
將Makefile中的編譯變量設置為
MY_FLAG = -g -fPIC -fcray-pointer -I/opt/platform_mpi/include
FC = /usr/bin/gfortran
LD = /usr/bin/gfortran -shared
export MPI_F77 := /usr/bin/gfortran
MY_TARGET = gnu.so
其中-g是讓編譯的用戶模塊帶源程序的調試跟蹤信息。這些變量的詳細解釋請參閱上期的“LS-DYNA用戶子程序的編譯和連接”一節。
4.用make命令編譯，生成gnu.so，就完成了編輯和連接。
2）UMAT子程序的調用
上面編譯好的gnu.so可以做為開發好的用戶模塊配合模型使用。這個模塊和LS-DYNA主執行程序是分開的，即使將來LS-DYNA主程序的版本升級也不影響這個模塊。調用的方法是在模型的.k文件里面加入三行
*MODULE_LOAD
myumat41
gnu.so
其中：第一行是關鍵字，第二行是這個模塊在這個模型的id，第三行是這個模塊的編譯后文件。
展開 基于三維模型的斷層圖像結構定位的初步研究
方法：通過Photoshop圖像處理軟件繪制斷面圖像，使用可視化工具包VTK的移動立方體表面重建算法，在VC++6.0的編譯環境下對其進行三維重建以及立體顯示。用自行開發的坐標轉換處理程序對三維模型上提取的坐標值進行處理，計算斷層圖像相應結構的像素坐標。結果：建立了一個表面帶有S型凹槽的三維模型，通過計算三維模型上凹槽結構的一系列坐標，得到二維斷層圖像上相應結構的像素坐標點。結論：本研究以VTK重建的三維模型為基礎，提出了一種利用已建成的三維模型來指導二維斷層圖像結構定位的方法，為人體復雜結構的分割與修正以及某些在二維斷層圖像上無法識別的結構的定位提供了一種新的手段
基于三維模型的斷層圖像結構定位的初步研究.pdf
展開 