KEPServerEx V5

KEPServerEX V5兼容Vista,可以在Windows Vista和更高版本的作業系統中安裝和使用。 KEPServerEX V4不兼容Vista,但它仍然可以在Vista和更高版本的作業系統上安裝和執行。 詳細訊息請參閱 “Vista中的”Kepware OPC軟體“。

 

注意:有關存取不符合Vista但作為服務執行的應用程式的訊息,請參閱附件的"Accessing Applications Running in Session 0."。

使用者提供的專案可以放在 Server 上的應用程式目錄中,並命名為“project.opf”或“project.xml”。 Runtime 啟動或重新初始化時,將會發生以下情況:

 

  1. 當啟用專案備份時,將建立現有“opf”檔案的備份。要存取此設定,請右鍵點擊桌面右下角的Administration圖標並選擇Settings。然後,打開Runtime Options
  2. 使用者提供的專案將被保存為新的 Runtime 專案。
  3. 成功 Runtime 專案更換後,使用者提供的檔案將被刪除。

注意:當具有寫入權限的Configuration Client連接到 Runtime 或 Runtime Demo已到期時, Runtime 專案將不會被替換。

 

應用程式目錄範例如下:

 

  • VistaC:\ ProgramData \ Kepware \ KEPServerEX \ V5
  • XPC:\ Documents and Settings \ All Users \ Application Data \ Kepware \ KEPServerEX \ V5

 

批次檔範例如下:

cd\

cd Programs Files\Kepware\KEPServerEX 5

net stop "KEPServerEXV5"

REM: cd\ (LOCATION OF PROJECT TO PLACE INTO RUNTIME)\project

copy C:\project.opf C:\ProgramData\Kepware\KEPServerEX\V5\*.*

net start "KEPServerEXV5"

問題:

首次啟動OPC Quick Client 或將其他應用程式連接到KEPServerEX V5時,KEPServerEX V5有時更新專案會比較慢。這在KEPServerEX V4中沒有發生。

 

這種延遲對於像Weatherbug、DNP3、BACnet和SNMP這樣的 Driver 是顯而易見的,因為支援這些協議的設備通常比典型的自動化設備傳輸速度更慢。如果專案中的設備無響應,並且 Server 逾時(尤其是當這些設備在單個連接上多次丟棄時),此問題也將顯示出來。

 

解決方法:

這種延遲是設計過的,並且是OPC 3.0合規性設定的結果,要求在更新可能發送到連接的 Client 之前初始化所有專案。默認情況下,KEPServerEX V5啟用此設定,而KEPServerEX V4默認情況下禁用此設定。

有關詳細訊息,請參閱以下說明。

 

  1. 要禁用KEPServerEX V5中的設定,請點擊FileProject Properties並打開OPC DA Compliance。然後,取消選取Return initial updates for items in a single callback
  2. 要在KEPServerEX V4中啟用此設定,請點擊Tools | Options並打開OPC DA Compliance。然後,選取Return initial updates for items in a single callback

程序ID是Kepware.SNMPOPCServer.1。

 

注:iSNMP伺服器已經退出KEPServerEX V4的產品。KEPServerEX V5版中沒有iSNMP伺服器。

 

問題:

Oracle Connector無法儲存資料記錄到MOC或是MES表格,亦無法發出任何的錯誤訊息到Server的Event log中。

導致此問題的可能原因:

Oracle Connector要求Kepware的Oracle Client端,但是這並沒有被安裝在PC上,造成執行server和Oracle Connector時發生問題。

解決方法:

開啟www.kepware.com 此連接後登入到My Kepware。之後,下載Kepware的Oracle Client。

注意:從Oracle網站上下載的connector並不會運作在Oracle Client中。

當 KEPServerEX 專案設定為使用 Modem 時,將在名為“_Modem”的資料夾中的頻道下自動建立 Tag。 這些 Tag 指定、撥打號碼,然後一旦交易完成即掛斷線路。 任何 Client 都可以連接到這些 Tag,並根據需要讀取或寫入它們。

注意:有關 Tag的清單和說明,請參閱KEPServerEX V5產品手冊。

可以。 Microsoft Excel支援DDE和NetDDE(取決於作業系統)。 有關如何設定Excel與KEPServerEX一起使用的訊息,請參閱KEPServerEX、DDE和Excel

 

注意:使用者還可以找到允許從Excel連接到OPC Server 的第三方ActiveX控制項。

問題:

Server 自動從InTouch專案產生 Tags,但是當使用OPC Quick Client讀取 Tags時,使用者沒有收到資料並顯示bad quality。

 

可能的原因:

  1. InTouch應用程式未執行,必須使InTouch Client Driver才能讀取即時資料。
  2. InTouch Client Driver無法加載與InTouch通訊所需的一個或兩個Wonderware元件。 “dll”和“wwheap.dll”元件的位置必須包含在PATH系統環境變量中。 如果在 Server 之前安裝了InTouch,安裝程序應該能夠找到這些檔案,並對路徑變量進行必要的加入。 如果不是,使用者必須手動將位置加入到路徑變量中。

Modbus異常代碼由Modbus Device或Modbus Gateway 返回。有關 Driver Modbus Suites報告的Modbus異常代碼說明,請參閱以下列表。更多訊息請參閱modbus.org上的Modbus應用協定手冊

 

  • 異常代碼01在查詢中接收的功能代碼不是 Server(或slave)的允許操作。這可能是因為功能代碼僅適用於較新的 Device 或未在所選單元中實現。它還可以指示 Server (或slave)處於錯誤狀態以處理此類型的請求(例如因為未設定並被要求返回暫存器值)。
  • 異常代碼02查詢中接收的資料位址不是 Server (或slave)的允許位址。更具體地,參考號碼和傳送長度的組合無效。對於具有100個暫存器的控制器,具有偏移量96和長度為4的請求將成功,而偏移量為96和長度為5的請求將產生異常代碼02。當 Server 收到該異常代碼時,它將停用與預設情況下的響應。要更改預設操作以使一個輪詢週期的 Tags無效,請打開 Device PropertiesError Handling,取消選中Deactivate tags on illegal address exception parameter
  • 異常代碼03 Server (或slave)不允許包含在查詢資料字段中的值。這表示複雜請求結構中的錯誤(例如不正確的隱含長度)。這並不意味著提交儲存在註冊表中的資料項的值超出了應用程式的期望數值。 Modbus協定不知道任何特定暫存器的任何特定值的重要性。當 Server 收到這個異常代碼時,預設情況下將停用響應中涉及到的 Tags。要使一個輪詢週期的 Tags無效,請點擊 Device PropertiesError Handling.,取消選中Deactivate tags on illegal address exception parameter
  • 異常代碼04 Server (或slave)不允許包含在“查詢資料”字段中的值。這表示複雜請求的結構中的錯誤(例如不正確的隱含長度)。這並不意味著提交儲存在註冊表中的資料項的值超出了應用程式的期望值。 Modbus協定不知道任何特定暫存器的任何特定值的重要性。當 Server 收到這個異常代碼時,預設情況下將停用響應中涉及到的 Tags。要使一個輪詢週期的 Tags無效,請點擊Device PropertiesError Handling,取消選中Deactivate tags on illegal address exception parameter
  • 異常代碼05雖然slave已經接受請求並正在處理它,但需要很長時間才能執行。此響應可防止在主機中發生超時錯誤。Master可以發出一個輪詢程序完成消息來確定處理是否已經完成。
  • 異常代碼06slave正在處理長時間程序命令。當 Slave 是空閒時,Master應該稍後重新發送消息。
  • 異常代碼07slave不能執行查詢中接收到的程序功能。使用函數代碼13或14十進制,將返回一個不成功編譯請求的代碼。主機應從slave請求診斷或錯誤訊息。
  • 異常代碼08嘗試讀取擴展記憶體時,slave檢測到記憶體中的奇偶校驗錯誤。雖然master可以重試請求,但在slave Device 上可能需要服務。
  • 異常代碼10與 Gateway 配合使用,表示 Gateway 無法從輸入 port 向輸出 port 分配內部通訊路徑,用於處理請求。這通常意味著 Gateway 設定錯誤或過載。
  • 異常代碼11與 Gateway 結合使用的特殊用途。表示沒有從目標 Device 獲得響應。這通常意味著 Device 不在網路上。
  • 異常代碼111在查詢中接收到的功能代碼不是 Server 或slave的允許操作。這可能是因為功能代碼僅適用於較新的 Device ,並且未在所選單元中實現。它還可以指示 Server 或slave處於錯誤狀態以處理此類型的請求(例如,要求其返回暫存器值但未設定)。 Hilscher Modbus Plus CIF CARD具體返回此錯誤。
  • 異常代碼114 Server 或從 Device 嘗試執行請求的操作時發生不可恢復的錯誤。 Hilscher Modbus Plus CIF CARD具體返回此錯誤。

