
發布
注冊
/
登錄錯誤提示的案例
UG NX軟件安裝出錯解決方案,15,96,97錯誤提示
最近安裝UG出錯的小伙伴有點多,最常見的四大錯誤給你們講解一下。
01出現-15錯誤提示
錯誤提示:無法連接許可證服務器系統。服務器尚未啟動或UGS-LICNSE-SEVER被設置為錯誤的-15錯誤
這是說明許可證沒有啟動,原因有許可證沒啟動,一般不用重新配置許可證,自己手動啟動下許可證就好,當出現啟動許可證成功即可,出現sever start successful提示許可證啟動成功。
如果你啟動不了,來看看下面幾點你都做到了嗎?
02出現-96提示
錯誤提示:許可證初始化錯誤,許可證服務器關閉或未響應,請檢查splm_license_sever.-96
出現這種原因一般是沒關殺毒軟件和防火墻,這時需要你去把殺毒軟件退出,把防火墻關閉,再手動啟動下許可證就好了
有時UG安裝完能打開,第二天就打不開出現96錯誤也是同樣的解決方案,把殺毒軟件退出,把防火墻關閉,再手動啟動下許可證就好了。
展開 ls-dyna計算錯誤提示以及修改
我最近做ls-dyna隱式算法時出現計算報錯,錯誤提示:
*** Error *** unexpected end-of-file, PE 0
后根據要求修改了end,但是還是這樣提示錯誤,請知道的朋友提示一下怎么修改??
Moldflow2021在win10上安裝提示1603錯誤的解決辦法 ¥100
最近在win10上安裝moldflow2021,總是提示1603錯誤,安裝不成功。之前安裝過一次,是成功的,后來再也安裝不上去,win10系統換來換去,總是提示1603的錯誤。就懷疑可能是沒卸載干凈。
折騰了半天,終于找到了原因。
插入模型時提示錯誤
新建open die 進程 在插入模型的過程中,有兩個可以成功,另一個提示錯 Error model 錯誤信息 error code=3 不知是何原因造成。還請各位幫忙指點指點。

