KEPServerEX

Configuration 設定

DroppedEvents 系統裡面的標籤會顯示目前已經丟失多少資料。不過要在緩衝區容量達到上限的時候,DroppedEvents系統裡面的標籤才會開始記錄有多少資料丟失。

不一樣。 操作系統不會像使用Server內部的註冊表設定一樣執行Server。 使用者不應該使用“-Service” 開關來執行Server。

在警告訊息中, N 是發現問題的 tag record 的編號。

 

問題:

  1. ' ' is not a valid tag name.
  2. '_tagname' is not a valid tag name.
  3. Device address 'W2,Short,0,R/W,100,,,,,,,,,,,' contains a syntax error...where CSV fields beyond the one meant for the device address are posted in the "device address" part of the warning message).

 

原因:

  1. tag name 以句點結束。Server將句點視為一個分隔符號,告訴它有一個tag group。如果建立一個 tag name “Data.Tag1”,導入將建立一個名為“Data”的 tag group ,並在名為“Tag1”的內部加入 tag 。 如果建立(句點在最後)名稱為“data.”, Server 將建立一個名為“data”的 tag group,並顯示"' ' is not a valid tag name." 。它不會建立一個Tag,因為沒有符號在句點後面指定 tag name 。
  2. tag name以下劃線開頭。只有System Tag 才能以下劃線開頭。
  3. tag name有雙引號。

 

解決方案:

  1. 從tag name的末尾刪除任何句點。
  2. 從tag name的開頭刪除任何下劃線。
  3. 從tag name中刪除任何雙引號。

 

注意1:

在 4.280.435.0 之前的 Server 版本中,被指出為錯誤的 tag 不一定是CSV文件中第N個的 tag。這是因為當 Server 匯入 CSV 文件時,它會按照升冪對tag進行排序,然後再將它們加入到 tag 資料庫中。先前的server版本發布了排序後的 record number ,而不是在 CSV 文件中找到的record number。

當使用其中一個先前的 server 版本時,使用者可以通過 tag name 對CSV文件進行排序或升級到當前 Server 版本來發現錯誤,以便在警告消息中發布 CSV 文件中的record number。 KEPServerEX的4.x版本系列升級是免費的。

注意2:

訊息中給出的 Tag record number 比CSV文件中的行號少一個,因為CSV文件的第1行是不被計入記錄的標題。如果警告消息呼出N行,則查找N + 1行中的錯誤。

完整輪詢從0類(靜態資料)回傳資料,就如同從第1、2類和3類(事件資料)回傳資料。 這可能不是全部資料,這取決於 Slave如何設定。

有關詳細訊息,請按照以下說明操作。

  1. 首先,請右鍵點擊Server的右側視窗,然後選擇New Tag。 指定 Tag訊息,然後點擊OK
  2. 接下來,右鍵點擊設備,然後選擇 Export CSV。 這將產生手動建立的 Tag的CSV模板。
  3. 按照模板的格式,使用Excel或其他類型的軟體將 Tag清單檔案複製並粘貼到CSV模板中。
  4. 接下來,將產生的檔案(帶有新加入的 Tag的模板)保存為CSV檔案。 然後,返回Server。
  5. 右鍵點擊設備,然後選擇Import CSV
  6. 接下來,找到並選擇新建立的檔案。 然後, Tag將被導入Server。
在大多數情況下,Server可以根據需要支援盡可能多的Client連接; 然而,正在執行的應用程式程序的執行緒數量是有限的。

  • Windows XP和更早版本的操作系統將每個執行緒的線程數限制為2024。
  • Windows 2003和更高版本的操作系統根據可用資源限制每個執行緒的線程數。
在OPC中,每個Client連接消耗單個線程; 通過OPC Client連接加入的每個OPC組消耗Server中的兩個線程。 每個通道通常需要一個額外的線程用於設備通訊和其他目的。 因此,最大連接數可能因專案而異。 在某些情況下,從較舊的XP操作系統移動到新的操作系統的專案可能支援的連接數量少於預期的數量。

注意:當線程資源限制已滿時,加入群組和專案的將失敗,錯誤代碼為0x8007000E(“E_OutofMemory”)。
在KEPServerEX V5的版本中,提供可以簡單、快速就能產生多個Tag的工具。
這個工具可以搭配Kepware任何的通訊Drivers使用,並藉由user-defined driver的命名來產生多個Tag。同時也支援多種位址格式(例如十進位、十六進位和巴進位的數字系統)。

