1、精選報告的錯誤值位（Bit）發(fā)動機或最終一次關機正常0 主譯碼器錯誤。假如A和B通道同時開關會消滅這種狀況。緣由或許是譯碼器線路上的嚴峻干擾或是在譯碼器濾波器上的大的延時（EF1太大）。1H0幫助譯碼器錯誤。假如A和B通道同時開關會消滅這種狀況。緣由或許是譯碼器線路上的嚴峻干擾或是在譯碼器濾波器上的大的延時（EF2太大）。2H1反饋遺失-譯碼器與霍爾位置不匹配。4H2峰值電流超標?？赡艿木売墒牵悍糯笃鞴收稀τ跀?shù)字電流伺服系統(tǒng)裝置就像薩克斯管：電流把握器不和諧。8H3外部禁止-遇到了規(guī)律輸入（TL命令）的特別中斷狀況。10H4數(shù)字硬件故障。20H5同時轉變了兩個霍爾數(shù)字感應器。同時只

2、能轉變一個霍爾數(shù)字感應器。40H6速度跟蹤器錯誤DV2-VX超出了速度錯誤極限ER2。在UM=2或UM=5狀況下由于如下緣由發(fā)生：速度把握器不協(xié)調速度錯誤報告過于密集發(fā)動機由于太低的線電壓不能加速到要求速度或者發(fā)動機功率不夠80H7位置跟蹤器錯誤DV3-PX（UM=5）或者DV3-PY（UM=4）超出了位置錯誤極限ER3。由于如下緣由發(fā)生：位置（UM=4或5）或速度（UM=4）把握器不協(xié)調位置錯誤報告過于密集不正常的發(fā)動機載入或者達到了機械限制100H8由于沖突的數(shù)據(jù)庫。在狀態(tài)報告中和CD CPU堆棧報告處反映沖突的數(shù)據(jù)庫類型。200H9未使用400H10Life guarding故障。假如在

3、一個CAN開放網絡中（UM=1h或UM=3）,在Life guarding下設置Metronome運作或者在沒有確認當前的主機下Life guarding超時，這個錯誤消滅。800H11 報告的錯誤值位（Bit）伺服系統(tǒng)驅動故障。依據(jù)MF報告中的伺服系統(tǒng)驅動故障具體位13-15，發(fā)生如下的其中之一。請參考錯誤！未發(fā)覺參考資源。1000H12系統(tǒng)驅動故障具體位1。請參考錯誤！未發(fā)覺參考資源。2000H13系統(tǒng)驅動故障具體位2。請參考錯誤！未發(fā)覺參考資源。4000H14系統(tǒng)驅動故障具體位3。請參考錯誤！未發(fā)覺參考資源。8000H15為了在增加的譯碼器和非霍爾數(shù)字傳感器下啟動發(fā)動機，嘗試發(fā)

4、覺電零點失敗。緣由或許是實際發(fā)動機電流不足以移動發(fā)動機電流。10000H16超出速度限制：VX<LL2 或者VX>HL2。20000H17堆棧溢出。假如操控CPU處理不能處理的載入這個故障發(fā)生?？赡艿木売墒牵禾娜訒r間太高的優(yōu)先動作頻率涉及PDO（CANopen）信息請用CD命令得到CPU堆棧，報告你們的服務中心。40000H18CPU特別。一個不好的狀況，就像在零點企圖劃分或一個致命的固件錯誤。請用CD命令得到CPU堆棧，報告你們的服務中心。80000H19可編程的規(guī)律特別。又一個不好的狀況，或許是硬件錯誤。請用CD命令得到CPU堆棧，報告你們的服務中心。100000H20發(fā)

