1．集散控制系統DCS與現場總線控制系統FCS的比較

　　1．1 概述FCS、DCS

　　FCS是在DCS的基礎上發展起來的，FCS順應了自動控制系統的發展潮流，它必將替代DCS。這已是業內人士的基本共識。然而，任何新事物的發生，發展都是在對舊事物的揚棄中進行的，FCS與DCS的關系必然也不例外。FCS代表潮流與發展方向，而DCS則代表傳統與成熟，也是獨具優勢的事物。特別是現階段，FCS尚沒有統一的國際標準而呈群雄逐鹿之勢，DCS則以其成熟的發展，完備的功能及廣泛的應用而占居著一個尚不可完全替代的地位。本人認為：現場總線控制系統FCS應該與集散式控制系統DCS相互兼容。

　　無論是FCS或者是DCS，它們最終是為了滿足整個生產過程而進行的系統控制（PCS）。

　　首先以工程成本與效益看，現場總線的根本優勢是良好的互操作性；結構簡單，從而布線費用低；控制功能分散，靈活可靠，以及現場信息豐富。然而這些優勢是建立在 FCS系統初裝的前提下，倘諾企業建立有完善的DCS，現在要向FCS過渡，則必須仔細考慮現有投資對已有投資的回報率。充分利用已有的DCS設施，現有DCS的布線以及成熟的DCS控制管理方式來實現FCS是我們應選之途。

　　雖然現場總線對已有的數字現場協議有優勢可言，但向其過渡的代價與風險是必須分析清楚的。再者，從技術的繼承及控制手段上，也要求FCS與DCS應相兼容。FCS實現控制功能下移至現場層，使DCS的 多層網絡被扁平化，各個現場設備節點的獨立功能得以加強，因此，在FCS中有必要增加和完善現場子層設備間的數據通訊功能。

　　由于歷史的原因，DCS通常擁有大型控制柜用以協調各個設備，同時更強調層與層的數據傳輸。可見，兩種控制在策略上各具優勢。DCS適用于較慢的數據傳輸速率；FCS則更適用于較快的數據傳輸速率，以及更靈活的處理數據。然而，當數據量超過一定值過于偏大時，如果同層的設備過于獨立，則很容易導致數據網絡的堵塞。要解決這個問題，擬設立一個適當的監控層用以協調相互通訊的設備，必然是有益的，DCS就能輕松地勝任這一工作。可見，為使FCS的控制方式和手段完善化，是有必要借鑒DCS的一些控制思想的。

　　要把握新世紀工業過程控制的發展趨勢，無論在學術研究或是工程應用方面都有必要使FCS綜合與繼承DCS的成熟控制策略；與此同時，DCS的發展也應追尋FCS控制策略的新思想，使其具有新的生命力。DCS應能動地將底層控制權交付給FCS系統，將較高層的系統協調管理功能發揚光大，完成對新時代，新形勢的工業控制系統的智能設備集成。

　　1．2現場總線傳輸特點

　　現場總線控制系統（FCS）是順應智能現場儀表而發展起來的。它的初衷是用數字通訊代替4－20mA模擬傳輸技術，但隨著現場總線技術與智能儀表管控一體化（儀表調校、控制組態、診斷、報警、記錄）的發展，在控制領域內引起了一場前所未有的革命。控制專家們紛紛預言：FCS將成為21世紀控制系統的主流。

　　然而就在人們沸沸揚揚的對FCS進行概念炒作的時候，卻沒有注意到它的發展在某些方面的不協調，其主要表現在迄今為止現場總線的通訊標準尚未統一，這使得各廠商的儀表設備難以在不同的FCS中兼容。此外，FCS的傳輸速率也不盡人意，以基金會現場總線（FF）正在制定的國際標準為例，它采用了ISO的參考模型中的3層（物理層、數據鏈路層和應用層）和極具特色的用戶層，其低速總線H1的傳輸速度為31.25kbps，高速總線H2的傳輸速度為1Mbps或2.5Mbps，就針對西門子推出的PROFIBUS總線而言：其市場站有率相對較大，但由于受通訊線路長度的影響，在100M線路長度下最高通訊速率為12Mbps，這在有些場合下仍無法滿足實時控制的要求。由于上述原因，使FCS在工業控制中的推廣應用受到了一定的限制。當人們冷靜下來對這些問題進行思考時，不禁想起了在商業網絡中廣泛應用的以太網。

　　以太網具有傳輸速度高、低耗、易于安裝和兼容性好等方面的優勢，由于它支持幾乎所有流行的網絡協議，所以在商業系統中被廣泛采用。但是傳統以太網采用總線式拓樸結構和多路存取載波偵聽碰撞檢測（CSMA/CD）通訊方式,在實時性要求較高的場合下，重要數據的傳輸過程會產生傳輸延滯，這被稱為以太網的“不確定性”。研究表明：商業以太網在工業應用中的傳輸延滯在2～30ms之間，這是影響以太網長期無法進入過程控制領域的重要原因之一。因此對以太網的研究具有工程實用價值，從而產生了一種新型以太網。

　　1．3工業以太網的研究現狀

　　近年來控制與通訊工程師們致力于新型工業以太網的研究工作，其中有代表性的是FF制定的快速以太網標準，其傳輸速度為100Mbps。綜觀工業以太網的研究現狀，出現了兩個值得注意的發展方向：以太網集線器和具有實時功能的以太網的協議。

　　a、以太網集線器

　　FF將以太網技術加入到H2協議中，并以它作為H2的底層協議，其網絡采用星型拓樸結構。

　　集線器（HUB）置于網絡中心并通過以太網I/O接口掛接現場設備，其中實時現場儀表和普通現場儀表（通過通道組）分別掛接在不同的以太網I/O接口上。以太網I/O接口高速(約100 kHz)掃描所有實時現場儀表和通道組，然后傳送數據包到上層控制器。

　　通常普通控制算法在現場控制器中進行（可由上層控制器下載），而高級控制算法則在上層控制器中進行，其控制輸出經以太網集線器和以太網I/O接口傳輸到現場執行儀表。由于實時現場儀表掛接在專用的以太網入口地址，并用完全分離的線路傳輸數據，所以保證了實時數據不會產生傳輸延滯和線路阻塞。

　　集線器作為網絡的仲裁器，除了控制通信雙方的傳輸時間外，還對傳輸的數據包進行優先級設置，使每條信息都包含傳輸優先級等實時參數。此外智能化的集線器還可以動態檢測需要通訊的現場設備所在以太網I/O口，并為之提供數據緩沖區，這樣可大大縮短現場設備的響應時間和減少數據的重發次數。集線器與其它集線器相連可實現不同網絡之間的數據共享。

