白話工控——劍思庭帶你認識工控

劍思庭，軟件工程碩士，曾開發過各種廠商dcs和plc系統及智能儀表相對應的opcserver軟件包；曾利用s7300/400系統開發過多個行業工藝控制系統；曾用SIMATIC IT技術為化工廠開發過MES管理系統和生產調度指揮系統；曾利用WINCC開發過在線設備管理系統；并獲得過多項技術認證，例如Profibus總線認證、Controllogix產品認證等等。今天將用一些簡單易懂的詞語，帶大家來認識工控，了解什么是現場總線，組態軟件的構造，SFC的含義，冗余和熱備的區別。

白話用戶需求的重要性

　 說到用戶需求是什么呢，通俗地說就是自控項目中客戶想要達到的效果和東西。而專業上來說，也就是客戶對自控系統提出的自己的要求標準，這個要求標準根據自己的使用目的、工藝、用途等可以提出自己的要求。自控集成商依據客戶的需求進行自控設計（或確認自己已經完成設計的項目能符合需方的要求）。 作為自控工程師在做項目之前這是過程是一定要洗禮的，弄清楚客戶想要干什么和結果，是自控工程師首要任務。大家該說這還不簡單！人家要什么我們就給人家編什么，其實不然不要小看了這個過程，十分重要，它是一個項目的龍頭，如果它出了偏差后面設計和執行再正確也是枉然。在現實情況中我們會發現存在這樣一種情況，那就是一個自控工程師在現場把在家里寫的程序全部推翻在現場重新寫了一份，實在讓人感嘆技術勞動力的脆弱。 其實很多自控項目雖說沒有一個到了現場不改變的但是也絕不會出現全部重寫的現象。這是為什么呢，其實這就是需求分析沒有分析透徹，客戶一般都是從事工藝設計和生產的，他們并不是直接了解自控的系統，即使說出來他所能知道同一個自控名詞也有可能表達不同結果。同樣名字不同的地域就會出現不同的結果，同理在自控項目中工藝認為的一個自控詞語概念并非我們理解的概念，況且就是同一個專業還會出現不同的理解方式。 那需求該如何做呢？說簡單很簡單，說不簡單也很難。你需要把客戶的工藝思想挖掘出來，而變成自控行業能夠理解的要求。按道理來說用戶提出來的需求應該是系統的，也就是我們能夠看懂的，但是往往這只是一種理想，要知道客戶是我們的衣食父母，客戶很多招標書都是由系統集成商來寫的，所以現實情況很殘酷。客戶可能不能跟你說清楚他的需求，這個時候你就需要按照客戶提供的只言片語，慢慢勾勒出來一個他想要的自控系統輪廓，經常會出現類似《開心辭典》一樣情形，我們提出問題后列舉四種方式或者情況，然后業主選擇和他最接近的那一種。我個人理解一定要在需求階段把用戶的需求細化到極致，這樣可以很方便躲避項目中技術難題（給不能實現或者不好實現的技術難題消滅在萌芽狀態）和給驗收和尾款帶來順利之門。在舉個例子，用戶在需求中會提出來要當工藝參數超限要聲光報警，就是這么簡單的一句話，這里邊變化很大。工藝超限，大家都可以理解，就是PV大于或者小于了ALARM這個時候就要產生報警，但是聲光報警的方式太多了，上位機可以發出報警聲音、組態畫面可以動態閃爍報警信息、控制機柜DO可以驅動報警器發出聲音和LED燈的報警指示。這就牽扯到兩種不同設計和實現方式，雖然不會牽扯太多的費用但是一旦采用了前者方式在改成后者，就需要硬件上有些變動，這都是大家（我們和業主）不愿意看到的。所以很有必要在用戶需求的文件上附加上技術需求附件（雙方簽字有效的），這樣可以讓你在項目實施中不會處于來回變動當中。 以下我將share我在日常當中所用的部分用戶需求文檔模板供大家參考（這個模板是我做工程的時候保留下來其中一種），這里以SCADA系統為例。由于文字較多我只列出來文檔目錄和描述，如果大家需要詳細模板可以向我來函索要！（QQ ：79867128　Email：jiansiting@gmail.com）