5、動機有電源但是不工作。200000H21超出速度限制：PX<LL3或者PX>HL3(UM=5),或者PY<LL3PY>HL3(UM=4)。400000H22不能調整電流誤差。發(fā)電機啟動過程的一部分是A/D和D/A誤差的校準。假如發(fā)動機沒有連接到伺服驅動器或硬件故障這個進程或許錯誤。10000000H28Table 37:發(fā)動機自動關閉緣由在下面的表中是MF報告的位1215的具體解釋。8000H4000H2000H表示000一切正常。010欠電壓電源補給關閉，或有太高的阻抗。010過電壓。電源供應的電壓太大了，或者伺服裝置沒有成功吸取運動的能量while breaking

6、 a load。對于一個伺服驅動器，內部沒有一個并聯(lián)電阻，或許需要增加一個并聯(lián)電阻器。011SVP內部電源補給太低。電壓低于欠電壓范圍，它是幫忙電壓。在這種狀況下SVP代替“欠電壓”消滅。101短路電流。發(fā)動機或配線有缺陷。110溫度。放大器過熱。四周環(huán)境太熱或者不良熱交換?？赡艿木売桑嚎諝膺M口堵塞或不完善的風扇（Saxophone）。在放大器和其裝備（Clarinet）之間大的熱電阻。111通訊由于Metronome內部編程通訊，這個信息有可能消滅。值7將是SVP和“External Disable”.在發(fā)動機不工作時設置外部失效。Table 38:伺服驅動故障報告詳述 品質:&#

7、160;      類型:           狀況報告,整型,位域            范圍:           程序,RS232/RS485,CANopen      &#

8、160;     限制:           無            單元模塊:        全部例子:MF的3000H報告表明發(fā)動機由于欠電壓而被切斷。當報告MF時,欠電壓條件就不存在了?；蛟S大功率消耗和高的電源補給輸出阻抗是造成欠電壓的緣由。在這種狀況下，當關閉發(fā)動機時，

9、大功率消耗停止和電源補給回到正常值。3.27        EC=Error Code 目的: 報告最終一次所接受的命令的處理狀況。假如最終一次的命令成功執(zhí)行。EC返回值0。假如最終一次的命令執(zhí)行失敗，EC返回一個錯誤代碼。 留意：當執(zhí)行命令失敗，馬上用一個回應那個命令的問題標記返回一個錯誤代碼。這個代碼是二進制的，所以或許觀看它不簡潔。對設計者的智能終端不能牢靠的運用錯誤代碼。這個由于設計者產生一個和伺服驅動器連續(xù)的通訊。返回的錯誤代碼可能反映了最終一次設計者命令的狀況，不是最終一次智能終端命

10、令的狀況。下面的表格僅僅反映錯誤代碼，它是由錯誤代碼命令反映的。例如錯誤代碼不能返回7，8，9。7，8，9代碼和很多其他值向錯誤賦值，那不能由一個ASCII翻譯器命令產生的。在設計上提到的錯誤代碼9是一個被遺漏的通訊超出限度的CAN信息。這個錯誤代碼將僅僅消滅在CAN緊急目標中。44，59，63值（在ASCII屬性中代表“，”，“：”和“？”）不會用作錯誤代碼通訊，由于這些值的字節(jié)在RS-485通訊中作為分隔符使用。下面的表格總結了Metronome錯誤代碼：錯誤代碼描述/實例實例/補救1不能修正一個嘗試修正只讀參數(shù)2無效命令。翻譯器不明白命令。XF=2;是一個錯誤由于沒有XF命令。MC=2;

11、是一個錯誤由于MC設置是一個特權命令。假如沒有密碼就不能識別MC設置。3無效的索引。嘗試進入超過了變量向量的范圍。觀看有用命令的索引范圍。TL6；是一個錯誤由于TL命令的索引范圍是14。4一個程序溢出命令。這個命令管理著用戶程序的把握溢出。能經由通訊使用它。作為一個終端命令，JP#AAA是一個錯誤。從終端中用XQ命令設置程序計數(shù)器。5沒有解釋的意思。發(fā)覺一個命令中有不被承認的屬性。A*=3是一個錯誤由于一個命令記憶組建了兩個期望字符屬性。 錯誤代碼描述/實例實例/補救6程序沒有運行假如程序沒有運行回復一個M1由于當程序啟動時自動設置M1程序為零。7不能啟動模式由于錯誤的初始化數(shù)據(jù)。僅

