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

白話用戶需求的重要性

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

白話冗余和熱備的區(qū)別

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

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

2、Warm standby

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

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

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

3、Hot standby

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

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

　　第二種方法就是異步傳輸方法，在異步傳輸，主系統(tǒng)中在其電路有兩個獨立的微處理器。第一個微處理器執(zhí)行程序。在執(zhí)行結(jié)束，所有數(shù)據(jù)被傳遞給第二個微處理器。這第二個微處理器處理所有的傳輸任務(wù)，而第一個微處理器執(zhí)行下一個程序掃描。因此，一個微處理器是執(zhí)行，而另一種是傳輸?shù)絺溆锰幚砥鞯臄?shù)據(jù)。 由于這種從主處理器輔助處理器的數(shù)據(jù)傳輸是異步的程序掃描，它隨時的數(shù)據(jù)傳輸，而不會影響程序執(zhí)行和系統(tǒng)負荷。這種熱備異步傳輸?shù)姆绞绞茿B的Contrologix一項技術(shù)，他的冗余配置中主從系統(tǒng)各有三個CPU，第一個就是執(zhí)行程序的CPU，第二個就是起到數(shù)據(jù)總線的背板CPU，第三個就是同步模塊RM的CPU，所以他的任務(wù)被分配在多個CPU當中。

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

SFC的歷史

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

SFC的構(gòu)成

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

SFC的白話

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

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

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

SFC的IEC描述

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

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

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

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

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

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

1、實時數(shù)據(jù)庫

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

2、內(nèi)核通訊

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

3、圖形界面

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

4、腳本

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

5、通訊驅(qū)動

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

6、接口開發(fā)工具

　　接口開發(fā)工具其實就是組件開發(fā)工具，它是一種開發(fā)工具包，是寄宿在組態(tài)軟件本身開發(fā)工具（vc/VS。net）上的一個框架向?qū)В眠@些框架或者向?qū)Э梢酝ㄟ^開發(fā)工具開發(fā)出來基于組態(tài)軟件的擴展組件，方便組態(tài)軟件的功能擴展和客戶訂制，例如關(guān)系數(shù)據(jù)庫和實時數(shù)據(jù)庫的導(dǎo)入導(dǎo)出的組件等，另外也可以開發(fā)局基于圖形界面的圖形組件。

7、WEB發(fā)布

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

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

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

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

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