REVISION HISTORY 5
1.0 INTRODUCTION 6
1.1. PURPOSE 6
1.2. ORIGIN AND CONTEXT 6
1.3. SCOPE 7
1.4. DOCUMENT ORGANIZATION 8
2.0 OVERVIEW 9
2.1. BACKGROUND 9
2.1.1. Project Overview 9
2.1.2. Facility Overview 10
2.1.3. Automation Overview 12
2.2. GENERAL SYSTEM FUNCTIONS 14
2.3. SIMULATION SYSTEM 14
2.4. EXCLUSIONS AND FUTURE CONSIDERATIONS 14
3.0 OPERATIONAL REQUIREMENTS 16
3.1. FUNCTIONS 16
3.1.1. Process Monitoring 16
3.1.2. Alarm Management 17
3.1.3. Basic Control 19
3.1.4. Equipment Phase Control 23
3.1.5. Batch Management 24
3.1.6. Historical Data Collection and Retention 25
3.1.7. Other Monitoring and Control Features 26
3.1.8. Modes of Operation 26
3.1.9. Performance and Timing 28
3.1.10. Response to Failures 29
3.1.11. Security 30
3.1.12. Safety 30
3.2. DATA 31
3.2.1. Preliminary Data Definitions 31
3.2.2. Capacity Requirements 32
3.2.3. Access Speed 33
3.2.4. Archive Requirements 34
3.2.5. Data Security and Integrity 34
3.3. USER INTERFACES 36
3.3.1. General 36
3.3.2. Process Monitoring 40
3.3.3. Batch Management Interfaces 45
3.3.4. Alarm Management Interfaces 46
3.3.5. PCS Status Interface 48
3.3.6. Programming and Configuration Interfaces 49
3.3.7. Recipe Management Interface 49
3.3.8. Reports 5049
3.4. REMOTE PCS ACCESS 50
3.5. INTERFACES WITH OTHER SYSTEMS 50
3.5.1. Intelligent Process Interfaces 50
3.5.2. Other Process Control Systems 5150
3.5.3. Other Computerized Systems 5150
3.5.4. Shared Resources 51
3.6. ENVIRONMENT 51
3.6.1. Layout 51
3.6.2. Physical Conditions 5251
4.0 CONSTRAINTS 54
4.1. PROJECT CONSTRAINTS 54
4.1.1. Schedule 54
4.1.2. Procedural Constraints 54
4.2. COMPATIBILITY 55
4.2.1. Hardware Standards and Preferences 55
4.2.2. COTS Software Standards and Preferences 56
4.2.3. PCS Configuration and Integration Standards 57
4.2.4. PCS User Interface Standards 58
4.2.5. PCS Programming Standards 59
4.3. MAINTENANCE 60
5.0 LIFE-CYCLE 60
5.1. DEVELOPMENT 60
5.2. TESTING 60
5.3. DELIVERY 60
5.3.1. Documentation 60
5.4. SUPPORT 62
5.4.1. Start-up Support (list available options) 62
5.4.2. Post Start-up Support (list post-startup support available) 62
6.0 GLOSSARY 63
6.1. TERMINOLOGY 63
6.2. ACRONYMS 65

白話冗余和熱備的區別

　　冗余其實是一個很寬泛的技術概念，而不是大家理解中的技術方法，冗余原始概念是重復配置系統的一些部件,當系統發生故障時,冗余配置的部件介入并承擔故障部件的工作,由此減少系統的故障時間。冗余按類型分為主動和被動形式，所謂主動和被動主要是主從切換的能動性上來分析，主動冗余是可以主動切換，就是可以隨時自行切換；被動冗余是指當正在運行的組件壞掉或者不正常的時候才會切換到備用組件，其中也包括用戶手動或者用戶程序切換方式，按照功能來分又分成Hot standby、Warm standby 和 Cold standby，整理以后見下圖：

1、Cold standby
　　冷備用，其實說白了就是backup，他是通過備份所有正常運行的組件放在一旁或者倉庫里，等運行的組件壞了以后更換新的組件來完成系統的正常運行，這個冗余時間和更換時間息息相關。這種冷備用方式很少去關注響應時間，并且需要運維人員干預操作。舉個例子，一套PLC運行系統，在做備件時做了完全的配置備件，當PLC在運行時因為夜晚雷電發現有一塊AI卡件燒毀了，運維人員馬上把系統斷電，然后更換卡件，在上電運行，這就是一個完整的cold standby的過程，至于其中耽誤的時間，只能視運維人員的對系統的熟練程度而定并且必須被動接受。