　　經驗證這種采用以太網集線器技術的FCS可使實時數據的延遲時間控制在200納秒的范圍之內，這已足以滿足多數場合的實時控制要求。

　　b、在以太網的協議中加入實時功能

　　一些FCS的生產商（如ControlNet、Profibus、Modbus和Java等）在開發自己的工業以太網FCS時，在工業以太網協議中加入實時功能，此項技術被稱為“地道”，它其實僅僅是在設備中加入特殊的協議芯片，這里不做具體介紹。

　　c、工業以太網的研究課題

　　上述研究工作的進展為以太網進入FCS提供了可行性，但要使以太網能在FCS中發揮其強大的網絡優勢，以滿足現代工業控制中日益增長的數據傳輸和信息傳輸種類（如語音、圖象和視頻等）的需要，還有待于研究工作取得更大的突破性進展。目前的研究工作應集中解決以下兩個方面的問題：

　　1．4盡快推出FCS國際標準

　　當今的FCS領域出現了世界各大廠商各自為戰的混亂局面。其中有影響的為Intel公司的Bitbus、德國的HART和Profibus、丹麥的P-NET、Honeyvell及AB的WorldFIP、Foxboro,ABB和橫河的ISP、FF的H1和H2和Echelon的Lonworks、菲利普的CAN等。這種混亂局面是由于各大廠商為了搶占市場急于推出自己的產品，而FCS的國際標準又遲遲不能出臺所造成的。標準的不統一使各廠家推出的FCS成為一個個“自動化孤島”，不同系統和現場設備的兼容性都很差。FCS的用戶強烈呼吁盡快出臺FCS的國際標準，以期望實現FCS的“世界大同”。

　　1994年6月WorldFIP和ISP聯合成立了FF，它包括了世界上幾乎所有的著名控制儀表廠商在內的100多個成員單位，致力于IEC的FCS國際標準化工作。但由于部分成員為了自身利益，力圖阻止FCS的國際標準出臺，形成了FF的FCS國際標準難以“一統天下”的令人擔憂的局面。解決這一問題的途徑是：一是要求FF在其國際標準中推出完善的用戶層和嚴格的互操作性的產品認證；二是提高用戶抵制非國際標準的FCS的自覺性。

　　工業以太網向FCS現場級的延伸。必須指出，工業以太網FCS中，其現場級總線的傳輸速度并不理想，這是因為工業以太網還只是在上層控制網絡中應用，而許多廠商出于安全考慮，在許多技術問題沒有解決之前，現場級尚未使用工業以太網，所以FCS總體的傳輸速度沒有什么質的飛躍。為了實現以太網向現場級的延伸，除了改進以太網的通訊協議之外，還需要解決網絡的本安、現場設備的冗余和通過以太網向現場儀表供電等技術問題。

　　本人認為，在保留FCS特色的基礎上解決上述問題才能使工業以太網具有生命力。工業以太網的介入為FCS的發展注入了新的活力，隨著FCS國際標準的推出以及有關技術問題的突破性進展，一個代表21世紀潮流的工業以太網的現場總線控制系統時代就會到來。

　　2． PLC與DCS、 FCS比較

　　PLC是由早期繼電器邏輯控制系統與微機計算機技術相結合而發展起來的，它是以微處理器為主的一種工業控制儀表，它融計算機技術、控制技術和通信技術于一體，集順序控制、過程控制和數據處理于一身，可靠性高、功能強大、控制靈活、操作維護簡單。近幾年來，可編程序控制器及組成系統在我國冶金、電廠、輕工石化、礦業、水處理等行業更是到了廣泛的應用，并取得了一定的經濟效益。

　　由于工業生產過程是一個分散系統。用戶往往關心的不只是一個控制系統（例如DEH），因為它只是整個生產過程的一部分。他需要了解、控制整個控制系統。例如，電廠生產原料是煤、水，而制成品是電。因此生產過程控制（PCS）的方式最好是分散進行，而監視、操作和最佳化管理應以集中為好。隨著工業生產規模不斷擴大，控制管理的要求不斷提高，過程參數日益增多，控制回路越加復雜，在70年代中期產生了集散控制系統DCS，他一經出現就受到工業控制界的青睞。DCS是集計算機技術、控制技術、網絡通信技術和圖形顯示技術于一體的系統。與常規的集中式控制系統相比有如下特點：

　　1． 實現了分散控制。它使得系統控制危險性分散、可靠性高、投資減小、維護方便。

　　2． 實現集中監視、操作和管理。使得管理與現場分離，管理更能綜合化和系統化，

　　3． 采用網絡通信技術，這是DCS的關鍵技術，它使得控制與管理都具實時性，并解決系統的擴充與升級問題。

　　目前，由于PLC把專用的數據高速公路（HIG HWAY）改成通用的網絡，并逐步將PLC之間的通信規約靠攏使得PLC 有條件和其它各種計算機系統和設備實現集成，以組成大型的控制系統，這使得PLC 系統具備了DCS的形態，這樣，基于PLC的DCS系統目前在國內外都得到了廣泛的應用。應該說，PLC就其現狀和發展趨勢，更接近PCS系統所要求的FCS控制系統。

　　不過，由于受傳統設計理驗的影響，完全由PLC系統來構成傳統的DCS系統還較難于讓國內保守的設計院大量采用，雖然國外已經有大量的基于PLC構成的DCS系統正在正常的運行。

　　3．我們采用什么樣的系統？

　　我們如果有志于在工業自動化控制系統中施展才能就必須發展DCS或FCS系統。因為它是未來工控領域的主流發展方向。至于采用別人的DCS、FCS系統還是自己開發DCS、FCS系統就要看看究竟我們具備什么樣的能力，在下面的看法中我將要詳細分析我們的主要特點和究竟在技術上需求什么！

　　如果說今后選擇控制系統，我認為應該選擇代表成熟的集散式控制系統DCS并具備先進的現場總線控制系統FCS，它們之間應該相互兼容。

　　3．1采用現有的DCS系統

　　這就是我在摘要中所提及的“維持現狀坐觀工控產業的日新月異的發展”。這種方式相對來講無需投入較大的人力、物力開發產品，只須完全選用別人的產品，被動學習新的知識，而自動控制開發處則充當工程調試隊。這種方式就目前情況而言可以維持生存，但縱觀實例是不可能有大的發展。

　　3．2采用別人的硬件和軟件系統（OEM）自己構成DCS系統

　　這種方式我們也曾經嘗試過，不過，我們僅僅是降低了部分生產成本。降低產品總成本的主動權不屬于我們，而業績則屬于軟硬件開發商。

