① 如何實現OPC伺服器與OPC客戶端的主動通信
我用過kepware寫過，沒用過組態王，不太明白你說的主動與被動。客戶端添加Group的時候，你只要把IsSubscribed設置為true，伺服器端就會在數據發生變化時，觸發客戶端的DataChange事件，這應該就是你說的主動；而客戶端的非同步讀、寫事件AsyncRead、AsyncWrite，則是主動向伺服器請求，這應該就是你說的被動。
② 高分懸賞：opc sever，opc client，opc da關於OPC的疑問，opc伺服器和客戶端完成opc的寫入和讀取
個人理解：
舉個簡單的例子吧。比如我公司用的ABB DCS，有專門的上位機軟體Digivis，可以實現現場數據讀和寫；同時，這個DCS也提供了OPC訪問介面，我們自己也做了一個OPC Client也實現了對現場數據的讀和寫。
1、如果沒有ABB DCS的底層驅動（原生組態軟體），是無法實現PC與現場硬體的通訊的，那就不會有OPCServer了。
2、先有了ABB DCS的原生軟體，將現場數據採集過來，然後在將這些數據通過OPC Server發布出去。
又比如Siemens S7 200的PLC，你能直接連接其OPC么？不能。因為它根本沒這個介面。你得需要先使用Wincc與PLC建立連接，然後通過Wincc的OPCServer將數據發布出來，你才能使用OPC Client與該PLC通訊。OPC的出現就是為了解決我們用戶訪問各類控制器而提供的一個標准介面，它避免了用戶去編寫各類復雜甚至加密了的底層驅動。 其實組態王什麼的工控軟體，它就是編寫了各類底層通訊驅動，所以，只有OPC Client是不行的。
③ opc通訊協議怎麼傳數據
opc通訊協議傳數據步驟:1、從資料庫讀取數據，放入程序內存。(通常技術)2、建立OPC Client連接OPC server，將數據寫入OPC server。 本人靠這個吃飯。步驟告訴你了。如果想要現成的程序，那是要付費的哦。
(3)opc伺服器和客戶端是怎麼通信的擴展閱讀
OPC是世界上最受歡迎的基於標準的數據通信方法。它旨在解決自動化行業中的最大的挑戰：如何擺脫傳統的基於特製驅動器的通信方式，在不同設備、控制器、和/或應用程序之間實現通訊。
OPC之所以能夠成功地創造真正獨立於供應商的通訊是因為，OPC從雙方提取了數據發送設備（例如PLC）和數據接收端（例如HMI）的執行細節，因此可以在它們之間進行數據交換而不需要了解彼此的本地通信協議和內部數據組織形式。
這與特製驅動器的要求滿足只針對於通信方兩端的編寫方法形成了鮮明的對比。OPC可以代表為一個位於數據發送端和數據接收端之間的「提取」界面，這個界面允許在數據發送端和數據接收端之間交換數據而不需要對對方有任何了解。
OPC的「設備細節提取」是通過運用兩個稱為OPC客戶端和OPC伺服器的OPC構件得以實現的。其中每一個構件將在以下章節予以描述。需要注意的是，數據發送端和數據接收端能夠彼此通過OPC進行通訊並不意味著它們各自的本地協議就不需要了，或者是被OPC取代了。
相反，這些本地協議和/或介面仍然存在，但只是與兩個OPC構件的其中某一個通訊。然後，OPC構件之間進行數據交換，從而結束數據傳遞。數據也可以從應用程序端被傳輸至設備，而不需要彼此直接聯系。