2、Warm standby

　　溫備用，是兩套完全一樣的配置組件，一個正常運行被視為主，另一個帶機并不運行備用被視為從，每隔一段時間，主從的內容相互交換一次，當運行組件出現故障，備用組件才會運行承擔工作。舉個例子，西門子的300軟冗余系統，兩臺微處理器的冗余方式就是溫備，主處理器控制系統的輸入和輸出（I / O），而備用處理器上電和主處理器停止控制過程中的等待時間。當發生這種情況，備用處理器承擔的I / O控制，并采取指定的主處理器，處理器允許脫機成為次要處理器，并可以在不犧牲過程控制維護。

　　在正常操作中，主處理器提供定期更新的備用處理器。這些更新通常發生在每個程序掃描結束，并可能在任何時間只涉及了部分數據。因此，當轉換發生時，備用處理器可以工作過的數據不完整，因為它可能會采取一些備用處理器程序掃描追上來這里的主要是前轉換。這可能有助于在轉換過程中顛簸。

　　從硬件的角度來看，溫，熱冗余系統幾乎相同，所以很容易混淆。

3、Hot standby

　　熱備用，是兩套完全一樣的組件，全部都是上電并運行的狀態，兩個組件同時進行數據采集、數據處理和計算，只是主組件擔任輸出控制任務，兩個組件實時交互，當主從切換的時候必須完成無擾動切換。而且熱備組件系統是隨時切換同時檢測組件狀態并報告。

　　熱備系統即使在一瞬間也不能讓系統go down，當主從切換的時候，需要完成系統通訊消息和數據更新以及堆棧的同步，從而苛刻實現程序執行的速度和堆棧段內容都是一致的，為了確保熱備系統的操作正確性，全部數據需要實時主從交互，其交互方法有兩種，第一種就是常規的掃描和傳輸方法，這種技術早期被施耐德的PLC廣泛使用，首先先是在程序掃描結束后傳輸所改變的內容，首先程序掃描時間是程序執行和傳輸的時間組合，這也就是PLC的執行周期為什么有時間周期定義之說了，這樣就不是每次把PLC內全部程序進行交互，減少同步任務復合，但當從plc內沒有程序的時候，主plc會把全部內容同步過去，但這個過程只是上電或者首次運行時候做一次比較。這種熱備方式是一種經典和準確的熱備方法，并且這種方法延續至今。

　　第二種方法就是異步傳輸方法，在異步傳輸，主系統中在其電路有兩個獨立的微處理器。第一個微處理器執行程序。在執行結束，所有數據被傳遞給第二個微處理器。這第二個微處理器處理所有的傳輸任務，而第一個微處理器執行下一個程序掃描。因此，一個微處理器是執行，而另一種是傳輸到備用處理器的數據。 由于這種從主處理器輔助處理器的數據傳輸是異步的程序掃描，它隨時的數據傳輸，而不會影響程序執行和系統負荷。這種熱備異步傳輸的方式是AB的Contrologix一項技術，他的冗余配置中主從系統各有三個CPU，第一個就是執行程序的CPU，第二個就是起到數據總線的背板CPU，第三個就是同步模塊RM的CPU，所以他的任務被分配在多個CPU當中。

　　最后還是要說一下，其實大家理解中的冗余技術其實就是熱備的方法，因為傳統DCS進入大家視野比較早，DCS廠家把冗余概念做到了極致，它把兩套物理硬件在邏輯上封裝成為一個獨立體，所以造成很多技術人員認為只有物理上兩個組件但在邏輯上是一個組件被稱為冗余，邏輯上是兩個組件的叫做熱備。
白話SFC　

SFC的歷史

　　SFC是一個英文字母的縮寫，它的英文全稱是Sequential Function Chart，中文名字叫做順序功能流程圖。SFC的歷史來源于傳統的DCS系統，當年HONEYWELL的TDC2000和橫河的uXL都提供各自順序控制工具，TDC2000使用CL語言一種類似Basic語言的方式來完成順序控制而uXL使用順控表以一種填表方式來完成。時至近代隨著混合型DCS的走入自控時代，大型PLC廠商和DCS廠商都紛紛提供了基于windows平臺使用SFC工具。并且SFC進入了工業控制編程語言形成了國際化標準，這就是IEC61131-3的標準。

SFC的構成

