| |
| |
|
|
|
|
Copyright 1999-2006© Sunware Co.
| |
|
|
問：何謂OPC? |
| 答： |
OPC是OLE for Process Control的縮寫,他是一群工業自動化領導廠商，於1996年共同成立OPC Foundation，希望建立一個業界標準介面規格,因為大多數的Client端使用的系統為MS Windows，故使用OLE的架構有利與大多數的使用者整合，且利用現有的COM、DCOM、ActiveX等技術，可快速將系統建立完成。OPC簡單而言就是類似Driver的觀念, 記得在使用DOS作業系統時，程式設計師在開發一系列程式時，若是要驅動印表機時，每套軟體都必須特別去開發印表機驅動程式(printer driver)，例如AutoCAD必須開發Autocad體的印表機驅動程式，而Wordperfect文書處理軟體必須開發WordPerfect軟體的印表機驅動程式，程式設計師在設計不同的應用程式時必須花費大量的時間在作重複設計印表機驅動程式的工作。到了Windows作業系統時代，微軟公司將各廠牌印表機的驅動程式與作業系統融合在一起，所以只要將印表機廠商所提供之印表機的驅動程式安裝到作業系統中，所有的應用軟體，例如AutoCAD、Word、Excel … etc，開發這些應用程式的程式設計師不需要再花時間去設計這些印表機驅動程式了。在工控的領域也遇到同樣的問題,以往我們若是要用Intouch去連VESDA設備,程式設計師就必須開發Intouch for VESDA的Driver,但是若是下一次客戶要求用iFix去整合VESDA設備時,還得利用iFix去開發Driver, 全球有數以百計的SCADA & 程式語言,若是driver要這樣不停的開發下去不是曠日費時嗎,所以只要開發OPC server for VSEAD,就可以讓所有有支援OPC client的SCADA & 程式語言使用,這樣可以讓系統整合商節省大量整合的時間。 |
問：OPC是自控業界軟體整合的標準介面，那和Modbus有何不同? |
| 答： |
OPC是軟體之間透過微軟的COM、DCOM技術完成資料交換的標準介面，而Modbus是設備端常被要求必須提供的開放性通信規約，二者都是整合性的標準介面，但是絕大多數的設備都不是以Modbus為標準的通信規約，若是要求所有設備都要提供Modbus通信規約，軟硬體成本將會非常高。反觀只要程式語言或是是知名的圖控軟體都具備OPC Client的功能，所以用OPC完成軟體間的資料交換式最佳的選擇。 |
| |
問：OPC可以整合不同的軟體，OCX或是Library也可以完成類似得功能，那麼為什麼要使用OPC? |
| 答： |
OPC是在1996年由微軟和一些工控大廠共同制定的軟體整合標準，這十多年來數以萬計的自控業界廠商透過OPC的介面開發出無數的軟體，也完成無數的專案，會制定整合標準的原因，無非是如何讓程式設計師快速的設計出所需的程式而且可以達到整合的境界，所以許多的廠商開發出各式設備的OPC Server，也有許多廠商開發出OPC client的軟體，例如警報系統、即時趨勢圖系統、SPC系統、報表系統、配方系統、畫面開發系統 .. 等等。程式設計師可以輕易的選購自己所需要的軟體模組與自己的程式相結合，快速的縮短程式開發的時間。目前許多產品都有支援OPC但是卻不支援OCX 或是Library。例如全系列圖控軟體都支援OPC但是對OCX 或是Library的支援就沒有那麼完整。所以在公司永續經營的思維下，跟隨主流，研發單位所花費的時間會縮短，否則程式常常必須重新設計。 |
| |
問：利用程式語言就可以撰寫通信程式, 為何要使用OPC Server? |
| 答： |
通信程式實際上是比較不容易處理的,經驗稍微不足的工程師在撰寫通信程式時往往因為考慮不嚴謹,常會造成程式出問題,而本公司的OPC Server就是為了節省程式設計師try and error的寶貴時間,舉例來說,當PLC停電時或是通信線斷線時,程式必須檢查timeout時間而後嘗試著再連線,再者通信的優先順序也非常重要,控制的信號一定要優先處理,若是通信依個循環須時10 sec,總不能10秒後才執行控制動作,那麼就不叫工業控制了,諸如此類的通信細節,本公司的OPC server都已經內建了,使用者就不用花心思再去撰寫了。 |
| |
| |
當您想到 "專業" , 就會想到 "三惟"...
|
|
| |
