不一樣。 操作系統不會像使用Server內部的註冊表設定一樣執行Server。 使用者不應該使用“-Service” 開關來執行Server。
在警告訊息中, N 是發現問題的 tag record 的編號。
問題:
原因:
解決方案:
注意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如何設定。
如果在伺服器安裝了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.出現提示更新或修改時,選擇更新,然後讓伺服器安裝完畢。
5.接下來檢查FastDDE/SuiteLink選項:
靜態Tag
靜態Tag是指使用者在伺服器中建立的Tag。讓設備位址有意義,給Tag定義資料型態或將Tag原始值調整到不同的工程數值。Client端應用程式可以瀏覽伺服器的靜態Tag。請注意以下事項:
動態Tag
動態Tag是指伺服器專案代替Client端驅動程式對設備請求位址的建立Tag,而不是靜態Tag代替的位址。使用這請注意以下事項:
性能的差異
使用其中一個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將會切換回掃描模式,否則,會一直定期重新啟動關閉掃描模式。
更新速率參數是由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的浮點數。
如果PLC位址的值為27, Tags將顯示值為.27 ; 1250將顯示12.50的值,依此類推。
注意1: Scale也可以反向應用。如果一個值寫入 Tags, Server 將 Scale到適當的原始值。
注意2:如果從OPC Client 使用死區百分比,死區將應用於 Scale值。有關更多訊息,請參閱Kepware產品中的 Scale資料。
可能的原因:
這個錯誤代碼意味著“Master沒有進入邏輯token ring”。
解決方法:
驗證以下設定以確保它們設定正確。
有關檢查有多少 Client 連接到 Server 的訊息,請參閱以下說明。
對於非 OPC Client 連接協定
注意: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憑證加入到受信任的發布者憑證庫的訊息,請參閱以下說明。
注意:Kepware Technologies憑證現在應顯示在受信任的發布者的憑證區。啟動 Server Runtime 服務的使用者應成功執行。
當服務啟動時,它會通過服務管理與服務的逾時時間進行多長時間的通訊。如果服務管理在此超時期限內沒有從服務中收到“服務啟動”通知,它將終止承載該服務的進程。
逾時時間通常小於30秒。如果未調整,則服務管理將結束該過程。有關調整超時的訊息,請參閱以下說明。
注意: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)目錄。 因此,可能需要以管理員身份登錄電腦,或以提升的權限執行應用程式。
有關在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 可能需要進行此更改。
可能的原因:
這是一個字元緩衝區溢出錯誤。
解決方法:
要解決錯誤,請參閱以下說明。
許多 Driver 能夠定義相同資料類型的連續暫存器陣列。
在標準 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 中選擇的設備格式和指定的資料來源格式。
注意:一個範例查詢語句是"Select * From Production.Products OrderBy Product_Name ASC"。
在Windows XP或2003 Server上的系統帳戶下執行KEPServerEX V4時,使用者必須確保已啟用該服務才能在桌面上執行。 當使用終端服務的控制台登錄時,只有一個使用者可以在桌面上打開它。 最後,當在不同的使用者帳戶下執行作為服務的 Server 時,使用者將無法打開它,因為Microsoft會自動從桌面禁用它。
作為服務執行時,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 V5兼容Vista,可以在Windows Vista和更高版本的作業系統中安裝和使用。 KEPServerEX V4不兼容Vista,但它仍然可以在Vista和更高版本的作業系統上安裝和執行。 詳細訊息請參閱 “Vista中的”Kepware OPC軟體“。
注意:有關存取不符合Vista但作為服務執行的應用程式的訊息,請參閱附件的"Accessing Applications Running in Session 0."。
使用者提供的專案可以放在 Server 上的應用程式目錄中,並命名為“project.opf”或“project.xml”。 Runtime 啟動或重新初始化時,將會發生以下情況:
注意:當具有寫入權限的Configuration Client連接到 Runtime 或 Runtime Demo已到期時, Runtime 專案將不會被替換。
應用程式目錄範例如下:
批次檔範例如下:
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默認情況下禁用此設定。
有關詳細訊息,請參閱以下說明。
程序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。
可能的原因:
Modbus異常代碼由Modbus Device或Modbus Gateway 返回。有關 Driver Modbus Suites報告的Modbus異常代碼說明,請參閱以下列表。更多訊息請參閱modbus.org上的Modbus應用協定手冊
使用KEPServerEX 5.13及更高版本中可用的_DeviceDemandPoll功能,使用者可以在請求的基礎上取得 Device 資料,而不是連續的掃描週期。
大多數 Client 應用程式執行基於異常的處理,這意味著它們連接到 Server 並請求設定速率輪詢或掃描的資料(如500 ms)。 即使資料不斷被輪詢,當資料從一個輪詢更改為下一個輪詢時, Server 將僅向 Client 應用程式提供資料。
使用_DeviceDemandPoll,使用者可以在 Client 軟體中強制進行輪詢,即使資料沒有改變(或者輪詢週期沒有完成)。
當通過多點連接以通訊 port 與Serial Device 進行通訊時, Server 將單獨輪詢每個 Device 。因此,如果其中一個 Device 被刪除或失敗, Server 必須在所有掃描週期將其逾時其請求到該 Device 。要解決此問題,使用者可以執行以下操作之一:
注意:寫入_Enabled Tags將修改專案。要控制應用程式在關機時如何處理此問題,請參閱 Tools | Options | General | Exit Options。
自動降級會使未響應的 Device 處於非掃描狀態達指定的時間間隔,從而允許 Driver 繼續優化與通道上其他 Device 的通訊。要設定自動降級參數,請點擊 Device Properties | Auto-Demotion
注意1:對於在一定時間內斷線的 Device ,建議禁用資料採集。這是由於以下原因:
注意2:對於零星斷線的 Device (如某些無線網路),建議自動降級。由於 Server 會定期檢查離線 Device ,一旦他們重新上線,它將會重新掃描。
KEPServerEX 5.4.131版存在已知問題,其中升級產品會導致自定義DCOM設定遺失。
Kepware建議安裝KEPServerEX 5.4.135版來解決今後版本中的升級問題。
因為安裝過程會遺失,在安裝KEPServerEX 5.4.135之前,使用者應該注意自定義的DCOM設定。
在OPC Quick Client(或其他OPC Client )中,使用者可能會遇到如“(HR = ...)”的HRESULT錯誤代碼,其中省略號是八位十六進制數。如果 Client 應用程式顯示長的負數(例如“-2147024891”),請使用Windows計算器將數字轉換為十六進制。為此,請點擊View | Scientific。然後,輸入包含“ - ”符號的數字。有關尋找錯誤代碼的文字訊息,請參閱以下說明。
注意:十六進制數字的錯誤文字將顯示在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 Client 和 KEPServerEX 的產品手冊.
問題:
使用OPC Classic的本地Client端無法連接到Server,且可能會報告錯誤,如 0x8007041D。 該錯誤代碼意味著服務在時間內沒有響應啟動或控制請求。
解決方法:
COM需要使用作為Microsoft對象鏈接和嵌入(OLE)技術的一部分的函式庫。 如果這些函式庫已被其他應用程式註銷,本地 Client 端將停止連接。 有關註冊函式庫的訊息,請參閱以下說明。
注意:並非所有命令都將報告成功。
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。
Program ID為“Kepware.SNMPOPCServer.1”。
注意:iSNMP Server是已經下架的KEPServerEX V4產品。 KEPServerEX V5格式中沒有此版本。