　　SFC主要是一種可視化并且支持拖拽形式的組態方式，它的主要構成包括四部分，分別是步（STEP）、轉換（Transition）、行為（Action）、鎖（interlock）的功能。

SFC的白話

　　SFC的這種語言編程形式對于沒有接觸過的人來說可能有點抽象，還是延續我以前一貫的敘述方式，SFC的執行更類似炒菜一個過程。

步驟（STEP）就是像是炒菜中的每一個步驟
過渡（Transition）就像是炒菜中每個步驟的前提條件
行為（Action）就像是炒菜中的每個動作
鎖（interlock）就像是炒菜中事故的掌控

　　炒菜開始，首先進入準備步驟，然后產生切菜和切蔥姜行為，然后進入一個條件判斷，這個條件是判斷菜切好了嗎？蔥姜切好了嗎？如果切好了就進入點火步驟，如果沒有切好就一直等待。進入點火步驟以后就進行點火和放油行為并且啟動一個延時，然后等待這個延時然后判斷火是不是點著了？油有沒有放進去，判斷油溫符合要求嗎?如果這仨個條件都符合就進入炒菜步驟，如果不符合就一直等到延時超時啟動趕緊中斷炒菜這個過程（鎖的功能）可能出現煤氣灶點不著火或者油有問題。進入炒菜這個步驟之后，就要產生把蔥姜和菜還有鹽和味精放入鍋內進行攪拌這些行為，并且啟動一個計時，然后進入判斷等待這個計時是否到時條件，如果計時到時就進入出鍋這個步驟，如果沒有到時就繼續等待。進入出鍋步驟以后就產生了把炒好的菜放到碟子里這個行為，然后又一次產生一個循環繼續炒下一個菜。在這個炒菜過程中一直監控燃氣灶火是否正常，油溫是否過高，菜的火候是否過老，一旦發生上述條件任何一個出現問題，就進入關火端鍋下灶（鎖程序）。

SFC的IEC描述

　　經過上述描述我想大概有了一些思路上的理解了，那么下面我就用IEC61131-3語言在描述一遍。
步（STEP）用矩形框表示，描述了被控系統的每一特殊狀態。SFC中的每一步的名字應當是唯一的并且應當在SFC中僅僅出現一次。一個步可以是激活的，也可以是休止的，只有當步處于激活狀態時，與之相應的動作才會被執行，至于一個步是否處于激活狀態，則取決于上一步及過渡。

　　過渡（Transition）表示從一個步到另一個步的轉化，這種轉化并非任意的，只有當滿足一定的轉換條件時，轉化才能發生。轉換條件可以用ST、LD或FBD來描述。轉換定義可以用ST、IL、LD或FBD來描述。過渡用一條橫線表示，可以對過渡進行編號。

　　動作（action）每一步是用一個或多個動作（action）來描述的。動作包含了在步被執行時應當發生的一些行為的描述，動作用一個附加在步上的矩形框來表示。每一動作可以用IEC的任一語言如ST、FBD、LD或IL來編寫。每一動作有一個限定（Qulifier），用來確定動作什么時候執行;標準還定義了一系列限定器（Qulifier），精確地定義了一個特定與步相關的動作什么時候執行。

　　鎖（interlock）表示通過ST、FBD、LD或IL列舉一系列用戶判斷條件，來監控整體SFC的執行，一旦用戶條件滿足，SFC就中斷執行進入一種HOLD保持狀態，等待用戶處理SFC執行的狀態。
白話組態軟件

　　最近碰上了一個沈鼓的自控調試技術人員，我們在路上攀談起來。他向我問起監控組態軟件到底是什么，到底里邊有什么？當時我也是一愣，很少有人會問起組態軟件是什么并且有什么，因為這個圈子里這些問題應該入門知識，但是經過了解才發現很多從事機械自動化或者工廠自動化還真不了解組態軟件到底有什么由什么組成，他們往往偏門于PLC、變頻、伺服等，最多也就是接觸最簡單的HMI。

　　下面我來講一下監控組態軟件，首先聲明我不算是這方面的專家，也只是略知一二。監控組態軟件主要是以下幾方面組成。

1、實時數據庫

　　實時數據庫，顧名思義就是一種處理和存儲實時數據的數據庫，它分為兩種構成模式，第一種就是利用開發工具直接開發二進制文件模式，自己開發sql引擎，建立索引以及配置文件等機制，例如IFIX；另外一種就是依托于成熟的關系數據庫，把實時數據放在二進制文件中但sql引擎，索引，以及配置文件都利用關系數據庫等機制，例如WINCC。

