您好, 歡迎來到化工儀器網(wǎng)
西門子PLC模塊6ES7321-1BH50-0AA0規(guī)格齊全
西門子PLC模塊6ES7321-1BH50-0AA0
CP進(jìn)行Modbus TCP通訊FB輸出常見故障代碼及處理
STATUS(Hex) | 故障原因 | 處理措施 |
FB MODBUS故障 | ||
A002 | Modbus起始地址Start_x錯(cuò)誤 | 由通訊伙伴確認(rèn)起始地址 |
A003 | Modbus地址映射的DB塊的數(shù)據(jù)區(qū)長度太短,，較低長度: -寄存器: (START_ADDRESS – start_x + LENGTH) * 2 -位 (START_ADDRESS – start_x + LENGTH) / 8 其他可能的原因: ·參數(shù)初始化錯(cuò)誤(CP為Client時(shí)) ·客戶端請求報(bào)文時(shí)錯(cuò)誤的地址區(qū)域(CP為Server) | 擴(kuò)展DB區(qū)域 當(dāng)CP為Client時(shí),修改參數(shù)START-ADDRESS或者LENGTH 當(dāng)CP為Server時(shí),修改客戶端的請求 |
A004 | 僅在CP為Client時(shí)才有此故障： 參數(shù)DATA_TYPE及WRITE_READ設(shè)置不匹配，不可能對輸入寄存器或離散輸入進(jìn)行寫操作 | 修改此兩個(gè)參數(shù) |
A005 | CP為Client時(shí)： 參數(shù)LENGTH設(shè)置無效 CP為Server時(shí)： Client請求的寄存器號無效,合法的數(shù)據(jù)類型范圍如下: 讀線圈/離散輸入: 1 to 2000 寫線圈: 1 to 1968 讀寄存器: 1 to 125 寫保持寄存器: 1 to 123 | CP為Client時(shí)： 修改參數(shù)LENGTH CP為Server時(shí)： 修改Client請求的數(shù)據(jù)類型范圍 |
A006 | CP為客戶端時(shí)： 數(shù)據(jù)區(qū)1-8中對應(yīng)的Modbus地址范圍(DATA_TYPE, START_ADDRESS和 LENGTH )不存在 CP為服務(wù)器時(shí)： 客戶端請求的報(bào)文不正確 | CP為Client時(shí)： 修改參數(shù)DATA_TYPE,START_ADDRESS和 LENGTH CP為Server時(shí)： 修改Client 請求或修改數(shù)據(jù)類型data_type_x.
|
A007 | CP為Client時(shí)： 參數(shù)MONITOR監(jiān)控時(shí)間設(shè)置無效,，值必須>20ms | 修改參數(shù)MONITOR |
A008 | 接收監(jiān)控超時(shí),可能的原因： 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯(cuò)誤,，報(bào)文丟失 | 檢查通訊伙伴的參數(shù)設(shè)置，如單元標(biāo)識符等 |
A009 | 當(dāng)CP為Client時(shí),接收標(biāo)識符TI與發(fā)送不一致, 連接將終止和重新建立 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 | 通過抓包工具來分析和修正通訊伙伴的報(bào)文
|
A00A | CP為Client時(shí),，接收參數(shù)UNIT 與發(fā)送的不一致,，連接將終止和重新建立 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 | |
A00B | CP為Client時(shí)： 接收與發(fā)送功能碼不一致 CP為Server時(shí)： 無效的功能碼被接收 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯(cuò)誤，報(bào)文丟失 | CP為Client時(shí)： 通過抓包工具來分析和修正通訊伙伴的數(shù)據(jù)報(bào)文格式 CP為Server時(shí)： 注意FB MODBUS僅支持功能碼FC1,、2,、3、4,、5,、6、15,、16 |
A00C | 接收到的字節(jié)長度與寄存器/位不匹配 CP為服務(wù)器時(shí),，CP將發(fā)一個(gè)響應(yīng)異常給客戶端 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 | 通過抓包工具來分析和修正通訊伙伴的報(bào)文
|
A00D | 僅在CP 為Client 時(shí)發(fā)生: 響應(yīng)的MODBUS寄存器/位地址或長度與客戶端請求的不一致 | |
A00E | MODBUS報(bào)文報(bào)頭的長度與寄存器/位 不匹配，FB將忽略 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯(cuò)誤,，報(bào)文丟失 | |
A00F | 非0的協(xié)議標(biāo)識符報(bào)文被接收 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯(cuò)誤,，報(bào)文丟失 | |
A010 | 數(shù)據(jù)區(qū)1-8 DB塊號重復(fù)使用 | 確保每個(gè)Db塊號只使用一次 |
A011 | DATA_TYPE參數(shù)設(shè)置(范圍為1-4) | 修改DATA_TYPE參數(shù) |
A012 | 數(shù)據(jù)區(qū)參數(shù)data_type_1和data_type_2設(shè)置重疊
| 數(shù)據(jù)區(qū)不能有重疊的modbus地址區(qū)域 |
A013 | 數(shù)據(jù)區(qū)參數(shù)data_type_1和data_type_3設(shè)置重疊 | 修改此參數(shù) |
A014 | 數(shù)據(jù)區(qū)參數(shù)data_type_1和data_type_4設(shè)置重疊 | |
A015 | 數(shù)據(jù)區(qū)參數(shù)data_type_1和data_type_5設(shè)置重疊 | |
A016 | 數(shù)據(jù)區(qū)參數(shù)data_type_1和data_type_6設(shè)置重疊 | |
A017 | 數(shù)據(jù)區(qū)參數(shù)data_type_1和data_type_7設(shè)置重疊 | |
A018 | 數(shù)據(jù)區(qū)參數(shù)data_type_1和data_type_8設(shè)置重疊 | |
A019 | 當(dāng)參數(shù)data_type_x設(shè)置不為0時(shí)，db_x被賦值0 | db_x不能為0 |
A01A | 報(bào)頭中長度錯(cuò)誤： 范圍3-253字節(jié) 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 | 通過抓包工具來分析和修正通訊伙伴的報(bào)文
|
A01B | CP為Server及使用功能碼FC05時(shí): 接收的線圈值無效 CP將發(fā)送異常報(bào)文 | |
A01E | CP接收到無法識別的數(shù)據(jù), 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯(cuò)誤,，報(bào)文丟失 | 分析錯(cuò)誤信息,，通過抓包工具來分析和修正通訊伙伴的報(bào)文 |
A01F | 功能塊FB MBBUSCP返回一個(gè)無效的狀態(tài) | 聯(lián)系產(chǎn)品供貨商 |
A020 | 參數(shù)Check_conn_cycle設(shè)置<1s時(shí),，對于功能塊AG_CNTRL過短 | 當(dāng)為Client模式時(shí)，參數(shù)Check_conn_cycle=TRUE下Check_conn_cycle設(shè)置需要>1s,； 當(dāng)為Server模式時(shí),，Check_conn_cycle設(shè)置需要>1s； |
A023 | 數(shù)據(jù)區(qū)參數(shù)data_type_2和data_type_3設(shè)置重疊
| 數(shù)據(jù)區(qū)不能有重疊的modbus地址區(qū)域 |
A024 | 數(shù)據(jù)區(qū)參數(shù)data_type_2和data_type_4設(shè)置重疊 | |
A025 | 數(shù)據(jù)區(qū)參數(shù)data_type_2和data_type_5設(shè)置重疊 | |
A026 | 數(shù)據(jù)區(qū)參數(shù)data_type_2和data_type_6設(shè)置重疊 | |
A027 | 數(shù)據(jù)區(qū)參數(shù)data_type_2和data_type_7設(shè)置重疊 | |
A028 | 數(shù)據(jù)區(qū)參數(shù)data_type_2和data_type_8設(shè)置重疊 | |
A034 | 數(shù)據(jù)區(qū)參數(shù)data_type_3和data_type_4設(shè)置重疊 | |
A035 | 數(shù)據(jù)區(qū)參數(shù)data_type_3和data_type_5設(shè)置重疊 | |
A036 | 數(shù)據(jù)區(qū)參數(shù)data_type_3和data_type_6設(shè)置重疊 | |
A037 | 數(shù)據(jù)區(qū)參數(shù)data_type_3和data_type_7設(shè)置重疊 | |
A038 | 數(shù)據(jù)區(qū)參數(shù)data_type_3和data_type_8設(shè)置重疊 | |
A045 | 數(shù)據(jù)區(qū)參數(shù)data_type_4和data_type_5設(shè)置重疊 | |
A046 | 數(shù)據(jù)區(qū)參數(shù)data_type_4和data_type_6設(shè)置重疊 | |
A047 | 數(shù)據(jù)區(qū)參數(shù)data_type_4和data_type_7設(shè)置重疊 | |
A048 | 數(shù)據(jù)區(qū)參數(shù)data_type_4和data_type_8設(shè)置重疊 | |
A056 | 數(shù)據(jù)區(qū)參數(shù)data_type_5和data_type_6設(shè)置重疊 | |
A057 | 數(shù)據(jù)區(qū)參數(shù)data_type_5和data_type_7設(shè)置重疊 | |
A058 | 數(shù)據(jù)區(qū)參數(shù)data_type_5和data_type_8設(shè)置重疊 | |
A067 | 數(shù)據(jù)區(qū)參數(shù)data_type_6和data_type_7設(shè)置重疊 | |
A068 | 數(shù)據(jù)區(qū)參數(shù)data_type_6和data_type_8設(shè)置重疊 | |
A068 | 數(shù)據(jù)區(qū)參數(shù)data_type_7和data_type_8設(shè)置重疊 | |
A07A | 參數(shù)id設(shè)置無效：范圍1-64 | 修改參數(shù)id |
A07C | 參數(shù)data_type_1設(shè)置無效：范圍0-4 | 修改參數(shù)data_type_x |
A07D | 參數(shù)data_type_1未定義,，data_type_1為缺省的使用數(shù)據(jù)區(qū),，需要定義 | 修改參數(shù)data_type_1 |
A07E | 參數(shù)db_x值與背景DB中的值不一致 | 修改參數(shù)db_x |
A080 | 在OB1和OB100調(diào)用FB MODBUS功能塊時(shí)使用了不同的背景DB | 需要使用相同的背景DB |
A081 | CP為Client且使用FC05功能碼時(shí): 接收的線圈狀態(tài)與發(fā)送不一致 | 通過抓包工具來分析和修正通訊伙伴的報(bào)文 |
A082 | CP為Client且使用FC06功能碼時(shí): 接收的寄存器值與發(fā)送不一致 | 通過抓包工具來分析和修正通訊伙伴的報(bào)文 |
A083 | 僅在CP為Client時(shí):在上一個(gè)請求還沒有處理完成時(shí)又發(fā)送新的請求 | 等待DONE =TRUE 或 ERROR = TRUE后再發(fā)送新請求 |
A085 | 在授權(quán)期間由于無效的寫權(quán)限導(dǎo)致發(fā)生錯(cuò)誤 | 對于授權(quán)DB，確認(rèn)參數(shù)REG_KEY的結(jié)構(gòu)是否正確 |
A090 | 功能塊未授權(quán),，此為一狀態(tài)信息,，參數(shù)ERROR并不會置1，功能塊在未授權(quán)情況仍然可以運(yùn)行而不影響通訊 | 針對CPU讀出預(yù)授權(quán)解碼,，之后按照授權(quán)操作向IT4industry.部門索取授權(quán)碼 |
A091 | 收到異常響應(yīng)碼1(僅在Client模式),，連接將終止和重新建立 | 通訊伙伴不支持請求的報(bào)文 |
A092 | 收到異常響應(yīng)碼2(僅在Client模式)，無效的或不存在的地址請求 | 確認(rèn)參數(shù)LENGTH 或START_ADDRESS 是否正確 |
A093 | 收到異常響應(yīng)碼3(僅在Client模式) | 通訊伙伴無法執(zhí)行報(bào)文接收(例如請求長度不支持等) |
A094 | 收到異常響應(yīng)碼4(僅在Client模式) | 通訊伙伴無法執(zhí)行報(bào)文接收 |
A095 | 收到未知的異常響應(yīng)碼(僅在Client模式) | 通過抓包工具來分析和修正通訊伙伴的報(bào)文 |
FC/SFC故障 | ||
7xxx | 請參考SIMATIC的在線幫助 | 通過在線幫助SIMATIC manager -> mark block -> key F1 –> Ethernet -> see also -> code evaluation可以查到相關(guān)幫助信息 |
8xxx | 請參考SIMATIC的在線幫助 | 通過在線幫助SIMATIC manager -> mark block -> key F1 –> Ethernet -> see also -> code evaluation可以查到相關(guān)幫助信息 |
SFC24故障 | ||
80A1 | DB=0或超出了CPU允許的范圍 | 選擇有效的DB |
80B2 | DB塊在CPU中不存在 | DB_x參數(shù)中的DB塊必須創(chuàng)建并下載到CPU中 |
80B3 | DB塊被創(chuàng)建為“Unlinked"類型 | DB塊不能創(chuàng)建為“Unlinked"類型 |
直流電機(jī)ZD磨機(jī)kW異步電機(jī)鼠籠型YGF高爐風(fēng)機(jī)kW繞線型YRKK生料磨機(jī)kW同步電機(jī)TWS高爐風(fēng)機(jī)kW試驗(yàn)機(jī)組達(dá)到kW)三額定電壓電動機(jī)的額定電壓,，是指在額定工作方式下的線電壓,。電動機(jī)的額定電壓的選擇，取決于電力系統(tǒng)對該企業(yè)的供電電壓和電動機(jī)容量的大小,。交流電動機(jī)電壓等級的選擇主要依使用場所供電電壓等級而定,。一般低電壓網(wǎng)為V，故額定電壓為VY或△接法)/V△/Y接法)/V△/Y接法)種,。低壓電機(jī)功率增大到一定程度如KW/V),，電流受到導(dǎo)線承受能力的限制就難以做大，或成本過高,。
PLC以MPI來實(shí)現(xiàn)通訊,，可用三種方式解決。全局?jǐn)?shù)據(jù)包通訊方式,、無組態(tài)連接通訊方式,、組態(tài)連接通訊方式。實(shí)現(xiàn)全局?jǐn)?shù)據(jù)包通訊方式：在PLC硬件配置過程,，組態(tài)需要通訊的PLC站之間的發(fā)送區(qū)和接收區(qū)不需要任何程序處理,，只適應(yīng)s7-300/400之間的通訊。
多也只在一個(gè)項(xiàng)目中的15個(gè)CPU之間建立全局?jǐn)?shù)據(jù),。實(shí)現(xiàn)全局?jǐn)?shù)據(jù)通訊方法：全局?jǐn)?shù)據(jù)包通訊SMATICManage里設(shè)置s7-300/400MPI的地址,，然后在選項(xiàng)/定義全局?jǐn)?shù)據(jù)里定義需要通訊的數(shù)據(jù)地址。帶>符號的表示發(fā)送數(shù)據(jù),，對應(yīng)欄里的是接受數(shù)據(jù),，終將設(shè)置好的項(xiàng)目下載到PLC即可實(shí)現(xiàn)MPI通訊。
無組態(tài)連接通訊方式：它適用于S7-200/300/400之間通訊，卻不能與全局?jǐn)?shù)據(jù)包通訊混淆使用,。其為雙向通訊方式時(shí),，要求通訊雙方都有調(diào)用通訊塊，一個(gè)通訊塊用于發(fā)送數(shù)據(jù),，另一個(gè)通訊塊用于接收數(shù)據(jù),。在OB35中斷塊中調(diào)用SFC65用于發(fā)送數(shù)據(jù)，調(diào)用SFC66用于接收數(shù)據(jù),，隨后就是編程,。
一臺三墾IPKW變頻器在保修期內(nèi)損壞，上電無顯示,。打開機(jī)器蓋子,，仔細(xì)的觀察各個(gè)部分，發(fā)現(xiàn)充電電阻燒壞,，接觸器線圈燒斷而且外殼焦糊,。經(jīng)過追問，原來用戶電源電壓低,，變頻器常常因?yàn)榍穳和C(jī),，就專門給變頻器配了一個(gè)升壓器。但是用戶并沒有注意到在夜間電壓會恢復(fù)正常,，結(jié)果首先燒壞接觸器然后燒壞充電電阻,。由于整流橋和電解電容耐壓相對較高而幸免于難。更換損壞器件修復(fù),。升降溫檢查法此法對于一些特殊的故障非常見效,。人為地給一些溫度特性較差的元件加溫或降溫，產(chǎn)生“病癥"或“病癥來查找故障原因,。
由于接收塊只能識別數(shù)據(jù)的標(biāo)識符，無論哪個(gè)CPU發(fā)送的數(shù)據(jù)都要調(diào)用SFC69來釋放連接,。無組態(tài)單向通行方式時(shí)：只有在一方編寫程序,，如客戶機(jī)與服務(wù)器之間的訪問模式。只要在客戶機(jī)編寫程序即可,，無需在服務(wù)器編寫程序,。
因此客戶機(jī)只要調(diào)用SFC通行塊就可訪問服務(wù)器。組態(tài)連接通訊方式：它適用于S7-300/400或S7-400/400之間的通訊,，而S7-300/400通訊時(shí),，S7-300只能用作服務(wù)器，此時(shí)S7-400作為客戶機(jī)對S7-300進(jìn)行讀寫操作