在工業物聯網(IIoT)時代,OPC/OPC UA作為一種同一的通信架構,解決了互通性和尺度性的問題。OPC Classic的拜候規范都是基于微軟的COM/DCOM手藝,這會給新增層面的通信帶來不成肅除的弱點。例如當收集毗連斷開重連這種常見的環境會對DCOM毗連造當作不成逆轉的影響,對于這種問題,比力好的替代方式就是利用OPC Tunneller來進行通信,下面經由過程一個DCOM毗連和hongke MatrikonOPC Tunneller毗連的對比嘗試來證實這一點。
起首確保可以經由過程在OPC-1上打開OPC Explorer毗連到Network Neighborhood->OPC-2->Matrikon.OPC.Simulation.1server的體例將OPC-1和OPC-2成立起DCOM毗連,反之亦然。
在兩臺PC機上別離打開MatrikonOPC UA Tunneller Configuration Panel,選擇Classic Client to Classic Server項打開設置裝備擺設頁面。
打開 Tunneller Server Gateway Configuration頁,確認Encryption功能處于未選中狀況,然后點擊Apply。這一步必然要在兩臺PC機上都進行確認不然將無法成立任何毗連。
回到OPC-2里,在UA Tunneller的對話框里打開Tunneller Client-Side Gateway Configuration頁面。點擊 “+” 圖標來添加一個新的Tunneller毗連。
從下拉菜單中選擇OPC-1然后點擊OK,毗連成果將會展示在左側面板。
打開 OPC Explorer,你會看到OPC辦事器都擺設在Localhost下了,并且此時兩臺機械的OPC辦事器經由過程Tunneller成立了毗連。
1. 在Localhost下,選擇并毗連到Tunneller:OPC-1:Matrikon.OPC.Simulation.1。
建立一個標簽組(點擊Add Tags)并從此辦事器添加所有的Random下的數據項到組。
在Localhost下面的Network Neighborhood利用DCOM辦理毗連到OPC-1的上述統一辦事器,而且同樣地建立一個標簽組然后將此辦事器所有的Random數據項添加進來。
可以看到,在OPC-2的OPC Explorer里能看到兩種體例毗連到OPC-1的simulation辦事器的OPC組。并且兩種體例的組里OPC項都是good質量。
下一步我們利用Windows收集適配器來斷開兩臺PC的收集毗連。可以看到斷開收集毗連后,本機與OPC-1的OPC辦事器的DCOM辦理鏈接已被粉碎。而Tunneller毗連還依然連結毗連,可是此毗連下所有項的質量變為bad。
不雅察到對比成果后,從頭成立收集毗連。可以看到DCOM體例毗連并沒有主動恢復,而Tunneller毗連下OPC項的數值,質量以實時間戳都恢復更新了。
0 篇文章
如果覺得我的文章對您有用,請隨意打賞。你的支持將鼓勵我繼續創作!