翻譯|使用教程|編輯:吳園園|2020-05-27 10:36:08.660|閱讀 4348 次
概述:該文章將逐步介紹如何使用Wireshark對OPC-UA客戶端和服務(wù)器應(yīng)用程序之間的通信進(jìn)行故障排除。
# 界面/圖表報表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
相關(guān)鏈接:
TOP Server OPC Server采用業(yè)界領(lǐng)先的Kepware技術(shù),是Software Toolbox's OPC和原生HMI設(shè)備的連接軟件,也是一款多線程應(yīng)用程序,能夠利用最新的雙核處理器和多處理器技術(shù)最大化您的性能。其靈活而強(qiáng)大的功能可最大程度降低項目的生命周期成本;模塊化架構(gòu)和通用用戶界面可以降低您的培訓(xùn)成本,因為在不同的驅(qū)動程序中使用了100種常用方法,幫助您學(xué)習(xí)TOP Server,并快速應(yīng)用與其他驅(qū)動程序相同的知識。
點擊下載TOP Server OPC Server最新試用版
隨著越來越多的公司從OPC-DA切換到OPC-UA,對OPC-UA通信進(jìn)行故障排除變得越來越重要。分析OPC-UA客戶端和服務(wù)器之間通信的最簡單方法之一是使用Wireshark。
該文章將逐步介紹如何使用Wireshark對OPC-UA客戶端和服務(wù)器應(yīng)用程序之間的通信進(jìn)行故障排除。
Wireshark是一個免費的網(wǎng)絡(luò)嗅探實用程序,具有用于OPC-UA的內(nèi)置過濾器,該過濾器將允許捕獲OPC-UA客戶端與服務(wù)器之間的通信。只要通信未加密(意味著不使用安全性),捕獲和分析對話就相當(dāng)容易。這樣可以對OPC-UA客戶端和服務(wù)器之間奇怪或意外的行為進(jìn)行故障排除。
以下步驟將幫助您入門:
1、啟用OPCUA過濾器
為了確保Wireshark確實捕獲了數(shù)據(jù),必須告訴它監(jiān)聽哪個端口。在Wireshark中,轉(zhuǎn)到“編輯->首選項”以打開“首選項”窗口:
然后,在“協(xié)議”部分下,找到“ OpcUa”協(xié)議,并確保輸入您的OPC-UA服務(wù)器使用的端口。該端口可以在OPC-UA服務(wù)器的端點URL的末尾找到。例如,如果端點為“ opc.tcp://192.168.111.75:49380”,則端口將為49380。
2、開始捕獲
在Wireshark中選擇正確的接口,然后單擊“開始”按鈕。
重要的是要注意,Wireshark將在所選的網(wǎng)絡(luò)接口上記錄所有流量(而不僅僅是OPC-UA)。這是正常現(xiàn)象,以后可以濾除OPC-UA通信。
3、讓W(xué)ireshark運行
在OPC-UA客戶端和服務(wù)器進(jìn)行通信時,讓W(xué)ireshark運行并捕獲網(wǎng)絡(luò)流量。如果目標(biāo)是解決OPC-UA客戶端與服務(wù)器之間的問題,那么現(xiàn)在是時候重現(xiàn)您遇到的問題,以確保該行為包含在Wireshark捕獲中。此時,您應(yīng)該已經(jīng)看到框架出現(xiàn)在Wireshark的主窗口中(可能滾動太快而無法讀取-可以預(yù)期-下一步是讀取和分析!)。
4、分析捕獲
在按所需的問題行為收集了Wireshark跟蹤之后,現(xiàn)在該看看通訊以了解發(fā)生了什么。在“過濾器”文本框中,鍵入“ opcua”,然后單擊“應(yīng)用”以過濾跟蹤以僅顯示OPC-UA通信。這將刪除所有我們不感興趣的無關(guān)框架。
一旦應(yīng)用了過濾器,剩下的就是OPC-UA消息。OPC-UA通信的示例輸出如下所示:
從那里,可以選擇感興趣的消息/數(shù)據(jù)包(例如,從服務(wù)器發(fā)送到客戶端的第167幀中的ReadRequest),然后向下鉆取以查看確切的請求內(nèi)容。
如果擴(kuò)展框架,我們可以看到客戶端已請求從OPC–UA服務(wù)器中的“ Channel1.Device1.Tag1”中讀取AttributeId 13(值)。從這里開始,我們可以轉(zhuǎn)到第168幀中的ReadResponse,以查看服務(wù)器發(fā)送回客戶端請求的內(nèi)容。
(插入圖像–存儲在Hubspot中– OPC_Dev_Blogs / WiresharkSampleResponsePacket)(圖像描述–屏幕截圖– Wireshark中的OPC-UA響應(yīng)示例)
我們可以看到服務(wù)器的ReadReponse告訴我們“ Channel1.Device1.Tag1”的值為7。我們還可以觀察到幀167和168之間的經(jīng)過時間約為10毫秒,這是非常快的響應(yīng)時間!如果經(jīng)過的時間很長,則可能會發(fā)出警報,指出服務(wù)器響應(yīng)時間太長–這為我們提供了進(jìn)行進(jìn)一步分析以確定延遲原因的指導(dǎo)。
對于使用OPC-UA通訊的控制工程師而言,能夠收集此類信息是非常寶貴的工具。它使他們能夠診斷OPC-UA客戶端和服務(wù)器之間的奇怪或意外行為,并快速找出問題所在。
本站文章除注明轉(zhuǎn)載外,均為本站原創(chuàng)或翻譯。歡迎任何形式的轉(zhuǎn)載,但請務(wù)必注明出處、不得修改原文相關(guān)鏈接,如果存在內(nèi)容上的異議請郵件反饋至chenjj@fc6vip.cn
文章轉(zhuǎn)載自: