OPC Client
問題：
連接到支援多版本OPC的OPC Server時，有些 Client 可能會遇到通訊問題。問題的症狀包括寫入事件失敗 和/或 不完整的資料更改事件。
例如，用戶正在同一台PC上運行OPC Quick Client，並且在與生產Client端相同的用戶帳戶下運行。當嘗試將OPC Quick Client連接到 Server 時，OPC Quick Client報告"Failed to connect to 2.0 data access interface."。這意味著DCOM安全性可能不允許來自 Server 的回呼到達 Client，從而導致與上述類似的症狀。
解決方法：
確保DCOM安全性已正確設定。有關設定DCOM的資訊，請參閱遠端OPC DA快速入門指南（DCOM）。有關更進階設定的資訊，請參閱DCOM - 預設安全性。如果DCOM安全設定正確後連接問題仍然存在，請執行以下操作：
- 在 KEPServerEX 中，單擊 File | Project Properties 。然後，選擇 OPC DA Settings。
- 取消 Enable OPC 2.0 data access interfaces 和 Enable OPC 3.0 data access interfaces。不要禁用所有介面。
- 點擊確定。
- 接下來，單擊 Runtime | Reinitialize。這迫使 Client 斷開連接，這是選項生效所必需的。
注意：如果問題仍然存在，請禁用不同的資料訪問介面。通過禁用 Client 無法正確使用的 OPC DA 介面與 Server 通信，Client被迫使用另一個介面（如使用上述說明的OPC 1.0）。
首先，請確保本地管理員帳戶已加入到DCOM安全權限清單中，且系統帳戶已加入到PC上使用LabVIEW的權限清單中。 如果在DCOM設定被驗證之後，錯誤仍然存在，則LabVIEW可能會執行在與其安裝的Windows使用者帳戶不同的Windows使用者帳戶下。
要解決此問題，請嘗試在執行LabVIEW OPCClient專案的使用者帳戶下重新安裝LabVIEW。 這將允許LabVIEW的OPC元件作為該使用者執行，以便不再回報錯誤。 一開始不需要解除安裝LabVIEW。
問題：
通過 VPN 將 OPC DA Client 應用程式連接到 KEPServerEX 的 OPC DA Server 介面時，不會發生資料更改事件。
可能的原因：
VPN 在資料更改和異步讀取和寫入完成事件不允許回調。
解決方法：
有關 VPN 如何工作的更多訊息，請聯繫當地IT部門。
如果伺服器沒有接收設備更新且Tag或項目的品質為不良，請聯絡技術支援。
如過伺服器跳過設備更新但Tag或項目的品質為良好，這情況伺服器可能輪詢設備速度不夠快，來不及接收全部設備資料改變。尋找缺少的更新，可查看資料的beat模式，這是速率資料改變與速率軟體輪詢資料速率。如果數率改變與輪詢相同速率，可能會錯過更新。因為PC在多個運行應用程式之間均分CPU處理時間，這可能發生儘管PLC有精確的時序。當連接序列設備時，也會有可能資料改變比設備可接收與回應的輪詢請求更快。
伺服器依據連接Client端應用程式的類型，要不同處理設備輪詢速率。Client端應用程式可以多種方法從伺服器或設備取得資料。對OPC Client端連線，由Client端控制更新速率（例如，Quick Client端中的群組更新速率）。對使用DDE、AdvancedDDE、FastDDE、SuiteLink或Intellution PDB連線的非OPC Client端，伺服器將Tag更新速率或別名更新替換的參數在Tag屬性忠規定速率輪詢設備資料。
問題：
當使用64位 Client通過 OPC DA 或 HDA Port連接到 KEPServerEX * 時，Client 無法進行連接。 Client 無法瀏覽到 Server，且手動輸入連接屬性無效。可能會回傳以下訊息: COM錯誤代碼“0x80040154 - 類別尚未註冊”。
*（或LinkMaster或RedundancyMaster）
解決方法：
在Kepware 軟體工作站和 Client 工作站上安裝64位版本的Classic OPC Core Components。 基礎核心組件的x64安裝程式僅需通過用戶註冊就可通過OPC Foundation下載。
KPEServerEX管理員必須設定Windows安全性(包含DCOM認證)，才能讓OPC DA遠端連線至伺服器。關於設定Windows安全性，允許可以使用遠端OPC DA連線。
注意:
如果OPC DA Client端是非管理階層的使用者，需要新增使用者在OPC Enum的啟動和啟用權限來允許該名使用者進行遠端連線。關於更詳細的說明，請參閱以下敘述:
- 在客戶端設備上以管理者身分登入。
- 點選開始|執行|DCOMCNFG來開啟元件服務。
- 在左方的主控台根目錄，展開元件服務|電腦|我的電腦|DCOM設定。
- 找到並點選OpcEnum，按滑鼠右鍵並點選內容來開啟設定對話方盒。
- 選取安全性頁簽，檢查啟用和啟用權限以及存取權限是否勾選為使用預設
- 之後點選編輯，將權限不夠的使用者添加到列表中，允許使用者可以遠端連線。
- 按下確定，之後再按下確定關閉OpcEnum視窗。
- 在服務中重新啟動OpcEnum服務。
問題：
OPC DA Client Driver在設備A端上，RSLinx OEM在設備B端上，但兩者不能通訊。
可能的原因：
RSLinx OEM只支援本機OPC連接。
解決：
將LinkMaster與RSLinx OEM放置在相同的設備端上，之後使用者能夠向其他OPC Client端提供資料或橋接資料到其他的OPC伺服器。
注意：
當OPC DA Client驅動程式連接到RSLinx OEM時，這也適用於KEPServerEX及LinkMaster。
NIO/PDB (iFix)
問題：
嘗試將 PDB 介面( iFIX 的 IDS driver)連接到 KEPServerEX 時，iFIX 回報 "Unable to locate driver image table"。
解決方法：
- 確保安裝 Server 前iFIX已經安裝在PC上。這是必需的，以便 Server 安裝程式將檢測到需要安裝 PDB 元件。要驗證 KEPServerEX 的 PDB 元件是否已安裝，請單擊 Tools | Options 並確認 iFIX PDB Settings 頁面。
- 在 iFIX 安裝的起始或相對資料夾中建立一個名為 “FIX.ids” 的 0-byte檔案：對於iFIX 4.0，默認為C：\ Program Files \ GE Fanuc \ Proficy iFIX \ PDB，而iFIX 3.5默認為C：\ Dynamics \ PDB。
- 在 iFIX 專案的 PDB 目錄中建立一個名為 “ .ids” 的 0-byte檔案。 *為可自訂iFIX節點名稱。
- 如果最後兩個解決方案不起作用，請更改權限，以便每個人都擁有對這兩個文件（包括系統）的寫入權限。 注意：有關在某個文件夾中製作0-byte檔案的信息，請參閱以下說明。
- 在檔案總管打開資料夾。
- 在文件列表中，右鍵點擊空白處，然後選擇“新增”文字檔案。這將使一個名為“New Text Document.txt”的 0-byte檔案。
- 根據需要可重新命名檔案。
- 要驗證該檔案是否具有正確的副檔名，請取消勾選“隱藏已知檔案類型的副檔名”設定，這些設定位於案總管|資料夾選項。
問題：
一旦KEPServerEX V5與GE iFIX Native介面元件一起安裝，iFIX就無法連接到現有的KEPServerEX V4Server 。
可能的原因：
KEPServerEX V4 Server不能使用KEPServerEX V5元件。為了恢復與舊版Server 的通訊，使用者必須恢復KEPServerEX V4附帶的原始GE iFIX Native介面元件。
解決方案1：
手動刪除檔案。有關詳細訊息，請參閱以下說明。
- 啟動KEPServerEX V5安裝，然後選擇Modify。
- 在Native Client Interfaces選單中，取消選擇GE iFIX Native Interface。
- 完成修改安裝。
- 接下來，瀏覽到iFIX安裝目錄，然後刪除以下檔案：
- exe
- drv
- dll
- drv5
- 安裝或更新KEPServerEX V4Server 以替換檔案。
解決方案2：解除安裝兩個產品
解除安裝兩個產品。由於檔案被標記為“共享”，使用者必須解除安裝這兩個Server才能清理檔案。有關詳細訊息，請參閱以下說明。
- 解除安裝KEPServerEX V4和KEPServerEX V5。
- 重新安裝KEPServerEX V4。這將重新安裝iFIX元件。
注意：如果計劃重新安裝KEPServerEX V5，請不要選擇GE iFIX Native介面元件。
問題：
無法查看iFIX PDB Settings（位於KEPServerEX V4中的選項選單和KEPServerEX V5中的專案屬性中）。
可能的原因：
- iFIX可能未安裝在電腦上。
- 如果使用KEPServerEX V4和iFIX 5.1或更高版本，KEPServerEX安裝將從GE智能平台檢查Windows註冊表中支援的iFIX版本。因為iFIX 5.1和更高版本在註冊表中具有唯一的條目，所以安裝假定不支援該產品。
解決方案：
- 確保iFIX已安裝在電腦上。
- 如果使用KEPServerEX V4，請升級到KEPServerEX 5.3.156或更高版本。如果由於許可限製而無法進行升級，請在Windows註冊表中為KEPServerEX V4將支援的iFIX版本加入註冊表項。有關詳細訊息，請參閱以下說明。
注意：建議使用者在進行更改之前備份Windows註冊表。
- 要啟動，啟動命令提示字元並輸入“regedit”，點擊OK。
- 加入以下密鑰：[HKEY_LOCAL_MACHINE \ SOFTWARE \ GE Fanuc \ Proficy HMI SCADA - iFIX 5.0]。
- 接下來，重新執行KEPServerEX V4安裝包，選擇Update完成安裝。
問題：
IDS界面在Server中啟用不會顯示。
可能的原因：
如果將“servermain.ini”從一台PC複製到另一台PC，則可能不會進行正確的註冊表設定，儘管設定為啟用IDS界面。
解決方法：
通過點擊 Tools | Options禁用Server中的IDS。 然後，重新啟用它以存取iFix中的IDS界面。
DDE
問題：
使用者無法在Vista和更高版本的作業系統上使用KEPServerEX進行DDE連接。
可能的原因：
使用者存取控制（UAC）是在Windows Vista中引入的，並已包含在所有Windows版本中。當 Server 以交互方式執行並且登錄的使用者具有提升的權限時， Client 必須以提升的權限（例如，管理員群組的成員）啟動。
解決方法：
啟用UAC時，以提升的權限啟動 Client 。要這樣做，右鍵點擊DDE Client ，然後選擇Run as administrator。
Windows 7、2008 R2和8.x作業系統允許檔案檔設定為以管理員權限執行。要將程序設定為以管理員身份執行，請右鍵點擊執行檔，然後選擇Properties。接下來，到Compatibility，並找到Privilege Level部分。然後，選擇Run this program as an administrator。
注意：
如果登錄使用者帳戶和DDE Client 都以基本使用者身份執行，則仍可以啟用UAC。
有關使用KEPServer將DDE連接到Microsoft Excel 97的更多訊息，請參閱與ERS 500進行通訊。此第三方文件使用KEPServer V3.2。 雖然相同的概念適用於KEPServerEX V4和V5，但通道、設備和Tag屬性將不同。
KEPServerEX不允許使用者動態的向設備子群組新增Tag。使用者可以設備層新增動態的Tag或在子層建立靜態Tag。
問題：
在Windows Vista或更高版本的作業系統上執行以及從DDE Client連接到Server的DDE時連接失敗，或從DDE Client Driver 連接到DDE Server 時連接失敗。
可能的原因：
UAC是關於存取權限的管控。Server 最有可能以管理員權限執行，Client則是以使用者身份執行。為了建立連接，DDE Client必須具有與DDE Server 相同的權限或更高的權限。如果 Client 作為管理員執行並且 Server 作為使用者執行，則連接應該成功。
解決方法：
Client必須作為管理員執行才能連接到 Server 。為此，請右鍵點擊捷徑啟動 Client，然後選擇 Run as an administrator。如果Client在開機時啟動，則可以編輯捷徑屬性以強制 Client 以管理員身份執行。
因為DDE屬於資源密集型，所以不建議使用者讀取和寫入大量資料。使用者應該利用Excel 與OPC連接。對於使用者堅持使用DDE，適當公式為 =<Application Name>|<Topic>!<Item> 然而：
- Application Name(應用程式名稱):預設為"Kepdde"。
- Topic(標題): 廣泛的標題為"_DDEData"。
- Item(項目):使用廣泛的標題時，相同OPC項目名稱。項目將為"channel.device.tag"。
注：為了讓DDE連接正常運作，使用者必須在上桌面與運行的伺服器互動而不是服務。KEPServerEX V4預設為互動模式(在上桌面)，KEPServerEX V5預設為服務模式。
FastDDE/Suitelink (InTouch)
DDE的全部型態都是屬於Windows Messaging Layer，但這實際上是屬於Windows的剪貼板。自從Windows Messaging Layer這層不再適用運行再System Services時，必須將KEPServerEX設定為Interactive Mode讓KEPServerEX可以提供資料至DDE Clients。同時，使用者也必須注意以下這些事項:
• KEPServerEX V5將會使用預設設定安裝Server。如果要改變選擇模式，開啟Administrationmenu並選取Settings |Runtime Process。
• KEPServerEX V4不使用預設設定安裝Server。為了驗證程序模式，開啟Server並選取Tools | Options。
• 不論Vista或Windows 7皆支援NetDDE。
• 以DDE格式作為範例，參考以下訊息和KEPServerEX V5產品手冊中標題為"How Do I...?"的說明文章。
從Wonderware連線至SuiteLink。
要讓Wonderware Client端連線至SuiteLink(像是InTouch連接KEPServerEX)需參考Application Name檔案中Server的EXE檔。
• KEPServerEX V5，輸入 "server_runtime".
• KEPServerEX V4，輸入 "servermain".
• DDE 和 FastDDE 連接, 輸入 "kepdde".
使用DDE搭配Server
例子1:使用預設的主題存取本機的暫存器
• Syntax:
使用者可以連接KEPServerEX與所有版本的InTouch，因為1986年加入了DDE支援，對於FastDDE / SuiteLink支援，必須在PC上安裝以下其中一個：
- FactorySuite 2000常用元件
- InTouch執行時元件版本8.0或更高版本
要將早期版本的InTouch連接到KEPServerEX，使用者必須使用常規DDE而不是FastDDE / SuiteLink。
注意1：如果在安裝了FastDDE / SuiteLink功能的InTouch版本之後安裝了KEPServerEX，則FastDDE / SuiteLink選項卡將顯示在Server的Tools | Options對話框。 這意味著Server將接受來自InTouch的FastDDE / SuiteLink連接。 有關詳細訊息，請參閱KEPServerEXClient連接指南For Wonderware InTouch。
注意2：FactorySuite 2000元件位於InTouch的“設備整合CD”上。 安裝這些元件後，必須重新執行Server安裝程式以啟用FastDDE / SuiteLink。
當不能將FastDDE Client 連接到KEPServerEX V5時，使用者應該在服務設定中啟用“Allow service to interact with desktop”選項。這允許FastDDE在Runtime 處於服務模式時工作。有關存取此設定的訊息，請參閱以下說明。
打開Windows Control Panel，然後選擇Administrative Tools | Services。
然後雙擊KEPServerEX 5.x服務打開其屬性。
選擇 Log On，並啟用Allow service to interact with desktop。
注意：這些說明僅適用於FastDDE; SuiteLink在所有受支援的作業系統上可正常執行。 FastDDE不是Windows Vista和Server 2008作業系統支援的服務。
要從Wonderware存取_System群組，使用者必須建立一個具有“_ddedata”主題的存取名稱。Tag名稱為_System._x，其中x是將要使用的 Tag的名稱。
Wonderware已經產生了一個解決此漏洞的修補程式。要存取修補程式及其文件，使用者可能需要公司網站上的支援使用者帳戶。 受此插件影響的唯一Kepware產品是帶有SuiteLink的KEPServerEX。檢測到PC上的某些Wonderware軟體組件時，KEPServerEX將自動安裝SuiteLink選項。
插件適用於這些Wonderware軟體組件，不是為了KEPServerEX本身。要驗證是否安裝了修補程式，請參閱以下說明。 在Control Panel中，打開 Add/Remove Programs。 找到條目“SuiteLink 2.0 Patch 1”或“SuiteLink”。
注意：
- 如果顯示的條目是“SuiteLink 2.0 Patch 1”，則會安裝修補程式。
- 如果顯示的條目是“SuiteLink”，請點擊一次以選擇它，然後點擊Support Information | Support Info。
- 如果版本號為2.0.001或更高版本，則會安裝修補程式。
要在未安裝補丁時驗證補丁是否需要，請在命令提示字元下，輸入“slsping ”，其中是節點的名稱，是節點中安裝的任何WW應用程式的名稱。
例如，如果KEPServerEX安裝在本地機器上，使用者應鍵入“slsping localhost servermain”。 如果命令的響應是“達到WW目錄服務（SLSSVC）Â...”或“成功！ speaks”SuiteLink？“，那麼SuiteLink已經安裝在節點上。在這種情況下，使用者應該在該節點上應用插件。