　　3．3與別人合作，共同開發新型DCS系統

　　這種方式我們也曾經嘗試過，產品自主權不完全屬于我們。技術水平我們先不用評說。但市場接納程度還不理想。一但合作方短時間沒有足夠的回報率他是不可能再投入人力、物力以完善系統、提高技術水平。因為他不可能在一棵樹上吊死，他還必須生存！這也是人之常情。

　　如果利用別人的成熟產品之品牌組成全方位合作模式，應該說在世界范圍是有成功的例子。關鍵是應該認真分析、了解為什么市場接納不夠？怎樣才能滿足市場生存要求？

　　3．4完全自己開發DCS系統

　　這種想法由來已久！如果DCS開發成功，那不言而喻是一件好事！無論在電站自動化或者是其他行業中，工程應用的種種努力都是在為自己而作。其產品成本完全掌握在自己手里。獲得更大的利潤不再是一句空話。不過，我們應該在動手之前，充分了解自己究竟有沒有能力開發產品，又有沒有能力將其推向市場。這往往是我們考慮得較多的問題，從而導致我們無法下定決心的關鍵所在。那就先讓我們分析一下究竟需要什么技術和人才吧！

　　前面講了DCS系統是集計算機技術、控制技術、網絡通信技術和圖形顯示技術于一體的系統。那就需要計算機、圖形顯示技術（軟硬件件開發、系統維護），控制技術（系統工程師、硬件接口），網絡通信技術（網絡通訊技術及協議標準制定）。

　　a. 計算機、圖形顯示技術（軟硬件件開發、系統維護）:

　　DCS系統的軟件技術包括如下方面：

　　用于控制組態的軟件和圖形監視軟件、各DI、DO、AI、AO及專用功能模件的嵌入式操作系統軟件及控制、管理軟件。

　　用于完成系統要求的硬件平臺，如工程師站計算機系統、操作員站計算機系統、DCS機柜內的通用、專用模件。所有軟件的運算、控制指令必須經過與此相配的硬件系統執行。

　　b. 控制技術（系統工程師、硬件接口）

　　完成整個控制系統要求的專業化技術知識。應該熟悉控制對象的工藝過程、特性及要求。

　　c. 網絡通信技術（網絡通訊技術及協議標準制定）。

　　DCS具有一定的通訊手段，為了兼容今后的FCS系統，應具備多種現場通訊手段或通訊轉換卡件。需要熟悉多種通訊協議和接口（集線器、交換器、服務器及光纖通訊、光電轉換接口等）。

　　4．DCS軟件系統及其發展方向

　　隨著計算機的普及發展，企業網（Intranet）和國際互聯網（Internet）的商業化，Microsoft Windows受歡迎的程度與日俱增，這大大增加了工業控制領域對Windows開發的普遍要求。

　　當今的集散控制系統（DCS）環境下的控制系統軟件（或應用程序）與一般環境下的應用程序相比：一方面其功能已經發生了質的變化。比如，DCS網絡下的控制系統軟件能夠調用、執行DCS網絡中其它計算機上的一個程序，并與之交互，這是其它環境下的應用程序無法實現的；另一方面，DCS網絡系統將整個系統的任務分散進行，然后集中監視、操作、管理，這些應用程序由于工作于網絡環境下，因而分布極廣，已被配置在網絡中10臺、100臺、1000臺甚至更多臺的機器上運行，如果這些應用程序不夠健壯、沒有靈活的可伸縮性，將給日后的維護、升級、重新配置帶來極大的困難，至少要消耗大量人力、財力和物力。而這種維護、升級、重新配置隨著市場的發展，用戶需求的擴大是不可避免的。

　　為了解決這一問題，微軟在對Windows系統本身進行改進、升級的同時，對Windows應用程序的標準、結構等也進行了重新定義，這就是：遵循組件對象模型（COM）/分布式組件對象模型（DCOM）標準、通過ActiveX實現的客戶機/服務器結構。

　　客戶機/服務器結構的主要思想是：根據COM/DCOM標準，將應用程序分割成若干個相互獨立的邏輯單元，每個邏輯單元為應用程序提供一定的服務（以后就會明白這些邏輯單元被稱為ActiveX組件），通過ActiveX把這些邏輯單元有機地結合起來，使它們協同工作，完成特定的任務。應用程序是ActiveX組件對象的集合，這些ActiveX組件對象知道怎樣相互通信、相互調用，以實現應用程序要求的功能。

　　針對Intranet下控制系統的特殊情況，微軟給出了一個三層的服務系統模型：用戶邏輯（或用戶服務）、商業邏輯（或商業服務）和數據邏輯（或數據服務）。用戶服務提供用戶可交互的或顯示對數據進行查詢、處理結果的屏幕界面等，由于Windows應用程序的屏幕界面已經標準化，所以用戶服務相對來說變化不會太大，將它作為一個獨立的邏輯單元，可被多個應用程序使用，從而實現了代碼的重用；商業服務提供用戶處理數據的各種規則，這些規則根據不同的用戶有所不同，即使同一用戶不同時期也可能不同。將它作為一個獨立的邏輯單元并統一放在網絡服務器中，有利于應用程序的日后維護。如果以后這些規則需要改變，只須重新配置網絡服務器中的商業服務，而不需要重新編譯客戶機的應用程序；數據服務為用戶提供各種數據，它是用戶的數據源。實際中，這些數據源可能是Oracle、SQL Server、FoxPro、Access以及其它集散控制系統中的數據庫（如：Fix系統）等等。

　　4.1 組件對象模型（COM）與分布式組件對象模型（DCOM）

　　多年來，軟件工程師們一直在嘗試編寫可迅速嵌入各程序開發項目的可重用代碼－－軟件組件（或簡稱為組件）。就像硬件工程師們先設計和制造出可用于各種電子設備的元件，然后利用它們組裝成設備一樣，控制系統軟件開發者可以利用軟件組件去組裝自己的程序塊，且很放心地知道這些組件是無故障的。這些組件不使用全局變量，并且獨立于任何應用程序。組件對象模型（Component Object Model---COM）就是軟件組件采用的一種常規結構。它根據面向對象編程（Object Oriented Programming---OOP）的思想，將組件對象化，給出了面向對象軟件組件（或簡稱為對象組件）的標準。

　　COM首次是在對象鏈接與嵌入（Object Linking and Embedding---OLE）2.0版中引入的，它是一種標準，而非一種實現。COM解釋了組件之間該如何通信，但為了具體實現它，還需要用到另一個東西，即ActiveX。

　　在設計COM的過程中，微軟解決了下列問題：

　　（1）交互操作能力。開發者怎樣才能創建出獨立的組件，使其能與其它組件充分地協作，而不用考慮它們是由誰創建的？

　　（2）版本控制。一旦某個組件正由其他組件或應用程序使用，怎樣才能改變或升級這個組件，而不影響正在使用它的組件或應用程序?

　　（3）與語言無關。怎樣才能確保用不同語言編寫的組件能協同工作？

　　（4）透明的跨進程交互操作。開發者怎樣才能編寫組件，使其能在進程內或進程外工作?

　　然而，OLE2中的COM只解決了同一網絡中對象之間的交互問題，而沒有解決對象在不同網絡中的其它機器上生存或執行的問題，對這一問題的解決將打開通向在Windows環境下的分布對象結構之路。為了適應這一需要，微軟開發出了分布式組件對象模型。

　　分布式組件對象模型（Distributed Component Object Model---DCOM），即通常所說的"網絡OLE"。DCOM是一種特殊的協議，允許應用程序在分布式計算環境（Distributed Calculating Environment---DCE）里進行面向對象的遠程過程調用（Remote Procedure Call---RPC）。DCOM擴展了COM的性能，使得COM對象能夠通過相關網絡與遠程機中的另一個對象交互并使用此對象，這些網絡可以是局部網、企業的Intranet或現今的Internet。用戶可以在Windows NT4.0版中得到DCOM，它特別適用于開發企業的信息管理系統、專用的Web等。基于網絡方面的不安全性考慮，DCOM自身包含有較高的安全處理功能。

　　所有軟件組件都遵循COM或DCOM標準。

　　4.2 ActiveX

　　根據微軟的定義：支持組件對象模型（COM）的對象總稱為"組件對象"。而現在流行的術語OLE－－即OLE2，支持COM，所以OLE對象也稱為"組件對象"。一個組件對象不僅支持"對象鏈接與嵌入"，而且還可以遠程調用或運行其它機器或網絡中的組件對象等等，它的功能已遠遠超過了OLE字面所能表達的功能。為了適合未來更加復雜的應用，微軟決定重新命名它，將所有這些組件對象統稱為ActiveX。

　　隨著OOP逐漸成為公認的編程主流，面向對象軟件組件已成為事實上的標準。面向對象軟件組件統稱為ActiveX組件。經過一番擴展以后，ActiveX組件現在可提供對DCOM的支持。ActiveX是組件對象模型的一種物理實現方式，它為ActiveX組件的創建提供了基礎。

　　ActiveX組件將程序邏輯封裝起來，并可以進程內、本地進程外、遠程進程外三種形式之一在網絡中運行，為其它應用程序（客戶機應用程序）提供服務。因此可以將ActiveX組件理解成"服務器"。它要么在"進程內"工作，即代碼在與客戶機應用程序相同的進程空間內執行（亦即一個DLL－－ActiveX DLL）；要么在"進程外"工作，即代碼在同一機器的另一個進程內運行，或在遠程電腦的另一個進程內執行（亦即一個EXE文件－－ActiveX EXE）。利用Visual Basic 5.0，Visual C++5.0或Visual J++等OOP語言，可以很方便地創建ActiveX DLL（進程內服務器）和ActiveX EXE（本地或遠程進程外服務器）。

　　控制系統軟件開發者可以將自己的應用程序邏輯編寫成進程內ActiveX DLL或本地進程外ActiveX EXE或遠程進程外ActiveX EXE，以向其他ActiveX組件或外部應用程序開放它們的部分或全部對象。

　　建立和使用ActiveX EXE實例的客戶應用程序，可開放它們的對象，并在進程外使用它們。這意味著，ActiveX EXE中的代碼運行在它自己的進程中，并且是在它自己的空間中，這可把它與客戶應用程序的代碼空間分離開來。

　　ActiveX DLL不能作為一個應用程序單獨運行，但可以為應用程序提供對象的動態鏈接庫。由于DLL中的代碼與調用它的應用程序運行于同一進程中，所以能使程序執行得更快、更高效。

　　控制系統軟件開發者可以利用ActiveX組件組裝自己的應用程序。使用ActiveX組件的方法與在OOP中使用其它對象類似：

　　（1）創建一個你欲使用的ActiveX組件對象的實例；

　　（2）利用該對象的方法、屬性和事件編寫代碼；

　　（3）使用完畢釋放該對象；

　　（4）必要時進行錯誤處理。

　　下面是Visual Basic 5.0中一個說明怎樣在程序中利用ActiveX組件的VB程序片段。假設已建立了一個窗體，該窗體包含三個文本框（Text1、Text2和Text3）和一個命令按鈕（Command1），并且在進程中增加了對微軟Excel 8.0對象庫的引用。當單擊命令按鈕（Command1）時，在Command1_Click事件過程中按照Microsoft Excel公式計算Text1與Text2的和，并將相加的結果顯示在Text3中。程序如下：

　　Private Sub Command1_Click()

　　'說明對象變量

　　Dim xlApp As Excel. Application

　　Dim xlBook As Excel. Workbook

　　Dim xlSheet As Excel. Worksheet

　　'用Add方法創建對象的實例

　　Set xlApp = New Excel. Application

　　Set xlBook = xlApp. Workbooks.Add

　　Set xlSheet = xlBook. Worksheets.Add

　　'將文本框中的數據賦給Excel單元

　　xlSheet. Cells(1,1).Value = Text1. Text

　　xlSheet. Cells(2,1).Value = Text2. Text

　　'在Excel中，用Excel公式計算其和

　　xlSheet. Cells(3,1). Formula = " = R1C1 + R2C1"

　　'在Text3文本框中顯示結果

　　Text3. Text = xlSheet. Cells(3,1)

　　'保存工作表單

　　xlSheet. SaveAs" c:Test.xls"

　　'關閉Excel

　　xlApp. Quit

　　'釋放對象

　　Set xlApp = Nothing

　　Set xlBook = Nothing

　　Set xlSheet = Nothing

　　End Sub

　　為簡單起見，程序中沒有進行錯誤檢查。用戶在編程時應養成檢查錯誤、處理錯誤的習慣。

　　由以上程序可以看出，其編程方法完全是OOP的方法。這并不奇怪，因為ActiveX組件本身就意味著對象之間的共享，ActiveX組件是一種客戶機/服務器關系，在這種關系中客戶機請求對象，服務器提供對象。然而，具體一個ActiveX組件是客戶機還是服務器并沒有一個明顯的界限。前面我們說可以把ActiveX組件理解成是一個服務器，因為它為用戶程序（客戶應用程序）提供服務；然而在其它場合，ActiveX組件本身往往還要向其它ActiveX組件請求服務，這時它又擔當客戶機的角色。