12、使用在CAN緊急錯誤下。當函數(shù)的預設值是錯的時，錯誤消滅。例如，當PVT運動開頭時，在PVT表（PV）中的第一指針和有效寫入指示器（MP6）有沖突。8運動終止-或許運動數(shù)據(jù)下溢。僅使用在CAN緊急錯誤下。當超過了CAN計算的運動數(shù)據(jù)，這個錯誤消滅。9遺失CAN信息。僅使用在CAN緊急錯誤下。當前一個CAN信息還沒從緩存中收到而收到了當前信息，這個放大器傳送一個錯誤。10PDO不能使用這個命令。僅使用在CAN二進制翻譯器命令。PDO不能使用這個以一串值返回的命令。一個嘗試造成這個信息的傳輸。12在這個單元模式下，命令是非法的。假如UM=2，PA=1000是一個錯誤，由于在這個模式下不能命令位置。

13、13不能復位通信-UART繁忙。當通訊線路繁忙時，嘗試修改串行通訊參數(shù)。 15CAN壽命超出-發(fā)動機關閉。僅使用在CAN二進制翻譯器命令。當節(jié)點沒有從主機收到信號，這個緊急CANOpen目標傳送錯誤。請參考在Elmos CAN手冊的“錯誤把握協(xié)議”。16RS-485信息沖突。Metronome設法傳送一個信息，但是電氣方面的中斷破壞了屬性，這個中斷可能是網絡主機或伺服驅動器設法同時在RS-485線路上傳送信息。測試：在網絡上沒有兩個相同的ID.不能定義超過一臺的伺服驅動器作為網絡代表。不能定義超過一臺的伺服驅動器作為組群代表。正確設置了網絡超時。 錯誤代碼描述/實例實例/補

14、救17對模型取樣時間太短。一些模型運用少數(shù)cpu所以他們能運行在高頻取樣模式下。當定義TS太低時，設法設置CPU為全速模式。假如UM=2和取樣時間設置為最小UM=2,UM=4會消滅錯誤。18空賦值。The right side of an equation is missing.AC=;是一個錯誤，由于翻譯器期望在“=”符號后消滅一個數(shù)字值。19無效的命令格式未知的語法錯誤，請參考正確命令語法手冊。20操作數(shù)錯誤。試圖讀取一個不會返回值的命令。 21操作數(shù)超出范圍。試圖賦值一個非法參數(shù)值。JV=100000000回復這個錯誤由于metronome的需要速度太大了。22零點分界線JV=

15、0；TA1=1000/JV將消滅這個錯誤。23不能賦值命令。BG=3000返回這個錯誤。BG是一個沒有值的完整的命令。24劣質的操作員。操作員命令了一個錯誤的語法。TA1=3SVX是一個錯誤由于S不是一個被承認的操作者。25在移動時命令無效。在PVT變化時PV=n是一個錯誤，由于PV=n命令設置了PVT手動把握讀取點，而在PVT模式下這個點是自動化的。26移動模式無效。當移動參數(shù)沒有設置適當而開頭移動了。PN=n;BG是一個錯誤假如第一條PVT表的正確線小于最終一條正確線。27超過摸量范圍XM=1000;PA=2000是一個錯誤。XM=1000定義了最大譯碼器記數(shù)是500。因此永久不會到達PA