也能經由使用者定義產生多個Tag,以避免Tag重複產生如果需要更多資訊的話,請參閱KEPServerEX的產品手冊。

如果在伺服器安裝了Wonderware FactorySuite產品,FastDDE/SuiteLink選項會在伺服器的Options(選項)或Project Properties(屬性)中。必須在PC上安裝Wonderware FS2000 Common Components或InTouch Runtime Component 8.0或更高版本,這樣才能正常的FastDDE / SuiteLink操作。FS2000 元件在於Wonderware Suite的"設備整合CD"中。

 

如果安裝了FactorySuite產品,但沒有顯示FastDDE/SuiteLink選項,使用者應執行以下操作:

1.關閉所有可能接上伺服器的Client端。完成後在伺服器視窗右下角會顯示"Clients: 0"。在來關閉伺服器。

2.接下來重新安裝伺服器,必須是與安裝伺服器相同版本或更新版本。如果不確定,請從網站查詢及下載執行安裝。

3.出現提示更新或修改時,選擇更新,然後讓伺服器安裝完畢。

  1. 完成後,重新啟動伺服器。

5.接下來檢查FastDDE/SuiteLink選項:

  • 在KEPServerEX V4中,點擊Tools(工具) | Options(選項)。
  • 在KEPServerEX V5中,點擊File(檔案) | Project Properties(專案屬性)。

靜態Tag

靜態Tag是指使用者在伺服器中建立的Tag。讓設備位址有意義,給Tag定義資料型態或將Tag原始值調整到不同的工程數值。Client端應用程式可以瀏覽伺服器的靜態Tag。請注意以下事項:

  • 如果無自定資料型態,則位址資料型態將會使用預設。相關預設資料型態資訊,請參閱驅動程式產品手冊中的“位址說明”文章。
  • 大多數OPC Client端可以讓使用者在連結指定資料項目時設定資料型態,如果通訊驅動程式支援OPC Client端設定的資料型態就可使用。確保通訊驅動程式需要精確的解釋部分資料時,可以使用@[Data Type] 修飾器。
  • 非OPC Client端可以在基本的每個Tag附加@[Update Rate]來替換更新速率。
  • 使用動態Tag與Client端驅動程式例外,例如OPC DA客戶端和OPC UA客戶端,無法透過動態Tag請求資料型態替換,在Client端驅動程式中,在本機舉例的指定通訊資料型態之前,本機伺服器直到讀取點為止資料型態都是未知的。在本機伺服器專案利用靜態Tag定義資料型態與目標伺服器指定資料型態對應,或使用目標伺服器發佈的資料型態。

 

動態Tag

動態Tag是指伺服器專案代替Client端驅動程式對設備請求位址的建立Tag,而不是靜態Tag代替的位址。使用這請注意以下事項:

  • 動態Tag只能在設備層增加。例如使用者無法在設備建立子群組X,然後在"Channel_1.Device_1.X.R0"的Client端增加任何項目。

 

性能的差異

使用其中一個Tag不會對另一個Tag產生專案性能影響,優缺點也是一樣的。使用靜態Tag可指定Client端無法寫入Tag,但需要維護兩個Tag資料庫。使用動態Tag,使用者不需要維護兩個Tag資料庫,但無法確保多個Client端以相同的方式請求項目。

 

注意:使用者可以透過附加更新速率項目請求替換非OPC Client端的靜態或動態Tag的更新,該值以毫秒為單位。例如,“Channel_1.Device_1.R0@1000”。使用者也可以透過Alias設定替換更新速率,請點擊伺服器中Edit(編輯)| Alias Map。

建議每個通道放置一個設備,以便於使用者能同時與數個設備通訊。有關更多信息,請參閱ARC查看文章:Kepware通信解決方案幫助優化OPC連接白皮書。

執行KEPServerEX 5.17版本,下列的Drivers ,Plug-ins, Server interfaces和Wrappers的Server皆有支援64-bit的整數型態。

• Simulator Driver

• OPC XML-DA Client Driver

• Industrial Data Forwarder for Splunk Plug-In

• Media Level Redundancy Plug-In

• OPC DA Server Interface

• OPC .Net Server Interface Wrapper

注意:但會限制64-bit型態的縮放(scaling)和死區(deadbanding)。

Device自動降級是在Device無法進行回應的例外事件中,允許Drivers短暫切換Device為關閉掃描模式。在定期地時間內停止與無法進行回應的Device之間的通訊,Driver開始和其他Channel裡的Device進行通訊。經過一段時間之後,Driver將會重新嘗試與沒有回應的Device進行通訊。如果Deivce有回應,Device將會切換回掃描模式,否則,會一直定期重新啟動關閉掃描模式。

掃描模式允許使用者定義如何在Server中進行Device資料掃瞄和當有需求時如何覆蓋Client應用程式的更新頻率。對於自動化以外的開發領域且有大量Devices連接是非常有幫助的。參數為: • Respect client specified scan rate:遵循客戶端指定的掃描速度。 • Request data no faster than x: 取得資料的速度不超過使用者所設定的掃描速度 • Request all data at x: 依照您所設定的掃描頻率(Scan Rate)來取得所有資料。 • Do not scan, demand poll only: 在不掃描的情況下僅接資料 • Respect tag-specified scan rate: 按照每個TAG所定義的掃描頻率。

更新速率參數是由OPC DA規格定義的。作為Long資料型態,值的範圍為0 to 4294967295 毫秒。最低或最快的更新速率是10毫秒。最長或最慢的是4294967295毫秒,大約每49天。

為了確定從KEPServerEX專案中設備接收資料的速度,使用者可以對通訊過程進行基準測試。

由於專案執行負載的設備將以不同於設備的速率進行響應,使用者應在兩種情況下執行基準測試。

有關更多訊息,請參閱 對KEPServerEX專案的性能進行基準測試 。

 

要確保專案設定為提供最佳性能,請參閱 優化KEPServerEX V5專案 中的建議設計優化。

Kepware支援靜態 Tags上的線性和平方 Scale。為了使用任何一種 Scale,使用者必須先設定Hi、Low值,才能設定 Client 應用程式可見的工程值和資料類型。 Hi和Low值由PLC發送, Server 將對原始輸入值進行適當的計算,將其轉換為工程值。

 

在下面的範例中, Device 位址的取值範圍為0-10000。 Client 應用程式需要資料範圍為0.00-100.00的浮點數。

 

  1. 首先,建立一個資料類型為Word的靜態 Tag。
  2. 選擇Scaling,並確保啟用Linear Scaling
  3. Raw Value Range,將Low值設定為0,將Hi值設定為10000。
  4. Scaled Value Range,將低比例值設定為0,高標度值設定為100。
  5. 一旦從 Client 應用程式連接到Tags,它將是一個浮點資料類型。

 

如果PLC位址的值為27, Tags將顯示值為.27 ;  1250將顯示12.50的值,依此類推。

 

注意1 Scale也可以反向應用。如果一個值寫入 Tags, Server 將 Scale到適當的原始值。

 

注意2如果從OPC Client 使用死區百分比,死區將應用於 Scale值。有關更多訊息,請參閱Kepware產品中的 Scale資料

可能的原因:
這個錯誤代碼意味著“Master沒有進入邏輯token ring”。

解決方法:
驗證以下設定以確保它們設定正確。

  • 在Server中,點擊Device Properties | Communication Parameters。 然後,找到MPI ID設定,並確認它被設定為PLC的MPI位址。
  • NetLink Configuration Utility(位於Server的Utilities子目錄中,可以通過Start選單啟動),找到Own Station Address。 這是NetLink本身的MPI位址,必須設定為PLC或MPI總線上任何其他設備未使用的位址。
  • 將NetLink設定公用程式中的PLC(或其他MPI-bus masters)的Highest Station Address為大於或等於Own Station Address

有關檢查有多少 Client 連接到 Server 的訊息,請參閱以下說明。

  1. 在 Server 視窗的右下角,找到Client計數。所有 SuiteLinkClient(包括InTouch的多個副本)將被分組為 1 。
  2. 接下來,通過點擊 View | Diagnostics | OPC
  3. 點擊 Start,讓診斷執行一段時間,然後再停止它們。請注意以下事項:
    • OPC Diagnostics 視窗的上半部分列出了事件;下半部分列出了上半部分所選事件的細節。
    • 上窗格顯示 Server 任意分配的客戶機 ID 。具有不同 ClientID 的事件來自不同的 Client 連接。一些複雜的 Client 同時進行多個連接(多個ClientID)。
    • 要識別 Client ,請查找 Tag 名稱,群組名稱等。

 

對於非 OPC Client 連接協定

  1. 在 Server 中,點擊 Tools | Options。然後,選擇相應 Client 協定的選項卡: FastDDE/SuiteLink、DDE 或  iFIX PDB Settings
  2. 取消選中 Enable 。然後,點擊 OK
  3. 接下來,點擊Tools | Reinitialize。這將切斷所有 Client 連線。嘗試使用禁用的協定重新連接的 Client 將無法這樣做。
  4. 根據回報的錯誤識別 Client 。 Client 數量也可以幫助確定每種 Client 連接的數量。
  5. 要隔離遠端、本地連接,請將網路線拔出電腦。


注意:OPC Client 可能需要長達7分鐘才能檢測到 Server 已拔下電源。

問題:

Runtime 用於驗證產品完整性的代碼簽章驗證失敗,錯誤0x80092026:” The cryptographic operation failed due to a local security option setting.”。

 

可能的原因:

此錯誤很可能是因為選中了 Enable Trusted Publisher Lockdown群組策略設定,並且KEPServerEX憑證不在“受信任的發布者”憑證群組中。

 

解決方法:

通過點擊Group Policy | User Configuration | Windows Settings | Internet Explorer Maintenance | Security | Authenticode Settings來設定本機群組策略編輯。有關將KEPServerEX憑證加入到受信任的發布者憑證庫的訊息,請參閱以下說明。

 

  1. 首先,請打開Windows檔案總管並到KEPServerEX安裝目錄。
  2. 右鍵點擊exe並選擇Properties
  3. Digital Signatures並選擇欄位表中的第一個簽章。
  4. 點擊DetailsView Certificate
  5. 打開Details ,點擊Copy to File
  6. 點擊並保存為“DER”。然後,打開Run命令行。
  7. 輸入“mmc”,點擊OK
  8. Management Console,點擊File Add/Remove Snap-ins
  9. 選擇Certificates ,點擊Add
  10. 選擇Computer account ,點擊Next
  11. 驗證選擇是否設定為Local Computer,點擊Finish
  12. 要完成憑證管理單元的加入,請點擊OK
  13. 展開Certificates ,然後右鍵點擊 Trusted Publishers,然後選擇All Tasks Import
  14. 匯入新保存的憑證檔案。

注意:Kepware Technologies憑證現在應顯示在受信任的發布者的憑證區。啟動 Server Runtime 服務的使用者應成功執行。

當服務啟動時,它會通過服務管理與服務的逾時時間進行多長時間的通訊。如果服務管理在此超時期限內沒有從服務中收到“服務啟動”通知,它將終止承載該服務的進程。

 

逾時時間通常小於30秒。如果未調整,則服務管理將結束該過程。有關調整超時的訊息,請參閱以下說明。

 

  1. 在註冊表編輯器中,右鍵點擊註冊表子項HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
  2. 接下來,右鍵點擊控制(在註冊表編輯器的右側視窗中),然後選擇新建| DWORD。將選擇新的註冊表項的名稱進行編輯。鍵入“ServicesPipeTimeout”,然後按ENTER鍵。
  3. 接下來,右鍵點擊新的ServicesPipeTimeout註冊表項,然後點擊修改。
  4. 在編輯DWORD值中,找到值,然後輸入180000。
  5. 完成後,點擊確定。然後,重新啟動電腦以使服務控制管理器應用更改。

注意:TimeoutPeriod是為服務設定的逾時時間(以毫秒為單位)的值的佔位符。例如,要將逾時時間設定為24小時(86400000毫秒),請鍵入86400000。

當命名Channel,Device,Tag Group或是Tag,需保留或是限制使用以下這些特殊符號:

• 句號

• 雙引號

• 底線

• 空白

注意:在一些特定的情況可以使用這些特殊字元

