OPC工業電氣一站式服務商自動化軟件工業電氣一站式服務商PLC及人機界面工業電氣一站式服務商產品選型工業電氣一站式服務商工控一選通
OPC分兩大部分，一是OPCSERVER，一是OPCCLIENT。OPCSERVER是基于DCOM的組件對象，負責連通PLC，類似一個ADAPTER，各個PLC廠家分別有針對自己PLC的OPCSERVER，也有第三方提供的。OPCCLIENT其實只是根據OPC協議而自己實現的應用程序。目前有很多第三方廠商提供FOR.NET或者DELPHI的OPCCLIENT的COMPONENTS。應用開發者只需使用組件讀取OPCSERVER提供的數據即可。所以OPC類似ADO所起的作用，只是分成了CLIENT和SERVER而已。應用程序通過ADO可以方便的CONNECT各種數據庫，而不必考慮連接的具體實現。同樣的，只要配好了OPCSERVER至PLC的連接，應用程序的撰寫者便無需考慮該調用什么LIB去連PLC，只需通過標準的OPCCLIENT去連OPCSERVER即可。1、因為通過OPC連接PLC，所以應用程序的開發可以使用任何開發工具，例如DELPHI，C＃，VB等，而無需局限在PLC廠商提供的蹩腳的開發工具，從而降低程序員的學習成本和公司的用人成本。2、由于OPC是一個ADAPTER，所以如果PLC發生了變化，上位機與PLC的互連只需更換一個OPCSERVER即可。毫不夸張的說，OPC代表了下位機與上位機互連的方向，有了OPC，我們可以按自己喜好選擇上位開發工具，生產力的提高是顯而易見的。OPC解決了什么？OPC誕生以前，硬件的驅動器和與其連接的應用程序之間的接口并沒有統一的標準。例如，在FA(FACTORYAUTOMATION)——工廠自動化領域，連接PLC(PROGRAMMABLELOGICCONTROLLER)等控制設備和SCADA／HMI軟件，需要不同的FA網絡系統構成。根據某調查結果，在控制系統軟件開發的所需費用中，各種各樣機器的應用程序設計占費用的7成，而開發機器設備間的連接接口則占了3成。此外，在PA(PROCESSAUTOMATION)——過程自動化領域，當希望把分布式控制系統(DCS——DISTRIBUTEDCONTROLSYSTEM)中所有的過程數據傳送到生產管理系統時，必須按照各個供應廠商的各個機種開發特定的接口，例如，利用C語言DLL(動態鏈路數據庫)連接的DDE(動態數據交換)服務器或者利用FTP(文件傳送協定)的文本等設計應用程序。如由4種控制設備和與其連接的監視、趨勢圖以及表報3種應用程序所構成的系統時，必須花費大量時間去開發分別對應設備A，B，C，D的監視，趨勢圖以及表報應用程序的接口軟件共計要用12種驅動器。同時由于系統中共存各種各樣的驅動器，也使維護運轉環境的穩定性和信賴性更加困難。而OPC是為了不同供應廠商的設備和應用程序之間的軟件接口標準化，使其間的數據交換更加簡單化的目的而提出的。作為結果，從而可以向用戶提供不依靠于特定開發語言和開發環境的可以自由組合使用的過程控制軟件組件產品。這段時間一直在做工業自動控制方面的項目，PLC使用的是，當時上位機用的是SIEMENS的，其使用的改的不倫不類的C，讓我實在無法忍受，缺少事件驅動，簡直不能稱之為現代軟件。在SIEMENS的上潛水多日以及跟北京的工程師浪費無數口水之后，終于找到了我認為是將來自控軟件應用的方向，