16、=2000的位置。28超出了限制范圍命令超出了允許范圍。VH2=1000;SP=2000是一個錯誤。后面的命令說明點對點的速度將達到2000/秒，而第一個命令限制最大速度1000。29太多錯誤的編程。編輯停止，由于編程器生疏到了有太多的它不能記數(shù)的錯誤。  錯誤代碼描述/實例實例/補救30沒有連續(xù)的程序發(fā)布了一個XC命令但是沒有一個停止命令。31編輯錯誤當用戶程序結束了而沒有線結束的標志，這個錯誤消滅。32通訊奇偶，噪音或者取景錯誤。測試通訊連接線與適當?shù)慕拥鼐€連接。一貫地設置主次波特率和別的通訊參數(shù)。33接受器溢出的通訊錯誤。到達的通訊屬性被硬件正常的存儲只到結束。太多的

17、沒有被處理的屬性到達，硬件存儲器容量超出。以過高的頻率送出CAN信息。這些信息對RS232和RS485是不期望的。34不能播送命令到伺服驅動器組。這個命令PP12=3設置伺服驅動器到群表示。假如這個命令播送到了組群，錯誤消滅。假如接受了，全部的接聽伺服驅動器將變成同時闡述和回答。網絡將崩潰。36無效的通訊表。在EMF表HV后的數(shù)據(jù)點不能組成一個合法的背EMF函數(shù)。當嘗試MO=1時這個錯誤被定位。在MO=0下能修改HV表，它的全都性不是必需的。37在相同地方定位了兩個或更多的霍爾傳感器。如下之一：CA4=CA5,CA4=CA6或CA5=CA6。38霍爾等級不同在Clarinet霍爾等級必需是相同

18、的等級。參考CA1CA3。39運行開頭時間與以前不同。主要是CAN用法。當對已經消逝的時間要求開頭時間（BT命令或者CAN對象0x208A）時，這個錯誤消滅。請參考在Elmos CAN手冊中的SYNC和時間打印機和目標0x208A。40收到值和公告值失諧When binary download quantity is not with in the defined ranges(BL2 and BL3)42沒有某一標簽這個這個程序不能包含特殊名的標簽。XQ#FOO將回復一個錯誤假如在用戶程序中不存在#FOO標簽。43不是合法標簽在用戶程序中這個特殊標簽非法。請在Metronome軟件手冊中參考

19、程序溢出命令。 錯誤代碼描述/實例實例/補救45從子程序中來的錯誤當在用戶程序中RT命令不是一個子程序結構。46多重自引導特征不能活動隨“Stop After Event”。在項目之間試圖設置多重俘獲事例停止，錯誤消滅。例如下面不能消滅：HM4=0;HM1=3。47程序沒有廉價XQ將返回這個錯誤,假如沒有標述Metronome程序和成功編譯。49兩個相同標簽在用戶程序中，兩個編輯標簽同樣的。50堆棧溢出檢測到一個cpu拒絕。這個錯誤反映了如下問題：Metronome的程序缺陷。一個硬件問題。電源故障。請使用CD查看發(fā)生了什么。假如“Called handle”是“none”而“Fai

20、lure address”是非零，那么TS太短實際時間溢出。請記錄完整的CD串以及懇求你的技術中心掛念。51空的程序假如內存中沒有列出載入程序，LS是一個錯誤。52PVT隊伍滿用在CAN二進制翻譯器命令中當PVT或PT表格滿時，在CANOpen緊急目標中放大器傳送這個錯誤。請參考移動模式的Metronome軟件手冊。53僅對電流。命令僅運用在轉矩把握模式UM=1或3。UM=2,TC=2（轉矩設置為2A）是一個錯誤，由于在這個模式下54數(shù)據(jù)庫錯。設置數(shù)據(jù)不兼容，無法啟動電動機。假如CA4=CA5,那么2個物理霍爾傳感器被定義為同一個規(guī)律傳感器。這種全都性阻擋了電動機啟動。55環(huán)境錯誤。命令在當前

