認真閱讀OPC Server使用手冊
在使用OPC接口進行數據采集時一定要先閱讀OPC Server的使用手冊或在線幫助，因為在通訊時使用的OPC服務器名稱（ProgID）及進行DCOM配置時使用的組件名稱通常是由OPC Server軟件提供商自己定義的，我通常會從使用手冊或在線幫助上獲得相關信息。

有的OPC Server是不支持在線瀏覽的，通訊時使用數據項（連接項）是按著一定規範定義的，這時我們也需要閱讀使用手冊或在線幫助獲得相關信息。例如，在從老的OPTO22係統采集數據時，它是不支持在線瀏覽的。通過在線幫助我們知道它的數據項定義如下所示：

ControllerName[RefreshGroupName]:ItemType.ItemName[start-end].Field.BITn

並且在數據項字義時要填寫訪問路徑（”OPTO_MDS_0”）。控製器名、刷寫組名、項類類型等信息我們要通過控製係統竣工資料或OPTO22的組態工程中查找。

正確配置采集周期
由於不同的OPC Server能夠支持的最快采集周期是不同的，因此在實施數據采集時我們要根據OPC Server所能提供的最嘉采集速度進行配置。大部分的OPC Server支持的采集周期不是連續的
，如果我們設置的采集周期是服務器不支持的采集周期
，OPC Server會使用與設定周期相近的固有周期進行通訊調度。

通訊量控製
在通常情況下建議使用異步方式進行通訊，因為在這種方式下客戶端程序獲得數據由OPC Server根據數據變化情況主動發送的，具有較高的通訊效率。在實際應用中我們可能會遇到這樣的問題：與實時數據庫通訊的控製係統運行負荷較滿，如果不對通訊量進行控製就可能影響控製係統的正常運行（在通過APP NODE的OPC Server讀取TDC3000係統的數據時就愚到過類似問題）。zaizhezhongqingkuangxiajianyishiyongtongbufangshihuodanzutongbufangshizhixingshujucaiji，zaizheliangzhongtongxunfangshixiawomenkeyitongguotiaozhengmeizucaijideshujuxiangshujicaijizhouqilaikongzhitongxunliang。

注意服務器特殊限製
在使用OPC接口進行數據通訊時還要注意一些OPC Serverdeteshuxianzhi，youdeduikeyilianjiekehuduanshuyouxianzhi，youdeduizuiduokefangwendeshujuxiangshuyouxianzhi，youdezeshiduimeizubaohandeshujuxiangshuyouxianzhi。duiyuzhexieyouteshuxianzhidefuwuqi

，ruguobunengzhengquepeizhitongxuncanshuhuozhegoumaixiangshouquan，jiangchanshengtongxuncuowuhuozhinengcaijibufenshuju。duiyuyoufangwenkehushumuxianzhideOPC Server，如果達到最大客戶數，我們要重新購買受權增加允許訪問客戶數。對於有訪問數據項數的OPC Server最好的方法也是重新購買受權增加允許訪問數據項數，但也可以接口中提供的“單組同步”方式來增加可采集的數據點數。“單組同步”通訊方式是以犧牲通訊速度為代價的

，並且在這種方式下不能進行數據回寫（從客戶端更新服務器的數據）。對於每組有數據項數限製的OPC Server則比較好處理，隻要在接口設備定義時，將限製個數填寫到“每組項數”即可。

通過DCOM配置實現分布式通訊
在實際應用中有時出於安全或運行環境的考慮不能將數據采集程序與OPC Server安裝在同一台計算機上，這時我們就需要利用OPC的DCOM屬性實現數據采集程序與OPC Server之間基於網絡的分布式通訊。DCOM技術是自NT4.0係統以後

，由操作支持的一種組件間跨計算機間的通訊技術。在實現組件時隻要遵照COM規範定義接口，當服務端和客戶端程序分布在不同的計算機上時，隻要對服務端及客戶端的DCOM屬性進行相應配置就可以通過網絡實現遠程通訊。DCOM配置在不同的操作係統上配置方法不同，除了在Windows XP SP2係統外，其它係統即可以用指定用戶進行通訊
，也可以用匿名方式進行通訊。關於DCOM配置過程這裏就不詳細說明了
，可以參考《紫金橋OPC服務器及接口》文檔。