　　不管怎樣，利用ActiveX組件組裝成的應用程序，其結構必然是客戶機/服務器結構，客戶機/服務結構是網絡發展的必然結果。

　　4.3 客戶機/服務器結構

　　綜觀計算機網絡系統結構的發展，大致可分為三個階段：集中式結構、文件服務器結構以及客戶機/服務器結構。這三個階段代表了計算機網絡系統結構發展的里程和趨勢。

　　在六、七十年代，如果一家公司需要真正的計算能務（比如，天氣預報、地震預報數據處理等等）便會考慮使用大型機，大型機代表一種集中式系統結構。

　　在集中式結構中，只有兩種關鍵組件：服務器和客戶機終端。客戶機與服務器之間傳輸的唯一數據是用戶的按鍵調度信息以及由服務器返回的終端字符。集中式結構伯優點包括出色的安全性以及可實現集中管理，這是因為無論應用程序邏輯還是數據都駐留于同一臺機器－－服務器上；同時也意昧著服務器的費用太高，因為它要完成網絡中所有的計算。由于應用程序邏輯和數據都駐留于服務器上，集中式結構沒有辦法真正劃分應用程序邏輯。

　　在本世紀80年代，PC機進入了商業舞臺并逐漸走入千家萬戶。不久，局域網問世，同時引入了文件服務器的嶄新概念。

　　文件服務器結構以DOS局域網和Windows3.X為代表。它使得廉價的PC機聯成網絡，共享資源。這對于那些根本沒有實力實現大型機方案的公司來說，PC機無疑是他們的救星。但是，在這種結構中，應用程序邏輯總是在客戶工作站上執行，使用的是客戶機的CPU，而不是像集中式結構那樣在服務器上執行。這意味著，客戶機要有足夠的計算能力，以便執行需要的任何應用程序，或能完成任何必要的任務。這無形中增加了客戶機的負擔，從而抵消了PC機價格低廉的優點。

　　為了折中考慮費用與性能問題，引入了客戶機/服務器結構。在這種結構中，允許應用程序邏輯在用戶工作站、服務器(不再稱為"文件服務器")或者兩者上運行。SQL Server、Oracle等是客戶機/服務器結構的代表。

　　在客戶機/服務器結構中，同時至少有兩個獨立的應用程序在運行：一個是客戶應用程序（簡稱為客戶）；另一個是服務器應用程序（簡稱為服務器）。客戶提出請求，服務器響應請求并為其服務。為了完成一項特定的任務，客戶和服務器協同工作，以提高運行速度和效率。例如，在網絡環境中，用戶在客戶端發出SQL命令查詢服務器上某數據庫中的數據，在文件服務器和客戶機/服務器這兩種結構中，該命令的執行情況是不一樣的。如果讀者不能區分它們之間的差別，就不可能充分利用客戶機/服務器結構為我們提供的強大功能。

　　事實上，在基于文件服務器的結構中，查詢是在客戶端賦值并執行的。這就意味著，如果查詢涉及的表中有10000條記錄，那么查詢邏輯會請求服務器通過網絡將包含這10000條記錄的表全部傳送到自己這兒（客戶端），在客戶端進行查詢處理。而在基于客戶機/服務器原結構里，SQL語句本身將通過網絡傳送并在服務器內執行，服務器使用自己的CPU處理完SQL語句后，只把處理結果（成功或失敗）通過網絡反饋回客戶端。顯然，這大大減輕了網絡的負載，同時也縮短了執行時間。這是對基于文件服務器結構性能的一個重要改進。

　　綜上所述，大型機和基于文件服務器的系統由于應用程序邏輯必須在大型機內運行（針對集中式結構）或必須在客戶機內執行（針對文件服務器結構），所以不能提供一個真正可伸縮的系統框架。而客戶機/服務器系統至少由兩部分組成：一臺發出請求的客戶機，一臺為請求服務的服務器。這兩個部分協同工作，應用程序邏輯則分布于客戶和服務器之間。這樣一來，就為開發運行更快、更高效的應用程序提供了基礎。

　　Intranet和Internet為客戶機/服務器結構提供了極好的機遇。當今的Web技術就是一個典型的客戶機/服務器結構：瀏覽器是客戶機，Web站點是服務器。

　　4.4 軟件開發建議

　　在DCS網絡環境下運行的應用程序，應該是遵循COM/DCOM標準、通過ActiveX實現的客戶機/服務器結構的應用程序。因為這樣的應用程序是由ActiveX組件組裝而成的，與其它應用程序結構相比更加健壯、可伸縮性強且容易維護。

　　另外，應注意：由于微軟的重新命名，OLE文檔已成為ActiveX文檔；OLE控件已成為ActiveX控件；等等。從而OLE這一術語才真正像它早期縮寫的含義那樣，代表"對象鏈接與嵌入"，而OLE中一些關鍵技術和組件則成為重新命名后的ActiveX技術和組件。

　　需要指出的是，究竟采用何種軟件進行開發并不十分重要。采用Visual Basic 5.0以上版本的軟件可以開發出人機界面十分友好的組態軟件和監視軟件，這也被大量的專業化組態軟件公司優先采用，畢竟它是幾乎所有軟件編制人員最易上手的工具。它本身具備良好的可視化界面（所見即所得）和良好的結構化風格，允許多人協同工作。由于最大的軟件開發工作量之一是編制界面，我們沒有必要選擇太專業化的開發工具，因為熟悉和掌握是需要較長時間。也有公司采用Visual Basic Visual C++5.0或Visual J++等語言，可以相互彌補各自的不足。近段時間，國內外有不少公司試著采用Java甚至HTML語言編制動態的組態軟件，將枯燥乏味的組態軟件工作當作是動畫編輯，逐步得到人們的首肯。這對今后工業以太網控制系統的大量應用無疑將占盡先機，也逐步展現出迷人的前景。

　　5．DCS向FCS系統的過渡及其發展方向

　　前面我們介紹了，今后DCS系統的發展必將是以在DCS的基礎上發展起來的FCS替代現在的DCS，因為FCS順應了自動控制系統的發展潮流。

　　為了今后的開發工作不迷失方向，我們有必要了解FCS的主要構成、現狀和未來的發展方向，應該說，今天我們討論的DCS應該是今后的FCS：

