西門子PLC卡件6ES7317-2EK13-0AB0
S7-300PLC中的FB和FC的分別？FB帶有自己的背景DB而FC沒有自己的背景DB，用FC和FB有什么分別呢，他們都能實(shí)現(xiàn)控制功能，到底該用FB還是該用FC，什么時候用FB什么時候用FC？
FB與FC沒有太大的差別，F(xiàn)B帶有背景數(shù)據(jù)塊，而FC沒有。所以FB帶上不同的數(shù)據(jù)塊，就可以帶上不同的參數(shù)值。這樣就可以用同一FB和不同的背景數(shù)據(jù)塊，被多個對象調(diào)用。
FC和FB像C中的函數(shù)，只不過FB可以生成靜態(tài)變量，在下次函數(shù)調(diào)用時數(shù)據(jù)可以保留，而FC的變量只在調(diào)用期內(nèi)有效，下次調(diào)用又重新更換。每次調(diào)用FC的I/O區(qū)域必須要自己每次手動輸入，而FB就不要，省去不少麻煩,如果在上位機(jī)控制直接輸入DB控制地址就可以。
舉個例子來說，有50臺電機(jī)需要控制，這些電機(jī)除了參數(shù)不一樣，控制流程上是一樣的，每個
電機(jī)需要不同的參數(shù)去運(yùn)行，運(yùn)行中的過程參數(shù)要參與到下一次的控制過程中。
這個要求，用FC做的話，你需要針對不同的電機(jī)分配好DB塊，來逐一的確認(rèn)參數(shù)地址，不能混
淆，保存和調(diào)用不能出錯，可以想象會有多麻煩。如果用FB來做呢？寫好控制過程和定義的參
數(shù)的調(diào)用就可以了。針對電機(jī)重復(fù)調(diào)用同一個FB，每次調(diào)用一個獨(dú)立的DB作為背景數(shù)據(jù)塊
，完全不必理會背景DB中的數(shù)據(jù)是怎么存儲的。如果功能需要修改，只要修改該FB就行了。
還有其他的例子，比如PID、比如流量累計(jì)等等。
fc就相當(dāng)于流水線，加工完就過去了！沒有任何紀(jì)錄。fb+db不但可以加工，還能記錄數(shù)據(jù)的。
一般有多個設(shè)備的時候，我們編寫一個fb然后多次調(diào)用，自動生成相應(yīng)的db，這樣簡化了我們
的工作。
FB的變量聲明表中有靜態(tài)變量,并可以進(jìn)行多級的參數(shù)傳遞,因此在調(diào)用FB時需生成背景數(shù)據(jù)塊,
而FC則沒有這些.FB可以替代FC,反之則不行.
多級的參數(shù)傳遞即所謂的MULTIINSTANCE，你可以把FB，DB做為另外一個FB中的函數(shù)來調(diào)用，
如在FB2中可以使用FB1中的參數(shù)，而終只生成一個背景數(shù)據(jù)塊。
Zane:
FB其實(shí)不會占用過多的資源，因?yàn)橐粋€程序總是有這些變量的，無論是全局的還是局部變量。
我現(xiàn)在，大量使用的是FB，F(xiàn)C只用來編一些邏輯，及簡單的子程序，或僅僅幾個CALL指令調(diào)用
FB。使用FB及局部變量,更有利于程序的模塊化,增加程序的可移植性,就象西門子公司提供的FB
塊.
其實(shí)FB和FC根本的區(qū)別是：FB支持靜態(tài)變量，而FC只支持臨時變量。
靜態(tài)變量：是調(diào)用FB返回時，仍然要為FB保留此變量區(qū)，因此不會改變這一區(qū)域的數(shù)據(jù)值。臨
時變量卻沒有這樣的特性。
所以在FC中如果在對臨時數(shù)據(jù)變量處寫入確定的數(shù)據(jù)前，就去讀時就可能產(chǎn)生不可預(yù)見的結(jié)果
，而對于靜態(tài)變量卻不會，因?yàn)樗鼤Ａ裟闵洗螌懭氲慕Y(jié)果。
萬泉河：
咱們編制的控制程序，F(xiàn)B極少用到。所說的用FB來替代FC實(shí)用的情況，更是少見，有誰曾經(jīng)把
FC全部用光啦？恐怕系統(tǒng)都不能負(fù)擔(dān)了。
提供的標(biāo)準(zhǔn)庫中，F(xiàn)B倒是不少的。
如果你要編制的函數(shù)沒有用到靜態(tài)變量，恐怕沒有必要使用FB吧？我看高級語言中，雖然靜態(tài)
變量使用很容易，但實(shí)際用也很少啊。
俠客：我和zane的觀點(diǎn)一樣，我工作中也是把相同功能的工作編制成FB，然后在FC里調(diào)用，程
序修改起來方便，舉個例子：如果你有10臺電機(jī)，一般我們都要給他編制啟動，停止邏輯，報(bào)
警，復(fù)位邏輯。如果我編一個FB把這些邏輯都做好了，為每一個電機(jī)分配一個背景數(shù)據(jù)塊的話
，我在FC調(diào)用這些電機(jī)時，我只要把這些電機(jī)對應(yīng)的I/O點(diǎn)添到FB的管腳上就可以了，完全不再
用考慮他里面的邏輯了，如果你全是用FC編這些邏輯的話，1、你要寫10遍，2、如果你用粘貼
和復(fù)制的話，有可能有的I/O點(diǎn)忘記修改或其他一些錯誤，3、程序的結(jié)構(gòu)性不強(qiáng)，維護(hù)起來浪費(fèi)
時間。
所以，F(xiàn)B和FC結(jié)合起來用是的。
建議大家試試FB，當(dāng)你理解了FB后，你會感到的
Zane：關(guān)于FB，F(xiàn)C的使用，我也是在具體的應(yīng)用中一步一步地體會過來的，不過這僅是我個人
的看法與體會，并沒有說一定要這樣用，各位可以做不同的嘗試。但有一點(diǎn)是肯定的，就是在
動手寫程序之前，事先對整個項(xiàng)目要有一個很好的規(guī)劃。
看老外的程序通常都是在FC里直接編程，而國內(nèi)的多是在FB里編程然后再在FC里調(diào)用。這兩種
方法各有什么優(yōu)缺點(diǎn)呢？
用FC能實(shí)現(xiàn)的任務(wù)，就沒必要用FB。
FCFB本質(zhì)上一樣
調(diào)用FB相當(dāng)于在FC里opndi，并使用ar2來索引變量
FB的優(yōu)點(diǎn)是數(shù)據(jù)塊里的變量可按名字使用，僅僅是顯示而已，執(zhí)行效率和fc一樣
補(bǔ)充：
實(shí)際上FC更加靈活,在fc里可以多次調(diào)用opndi訪問多個背景塊，ar2也可以做多種用途
而fb里的ar2原則上是不能使用了，調(diào)用fb還要數(shù)據(jù)塊，麻煩
補(bǔ)充2：
FB實(shí)際上是編程環(huán)境玩的一個魔法而已
PLC的程序指令上實(shí)際是沒有FB和FC的區(qū)別的
調(diào)用FB或者FC終都是轉(zhuǎn)化為UC或CC的調(diào)用指令
要觀察編程環(huán)境的這個魔法，只需寫一個帶參子程序（FB或FC）,并在另一個塊里調(diào)用，全部
下載后，再更改子程序的參數(shù)接口，下載該子程序
（此時調(diào)用塊的調(diào)用指令已無效），然后上載調(diào)用塊
1，一般用FB編寫一些常用的控制程序，例如閥泵的控制等等，在接口得stat變量里面可以定義一些閥門得開度預(yù)設(shè)值（不通過輸入，直接在HMI上面可以控制的），并且可以把現(xiàn)場的故障信號寫入stat變量中，直接送到HMI上面。
2，而FC一般就是調(diào)用這些FB，給一些輸入輸出即可。
3，F(xiàn)C的所有輸入輸出必須賦值，而FB只要給出背景數(shù)據(jù)塊即可。
4，當(dāng)然如果說我不需要什么過程的數(shù)值，那就FC好了，簡單。
如果大家對計(jì)算機(jī)編程有點(diǎn)了解的話，我覺得可以這樣理解：
1、FC象程序里的“函數(shù)”，直接調(diào)用，針對過程編程；
2、FB則象是“類”，具有接口、屬性以及方法，用于對“控制對象”編程，而FB的DB就象是一個具體的“控制對象”的實(shí)例。
西門子S7-200PLC具有脈沖輸出功能，在運(yùn)動控制系統(tǒng)中，伺服電機(jī)和步進(jìn)電機(jī)是很重要的精確定位裝置，而控制伺服電機(jī)和步進(jìn)電機(jī)需要使用脈沖輸出。S7-200系列PLC可以輸出20--100KHz的脈沖。使用PTO和PWM指令可以輸出普脈沖和脈寬調(diào)制輸出。通過smb66-75，smb166-175來控制Q0.0的輸出，通過smb76-85，smb176-185來控制Q0.1的脈沖輸出。
控制伺服電機(jī)
伺服電機(jī)是運(yùn)動控制中一個很重要的器件，通過它可以進(jìn)行精確的位置控制。它一般帶有編碼器，通過高速計(jì)數(shù)功能，中斷功能和脈沖輸出功能，構(gòu)成一個閉環(huán)系統(tǒng)，來進(jìn)行精確的位置控制。
PLC的脈沖輸出
由于PLC在進(jìn)行高速輸出時需要使用晶體管輸出。當(dāng)將高速輸出點(diǎn)作為普通輸出而帶電感性負(fù)載時，例如電磁閥，繼電器線圈等，一定要注意，在負(fù)載端加保護(hù)，例如并聯(lián)二極管等。以保護(hù)輸出點(diǎn)。
PLC的程序分為主程序、子程序和中斷程序，本文詳細(xì)的介紹了西門子S7-200系列PLC中斷程序的編程方法。具體的講解不同種類的中斷程序的實(shí)現(xiàn)方法。熟練的使用中斷程序是PLC編程的一項(xiàng)必要技能。相信本文會對廣大PLC編程人員有所幫助。S7-200的中斷包括定時中斷，IO中斷和通訊中斷。其中IO中斷可以通過外部的IO點(diǎn)來觸發(fā)中斷子程序。可以設(shè)置成幾種模式，例如上升沿觸發(fā)，下降沿觸發(fā)等。定時中斷是固定時間間隔便觸發(fā)一次中斷程序。通訊中斷可以在數(shù)據(jù)接收或發(fā)送完成時或報(bào)文接收完成時觸發(fā)中斷程序。
定時中斷功能
定時中斷是測量周期的一個很重要的工具。在使用編碼器測速度時也要用到定時中斷，即用周期和脈沖數(shù)的比例關(guān)系來計(jì)算速度。定時中斷的中斷號為10（定時中斷0）,11（定時中斷1），21（定時器T32中斷），22（定時器T96中斷）。
通訊中斷的實(shí)現(xiàn)
S7-200的自由口通訊需要設(shè)置相應(yīng)的中斷來判斷通訊是否正常。通訊分為三種即字符發(fā)送和接受完成，報(bào)文接受完成。其中斷號為口1為8,9,23，口2為25,26,24
1、通過西門子技術(shù)支持網(wǎng)站申請，打開如下網(wǎng)址，點(diǎn)擊“技術(shù)問題提交”：
http://support.automation.siemens.com/CN/llisapi.dll?func=cslib.csinfo2&aktprim=99&lang=zh
圖29 技術(shù)支持網(wǎng)站
2、請按如下示例的步驟進(jìn)行操作（注意：由于步驟3搜索出來的參考信息無法解決授權(quán)問題，請直接點(diǎn)擊“繼續(xù)”進(jìn)入步驟4），如圖30~34所示。
圖30 步驟1
圖31 步驟2
圖32 步驟4
圖33 步驟5
圖34 步驟6
1、西門子授權(quán)中心收到技術(shù)支持申請后，將會盡快給您回復(fù)郵件；
2、當(dāng)獲取到注冊碼后，在項(xiàng)目中打開LICENSE_DB（DB3）；
3、通過菜單“View--->Data View”將DB塊切換到數(shù)據(jù)視圖模式，將獲取的17位注冊碼填寫到“Actual value”中，如圖35所示。
圖35 輸入注冊碼
4、將LICENSE_DB（DB3）下載到CPU中，CPU的INTF指示燈熄滅；并可通過查看MODBUSPN（FB102）的輸出引腳LICENSED為true且不再報(bào)A090錯誤代碼，確認(rèn)注冊碼激活成功，如圖36所示。
圖36 注冊碼激活成功
|
STATUS(Hex) |
故障原因 |
處理措施 |
|
FB MODBUS故障 |
||
|
A002 |
Modbus起始地址Start_x錯誤 |
由通訊伙伴確認(rèn)起始地址 |
|
A003 |
Modbus地址映射的DB塊的數(shù)據(jù)區(qū)長度太短，低長度: -寄存器: (START_ADDRESS – start_x + LENGTH) * 2 -位 (START_ADDRESS – start_x + LENGTH) / 8 其他可能的原因: ·參數(shù)初始化錯誤(CP為Client時) ·客戶端請求報(bào)文時錯誤的地址區(qū)域(CP為Server) |
擴(kuò)展DB區(qū)域 當(dāng)CP為Client時,修改參數(shù)START-ADDRESS或者LENGTH 當(dāng)CP為Server時,修改客戶端的請求 |
|
A004 |
僅在CP為Client時才有此故障： 參數(shù)DATA_TYPE及WRITE_READ設(shè)置不匹配，不可能對輸入寄存器或離散輸入進(jìn)行寫操作 |
修改此兩個參數(shù) |
|
A005 |
CP為Client時： 參數(shù)LENGTH設(shè)置無效 CP為Server時： Client請求的寄存器號無效,合法的數(shù)據(jù)類型范圍如下: 讀線圈/離散輸入: 1 to 2000 寫線圈: 1 to 1968 讀寄存器: 1 to 125 寫保持寄存器: 1 to 123 |
CP為Client時： 修改參數(shù)LENGTH CP為Server時： 修改Client請求的數(shù)據(jù)類型范圍 |
|
A006 |
CP為客戶端時： 數(shù)據(jù)區(qū)1-8中對應(yīng)的Modbus地址范圍(DATA_TYPE, START_ADDRESS和 LENGTH )不存在 CP為服務(wù)器時： 客戶端請求的報(bào)文不正確 |
CP為Client時： 修改參數(shù)DATA_TYPE,START_ADDRESS和 LENGTH CP為Server時： 修改Client 請求或修改數(shù)據(jù)類型data_type_x.
|
|
A007 |
CP為Client時： 參數(shù)MONITOR監(jiān)控時間設(shè)置無效，值必須>20ms |
修改參數(shù)MONITOR |
|
A008 |
接收監(jiān)控超時,可能的原因： 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯誤，報(bào)文丟失 |
檢查通訊伙伴的參數(shù)設(shè)置，如單元標(biāo)識符等 |
|
A009 |
當(dāng)CP為Client時,接收標(biāo)識符TI與發(fā)送不一致, 連接將終止和重新建立 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 |
通過抓包工具來分析和修正通訊伙伴的報(bào)文
|
|
A00A |
CP為Client時，接收參數(shù)UNIT 與發(fā)送的不一致，連接將終止和重新建立 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 |
|
|
A00B |
CP為Client時： 接收與發(fā)送功能碼不一致 CP為Server時： 無效的功能碼被接收 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯誤，報(bào)文丟失 |
CP為Client時： 通過抓包工具來分析和修正通訊伙伴的數(shù)據(jù)報(bào)文格式 CP為Server時： 注意FB MODBUS僅支持功能碼FC1、2、3、4、5、6、15、16 |
|
A00C |
接收到的字節(jié)長度與寄存器/位不匹配 CP為服務(wù)器時，CP將發(fā)一個響應(yīng)異常給客戶端 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 |
通過抓包工具來分析和修正通訊伙伴的報(bào)文
|
|
A00D |
僅在CP 為Client 時發(fā)生: 響應(yīng)的MODBUS寄存器/位地址或長度與客戶端請求的不一致 |
|
|
A00E |
MODBUS報(bào)文報(bào)頭的長度與寄存器/位 不匹配，FB將忽略 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯誤，報(bào)文丟失 |
|
|
A00F |
非0的協(xié)議標(biāo)識符報(bào)文被接收 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯誤，報(bào)文丟失 |
|
|
A010 |
數(shù)據(jù)區(qū)1-8 DB塊號重復(fù)使用 |
確保每個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時，db_x被賦值0 |
db_x不能為0 |
|
A01A |
報(bào)頭中長度錯誤： 范圍3-253字節(jié) 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 |
通過抓包工具來分析和修正通訊伙伴的報(bào)文
|
|
A01B |
CP為Server及使用功能碼FC05時: 接收的線圈值無效 CP將發(fā)送異常報(bào)文 |
|
|
A01E |
CP接收到無法識別的數(shù)據(jù), 對于MODBUSCP V2.x: 所有通過502端口的連接激將中斷并重新建立 對于MODBUSCP V1.x: 同步錯誤，報(bào)文丟失 |
分析錯誤信息，通過抓包工具來分析和修正通訊伙伴的報(bào)文 |
|
A01F |
功能塊FB MBBUSCP返回一個無效的狀態(tài) |
聯(lián)系產(chǎn)品供貨商 |
|
A020 |
參數(shù)Check_conn_cycle設(shè)置<1s時，對于功能塊AG_CNTRL過短 |
當(dāng)為Client模式時，參數(shù)Check_conn_cycle=TRUE下Check_conn_cycle設(shè)置需要>1s； 當(dāng)為Server模式時，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功能塊時使用了不同的背景DB |
需要使用相同的背景DB |
|
A081 |
CP為Client且使用FC05功能碼時: 接收的線圈狀態(tài)與發(fā)送不一致 |
通過抓包工具來分析和修正通訊伙伴的報(bào)文 |
|
A082 |
CP為Client且使用FC06功能碼時: 接收的寄存器值與發(fā)送不一致 |
通過抓包工具來分析和修正通訊伙伴的報(bào)文 |
|
A083 |
僅在CP為Client時:在上一個請求還沒有處理完成時又發(fā)送新的請求 |
等待DONE =TRUE 或 ERROR = TRUE后再發(fā)送新請求 |
|
A085 |
在授權(quán)期間由于無效的寫權(quán)限導(dǎo)致發(fā)生錯誤 |
對于授權(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 buation可以查到相關(guān)幫助信息 |
|
8xxx |
請參考SIMATIC的在線幫助 |
通過在線幫助SIMATIC manager -> mark block -> key F1 –> Ethernet -> see also -> code buation可以查到相關(guān)幫助信息 |
|
SFC24故障 |
||
|
80A1 |
DB=0或超出了CPU允許的范圍 |
選擇有效的DB |
|
80B2 |
DB塊在CPU中不存在 |
DB_x參數(shù)中的DB塊必須創(chuàng)建并下載到CPU中 |
|
80B3 |
DB塊被創(chuàng)建為“Unbed”類型 |
DB塊不能創(chuàng)建為“Unbed”類型 |