Nastran計算的幾點經驗總結
一、Scratch DBset 不夠用,計算非正常終止
f06文件的錯誤提示(一):
*** USER FATAL MESSAGE 1221(GALLOC)
THE PARTITION OF THE SCRATCH DBSET USED FOR DMAP-SCRATCH DATABLOCKS IS FULL.
USER INFORMATION: THE DMAP SCRATCH PARTITION WILL NOT SPILL INTO THE 300-SCRATCH PARTITION.
USER ACTION: 1.SET NASTRAN SYSTEM(151)=1, OR
2.INCREASE THE NUMBER OF MEMBERS, AND/OR THEIR MAXIMUM SIZE, FOR THE SCRATCH DBSET ON-THE "INIT" STATEMENT.
說明:
臨時性數據庫SCRATCH DBSET 滿了,需要擴展該數據庫規模以滿足存儲需求。而且數據庫300-SCRATCH 的空間沒有讓數據庫SCRATCH DBSET共享。
解決方法(一):
在rcf文件中添加:
SYSTEM(151)=1
使數據庫300-SCRATCH的空間能讓讓數據庫SCRATCH DBSET 分享。若還不能解決此問題,則計算非正常終止,出現
f06文件的錯誤提示(二):
*** USER FATAL MESSAGE 1012(GALLOC)
DBSET SCRATCH IS FULL AND TO BE EXPANDED.
展開 Fluent常見的錯誤提示總結
其他的變量受限,注意檢查模型有沒有錯誤,這個主要是力學模型要準確,受限制后解出來的解可能不是真實解,而大部分都是出現溢出錯誤,無法繼續求解。
3. 解決方法是把 courant number調小一點,把松弛因子調小一點 (provided byraindrops)
Error: FLUENT received a fatal signal (SEGMENTATION VIOLATION).
原因: 非法關閉圖片顯示窗口導致的,出此錯誤后,再無法顯示圖片
Error: WARNING: Invalid axisymmetric grid: 71 nodes lie below the x-axis
發生時機:將網格導入fluent后,檢查網格時出現
原因: 是對稱軸和x軸沒有完全重合,中間有較小的偏差的緣故|
方法: 先確定關鍵點,再連線,最后成面,然后劃分網格。
Error:Warning: The use of axis boundary conditions is not appropriate for a 2D/3D flow problem. Please consider changing the zone type to symmetry or wall, or the problem to axisymmetric.
發生時機:來我做的是一個球體,為了用二維仿真,我通過劃一個半圓,然后將直徑設置為axis,在導入fluent后,將space設為axisymmetric,檢查網格時便出現了負體積。將space設為2d就不會有負體積存在了。但是會有警告
原因/方法: 設置axisymmetric或axisymmetric Swirl時,不僅需要將模型的對稱軸設為X軸,而且要旋轉的面必須在y軸的正半軸一側,只有這樣才不會出現負體積。
展開 關于ls_dyna計算內存不足問題
我按照內存不足修改方法,修改了,為啥還是報這個內存不足錯誤,第一張圖是計算后錯誤提示,第二張圖是我在k文件中修改的,第三張圖是修改后計算報錯圖,為啥還是報內存不足錯誤提示。請大神指點。
ABAQUS提交運算市錯誤提示ILLEGAL FILE TYPE IN DBUSRF
ERROR : ILLEGAL FILE TYPE IN DBUSRF 請問這個是什么意思呢?有沒有大佬教一下怎么解決?感激不盡
MSC.Fatigue standalone 2005 R2安裝方法(已成功)
2:安裝軟件MSC.Fatigue(選license server作為MSC.Fatigue授權方式)
當要求license server時輸入1700@host,(將Host改為你的電腦名,查看方法:
在命令提示符下輸入ipconfig /all,即可見Host name)
3:安裝Flexlm license server(MSC.Licensing),當要求license file時,將目錄指向剛才
Keygen生成的License.dat文件,如果有錯誤跳過一些錯誤提示,安裝完這個好這個授權。跳過錯誤提示完全不影響軟件本身的使用。
4:重啟,搞定!
5:如運行時提示需要msc.patran ,則可能是flexlm設置不當,進入flexlm進行如下設置(對應安裝目錄及前面生成的license.dat所在位置)
然后點擊下圖中startserver按鈕
然后重新運行fatigue即可
展開 pyANSYS|干掉一個BUG
最近在使用pyMAPDL,其中涉及到將前后處理結果輸出(如幾何、網格及后處理物理量等),然后被一個錯誤卡了很久。期間又是換python版本,又是整虛擬環境的,啥用都沒有,后面發現是pyansys的程序寫得有問題。
1 問題描述
錯誤提示如下圖所示,提示內容為提示cannot import name 'VTK9' from from 'pyvista._vtk'。后面發現這個錯誤不只是在pyMAPDL中,在pyFluent中也會出現。
看錯誤提示似乎是說在pyvista._vtk中找不到VTK9。打開_vtk.py文件,的確找不到任何與VTK9有關的內容。
繼續搜索,發現問題是出在mesh.py文件中,是該文件想要從pyvista._vtk中導入VTK9。
2 解決問題
分析代碼后推測,mehs.py文件中的VTK9是用來獲取當前環境中安裝的VTK版本的,后面按此思路該原始代碼。
打開mesh.py文件,如下圖所示,注釋掉第7行,添加from vtk import vtkVersion。
轉到第157行所在的位置,如下圖所示。
添加下面的代碼:
VTK9 = vtkVersion().GetVTKMajorVersion() >= 9
修改后如下圖所示。
保存mesh.py文件后,再運行pymapdl代碼,能夠正常運行。
這種低級錯誤都能犯,真是老6!!
(完)
文章來源:cfd之道
展開 NX使用技巧—UG如何恢復默認出廠設置(提示“內部錯誤”如何解決)
恢復出廠設置有時可以解決幾個很常見的頑固問題,那就是NX “內部錯誤:內存訪問違例”、“內部錯誤:內存訪問沖突”等。
這兩個問題我相信只要用過幾年NX軟件的人多多少少都會有遇到過,不過這個問題由多種原因造成,有一些是你的當前圖檔有問題,也有的是NX軟件內部設置紊亂,造成NX軟件運行不正常,如果是后者,你就可以通過當前清空NX配置文件恢復出廠設置來修復此問題。不過這個方法并不是100%能修復,當你按本方法測試以后還是有問題,則只能說明你的問題不是該狀態下造成的。
NX軟件本身是沒有恢復出廠設置功能的,在首選項里只有一些常規的“重置選項”,這些設置無法把軟件恢復到初始狀態,但是我們可以通過清空NX軟件配置文件來達到“恢復出廠”的效果。
從哪里清空NX配置文件?
NX軟件分為高版本和低版本,為了方便區分,老葉在這里稱NX9.0(包括)以上為高版本,NX9.0以下為低版本,Siemens PLM Software在這之間做了一些小小的變動,那就是它們的配置文件目錄名稱改了。高版本在臨時目錄的Siemens文件夾,低版本在Unigraphics Solutions文件夾。
NX高版本路徑:
C:\Users\你的系統用戶名\AppData\Local\Siemens\NX版本號
NX低版本路徑:
C:\Users\你的系統用戶名\AppData\Local\Unigraphics Solutions\NX版本號
在這里,教大家一個可以快速打開此路徑的方法,打開我的電腦(計算機)——在路徑欄輸入:
%LocalAppData%
比如我的:
怎么清空NX配置文件?
展開 
Abaqus中Fortran子程序的調試方法 附ABAQUS2020關聯Fortran下載
近兩年,收到許多同學關于Abaqus軟件使用過程中Fortran子程序調試的問題,在的錯誤面前許多初學者無從下手,不知如何去查找問題所在。本文將對Abaqus中子程序的調試方法以及如何對錯誤進行預警做一個簡單的介紹。
通過總結各類錯誤問題,大致可以把子程序編寫過程中的常見錯誤歸為三類:模型錯誤、語法錯誤和邏輯錯誤。
(一)模型錯誤:
有限元模型中自身材料、截面屬性、網格類型、網格劃分方式、接觸設置、邊界/載荷設置、輸出設置、軟件子程序配置等引起的錯誤,非子程序本身的錯誤。此類錯誤一般會在任務監控界面下的Error或Warning欄中有具體提示。
模型錯誤屬于有限元模型常規建模錯誤,可以先使用非子程序模型予以測試,排除建模錯誤之后,再改為子程序計算模型。該類錯誤屬于最容易解決的一類。
(二)語法錯誤:
在使用FORTRAN編寫子程序時,使用了非法的語句或者非法的格式,而引起的錯誤。該類錯誤會直接在任務監控界面提示Error:Problem during compilation編譯出錯。如下圖所示。
具體的語法錯誤內容將會顯示在與任務名同名的XXX.log文件中,該文件位于Abaqus當前的工作目錄,語法錯誤點及所在行數都有明確的提示。
例如,將以下代碼中第29行注釋掉,第28行的語句被打斷,變得不完整,將會有哪些提示信息呢?提示信息又將在哪里顯示呢?
使用文本編輯軟件(notepad++或UE等)將log文件打開,可以考單提示信息如下,具體的錯誤類型和錯誤位置都有明確的提示:
語法錯誤是許多子程序初學者經常會犯的錯誤,按照上述方式就可以快速定位錯誤位置了,至于基本的Fortran語言語法,可以參照響應的語法書。
展開 abaqus順序熱力耦合odb文件提取溫度數據加入后提示錯誤,求大佬解答
***ERROR: System Error in Opening DDB file. Please report the problem to your
local office.
THE PROGRAM HAS DISCOVERED 1 FATAL ERRORS
** EXECUTION IS TERMINATED **
用hypermesh劃分網格,用dynaform進行拉延設置總是提示相同的錯誤信息
用hypermesh劃分網格,用dynaform進行拉延設置,提交文件,再用LS_DYNS971分析,不論怎么設置,總是提示相同的錯誤信息,但是
在dynaform中還能運算。
有圖,高手幫幫忙吧。信息提示的好像與內存設置和單位有關系。
我的qq:373437611
sim database file cannot be opened - ?no such file
提示單元類型存在問題,檢查發現XFEM分析時選用了非完全四邊形的網格,這可是低級錯誤。而這個錯誤的提示與 job manager中error信息欄里的提示可不一樣!大意了!
修改完之后,一切順利,完美求解。
顯然,這種錯誤通過data check 是可以發現的,會報錯,并提示processing failed due to the OMISSION.也就是說,在遇到這類問題后,通過對輸入文件的自動檢查可以分析錯誤是否出現在inp文件內。
回到問題本身,“sim database file cannot be opened - no such file: ”這個報錯是怎么產生的呢?在提交作業(沒有預先檢查)之后,在processor內會檢測Inp文件出錯,這時就會停止寫入.sim文件,而這時此錯誤沒有被提交到job manager的error部分,因為此時求解器還沒有啟動。而在之后的啟動過程中,因為讀不到.sim文件,后續程序就會報錯,這個找不到文件的錯誤就被提交到job manager上,在error部分打印出來了。因此,我們只能看到莫明其妙的缺失文件錯誤,卻不知道為什么沒這個文件。知其然,不知其所以然。
當然,對于修改語言可以消除錯誤的原因,我沒遇到過,但猜測可能也是由于語言問題導致某一中間處理程序沒能正確生成.sim文件,所以集中報錯(abaqus報錯選項太多,只能挑大頭來報錯了)。
abaqus 的錯誤提示并非完全清晰或者與實際錯誤一一對應,其輸出錯誤報告的判據是復雜的,但我們可以將它歸結為軟件自身的問題和操作問題(輸入問題),確定是哪種類型的問題是應該首先解決的。正確安裝、配置的軟件通常可以避免第一種(開玩笑,不可能的),而對inp文件的優化是每個仿真狗的不懈追求。
展開