21、環(huán)境下無法應用。這種錯誤是由自動設置對話框中的高級命令引起的56RM必需是零。        對于UM=1,RM=1和TC1是錯誤的，由于當前命令是在輸入模擬信號下測得而非從軟件獲得。 錯誤代碼描述/實例實例/補救57電動機必需在OFF狀態(tài)。該命令在電動機ON狀態(tài)下無法使用。CA25=1設置電動機58電動機必需在ON狀態(tài)。改命令無法在電動機OFF狀態(tài)下使用。假如MO=0,那么PA=1000是錯誤的。確定參考位置自動設置在MO=1當前位置，因此在MO=0下設置PA是無意義的。60單元模式錯誤。嘗試某些當前單元模式下不支持的動作

22、。PT移動要求位置把握，因此在UM1時PT4=5是錯誤的。61數(shù)據(jù)庫復位。從閃存載入?yún)?shù)導致全都性檢查失敗后，數(shù)據(jù)庫恢復到出廠默認設置。在升級Metronome版本時，假如新版本使用不同的數(shù)據(jù)庫結構，可能消滅這種錯誤。62僅在步進模式下（stepper）。該在UM=3下支持該命令。SA命令手動設置區(qū)域角度，除了UM=3以外的全部模式都是自動設置的，因此在UM=2模式下SA0是錯誤的。64無法設置活動表索引嘗試編制ECAM或PT多張表時。65被SW停止。運轉無法啟動，由于在MO=1模式下，用于停止運轉的開關處于活動狀態(tài)。檢查ILN開關設置，與實際的開關定義比較（用IP命令）66伺服器沒有預備好。

23、電動機無法啟動，由于：過、欠電壓溫度過高短路（電動機短路或硬件問題）霍爾傳感器問題檢查伺服器狀態(tài)（SR命令）67記錄器繁忙記錄正在進行，且記錄器設置無法更改。記錄數(shù)據(jù)無法取得。讓記錄器完成任務，或用RR0命令停止記錄過程。69記錄使用錯誤。嘗試對記錄器進行非法操作。嘗試引入未記錄的矢量導致RC=2,RR=2和之后BH1的錯誤。70記錄器數(shù)據(jù)不合法。記錄器沒有合法數(shù)據(jù)而無法上傳數(shù)據(jù)。緣由：最終的數(shù)據(jù)記錄后，記錄器設置（例如RCn）被更改。開機后記錄器根本沒有被操作。 錯誤代碼描述/實例實例/補救72必需是偶數(shù)。該值只有偶數(shù)值才是合法的。軸位置的計數(shù)模值必需是偶數(shù)，因此XM5是錯誤的。7

24、3請設置位置嘗試設置比當前讀數(shù)更小的位置模數(shù)值PX=2000;XM=500是一個錯誤由于假如XM是500，讀取位置2000是非法的。74程序堆棧溢出。用戶程序調用了太多的子程序。75不能得到補償值不能啟動發(fā)動機由于不能測試到電流傳感器的補償值。緣由：發(fā)動機沒有連接到它的終端，或者開路了。硬件問題。76程序復位。從閃存內不能讀入用戶程序沒有程序在閃存內。不能編譯在閃存內的程序。假如一個早期的固件編譯了儲存的程序這個程序或許消滅。77緩存數(shù)據(jù)太大。送出了一串超長的命令。（一個命令超過了255字符）檢查命令語法78 超出了程序范圍。嘗試載入的程序超出了Metronome存儲容量。 80大于

25、200個標簽用戶程序不能包含超過200個標簽81標簽太長用戶程序包含的標簽不能超過20個字節(jié)。82程序運行時。不能載入一個新程序，編譯程序或者啟動程序完成。等到程序完成，或用HP和KL命令停止程序。83與程序不匹配的命令指定的命令不能在客戶程序中使用，SV和LD命令之類的命令會引起這種錯誤。84系統(tǒng)沒有處于點對點模式在非PTP模式下，無法設置PR(相對位置)，由于沒有參考位置作為起點。85必需在停止后連續(xù)。系統(tǒng)已被停止開關或限制開關停止。必需用RI命令釋放緊急限制，讓系統(tǒng)連續(xù)。 86PVT工作臺很快下溢僅用于CAN的PVT和PT快速升級，具體請參考Software Manual Ta

