1.1.打開 opc Scout10 電腦顯示指定服務未安裝

2.這個時候需要配置系統DCOM，在開始->運行中輸入dcomcnfg回車

3.彈出DCOM安全設置窗口

4.組件服務下找到計算機，再在下一層找到我的電腦

5.右鍵我的電腦，點擊屬性

6.設置默認屬性

7.設置默認協議

8.COM設置。如果編輯限制灰色,需要修改注冊表HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\WindowsNT\DCOM中兩個參數MachineAccessRestriction、MachineLaunchRestriction的值

9. 1，2，3，4中增加everyone，administrator（自己的賬號），anonymous login（1和3中的everyone千萬不要刪除，否則可能會出現無法開機的情況）。給予1234各種權限，都打上勾
   
   

10.配置opcenum屬性。我的電腦下找到DCOM配置，右鍵，點擊屬性

11.如果沒有opcenum的話，需要去C:\Windows\SysWOW64里面找下看是否有opcenum.exe，如果沒有就需要重新安裝一下OPC了

12設置安全

13.設置終結點

14.設置標識

如果交互式用戶是灰色的，就在C:\Windows\SysWow64目錄下查找opcenum.exe，拖到開始->運行框中，運行命令C:\Windows\SysWOW64\OPCEnum.exe /regserver，回到上述界面，交互式用戶就可選了

15配置完成后打開Scout V10界面，恢復正常

前言

這篇文章比較長，是我多年工作經驗的一個總結。我做了10年的工業自動化，做過很多PLC、DCS系統，也做過很多的工業通訊。我也寫過不少opc、modbus等協議的通訊代碼。我相信我這篇文章很有現實指導意義。如果覺得文章太長沒有時間看，可以先收藏，以后有時間了再看。

OPC DA通訊過程與排錯

下面的我會按照opc da通訊連接過程，說明一下在連接過程中可能出現的通訊問題。列表的順序就是opc da建立通訊連接的順序。

1. OPC Client查詢（枚舉）OPC Server

OPC Client連接OPC Server分兩種情況：連接本地OPC Server和連接遠程OPC Server。

當OPC Client連接本地OPC Server時（OPC Client和OPC Server在同一臺電腦），OPC Client可以通過OPCEnum.exe枚舉到本地已經注冊的OPC Server，OPC Client也可以通過注冊表查找本地的OPC Server。

當OPC Client連接遠程OPC Server時（OPC Server與OPC Client不在同一臺電腦），情況將變得復雜。在windows操作系統中，RPC（Remote Procedure Call）是通過135端口進行通訊的。OPC Client枚舉遠程電腦上的OPC Server時，要調用遠程電腦上的OPCEnum.exe。這就涉及到了防護墻和DCOM配置。如果有以下問題，那么OPC Client無法枚舉到OPC Server：

• 網絡故障。OPC Client和OPC Server之間網絡無法到達，肯定是無法建立通訊的，RPC的底層還是TCP/IP，網絡不通那么就無法建立TCP/IP連接，也就不可能正常通訊。檢測網絡是否可達，常用的命令是ping。如果檢測到網絡不通，那么需要排查網絡問題。

注意：ping是有一定的欺騙性的。ping是通的代表網絡可達。ping不通不代表網絡不可達。因為防火墻可能會阻止ICMP回應。當ping不通時，要通過其他的方式配合確定網絡是否可達，比如端口開放檢測工具。

• 防火墻（硬件防火墻或者系統自帶的軟件防火墻）阻擋了135端口。

測試端口是不是通，常用的工具有telnet、nmap、tcping。在工作中，這三個工具我都會用。但是就檢測端口來說，我更喜歡tcping這個工具，簡單又直觀。nmap過于強大，所以就會比較復雜。telnet又過于簡陋。tcping工具的官方站點：https://www.elifulkerson.com/projects/tcping.php。tcping的使用非常簡單，就像ping工具一樣。下圖是tcping最簡單的用法，tcping 后面跟隨兩個參數，第一個參數為目的ip，也就是OPC Server所在電腦的IP地址。第二個參數為端口號，下圖我測試的是135端口。下圖的測試結果表示192.168.56.1的135端口是通的。

如果檢測到135端口不通，那么應該去排查硬件防火墻或者windows防火墻。windows防火墻應該開放TCP135端口。網絡中的硬件防火墻（如果有的話）也應該允許OPC Client和OPC Server之間的135端口互訪。

• DCOM配置錯誤。