2、內核通訊

　　說起內核通訊一般談及組態軟件很少涉及，因為它是一種根本看不見摸不著但具有決定組態軟件的構架。市面上比較流行就是兩種通訊框架，一種是與實時數據庫通訊為核心框架，圖形界面、腳本、通訊驅動等都是圍繞實時數據庫來完成相應功能，另一種就是消息通訊為核心框架的，這種框架就是類似SOA構架，首先建立通信數據元素，把所有用于訪問的數據格式包含在其中，然后通過消息發布出去，是那個組件接受那個組件完成相應的指令，消息通訊在今天的組態軟件行業里也分為內存消息型和端口消息型，內存消息性就是利用MFC的在內存中消息來同志別的組件，其優點就是快速和穩定缺點就是所有組件不能脫離一臺機器，這也是國內很多組態軟件廠商最初的手法，而端口消息型，就是利用sock的端口進行消息通訊，不管是不是在本機一概采用端口通訊，這樣的優點就是把可以把很多組件分布到每臺機器上，其中CS和BS構架就用利用這種機制，缺點就是消息元素復雜，指令繁多，需要謹慎考慮其健壯性。

3、圖形界面

　　圖形界面其實沒有什么好說，就是圖形顯示，圖形繪制、報警、曲線，報表等，但是從市面上來說它們分為基于VC6中MFC開發的和.net fm開發的，從界面來說mfc開發的速度快，穩定性高，但界面簡單，畫質不是很絢麗，.net開發的界面絢麗，3d動感性強再結合GDI+，那就是界面中利器，而他的確定就是運行速度慢，另外對于安裝機器的配置要求較高。

4、腳本

　　腳本算是組態軟件中的靈魂，多數組態軟件一看腳本就可以分辨出來高中底端產品，腳本分為編譯型和解釋性，編譯型需要在組態軟件沒有運行之前，就把語句編譯一邊，然后嵌套在框架的函數和事件中，例如WINCC的C腳本，另外一種就是解釋型，它是在組態軟件運行之中被語法解釋器邊解釋邊運行，例如IFIX的VBA腳本。對于市面上可以看到腳本分為自定義、VB類、C類和其他類，自定義腳本例如intouch、組態王、力控；VB類例如IFIX的VBA、RSVIEW的VBA、杰控的VBS；C類例如WINCC的ASCI c、九易思的C#；其他有一些組態軟件利用開源的腳本引擎例如TCL LUA等。底端腳本多數是采用自定義腳本，它的可擴展性很有限而且依賴于廠商自己的開發能力，中端腳本就是采用c腳本和開源腳本，它的成熟技術應該很廣當時不方便普及和掌握，對于一些常用訪問技巧，例如訪問關系數據庫，API以及DLL和控件不是很方便，而高端腳本則首推VBA系列，高效的訪問工具、成熟的控件資源以及強大的API調用。

5、通訊驅動

　　通訊驅動則相應發展比較緩慢，這也是因為它實在是太成熟了，先說說它的框架結構都是采用封裝通訊框架和開發數據流方式結合，也就是說開發人員不需要懂得組態軟件的框架結構以及如何把數據對應數據庫變量，只需要安裝給出的框架，把數據流拆包解包和打包放入指定的結構緩沖區內就可以了。再說說驅動，一提到驅動它應該是兩部分組成第一部分就是接口另外一部分就是協議，先說第一部分接口對于組態軟件的生存平臺PC來說，接口其實就是RS232/485/422，USB，TCP/IP（wifi）和板卡這幾個種類，而對于另一部分的協議來說，那就太多了我就簡單些介紹幾種modbus rtu/asci/tcp，profibus，opc，s7等太多了，因為設備廠商的增多就以為協議的增多。

6、接口開發工具

　　接口開發工具其實就是組件開發工具，它是一種開發工具包，是寄宿在組態軟件本身開發工具（vc/VS。net）上的一個框架向導，利用這些框架或者向導可以通過開發工具開發出來基于組態軟件的擴展組件，方便組態軟件的功能擴展和客戶訂制，例如關系數據庫和實時數據庫的導入導出的組件等，另外也可以開發局基于圖形界面的圖形組件。

7、WEB發布