使用KEPServerEX 5.13及更高版本中可用的_DeviceDemandPoll功能,使用者可以在請求的基礎上取得 Device 資料,而不是連續的掃描週期。

大多數 Client 應用程式執行基於異常的處理,這意味著它們連接到 Server 並請求設定速率輪詢或掃描的資料(如500 ms)。 即使資料不斷被輪詢,當資料從一個輪詢更改為下一個輪詢時, Server 將僅向 Client 應用程式提供資料。

 

使用_DeviceDemandPoll,使用者可以在 Client 軟體中強制進行輪詢,即使資料沒有改變(或者輪詢週期沒有完成)。

當通過多點連接以通訊 port 與Serial Device 進行通訊時, Server 將單獨輪詢每個 Device 。因此,如果其中一個 Device 被刪除或失敗, Server 必須在所有掃描週期將其逾時其請求到該 Device 。要解決此問題,使用者可以執行以下操作之一:

 

  1. 禁用與斷線Device 的通訊。

 

  • 要禁用與 Device 的通訊,請將0寫入其_Enabled Tags。將為加入到 Server 的每個 Device 自動建立名為_System的隱藏 Tags組。該組包含連接到 Server 中特定於 Device 的記憶體/參數的 Tags。這些 Tags之一(稱為_Enabled)是一個布林 Tags,指示何時啟用或禁用資料收集。將1寫入此 Tags將啟用資料收集。這是預設設定。將0寫入此 Tags將禁用資料收集。

 

注意:寫入_Enabled Tags將修改專案。要控制應用程式在關機時如何處理此問題,請參閱 Tools | Options | General Exit Options

  • 使用者可以通過 Device 屬性手動禁用通訊而不是寫入_Enabled Tags。為此,請打開General選項卡,然後取消選擇“Enable data collection。完成後,點擊OK

 

  1. 啟用自動降級。

自動降級會使未響應的 Device 處於非掃描狀態達指定的時間間隔,從而允許 Driver 繼續優化與通道上其他 Device 的通訊。要設定自動降級參數,請點擊 Device Properties | Auto-Demotion

 

注意1對於在一定時間內斷線的 Device ,建議禁用資料採集。這是由於以下原因:

  • 當禁用資料收集時, Server 將不會嘗試與禁用的 Device 進行通訊。這是最有效的方案。但是,使用自動降級時, Server 將偶爾嘗試存取 Device 。這將導致其餘 Device 的資料收集延遲。
  • 當禁用資料收集時, Server 應用程式的事件日誌中只會收到一個禁用 Device 的消息。但是,使用自動降級時,每當 Device 自動升級或降級時,都會記錄事件。這可能會導致其他事件消息不太明顯,並且還會導致事件日誌快速填滿(從而減少其總時間區塊)。

注意2對於零星斷線的 Device (如某些無線網路),建議自動降級。由於 Server 會定期檢查離線 Device ,一旦他們重新上線,它將會重新掃描。

KEPServerEX 5.4.131版存在已知問題,其中升級產品會導致自定義DCOM設定遺失。

Kepware建議安裝KEPServerEX 5.4.135版來解決今後版本中的升級問題。

因為安裝過程會遺失,在安裝KEPServerEX 5.4.135之前,使用者應該注意自定義的DCOM設定。

Please publish modules in offcanvas position.