霍夫曼編譯的案例
19霍夫曼H uffman編碼譯碼GUI界面設(shè)計，可根據(jù)自己的需要輸入數(shù)字和字母，并進(jìn)行編譯 ￥19.89
19霍夫曼H uffman編碼譯碼GUI界面設(shè)計，可根據(jù)自己的需要輸入數(shù)字和字母，并進(jìn)行編譯，程序已調(diào)通，在GUI界面加載自己的數(shù)據(jù)文本即可。基于MATLAB平臺，可直接拍下。
19霍夫曼H uffman編碼譯碼GUI界面設(shè)計 ￥15.9
霍夫曼H uffman編碼譯碼GUI界面設(shè)計，可根據(jù)自己的需要輸入數(shù)字和字母，并進(jìn)行編譯，程序已調(diào)通，在GUI界面加載自己的數(shù)據(jù)文本即可。基于MATLAB平臺，可直接拍下。
Optomec收購霍夫曼用于金屬3D打印刷燃?xì)廨啓C(jī)更換零件
霍夫曼的設(shè)備和軟件被飛機(jī)發(fā)動機(jī)和工業(yè)燃?xì)廨啓C(jī)的主要制造商用于恢復(fù)磨損或損壞的部件，其成本遠(yuǎn)低于新制造的備件。
此次收購將Optomec的市場范圍與霍夫曼在燃?xì)廨啓C(jī)市場的深度滲透相結(jié)合。協(xié)同效應(yīng)擴(kuò)展到互補(bǔ)的產(chǎn)品組合和技術(shù)專長，這兩者共同為兩個業(yè)務(wù)的加速增長奠定了基礎(chǔ)。
“Optomec和Huffman合作是增材制造領(lǐng)域令人振奮的消息，”GE Power產(chǎn)品服務(wù)總經(jīng)理Christopher E. Thompson說。 “Optomec在這一領(lǐng)域的創(chuàng)新和經(jīng)濟(jì)實惠的解決方案，結(jié)合強(qiáng)大，生產(chǎn)友好的設(shè)備和霍夫曼提供的直觀用戶界面，肯定能夠?qū)崿F(xiàn)自由形式增材制造的新飛躍，用于維修，新零件制造和混合制造。”
Optomec和Huffman都提供了一種形式的金屬3D打印，稱為定向能量沉積（DED;商品名LENS）。與更廣為人知的金屬3D打印形式相比，LENS具有明顯的優(yōu)點(diǎn)，稱為粉末床融合（PBF）或選擇性激光熔化（SLM）。特別是，LENS能夠以PBF/ SLM的一小部分時間和成本印刷完整的零件，同時具有更好的材料和機(jī)械性能。此外，LENS能夠獨(dú)特地為現(xiàn)有零件添加金屬，用于修復(fù)和涂層應(yīng)用，從而延長部件的使用壽命。
“增材制造在維修應(yīng)用中的機(jī)會往往被忽視，但當(dāng)你認(rèn)為腐蝕和磨損每年使美國經(jīng)濟(jì)損失3000億美元，并且全球商業(yè)航空業(yè)每年花費(fèi)近1000億美元進(jìn)行維修時，你可以獲得更好的意識到這些市場的規(guī)模，“Optomec總裁兼首席執(zhí)行官David Ramahi先生說。 “通過收購Huffman，我們的目標(biāo)是擴(kuò)大DED / LENS維修的使用范圍，用于現(xiàn)有的100,000多臺燃?xì)廨啓C(jī)和發(fā)動機(jī)的安裝基礎(chǔ)，同時利用這些專業(yè)知識，推動對主流工業(yè)應(yīng)用的更具成本效益的維修。 ”
展開 單片機(jī)編譯器KEIL的常見錯誤匯總(中英對照)
error 1：Out of memory 內(nèi)存溢出
error 2：Identifier expected 缺標(biāo)識符
error 3：Unknown identifier 未定義的標(biāo)識符
error 4：Duplicate identifier 重復(fù)定義的標(biāo)識符
error 5：Syntax error 語法錯誤
error 6：Error in real constant 實型常量錯誤
error 7：Error in integer constant 整型常量錯誤
error 8：String constant exceeds line 字符串常量超過一行
error 10：Unexpected end of file 文件非正常結(jié)束
error 11：Line too long 行太長
error 12：Type identifier expected 未定義的類型標(biāo)識符
error 13：Too many open files 打開文件太多
error 14：Invalid file name 無效的文件名
error 15：File not found 文件未找到
error 16：Disk full 磁盤滿
error 17：Invalid compiler directive 無效的編譯命令
error 18：Too many files 文件太多
error 19：Undefined type in pointer def 指針定義中未定義類型
error 20：Variable identifier expected 缺變量標(biāo)識符
error 21：Error in type 類型錯誤
error 22：Structure too large 結(jié)構(gòu)類型太長
展開 
四十九、Fluent UDF編譯正確的流程
<p>很多同學(xué)會在群里面問一些UDF編譯的問題，特此寫一篇文章詳細(xì)說明一下對UDF進(jìn)行編譯的正確流程。</p><p><br></p><p><strong>1. UDF正常編譯流程</strong></p><p><br></p><p>第一步：配置環(huán)境變量，參考公眾號文章<a href="http://mp.weixin.qq.com/s?__biz=MzkwMTAyNTc0Mw==&mid=2247483827&idx=1&sn=29963c6a8bfa7b0b7abd7d490bc300f9&chksm=c0ba5b13f7cdd2052f569bb77174b53946ae3d7cfbe119947caa07dbc9ec041b8bf2c3540cd1&scene=21#wechat_redirect" rel="noopener noreferrer" target="_blank">十.Fluent環(huán)境變量的配置</a></p><p>第二步：驗證環(huán)境變量是否成功</p><p>第三步：進(jìn)行UDF編譯</p><p> </p><p><strong>2. 配置環(huán)境變量</strong></p><p><br></p><p><strong>2.1 編譯型VS解釋型</strong></p><p><br></p><p>推薦大家使用編譯型UDF</p><p> </p><p>有些同學(xué)為了方便省事，想直接用解釋型UDF，這樣就不用配置環(huán)境變量了。解釋型的UDF與編譯型UDF在UDF的編寫上沒有任何不同，只是將UDF加載到Fluent中的方式有所不同。
展開 在未安裝Fortran編譯器的機(jī)器上運(yùn)行Marc子程序
image_process=/format,webp" data-initial-src="https://img.jishulink.com/202504/attachment/1cb31e9133fc40768bec18ee09091863.png">
</figure>
</figure><div contenteditable="false" width="100%">
<hr>
</div><p><br></p><p><br></p><p>以下是命令行操作方法：</p><p>第一步，在配置和關(guān)聯(lián)好編譯器的機(jī)器上執(zhí)行以下命令：</p><p><br></p><pre class="ql-syntax" spellcheck="false">call "C:\Program Files\MSC.Software\Marc\2024.1.0\marc2024.1\tools\run_marc.bat" -j job.bat -u gearpair.f -sa yes -b no
</pre><p>第二步，將生成的exe文件移動到另一臺未配置編譯器的機(jī)器上并執(zhí)行以下命令：</p><p><br></p><pre class="ql-syntax" spellcheck="false">call "C:\Program Files\MSC.Software\Marc\2024.1.0\marc2024.1\tools\run_marc.bat" -j job.bat -pr gearpair.exe -b no
</pre><p><br></p><p>將上述命令中求解文件run_marc.bat的路徑替換為相應(yīng)機(jī)器下求解文件所在的路徑即可。</p>
展開 Fluent VC編譯環(huán)境變量設(shè)置步驟
Fluent VC編譯環(huán)境變量設(shè)置步驟.pdf
Fluent VC編譯環(huán)境變量設(shè)置步驟
1、 安裝 Fluent，安裝完后，在Fluent目錄下，雙擊“setenv.exe”，彈出對話框后點(diǎn)確定；
2、 安裝VC，64位系統(tǒng)請選擇自定義安裝，安裝時選中“Visual Studio 2008 x64 Win64 命令提示”，32位系統(tǒng)可以默認(rèn)安裝；
3、 在開始菜單中啟動“Visual Studio 2008 x64 Win64 命令提示”，彈出cmd窗口；32位系統(tǒng)可以啟動“Visual Studio 2008 命令提示”；
4、 通過cmd窗口定位到你的工作目錄，我這里是F:\Fluent_study（不會的找度娘補(bǔ)補(bǔ)課）
5、 在CMD窗口中啟動Fluent，我這是8核的，單核的可以省略“-t8”
6、 通過該CMD窗口啟動fluent是可以進(jìn)行編譯的。
展開 什么是有限元語言及其編譯器
有限元語言及其編譯器在CAE行業(yè)中，是生成程序的程序，是生成程序的機(jī)器，是不要直接寫代碼的程序。有限元語言及其編譯器具有哪些特征？
有限元語言及其編譯器（以下簡稱FELAC）最少應(yīng)具有以下的功能特征：
（1）FELAC面向大用戶必然是一種比目前提供的各種算法語言（如Fortran,Algol,Pascal,Basic等）更高一層的語言，這種語言很容易被懂得有限元方法、有限差分方法或有限體積方法的工程師、科學(xué)家和大學(xué)生理解與接受。
（2）FELAC首先把用戶寫的有限元語言“程序”翻譯成某種目前常用的算法語言（如Fortran）程序，然后再由該算法語言編譯器譯成代碼程序。因此用戶可以直接閱讀到由FELAC產(chǎn)生的有限元程序，這將有利于用戶的理解與修改。
（3）用戶采用有限元語言寫有限元“程序”的效率要比直接采用某種算法語言（如Fortran）寫有限元程序提高1個數(shù)量級以上。因此采用FELAC能大大提高編制有限元應(yīng)用軟件的生產(chǎn)率。
（4）采用FELAC能產(chǎn)生各種工程與科學(xué)領(lǐng)域所需的各種有限元問題的源程序，既包括線性的，也包括非線性的，以及耦合問題的有限元程序；既包括靜態(tài)問題，也包括動態(tài)問題。它不僅能用于最早采用有限元方法的結(jié)構(gòu)力學(xué)領(lǐng)域，也能用于其它采用有限元方法的任何領(lǐng)域（如流體力學(xué)、物理學(xué)、化學(xué)、生物學(xué)、電磁學(xué)、地質(zhì)學(xué)等學(xué)科）。
（5）FELAC允許用戶同時采用有限元語言和算法語言這兩種語言編寫有限元程序，以滿足用戶的特殊需要，就如同采用算法語言編寫程序有時需要插入代碼程序那樣。
展開 ZEMAX軟件技術(shù)應(yīng)用專題：如何編譯用戶自定義DLL
如果有任何內(nèi)容未被讀出，那么該DLL可能不能編譯。即使編譯了，也未必能正常運(yùn)行。使用C++編譯器絕大部分Zemax自帶的案例文件都是用C語言寫的。由于Visual Studio是個C++編譯器，這意味著必須對代碼進(jìn)行一些修改來正確地編譯它們。如果還沒添加。那么在代碼開頭的初始化功能區(qū)放入“extern “C” {}”。同時確保把“BOOL WINAPI DllMain”這一行注釋掉。在C++編譯器里，程序(function)名往往會在后臺被修改，以使得每個程序都有其唯一的標(biāo)識。如果程序名變化了，那么OpticStudio會無法運(yùn)行該DLL，因為OpticStudio會尋找具體的名稱（例如：UserDefinedSurface、UserObjectDefinition等）采用上述改變可以強(qiáng)制編譯器保持原來C代碼里的程序名且忽略任何可能造成的錯誤。同樣地，可能也會需要無視由于C和C++的細(xì)微不同造成的警告，例如：C4996: ‘srtcpy’: This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS.如果這是編譯中唯一遇到的警告，那么以下的代碼可以繞過這個問題：#pragma warning ( disable : 4996 )這行代碼會允許編譯器提供特定于電腦或者操作系統(tǒng)的功能，同時保持C和C++語言上大體的兼容性。Rebuild Solution選擇Build…Rebuild Solution來編譯你的代碼，或者直接按鍵盤“Ctrl+F5”。編譯成功后會輸出以下內(nèi)容：這個DLL會在solution文件夾下。
展開 【Arduino教程】Arduino Mega 2560的PCB設(shè)計與編譯器使用
這個下載其實就相當(dāng)于其他編譯器上的運(yùn)行一樣。只不過下載是相對于Mega的控制器而言的，因為控制器上面有獨(dú)立的存儲器，只要不下載新的代碼，則該控制器一直運(yùn)行當(dāng)前的代碼。
串口監(jiān)視器(Serial Monitor)。串口監(jiān)視器是一個很重要的和Arduino控制器交互的工具。它主要是被用來查看串口發(fā)送或者接收到的數(shù)據(jù)。在很多時候，如果對傳感器進(jìn)行數(shù)值的監(jiān)控，以及用編寫的代碼和Mega2560控制器發(fā)送指令的時候，都要通過這個監(jiān)視器。這個監(jiān)控器有兩個設(shè)置很重要。第一，紅框標(biāo)記的是換行格式，一般選擇第二個。第二，黃框標(biāo)記的是波特率，一般選擇9600。波特率是指每秒傳輸數(shù)據(jù)的比特值，絕大多數(shù)Arduino控制器在使用的時候一般都設(shè)這個值。如果有例外情況，在實際案例中會講到。
圖18 串口監(jiān)視器
以上所述為初學(xué)者使用Arduino IDE所必須了解的基礎(chǔ)設(shè)置及使用方法，更為復(fù)雜的問題會在后面講解到。
2.2 Arduino兼容的編譯器及其交互
根據(jù)以上所述的Arduino IDE的功能，其實可以看到其局限性還是比較強(qiáng)的，比如說在編譯方面，遠(yuǎn)不如Visual Studio或者Pycharm等一些編譯器隨時根據(jù)你所輸入的代碼做出警告或者報錯提示，IDE最終只會給你一個綜合性的提示。
而唯一可以同Arduino交互的方法幾乎就是通過它的串口監(jiān)視器。而這個串口監(jiān)視器的功能及其有限。所以，為了實現(xiàn)一些更加復(fù)雜的功能，例如用傳感器所讀出的值畫圖(這種方法可以被用來審視傳感器的狀態(tài)，以及評估某些傳感器的測量極限)，或者可以用更高級的方法來和Arduino進(jìn)行交互，例如搭建一個簡易的App從而實現(xiàn)一個類似于目前智能家居系統(tǒng)的IoT項目等等。實現(xiàn)這些項目，就必然使用到其他的編譯器的獨(dú)立開發(fā)，或者其和IDE的交互等等。
展開 PGI Fortran 編譯器
PGI Fortran 是與 Intel Visual Fortran 起名的著名編譯器產(chǎn)品，由隸屬于英偉達(dá)（NVIDIA）下的 Portland Group 小組開發(fā)，優(yōu)化能力堪比IVF。
世界領(lǐng)先的獨(dú)立的高性能計算技術(shù)編譯器及開發(fā)工具供應(yīng)商Portland Group?(PGI)，PGI Visual Fortran?(PVF?)全面銷售。PVF將 PGI的高性能64位及32位Fortran并行編譯器及開發(fā)工具套件與Microsoft Visual Studio 整合在一起，為科學(xué)工作者和工程師從32位升級到64位Microsoft Windows平臺提供一套高效的系統(tǒng)開發(fā)解決方案。
科研工作者將PGI編譯器及開發(fā)工具廣泛用于內(nèi)置英特爾和AMD高性能微處理器的64位和32位 Linux工作站、服務(wù)器和集群器上。該版軟件使Portland Group對運(yùn)行在Windows平臺上的64位和32位Fortran應(yīng)用程序的開發(fā)支持?jǐn)U展到英特爾和AMD的64位和32位微處理器，新軟件運(yùn)行在深受市場歡迎的Microsoft Visual Studio 2005集成開發(fā)環(huán)境(IDE)。PGI Visual Fortran 套件整合了多種兼容性能，使從現(xiàn)有的支持Windows的32位Fortran升級到64位平臺變得十分簡單，具體兼容功能包括支持Windows 32位應(yīng)用編程接口(API)、調(diào)用規(guī)則、匯編命令以及公認(rèn)的標(biāo)準(zhǔn)實用工具庫。
Microsoft Visual Studio是世界上應(yīng)用最廣泛的集成開發(fā)環(huán)境。Visual Studio 工具及技術(shù)（ 包括一個并行調(diào)試器 ）使開發(fā)人員可以利用他們現(xiàn)有的Windows開發(fā)技能及經(jīng)驗開發(fā)在Windows Compute Cluster Server 2003平臺上運(yùn)行的HPC（高性能計算）應(yīng)用程序。
展開 
DEFORM二次開發(fā)編譯工具最新介紹
Absoft & Intel Fortran兩種編譯器編譯的FEM引擎計算效率的對比：
案例一：Spike forging–120K tet 和 FourTee forging–1M tet
該案例在Windows 10、AMD 5900X CPU環(huán)境下進(jìn)行計算對比，不同求解器計算效率如下圖所示：
圖3 FEM引擎計算效率對比
由上圖可知：Intel Fortran相比Absoft編譯器編譯的FEM引擎CG 求解器計算速度提高了20 ~ 130%；MUMPS求解器計算速度提高了10~30%；Spooles求解器計算速度提高了約5%。
案例二：在Windows 10、i7-11700KF CPU環(huán)境下，三種算例均采用 MUMPS 求解器
圖4 FEM引擎計算效率對比
由上圖可知：1）碾環(huán)—20K, 60K六面體網(wǎng)格，計算速度提高了50 ~ 70%；2）ALE型軋—20K, 200K 六面體網(wǎng)格，計算速度提高了20 ~ 60%；3）自由鍛—200K, 600K 四面體網(wǎng)格，計算速度提高了15 ~ 50%。
綜上述，Intel Fortran相比Absoft編譯器編譯的FEM引擎具有更高計算效率。SFTC公司目前已經(jīng)完成DEFORM軟件Intel Fortran FEM引擎的開發(fā)，針對于二次開發(fā)編譯器短期將同時支持Intel Fortran和Absoft編譯器，而Intel Fortran編譯器將成為趨勢。
展開 damask 子程序在windows平臺直接編譯使用
再嘗試編譯過程中嘗試了大量的damask版本，發(fā)現(xiàn)2.02和2.01版本最適合作為移植到abaqus的軟件版本，原因是2.03雖然作為最后一個支持abaqus求解器的版本，然而當(dāng)前版本不支持顯示求解器，因此為了方便后期的動態(tài)求解問題，不適合使用，同時2.0以前的damask版本相應(yīng)的功能雖然已經(jīng)滿足，但是存在各類不易輕易發(fā)現(xiàn)的bug，嚴(yán)重影響移植過程，同時damask移植過程中涉及到并行計算的問題，damask的子程序?qū)懛▽Σ⑿杏嬎阒С侄纫话悖掖嬖诖罅康臄?shù)值讀取和寫出，嚴(yán)重影響多核心并并行計算，因此建議調(diào)試時使用單核心進(jìn)行，移植到windows下支持的編譯器和Fortran版本也有顯著差異，當(dāng)前使用vs2017，F(xiàn)ortran2019，abaqus2022發(fā)現(xiàn)可以正常使用計算。對damask在windows下編譯感興趣的可以下載相應(yīng)版本的abaqus嘗試編譯和運(yùn)行。
damask在windows下使用的案例效果如下：
在編譯過程中測試了下圖所示的案例，分別是BCC鐵，位錯密度模型，F(xiàn)CC鋁，ＨＣＰ鎂合金，ＨＣＰ鈦合金，各項同性的粘塑性模型，taylor模型等以及動態(tài)顯示vumat的實現(xiàn)，發(fā)現(xiàn)運(yùn)行結(jié)果良好，計算效率相較于linux平臺要稍快一些，指的注意的是，當(dāng)前采用單核心計算，在后續(xù)的過程中會對整體的damask代碼進(jìn)行完整的重構(gòu)，充分支持多核心并行計算，即運(yùn)算效率會顯著提到，運(yùn)行效果如下：
同一個目錄下包含如下文件
預(yù)編譯為OBJ格式可以顯著較少每次編譯所消耗的時間，
使用包含200個晶粒進(jìn)行拉伸拉伸測試，驗證程序的可靠性
運(yùn)行過程中，會生成包含輸出變量含義的三個文件
整體運(yùn)行結(jié)束需要的時間。
展開 ABAQUS路面材料使用修正burgers模型時總是出現(xiàn)編譯錯誤
C 瞬態(tài)溫度場下修正Burgers模型UMAT子程序源代碼
C
C 給狀態(tài)變量數(shù)組賦初值為零，調(diào)用ABAQUS子程序SDVINI
C GIVE STATEV THE INITIAL VALUE OF ZERO
C
SUBROUTINE SDVINI(STATEV,COORDS,NSTATV,NCRDS,NOEL,NPT,LAYER,KSPT)
C
INCLUDE 'ABA_PARAM.INC'
C
DIMENSION STATEV(NSTATV),COORDS(NCRDS)
C
DO K=1,NSTATV
STATEV(K)=0.0
END DO
C
RETURN
END
C 瞬態(tài)溫度場下修正Burgers模型UMAT子程序
C UMAT FOR MODIFIED BURGERS MODEL
C
SUBROUTINE UMAT(STRESS,STATEV,DDSDDE,SSE,SPD,SCD,RPL,DDSDDT,
1 DRPLDE,DRPLDT,STRAN,DSTRAN,TIME,DTIME,TEMP,DTEMP,PREDEF,DPRED,
2 CMNAME,NDI,NSHR,NTENS,NSTATV,PROPS,NPROPS,COORDS,DROT,
3 PNEWDT,CELENT,DFGRD0,DFGRD1,NOEL,NPT,LAYER,KSPT,KSTEP,KINC)
C
INCLUDE 'ABA_PARAM.INC'
C
CHARACTER*80 CMNAME
C
DIMENSION STRESS(NTENS),STATEV(NSTATV),DDSDDE
展開 phoenics3.4下的編譯
將Digital Visual Fortran 安裝在C：盤
編輯\PHOENICS\D_UTILS\Phoepath.bat
將其中的PHOENICS路徑設(shè)置正確。
或者直接在AUTOEXEC.BAT文件中將（比如PHOENICS安裝在D：盤）
d:\phoenics\d_utils\d_windf;d:\phoenics\d_utils路徑加入。
如果遇到問題請參見：
If "bad command" is encountered
The problem is usually because the path name to dfvars.bat is in correct in
the file
/phoenics/d_utils/phoepath.bat
when dvf compiler was installed on the user's computer, it may have not plac
ed in the correct directory
for v5.0 of the compiler it should be installed in the directory
c:\progra~1\Devstu~1\DF\bin\dfvars.bat
for v6.1 it should reside in
c:\progra~1\Micros~2\DF\bin\dfvars.bat
If "out of environment space" is encountered
It may be cure by inserting the following line in your c:\config.sys file:
SHELL=C:\COMMAND.COM C:\/P/E:1024
If this doesn't work. Then try th
展開 