《WINCC通過OPC訪問自身WINCC數據》這題目名字是有點繞！但你沒看錯，確實是WINCC建立OPC通訊通道，訪問本地WINCC項目自身的內部變量。
能通訊成功嗎？能!有意義嗎？還真的有。今天講的就是昌暉以表工程師做過的一次項目的應用，一直感覺挺有意思的，所以寫出來給大家分享。
那是一套空調自控系統的項目，某知名商業地產的。下位除了幾十臺DDC之外還有幾十臺S7-1200控制通風設備水泵等。上位是兩臺平行獨立運行的WINCC。這是背景的配置情況。
系統中有一些控制參數，是在上位WINCC管理的，由于WINCC與DDC和S7-1200通訊都是使用OPC通訊，另外也多謝WINCC7.2內部變量可以支持掉電保持功能，所以這些控制參數就選擇了使用WINCC的內部變量來保存。
為了便于管理和維護，兩臺電腦上的WINCC項目其實只做了一套，運行中通過用戶權限管理來實現功能區域的劃分和限制。原本也是正常的事。
但到運行中，客戶就發現兩臺OS設置的參數不一致，不能同步刷新！由于兩臺WINCC都是單機運行，所以同步是不可能的。而提到說如果修改其中一臺的項目，導致兩臺電腦因為這一點點原因就需要運行完全不同的程序，項目經理都直接否定了，說還不如就這樣接受瑕疵運行呢。
好糾結啊！
然后就突然想到了這一點，想試試行不行？
過程是：新建立一個OPC通道，鏈接的站選擇網絡計算機上的本計算機的名字，OS1，然后選擇opc.wincc，找到那些作為參數的內部變量，導入。導入時給這些變量增加了前綴cc_，這樣那些tag1的變量，反手換了個cc_tag1名字變成外部變量了。
然后畫面中打開設置系統參數的界面，選擇所有控件，選擇替換連接變量的名字，前面均加上cc_，保存，完成。
本機運行中，變量通過opc通道訪問電腦名字為OS1的本機的變量，可以成功。而項目復制到另外一臺電腦OS2后，由于OPC通道中定義的計算機名稱為OS1，所以相關變量數據仍然來自OS1。
問題得到解決，前后只花了不到十分鐘。