26、bulated Motion。87在電動機完全停止前就應用了RI命令。  錯誤代碼描述/實例實例/補救89速度過高無法啟動電動機假如電動機在工作狀態(tài)下（MO=1）自由輪速過高，可能會消滅這種錯誤。90位置回路增益進度沒有預備好編制好一臺把握器增益進度后制定另一臺。GS3=5時會返回KP1=X的錯誤。在GS3活動狀態(tài)下設置GS2（0<GS3<64）91PVT系數(shù)超出了允許的PVT界限系數(shù)設定在64以下或以上時會返回這種錯誤。92未知的PDO對象 93在Dual loop模式下schedule值GS2和GS3必需同為0或64遇到這種錯誤時，設置GS20和G

27、S30并重新運行向導，或者手動調整循環(huán)。94速度循環(huán)的增量進度沒有預備好。編制好一臺把握器增益進度后制定另一臺。當GS2=5時會返回KP1=X的錯誤。在GS2活動狀態(tài)下設置GS3(0<GS2<64)95速度循環(huán)增益調度程序的KI值與/或KP參數(shù)錯誤。KI2或KP2含有錯誤的調度PI值96位置循環(huán)增益調度程序的KP與/或KI與/或KD參數(shù)錯誤KI3或KP3或KD3含有錯誤的調度PID值97Dual loop增益調度程序的KP與/或KI參數(shù)錯誤KI3或KP3含有錯誤的調度dual loop的outer loop PI值。98Speed loop的KP和KI增益調度程序參數(shù)設為0。

28、60;99Position loopGain Scheduler的KP,KI和KD參數(shù)設為0 100110KF0-10超出范圍UM=4或5，高級過濾參數(shù)KF設定不全都111121KV0-10超出范圍UM=2,且過濾參數(shù)KV設定不全都122GS2或GS3設定值非法GS2=2000 錯誤代碼描述/實例實例/補救123協(xié)調高級過濾參數(shù)設定無效GS13=1GS12=1表 14：進程錯誤代碼  品質:       類型:       &

29、#160;   狀況報告,整型,位域            范圍:           程序,RS232/RS485,CANopen            限制:        &

30、#160;  無            單元模塊:        全部7.3.1 緊急對象的使用  緊急信息在設備內部消滅嚴峻錯誤的狀況下觸發(fā)，由錯誤相關的應用設備以最高的優(yōu)先級向其它設備發(fā)送。這是它們適合錯誤警告中斷機制。  通過CANopen Communication Profile定義緊急錯誤代碼（表7-1）,錯誤寄存器（表10-14）和其它設備專用信息，在設備資料中具體指定緊急

31、狀況。    錯誤代碼（十六進制）意義00xxError reset或沒有錯誤10xx常規(guī)錯誤20xx電流21xx電流，設備輸入端22xx電流，設備內部23xx電流，社別輸出端30xx電壓31xx電源電壓32xx設備內部電壓33xx輸出電壓40xx溫度41xx環(huán)境溫度42xx設備溫度50xx設備硬件60xx設備軟件61xx內部軟件62xx客戶軟件63xx數(shù)據(jù)集70xx附加模塊80xx監(jiān)視81xx通訊90xx外部錯誤F0xx附加功能FFxx設備專有表7-1 緊急錯誤代碼11緊急狀態(tài)緊急狀況是COB 80至ff緊急對象使用在9-38頁的2中定義生產商專有的緊急信息結構

32、是：0錯誤代碼12錯誤碼寄存器3Elmo錯誤碼，請參閱參考命令中的EC命令4錯誤碼區(qū)156錯誤碼區(qū)27下表列出了可支持的CAN緊急狀況： 11.1 錯誤相關的緊急代碼當消滅以下狀況時伺服器會發(fā)出緊急代碼：-          由電動機故障引起的運轉停止-          CPU消滅嚴峻錯誤-          通訊故