• 可以在別名使用句號來區分原始的Channel名稱和Device名稱。例如,有效別名的名稱為"Channel1.Device1"。

• 在第一個字元之後可以使用底線,例如,有效的名稱為”Tag_1”。

• 在名稱中可能會用到空白符號。例如,有效的名稱為”Tag 1”。

重點提示:Server所設定的使用者介面將不再允許輸入保留字元符號進行登入動作,並且產生錯誤條件作為警示。當使用Import CSV功能去自動產生標籤 ,當違反以上這些命名規則時,會在server的事件紀錄器(Event Log)中顯示這些錯誤訊息並且限制以上這些特殊字元的使用

默認設定符合OPC DA 3.0規範。 這意味著該checkbox被啟用。 更改設定使其取消,並啟用其他checkbox。 但是如果沒有其他checkbox被更改,則該專案仍然符合要求,並且下次加載專案屬性時將啟用該checkbox。 如果其他checkbox之一更改,則“"Perform the following operations in agreement with the OPC-DA 3.0 specification"將不會重置。

問題:

嘗試在較新的作業系統上匯入舊版產品License時出現錯誤消息 :“Failed to create driver license file”。

 

解決方法:

舊產品需要存取System32(或SysWOW64)目錄。 因此,可能需要以管理員身份登錄電腦,或以提升的權限執行應用程式。

請在V5匯出該Device的csv檔案,再至v6進行匯入動作

KEPServerEx V4

有關在KEPServerEX V4或V5.4 R2及更早版本中更改Channel Diagnostics Viewer的默認顏色和字體的訊息,請參閱以下說明。

 

首先,檢查是否啟用通道診斷。右鍵點擊該通道,然後選擇Properties

General,找到Enable Diagnostics,若禁用則啟用它。完成後,點擊Apply | OK

接下來,右鍵點擊該通道,然後選擇Diagnostics

在 Diagnostics Viewer,右鍵點擊視窗,然後選擇 Options

在“ Buffer Settings中,指定要在診斷中捕獲的bytes。默認設定為4096 bytes。為了進行故障排除,建議使用最多65536 bytes。

在 Display選項卡中,指定顯示的背景顏色,傳輸字節的文字顏色,接收bytes的文字顏色,字體和字體大小。

完成後,點擊OK保存更改。

注意:有關更多訊息,請參閱KEPServerEX V4或KEPServerEX V5產品手冊。

問題:

使用者需要在特定帳號下運行KEPServerEX為NT服務,但是這樣無法在桌面上開啟。

 

解決:

Microsoft只允許在本機系統帳戶下執行使用桌面上應用程式,使用桌面上伺服器,使用者必須改為本機系統帳戶下執行。

KEPServerEX V5的程序ID為“Kepware.KEPServerEX.V5”。 舊版KEPServerEX V4的程序ID為“Kepware.KEPServerEX.V4”。

問題:

一個專案被設定為通過USB to Seriel Adapter 與一個或多個設備進行通訊。 通訊在執行時失敗,但在設備連接重新初始化後將恢復。

 

可能的原因:

USB Port 的電源設定為向 Port 供電以節省能源。 要驗證是否是原因,請檢查USB key上的電源指示燈。 如果它關閉則Port 關閉。

 

解決方法:

通過打開裝置管理員並雙擊通用序列埠匯流排控制器來更改USB Port 的電源設定。 根據需要調整設定,然後點擊確定。

 

注意:

對於多個Adapter 可能需要進行此更改。

 

可能的原因:
這是一個字元緩衝區溢出錯誤。

 

解決方法:
要解決錯誤,請參閱以下說明。

  1. 打開Windows裝置管理員,點擊Ports | <the COM port in question> | Port Settings | Advanced
  2. 接下來,將接收緩衝區從最大值減一。
  3. 重新啟動主機。 新的設定在主機重新啟動後才會生效。
  4. 繼續減小接收緩衝區直到緩衝區溢出錯誤停止。
    注意:不要自動將接收緩衝區設定為 1 。它需要盡可能高,才不會導致緩衝區超限。

許多 Driver 能夠定義相同資料類型的連續暫存器陣列。

 

  1. 標準 Driver 僅支援1維和2維陣列。
  2. 陣列的單個元素不能直接尋址。
  3. 陣列內的資料子陣列是不允許的。使用者無法建立”陣列”陣列。