　　5．1七十年代以前，控制系統中采用模擬量對傳輸及控制信號進行轉換、傳遞，其精度差、受干擾信號影響大，因而整個控制系統的控制效果及系統穩定性都很差。七十年代末，隨著大規模集成電路的出現，微處理器技術得到很大發展。微處理器功能強、體積小、可靠性高、通過適當的接口電路用于控制系統，控制效果得到提高；但是盡管如此，還是屬于集中式控制系統。隨著過程控制技術、自動化儀表技術和計算機網絡技術的成熟和發展，控制領域又發生了一次技術變革。這次變革使傳統的控制系統（如集散控制系統）無論在結構上還是在性能上都發生了巨大的飛躍，這次變革的基礎就是現場總線技術的產生。

　　5．2現場總線是連接現場智能設備和自動化控制設備的雙向串行、數字式、多節點通信網絡，它也被稱為現場底層設備控制網絡（INFRANET）。80年代以來，各種現場總線技術開始出現，人們要求對傳統的模擬儀表和控制系統變革的呼聲也越來越高，從而使現場總線成為一次世界性的技術變革浪潮。美國儀表協會(ISA)于1984年開始制訂現場總線標準，在歐洲有德國的PROFIBUS和法國的FIP等，各種現場總線標準陸續形成。其中主要的有：基金會現場總線FF（Foundation Fieldbus）、控制局域網絡CAN（Controller Area Network）、局部操作網絡LonWorks（Local Operating Network）、過程現場總線PROFIBUS（Process Field Bus）和HART協議(Highway Addressable Remote Transducer)等。但是，總線標準的制定工作并非一帆風順，由于行業與地域發展等歷史原因，加上各公司和企業集團受自身利益的驅使，致使現場總線的國際化標準工作進展緩慢。但是不論如何，制定單一的開放國際現場總線標準是發展的必然。

　　5．3　當前流行的幾類現場總線

　　5．3．1　基金會現場總線FF

　　基金會現場總線FF是在過程自動化領域得到廣泛支持和具有良好發展前景的一種技術。其前身是以美國Fisher－Rosemount公司為首，聯合Foxboro、橫河、ABB、西門子等80家公司制定的ISP協議和以Honeywell公司為首，聯合歐洲等地150家公司制定的World FIP協議。這兩大集團于1994年9月合并，成立了現場總線基金會，致力于開發出國際上統一的現場總線協議。

　　基金會現場總線分為H1和高速H2兩種通信速率。H1的傳輸速率為31.25Kbps，通信距離可達1.9km，可支持總線供電和本質安全防暴環境。H2的傳輸速率可為1Mbps和2.5Mbps兩種，通信距離為750m和500m。物理傳輸介質可為雙絞線、光纜和無線，其傳輸信號采用曼切斯特編碼。基金會現場總線以ISO/OSI開放系統互連模型為基礎，取其物理層、數據鏈路層、應用層為FF通信模型的相應層次，并在應用層上增加了用戶層。用戶層主要針對自動化測控應用的需要，定義了信息存取的統一規則，采用設備描述語言規定了通用的功能塊集。FF總線包括FF通信協議、ISO模型中的2～7層通信協議的通棧、用于描述設備特性及操作接口的DDL設備描述語言、設備描述字典，用于實現測量、控制、工程量轉換的應用功能塊，實現系統組態管理功能的系統軟件技術以及構筑集成自動化系統、網絡系統的系統集成技術。

　　5．3．2　CAN總線

　　CAN總線最早是由德國Bosch公司推出，用于汽車內部測量與執行部件之間的數據通信協議。其總線規范已被ISO國際標準組織制定為國際標準，并且廣泛應用于離散控制領域。它也是基于OSI模型，但進行了優化，采用了其中的物理層、數據鏈路層、應用層，提高了實時性。其節點有優先級設定，支持點對點、一點對多點、廣播模式通信。各節點可隨時發送消息。傳輸介質為雙絞線，通信速率與總線長度有關。CAN總線采用短消息報文，每一幀有效字節數為8個；當節點出錯時，可自動關閉，抗干擾能力強，可靠性高。

　　5．3．3　LonWorks總線

　　LonWorks技術是美國ECHELON公司開發，并與Motorola和東芝公司共同倡導的現場總線技術。它采用了OSI參考模型全部的七層協議結構。LonWorks技術的核心是具備通信和控制功能的Neuron芯片。Neuron芯片實現完整的

　　LonWorks的LonTalk通信協議。其上集成有三個8位CPU。一個CPU完成OSI模型第一和第二層的功能，稱為介質訪問處理器。一個CPU是應用處理器，運行操作系統與用戶代碼。還有一個CPU為網絡處理器，作為前兩者的中介，它進行網絡變量尋址、更新、路徑選擇、網絡通信管理等。由神經芯片構成的節點之間可以進行對等通信。LonWorks支持多種物理介質并支持多種拓撲結構，組網方式靈活，其IS－78本安物理通道使得它可以應用于危險區域。LonWorks應用范圍主要包括樓宇自動化、工業控制等，在組建分布式監控網絡方面有較優越的性能。

　　5．3．4　PROFIBUS總線

　　PROFIBUS是符合德國國家標準DIN19245和歐洲標準EN50179的現場總線，包括 PROFIBUS－DP、PROFIBUS－FMS、PROFIBUS－PA三部分。它也只采用了OSI模型的物理層、數據鏈路層、應用層。PROFIBUS支持主從方式、純主方式、多主多從通信方式。主站對總線具有控制權，主站間通過傳遞令牌來傳遞對總線的控制權。取得控制權的主站，可向從站發送、獲取信息。PROFIBUS－DP用于分散外設間的高速數據傳輸，適合于加工自動化領域。FMS型適用于紡織、樓宇自動化、可編程控制器、低壓開關等。而PA型則是用于過程自動化的總線類型。

　　5. HART總線 　　

　　HART協議是由Rosemount公司于1986年提出的通信協議。它是用于現場智能儀表和控制室設備間通信的一種協議。它包括ISO/OSI模型的物理層、數據鏈路層和應用層。HART通信可以有點對點或多點連接模式。這種協議是可尋址遠程傳感器高速通道的開放通信協議，其特點是在現有模擬信號傳輸線上實現數字信號通信，屬于模擬系統向數字系統轉變過程中的過渡產品，因而在當前的過渡時期具有較強市場競爭力，在智能儀表市場上占有很大的份額。

　　5．4　現場總線控制系統（FCS）的結構與特點

　　5．4．1　結構

　　隨著現場總線技術的出現和成熟，促使了控制系統由集散控制系統（DCS）向現場總線控制系統（FCS）的過渡。在一般的FCS系統中，遵循一定現場總線協議的現場儀表可以組成控制回路，使控制站的部分控制功能下移分散到各個現場儀表中。從而減輕了控制站負擔，使得控制站可以專職于執行復雜的高層次的控制算法。對于簡單的控制應用，甚至可以把控制站取消，在控制站的位置代之以起連接現場總線作用的網橋和集線器，操作站直接與現場儀表相連，構成分布式控制系統。