33、障下表詳述了屬于故障問題的緊急對象（emergency object）：錯誤代碼/錯誤寄存器/Elmo錯誤碼符號名緣由Data field0x8100/0x10/9CAN_MESSAGE_LOSTCAN訊息溢出Data field 1：1：NMT丟失2：SYNC丟失3：PDO1/PDO2丟失/SDO1-溢出4：PDO2-隊列滿5：SDO1-隊列滿6：同步失效0x8100/0x10/4CANT_DO_NMTNMT命令無法執(zhí)行Data field 1：1：復位命令和運行的發(fā)動機通訊。 0x8100/0x10/0xaPDO_NOT_CONFIGURED 無0x8100/0x10/

34、0xbBAD_COB_ID設備ID匹配但無法識別COB ID無0x6100/01/0x32STACK_OVERFLOWCPU消滅嚴峻錯誤Data field 1：1：堆棧溢出2：CPU錯誤0x8000/0x20/0x33USER_PROGRAM_EMCY客戶程序消滅錯誤運行時間錯誤0x2300/0x2/ 短路 0x3300/0x4/ 過電壓 0x3300/0x4/ 欠電壓 0x4000/0x8/ 溫度過高 0xff00/0x80/ 格外發(fā)動機故障(禁止不是故障)。Data field 1：（請參考6MF命

35、令）1-  主編碼器2-  aux encoder0x40-霍爾傳感器0x80-速度錯誤0x100-Pos錯誤0x1000-橋接錯誤0x10000-通訊查找錯誤 3 A lost SYNC不是丟失的信息，而是無法精確確定同步的信息。參見下文有關SYNC的部分。    0x2000-速度過高0x400000-Pos限制0x800000-Ref錯誤0x10000000-不能調整電流偏差表11-1 緊急代碼留意：CAN_MESSAGE_LOST緊急代碼可能表示一種由于CAN信息沒有準時被檢索而引起的溢出狀況。進入同一緩沖區(qū)的后續(xù)訊

36、息與尚未閱讀的訊息相沖突，可能引起兩者同時消逝。由于在發(fā)出訊息丟失提示時某些訊息已經被發(fā)出，因此也可能會有更多未被檢測到的數(shù)據(jù)丟失。CAN_MESSAGE_LOST緊急代碼會提示沖突發(fā)生的位置而不會告知實際丟失的訊息數(shù)。 11.2 譯碼器的緊急代碼 當程序命令無法執(zhí)行時譯碼器會發(fā)布緊急代碼：-          命令無法理解（e.g 不存在命令 XX）-          命令格式不當（e.g d

37、ata length=5）-          在當前范圍無法執(zhí)行命令（e.g 在監(jiān)視器OFF狀態(tài)執(zhí)行BG命令）-          命令含有超出范圍的系數(shù)或參數(shù)。 全部由譯碼器產生的緊急錯誤代碼是Error code=0x620和error register=0x20錯誤碼符號名緣由Data field5CAN_STRING_MESSAGEMG程序命令預備好了一個請讀閱的信息。Field 1：隊列中訊息數(shù)表 11-2 譯碼器的緊急代碼 11.3 電動機故障的緊急代碼 下表列出了與電動機故障有關的緊急錯誤碼。請參考6中MF命令。錯誤碼（十六進制）MF值（十六進制）意義明細23118000電流限制ASIC錯誤-電流超出限制2341B000短路ASIC錯誤-電動機功率輸出檢測到短路31007000SVPASIC-內部電力供應問題 31203000欠電壓ASIC錯誤-輸入電壓低于下限33115000過電壓ASIC錯誤-輸入電壓超出允許上限4310D000溫度ASIC錯誤-放大器溫度過高528020FPGA數(shù)字硬件錯誤5281100000同步錯誤可編程規(guī)律錯