在標準 Driver 中建立陣列時,使用方括號指定陣列維。陣列的位址定義為Register [row] [col]。

 

Siemens S7-300設備中的4X4陣列

在下面的4x4陣列範例中,陣列被引用為“DB0W0 [4] [4]”,資料作為多變量陣列返回。

 

73 78 84 255
256 257 258 259
9 10 11 12
13 14 15 16

 

注意:OPC Quick Client將顯示資料為“[73,78,84,255] [256,257,258,259] [9,10,11,12] [13,14,15,16]”。

 

Siemens S7-300設備中的1x16陣列

在下面的1x16陣列範例中,陣列被引用為“DB0W0 [1] [16]”,資料作為多變量陣列返回。

 

73 78 84 255 256 257 258 259 9 10 11 12 13 14 15 16


注意:
OPC Quick Client將顯示“[73,78,84,255,256,257,258,259,9,10,11,12,13,14,15,16]”的資料。

返回資料排序的方式取決於Server 中選擇的設備格式和指定的資料來源格式。

 

  1. 對於直接到資料表的固定表格或動態表格式,返回的記錄集按照表格所示的關鍵字字段進行排序。 通常,關鍵字段是記錄號。
  2. 如果資料來源是資料庫中的查詢或視圖,則返回的記錄集根據該查詢或視圖中的排序參數進行排序。
  3. 如果在Server 中選擇的格式是“查詢資料表”,則除非在select語句中使用了OrderBy子句,否則排序將從查詢的資料來源繼承。

注意:一個範例查詢語句是"Select * From Production.Products OrderBy Product_Name ASC"。

在Windows XP或2003 Server上的系統帳戶下執行KEPServerEX V4時,使用者必須確保已啟用該服務才能在桌面上執行。 當使用終端服務的控制台登錄時,只有一個使用者可以在桌面上打開它。 最後,當在不同的使用者帳戶下執行作為服務的 Server 時,使用者將無法打開它,因為Microsoft會自動從桌面禁用它。

Kepware希望在修復授權前從PC移轉,但這是不可能的。磁碟損壞的唯一選項就是重新安裝軟體時匯入KEPServerEX V4授權碼。之後,使用者要10天獲得新的啟用碼。Kepware將提供請求重啟產品的訊息。如果10天限制內未得到啟用碼,KEPServerEX V4將恢復為試用版。

作為服務執行時,KEPServerEX V4預設執行在系統使用者帳戶下。 預設設定可能會更改為特定的帳戶或使用者登錄,但不一定是使用者目前登錄的帳戶。 當服務執行在除System系統之外時,KEPServerEX V4設定將無法存取:只有系統帳戶可與桌面進行互動。

 

注意:DCOM安全性必須設定正確,以便允許在不同帳戶下執行的應用程式之間進行通訊。 有關更多訊息,請參閱“遠端OPC DA快速入門指南”。

不可以。Siemens TCP / IPEthernet Driver 的Netlink型號無法通過Softing的Netlink Adapter連接到設備。

 

Driver的Netlink型號專門用於Hilscher NetlinkAdapter。 儘管有兩個相同的名稱,兩個模型的工作方式也不盡相同。

可以,RSView32和RSView Studio可以用於KEPServerEX V4版本中,如果想要更多資訊的話,請參考這個連結

Program ID為“Kepware.U-CON”。

 

注意:U-CON協定 Server 是一個KEPServerEX V4產品。 KEPServerEX V5沒有獨立的U-CON Server 。

運行服務時,KEPServerEX V4預設運行在系統使用者帳號下。預設環境可能改為指定帳戶或使用者登入,但不一定是目前登入的帳戶。服務運行除System帳戶之外時,KEPServerEX V4配置將無法讀取:只允許System帳戶與桌面程式進行交流。 注:DCOM安全性必須確認配置,以便不同帳戶下運行的應用程式之間通訊。有關更多信息,請參閱“遠端OPC DA快速入門指南”。

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設定。

QuickClient