　　5．4．2　特點

　　分布式的FCS系統比DCS系統更好地體現了“信息集中，控制分散"的思想。與傳統的DCS 相比，FCS有其自身的特點。FCS系統具有高度的分散性，它可以由現場設備組成自治的控制回路。現場儀表或設備具有高度的智能化與功能自主性，可完成控制的基本功能，并可以隨時診斷設備的運行情況。另外，FCS的結構比DCS簡化。有的FCS系統省略了DCS中控制站這一層，操作站直接與現場儀表相連。這些使FCS的可靠性得到提高。

　　現場總線系統具有開放性。系統對相關標準具有一致性、公開性，強調對標準的共識與遵從。通信協議一致公開，各不同廠家的設備之間可實現信息交換，通過現場總線可構筑自動化領域的開放互連系統。系統的開放性決定了它具有互操作性和互用性。互操作性指互連設備間、系統間信息傳送與溝通；而互用則意味著不同生產廠家的性能類似的設備可實現相互替換。作為工廠網絡底層的現場總線還對現場環境有較強地適應性。它支持雙絞線、同軸電纜、光纜、無線和電力線等，具有較強的抗干擾能力。

　　由于結構上的改變，FCS比DCS更節約硬件設備。使用FCS可以減少大量的隔離器、端子柜、I/O卡及I/O端口，這樣就節省了I/O裝置及裝置室的空間；同時減少了大量電纜，可以極大地節省安裝費用。與此同時，FCS比DCS性能有所提高。由于免去了D/A與A/D變換，使儀表精度得到極大的提高；通過將PID功能植入到相應的智能傳感器中去，使控制周期大為縮短。目前FCS可以從DCS的每秒調節2～5次增加到每秒調節10～20次，改善了調節性能。FCS控制系統與DCS控制系統結構比較見圖1。

　　5．4．3　現場總線的優點

　　由于現場總線的以上特點，特別是其系統結構的簡化，使其從設計、安裝、投運到正常生產運行及檢修維護，都體現出優越性。它不僅節省了硬件數量與投資，節省了安裝費用，而且系統的維護開銷也大大地降低。現場總線控制系統不僅精確度與可靠性高，在方便使用和維護性方面，FCS也比DCS有優勢。FCS使用統一的組態方式，安裝、運行、維修簡便；利用智能化現場儀表，使維修預報（Predicted maintenance）成為可能；由于系統具有互操作性和互用性，用戶可以自由選擇不同品牌的設備達到最佳的系統集成，在設備出現故障時，可以自由選擇替換的設備，保障用戶的高度系統集成主動權。

　　此外，它還具有設計簡單，易于重構等特點。

　　5．4．4　發展趨向

　　傳統的集散控制系統（DCS系統）具有集中監控、分散控制、操作方便的特點。但是，在實際應用中也發現DCS的結構存在一些不足之處，如控制不能做到徹底分散，危險仍然相對集中；由于系統的不開放性，不同廠家的產品不能互換、互聯，限制了用戶的選擇范圍。利用現場總線技術，開發FCS系統的目標是針對現存的DCS的某些不足，改進控制系統的結構，提高其性能和通用性。

　　FCS想要在實際中取代DCS，既要具備DCS所具有的功能，又要能克服DCS的缺點。FCS由于采用了現場總線技術，在開放性、控制分散等方面優于傳統DCS。但是由于它是一種新技術，目前連標準本身都還沒有制定統一，因此FCS與成熟的DCS相比，還存在下列的一些欠缺。

　　（1）由于現場總線標準本身尚在發展中，從而給產品的開發和測試帶來難度。這在一定程度上造成產品開發商、生產商少，產品品種單一而且價格昂貴。

　　（2）在某些場合中，FCS還無法提供DCS已有的控制功能。由于軟硬件水平的限制，其功能塊的功能還不是很強，品種也不夠齊全；用現場儀表還只能組成一般的控制回路如單回路、串級、比例控制等，對于復雜的、先進的控制算法還無法在儀表中實現，對于單回路內有多輸入、多輸出的情況缺乏好的解決方案。

　　（3）目前FCS成功的應用實例不多，難以評估實際應用效果。

　　由于以上這些原因，FCS取代DCS將是一個逐漸的過程。在這一過程中，會出現一些過渡型的系統結構，如在DCS中以FCS取代DCS中的某些子系統。用戶將現場總線設備連接到獨立的現場總線網絡服務器，服務器配有DCS中連接操作站的上層網絡接口，與操作站直接通信。在DCS的軟件系統中可增添相應的通信與管理軟件。這樣不需要對原有控制系統作結構上的重大變動。

　　（4）當前，各種形式的現場總線協議并存于控制領域。在樓宇自控領域，Lonworks和CAN網絡具有一定的優勢；在過程自動化領域，主要有過渡型的HART協議、得到廣泛支持的FF現場總線協議以及同樣較有競爭力的PROFIBUS協議。HART協議將是目前幾年內智能化儀表的主要通信協議；基金會現場總線是過程自動化領域中較有前途的一種現場總線，得到許多自動化儀表設備廠商的支持；由于Lonworks技術的開放性，國內出現了利用它開發控制系統的許多開發商。考慮到統一的開放式現場總線協議標準制定的長期性和艱巨性，傳統DCS的退出將是一個漸進過程。在一段時期內，會出現幾種現場總線共存、同一生產現場有幾種異構網絡互連通訊的局面。但是，發展共同遵從的統一的標準規范，真正形成開放式互連系統，是大勢所趨。

　　6．DCS的硬件系統及其發展方向

　　關于硬件系統，我們還沒有更深入的討論。不過，DCS或者是今后的FCS硬件肯定會大量采用單片嵌入式軟硬件系統。這是因為：

　　1. 無論是DCS的智能模件還是今后FCS的現場模塊，必須具備自我診

　　斷、數據交換等功能；

　　2. 由于DCS和今后的FCS都會將控制、采集任務下達給遠端絕大部分

　　的模件或模塊，以讓其分散系統任務，故該類模件或模塊必須具備狀態或數據采集、或者進行PID控制。因此，它不能缺少MCU；

　　3. 由于通訊功能的增強，有必要加強通訊協議的認可、總線設備地址的

　　辨識、誤碼的智能判斷及相應錯誤的糾正等。