網絡上不少DCOM配置的教程?；旧暇褪菍dministrators、everyone、anonymous、sytem、interactive、network幾個賬戶添加到COM安全配置中。以后有時間我會再寫一個DCOM配置的文章。我目前經常使用的是腳本，我自己寫的一個DCOM配置腳本，因為我比較懶，實在是不想總是鼠標點來點去的。這里是腳本的地址：https://gitee.com/Zer0Day/opc-da-dcom-script

• 安全策略問題。

不同版本的windows，默認安全策略是不同的。應該盡量讓OPC Client和OPC Server的安全策略相同。尤其是“網絡訪問：本地賬戶共享和安全模型”，直接影響賬戶的驗證方式。有些OPC Server，需要開啟Guest才能正常通訊。最容易導致問題的就是下面三圖選中的選項。

• OPCEnum沒有注冊或者被刪除

這個就安裝opc 運行環境吧。

• OPCEnum的用戶標識錯誤。

默認情況下，windows7以后的系統中，OPCEnum是注冊為windows服務的，并且已經集成到windows系統中。安裝一個全新的系統，默認就安裝了OPCEnum服務。已經被注冊為服務的DCOM組件，強烈建議將標識設置為“系統賬戶（僅用于服務）”。盡量不要選擇“下列用戶”，更不建議將OPCEnum反注冊以后設置為“交互式用戶”。網絡上有很多文章說要把OPCEnum的標識設置為“交互式用戶”，甚至有很多文章為了把OPCEnum的標識設置為“交互式用戶”，不惜把OPCEnum反注冊以后再重新注冊。我的建議是：沒事別動系統服務。

• OPC Client和OPC Server用戶名密碼不同。OPC Client和OPC Server要有相同的用戶名和密碼，否則將無法正常通訊。

2. OPC Client 連接OPC Server

經過第一步枚舉以后，如果OPC Client能枚舉到OPC Server，那么一定能連接上OPC Server嗎？答案是不一定。導致能枚舉到OPC Server而無法連接OPC Server的問題非常多。最常見的原因有以下點：

• DCOM配置錯誤。

要仔細檢查一下DCOM的配置有沒有問題，有沒有遺漏。另外DCOM配置以后通常需要重啟電腦。

• 標識錯誤。

這個問題和上面的OPCEnum標識錯誤一樣的。OPC Server可能以COM方式注冊，也可能以服務方式注冊。如果OPC Server是以服務方式注冊的，那么標識盡量選擇“系統賬戶（僅用于服務）”。如果OPC Server是以COM方式注冊的，那么盡量選擇“交互式用戶”。

• OPC Server無法正常啟動/運行。

OPC Server通常都是依賴數據源的，一般數據源是DCS系統或者組態軟件之類的。可能因為依賴關系導致OPC Server無法啟動?；蛘咭驗榘惭b配置錯誤，導致OPC Server無法啟動。也可能是因為其他的原因導致OPC Server處于假死狀態。

3. 創建數據點

在創建數據點的過程中可能無法遍歷OPC Item的情況。也就是列出OPC Serve的點時出錯或者無法顯示。這個通常是因為OPC Server自身的原因導致的。如果只是無法列出點，但是能在OPC Client創建點，也能讀取，那么這個問題可以不予理會。如果無法在OPC Client創建點，那么需要檢查OPC Server。

一般來說OPC Server都是依賴其他數據源的。出現無法列出OPC Item的情況，很可能是OPC Server無法讀取數據源或者是因為依賴的數據源沒有啟動、啟動順序不對等原因造成的。通常重啟軟件或者電腦能解決問題。

4. 讀寫OPC Item

終于來到了讀寫這一步。理論上，上面的每一步都走通了，讀寫數據應該是水到渠成吧？然而，這一步不出問題還好，出了問題就是非常頭大的問題。有些問題非常奇怪，讓人都無從下手。我列一個我遇到過的問題：

• 可以同步讀取，無法異步讀取/訂閱。

這個問題困擾了我很久，有好幾天找不到原因。同步通訊時，是客戶端發起請求，服務端響應。而異步通訊時，客戶端訂閱了一些點，服務端會在未來某個時刻連接客戶端發送數據。也就是說OPC Client側135端口要打開，DCOM要配置正確，安全策略要配置正確，雙方的用戶名和密碼也要正確。這樣才能保證OPC Server能正常的發送數據給OPC Client。以上任何一個有問題都會導致OPC Server無法將訂閱數據發送給OPC Client。我當時遇到的問題就是因為安全策略導致的。