在OPC Quick Client(或其他OPC Client )中,使用者可能會遇到如“(HR = ...)”的HRESULT錯誤代碼,其中省略號是八位十六進制數。如果 Client 應用程式顯示長的負數(例如“-2147024891”),請使用Windows計算器將數字轉換為十六進制。為此,請點擊View | Scientific。然後,輸入包含“ - ”符號的數字。有關尋找錯誤代碼的文字訊息,請參閱以下說明。

 

  1. 首先,打開Server,選擇New Project
  2. 接下來,點擊Server 工具欄中的OPC Quick Client。 OPC Quick Client將自動從Server 專案構建自己的專案。
  3. 在左上角的視窗中,右鍵點擊KEPServerEX.V4 ,然後選擇Get Error String
  4. Error Code輸入“0x”,然後指定八位十六進制數,如“0x8007000”。
  5. 完成後,點擊Apply

注意:十六進制數字的錯誤文字將顯示在Error Description

注意:由於許多HRESULT錯誤代碼在所有OPC DAServer 中具有相同的含義,使用者可以使用相同的過程來尋找任何符合OPC DA的Server 的錯誤代碼。其他代碼是供應商的Server 專有的。

 

重要:第​​二條指令僅適用於Kepware的OPCServer (如U-CON協定Server )。對於最初由COI Software開發的iSNMPServer 來說,它將不起作用。如果Server 不支援OPC Quick Client自動標記瀏覽,請從Windows開始選單啟動OPC Quick Client,然後使用綠色工具欄按鈕手動連接到Server 。 Get Error String選項應該可用;使用者不需要將一個群組加入到Server 。

OPC Quick Client 是基於OPC技術的OPC應用程式。其功能可以完全支援OPC Client應用程式的操作。藉由使用OPC Quick Client,使用者可以在Server應用程式中可以存取所有的資料。資料包含系統,診斷功能以及使用者自定義標籤。

OPC Quick Client允許使用者可以進行資料的讀取和寫入,執行結構測試,以及測試Server性能。OPC Quick Client提供給Server完整的錯誤報告,錯誤報告包含OPC錯誤細項內容,且幫助診斷共通的OPC Client/Server議題。

想要更多有關於OPC Quick Client的資訊,請參考OPC Quick ClientKEPServerEX 的產品手冊.

問題:
使用OPC Classic的本地Client端無法連接到Server,且可能會報告錯誤,如 0x8007041D。 該錯誤代碼意味著服務在時間內沒有響應啟動或控制請求。

 

解決方法:
COM需要使用作為Microsoft對象鏈接和嵌入(OLE)技術的一部分的函式庫。 如果這些函式庫已被其他應用程式註銷,本地 Client 端將停止連接。 有關註冊函式庫的訊息,請參閱以下說明。

  1. 啟動命令提示字元,然後選擇以管理員身份執行。
  2. 將目錄更改為64位操作系統上的C:\ WINDOWS \ System32或C:\ WINDOWS \ SysWOW64。
  3. 開啟 cmd ,一次輸入一行以下命令:
    regsvr32 ole32.dll
    regsvr32 oleaut32.dll
    regsvr32 opcproxy.dll
    regsvr32 opccomn_ps.dll

注意:並非所有命令都將報告成功。

4.重新啟動電腦。

安裝SyCon軟體後,OPC Quick Client標題欄將以德文顯示。 要將標題欄轉換回英文,請在SYSTEM32目錄中找到“mfc42loc.dll”檔案。 在Windows NT和2000上,SYSTEM32目錄路徑是C:\ WINNT \ SYSTEM32。 在其他操作系統上,目錄路徑為C:\ WINDOWS \ SYSTEM32。 找到後,將檔案重命名為“mfc42loc.dllOLD”。

為加入到 Server 的每個 Device 自動建立名為_System的隱藏 Tags組。 該組包含連接到 Server 中記憶體參數的特定 Device 的 Tag。

該組中的一個 Tag 名為 _Error,它是一個布林 Tag ,指示 Device 如何響應請求。 當通訊良好時,該 Tags的值為0。當通訊失敗時,該值將為1。

Options

KEPServerEX 的 Options 為加購項目,提供使用者更豐富的附加功能

Program ID為“Kepware.SNMPOPCServer.1”。

 

注意:iSNMP Server是已經下架的KEPServerEX V4產品。 KEPServerEX V5格式中沒有此版本。

 

Please publish modules in offcanvas position.