　　所謂單片嵌入式軟硬件系統是指具備可安裝與PCB（印制板）還儀器、儀表、專業模塊設備內的計算機系統。它并不包括我們常說的PC計算機。

　　6．1采用單片微處理器的嵌入式軟硬件系統

　　這種系統即是我們常說的單片計算機系統。它往往采用一片單片機加外圍芯片構成。主要有AD、DA、DI、DO芯片作為與外部設備交換傳統的模擬量信號和開關量信號。并增加與外部的通訊接口電路、完成所謂的RS485物理接口并配合通訊協議在控制總線或現場總線上與主計算機或其他設備交換數據。

　　由于傳統的單片機功能有限，往往還加入了大量的邏輯處理單元和大容量存儲器。例如：采用PAL 、GAL、CPLD等。也有采用FPGA以完成邏輯、譯碼、存儲、通訊控制和特殊布爾計算。

　　必須指出，單片計算機計術仍然在不斷發展。很多單片機采用RISC精簡指令集和CPLD、FPGA或者是DSP技術，可以片內帶FLASH MEMORY，并有JTAG接口，可以在線完成程序擦除、下載、調試等工作。工業控制領域以16BIT單片機為主，逐步采用32BIT甚至64BIT單片機，而應用于通訊領域中以8BIT單片機為多。據《電子工程專輯》報道：由于因特網的接入需求為8位MCU帶來新的活力。這表現在8位單片機供應商紛紛采取措施推出增強因特網接入功能的新型8位MCU，這給本來由于常規8位單片機極高的市場需求又注入新的活力。市場預計從2000年的90億美元增加到2004年的160億美元。而16位、32位MCU加起來還不到8位MCU的一半。完全打破某些專家和公司預計的16位MCU將在短時間內替代8位MCU。他們的依據8位MCU是沒有能力實現與因特網連接。然而，這些預言是錯誤的。基于8位MCU的低價格性和軟件嵌入式操作系統的支持，加上單片機上集成硬件的TCP/IP控制協處理器。這比采用16位甚至32位MCU要可靠、經濟。如果說世界各大廠商在采用8位MCU完成通訊功能、而你卻想用16位MCU，這除非是你的產品成本比別人低得多，否則無法與別人競爭。

　　單片機系統配備TCP/IP通訊協議完成以太網接口是目前單片機的熱點。國外甚至推出可以發E_mail、上Web瀏覽的單片機系統。因此，上網沖浪不再是PC 計算機的專利。只有充分享受網上資源的一切設備才是人們所追求的目標。這種技術的大量使用，無疑給未來的工業以太網探明道路。

　　6．2采用DSP數字處理器的嵌入式軟硬件系統

　　DSP數字處理器是近來發展起來的新技術。它實際上也是單片計算機。一般的單片機內部總線采用程序區和存儲器區共用的馮－諾依曼結構。程序按步進行，必須完成取指、運算、執行才能完成一個指令。而DSP采用哈佛結構，程序區和存儲器區完全分開，取指、運算可以完全分開，即在運算階段時可以進行取下一條指令操作。故可以高速、并行工作。由于集成大量的存儲器和布爾處理器、復雜邏輯陣列及特殊算法功能塊，可以高速處理大量數據甚至輕而易舉地完成模糊控制或自適應控制等，是未來嵌入式系統的發展方向。

　　TMS320系列DSP是美國德州公司的產品。因其內部可以并行運行多個程序故可以處理更復雜的問題，相應程序執行速度得以大大提高。由于硬件回路功能較強，甚至AD、DA轉換器也可以直接選擇DSP某些接口來構成。

　　對于需要更快的處理速度（與純硬件執行速度相當）某些設計完全可以由FPGA組成硬件，而采用VHDL設計語言來滿足系統要求。則其執行方式完全并行工作，執行指令也完全與常規的us/步不同，因為它不是按每個功能需要多少個執行周期來完成，而是每個功能由多少個“硬件”構成，它總共延時多少ns。這個“硬件”是由軟件來描述，而完成功能確實內部的硬件進行。可以說，它如同一個半導體廠定制的ASIC電路。內部功能由專用硬件構成（不過是看不見硬件），而生成的硬件卻是由軟件進行描述而生成的。

　　未來的DSP最終會向FPGA過渡。

　　6．3 DCS模件向FCS模塊的演變

　　常規的DCS是由若干個機柜中安裝各種模件或者是板卡所構成。它們相對集中并且通過內部的通訊、控制總線與各個模件相連接。由于DCS已經發展很久，但其總體結構變化不大。不過，這種結構已經明顯顯示出不足：

　　a．由于各板卡集中于幾個機柜中，各自的通訊聯絡采用專用的協議，故屬于封閉式，無法直接與第三方設備交換數據，必須進行相互接口、通訊協議轉換。開放性較差；

　　b. 所有的模件接口采用傳統的DI、DO、AI、AO，需要大量的電纜與現場設備相連接。直接導致安裝復雜、成本居高不下，故障點增多；

　　c. 模件抗干擾能力、防靜電能力差。

　　而FCS模塊強調可以現場安裝，高可靠性和惡劣的環境下高防護等級可以直接安裝于現場。而相互連接可以通過冗余的通訊電纜連接，所有連接在通訊總線上的設備可以共享信息，最終實現控制功能下移至現場層。

　　7．結束語：

　　綜上所述，DCS系統最終向FCS系統發展，我們究竟是使用別人的產品或是自己開發，是開發DCS還是FCS這要根據我們自身的實力和情況定。根據技術的發展方向和市場的需求，我認為：如果需要開發DCS產品應該順應技術的發展方向和市場的需求進行。換句話說，應該結合目前現有品牌DCS并有所擴展－帶FCS的模塊以逐步向FCS系統過渡即尋找開發的捷徑。

　　根據世界上成功合作例子，有許多廠商之間相互合作，例如美國GE公司與香港Fanuc組成GE FANUC品牌的90XX系列PLC。他們不再是簡單的OEM組裝，而是進入了較高層次的再開發，在亞州市場上取得了巨大成功。我們能否也借鑒此類方式合作。而不要采用成套購入別人硬件OEM簡單的生產方式，共同投入技術，維護、發展產品。這樣的合作方式當然取決與對方是否愿意。例如，征得ABB的同意，共同推出適合電站系統的INFI－DF DCS系統，并部分采用自己的硬件和軟件系統，獲得商標、硬件、軟件的使用權，可以在初期按技術合作入股、提成等方式，在東汽生產模件并投入物力、人力開發與FCS相適應的現場總線模塊擴展DCS應用范圍。

　　如果此類方式遭到斷然拒絕，那我們只有獨立開發自己的DCS系統了。