　　WEB發布算是一種近年來十分流行的一個組態軟件功能，因為SCADA市場和MES市場的擴大，使得廠級化管理越來越流行，也成為組態軟件廠商熱炒概念中的一部分，因為web的使用，可以讓用戶利用普通PC的IE瀏覽器就可以看到組態軟件的圖形界面和實時數據而讓大多數的業主得到認同。web的發布技術基本上是三種方式，第一種activeX方式，一般這種WEB方式多數組態軟件是采用vc6開發的，它直接封裝一個圖形瀏覽exe在com組件中，當用戶ie瀏覽的時候會提示安裝一個插件，然后這個exe就安裝在客戶pc上，通過IE調用exe，用就可以看到組態界面，這種也就是被稱為準WEB方式它的優點就是速度快因為它使用cs模式缺點就是必須開用戶指定端口一旦遇到路由器就不能看到，另外一種就是通過java方式，就是把用戶組態的工程通過java重新轉換一邊，這種技術的優點就是無論你使用什么網絡設備管理網絡只要能開發80端口就可以看到數據，缺點數據刷新較慢但是可以接受的那種另外就是它需要重新編寫一邊組態軟件比較耗時，然后發布出去。最后一種就是.net的web service技術，毋庸置疑他當然是最強大的，但是你的框架開發工具就必須使用.net。
白話現場總線　

　 說起現場總線，這項技術不能說是這兩年自控領域討論最廣的話題，但也能算得上自控廠商相互角逐爭奪市場一項技術。從siemens早在10年前全球推廣的profibus到近年來profinet，再到emerson推廣的FF以及rockwell的推廣的devicenet和ethernet/ip，其實自動化廠商心里很清楚，誰掌握了現場總線，誰就掌握了標準，誰掌握了標準，誰就掌握了市場誰就是技術領頭羊。那現場總線到底是什么，對于自動化技術人員又能帶來什么呢？

　　現場總線，主要是由物理通訊形式+通訊協議+網絡調度機制這三部分組成。 物理通訊形式，我想大家理解起來不會很難，其實就是RS485、RS232、RS422、TCP/IP這幾種物理通訊形式。將來可能會出現無線，但是現在無線技術的通訊穩定性和行業和國家還沒有形成一些規范，所以未來幾年也不會大量使用無線作為現場總線。

　　通訊協議，通訊協議對于自控人來說并不陌生，但是很少有人深刻理解和掌握，現場總線的協議，主要是每個現場總線站點需要通訊數據以何種形式通過通訊形式傳輸。 網絡調度機制，大家可能覺得通訊協議和網絡調度機制是不是一回事，其實他并不是一回事，這是現場通訊特點，普通總線只是關鍵通訊數據，而現場總線要支持帶有時間標簽和優先級，也就是這個調度機制主要是保證通訊數據的實時性和及時性。

　　在這里不妨舉個例子：現場總線等同于生活中交通系統通訊形式=交通上水陸空通訊協議=交通上的交通規則網絡調度=交通上交警指揮系統 生活中人們不論何種方式出行，都不會離開水陸空這三種形式，而不論作何種交通工具，都是要遵守交通規則。只有遵守交通規則才能正常行駛并到達指定地點，而交警的工作就要解決在正常運行當中一些由于干擾造成的交通擁堵，交警主要是來解決擁堵，并保證關鍵道路的通行，并有效地實施了交通上的優先級。 我想經過這樣的介紹，大家應該對于現場總線有一個梗概性的了解。那對于自控人員現場總線又能給我們帶來什么呢？可能大家對于這個技術還沒有“山雨欲來風滿樓”的感覺，現場總線技術確實改變了傳統總線控制思維，常規的總線控制都是由一個主控CPU通過總線把子站數據拿過來進行計算，然后根據結果再通過總線把控制要求下發給另一子站，這樣其實就是浪費總線帶寬的資源，通過現場總線技術，可以把控制分散到各個子站，而每個子站有時數據采集的終端和執行者，這樣可以有效地減輕中央CPU的負擔，并且改變常規的控制模式，以前很多人都說現場總線可以節省大量布線成本，其實線纜成本是有一些但絕不是現場總線技術為之存在的理由，它是一種改變常規控制的革新式技術，它把控制的核心通過總線技術下放到各個站點，在總線上的各個通訊站點，不再是數據采集和控制執行的終端，而是具有控制邏輯的大腦。