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