問題：
Access的低層級Microsoft ODBC Driver有一個錯誤。 當用戶在超過500筆資料的資料表中試圖在第五百筆資料進行移動上一個，移動到或移動下一個動作時，ODBC Client  Driver 將重置指向第一個記錄的指標。

 

解決方法：

1. 要始終顯示最後一條記錄，請在Access中建立查詢，然後連接到該筆資料而不是實際的資料表。 用戶還可以執行以下操作：

• 查詢資料庫，然後執行遞減排序，以便最後一條記錄始終是第一條記錄。
• 如果資料表非常大，查詢資料庫只會返回最後幾筆記錄，然後進行排序。 資料表越大，ODBC Client驅動程式在查詢間隔內將資料傳回Server所需的時間就越長。

2. 僅針對最後一筆資料進行特定查詢。

每一個代理程式皆必須設定為允許接收特定標籤。在代理程式配置下的標籤是沒辦法再配置於其他的代理程式使用，除非兩邊的代理程式都配置了相同的標籤。

這情況適用於在Windows PC上有兩個或更多Network Interface Cards (NICs)的使用者。這些NICs可能連接到相同網路或獨立網路。

 

例如，NIC 1可能在私有網域和NIC 2在公有網域上。使用者希望使用OPC DA連接多個NIC PC到遠端電腦上的應用程式。此遠端電腦必須與NICs中的一個或兩個位於相同網路上。OPC DA使用Microsoft的Distributed Component Object Model（DCOM）進行此連接。

• 如果2個NICs都位於同一個網路上，DCOM將看到網路上所有NICs遠端PC節點（Windows 2000及更高版本）。OPC DA連接將透過NIC 在網路規定的順序進行或成功連接到遠端PC的第一個NIC。
• 如果2個NICs位於不同的獨立網路上，將經由該網絡上的NIC進行連接。例如，如果遠端PC位於私有網域上，則OPC DA連接將使用私有網域上的NIC進行。

乙太網路封裝不能改變全部的序列協定，如果序列協定使用序列到乙太網路轉接器之前不允許連接多個主機，之後將不允許連線。乙太網路到序列協定轉接器則不一樣，如果乙太網路協定允許多個連接，則轉接器將分析請求以便多個主機可以詢問相同序列資料。

例如：Modbus乙太網路到Modbus序列轉接器將允許多個Modbus乙太網路連接。將處理序列端請求，確保線上一次只有單一序列請求。

因為伺服器是通訊應用程式而且沒有腳本功能，使用者必須讀取資料點到應用程式進行數學運算後再將運算結果寫回設備。有關使用VB的更多訊息，請參考簡易數學範例。

編輯梯形邏輯時，大多梯形邏輯軟體會將PLC停止或鎖定PLC。這種情況下，錯誤訊息將會發送表示請求項目不存在或無法使用。使用者可能收到消息表示請求無效。在這狀況下，Tag將無效而且無法使用，直到重新請求項目(從Client端中移除、讀取Tag或停止和啟動伺服器)。避免這些事情發生，建議使用者避免在生產系統或資料收集運行中發佈梯形邏輯文件。

 

如果使用者必須編輯梯形邏輯且無法關閉Client端與伺服器得連接。應該使用_Enabled系統Tag編輯期間停止資料收集，然後在完成後重新啟用。  _Enabled Tag是系統層的設備Tag。當啟用資料收集時，值為1的Boolean Tag。要引用它，請使用以下格式：<Channel>.<Device>._System._Enabled，要禁用資料收集，請寫入0，要重新啟動資料收集，請寫入1。

問題:

用Client端應用程式連接到Server，以下的訊息會呈現在Server的Event Log裡面: "Device 'c1.d1 Cti 2500' detected a Task Error Code '07' (Tag 'V00000001', Size '4')"server無法從Device中取得資料，以及CTI 2500會在Status Display上顯示"FE 60C"。

導致此問題的可能原因:

Task Error Code 7表示在檢查Device的時候發生嚴重的錯誤。這個錯誤訊息表示Server的Channel和Device是以不正確的方式執行，以及註冊位址會被系統請求。根據CTI的文件，"FE" indicates a fatal error. "60C"是內部的錯誤代碼，該錯誤代碼表示控制器的'L Memory'是無效的。

解決方法:

1.使用階層程序軟體去執行部分或是整個系統的重啟。階層程序會在重新載入後清除錯誤。

2.如果重啟沒辦法解決掉這個錯誤，請重新設定控制器。如果需要更多的資訊，請參考以下操作指示。

1.首先，移除控制器的電源。之後，拆除電池和靜置控制器數分鐘。

2.之後，更換電池和恢復控制器的電源。

3.重新讀取控制器專案，包含全部的儲存器映射和配置。

否，Kepware目前不支援OPC Security規範。限制那些使用者可以對伺服器連線與請求資料，除了OPC伺服器外，全部使用者應該無法連接。然後，Kepware應用程式可以特別設定DCOM安全OPC讀取與啟動權限。

 

注：對乙太網協定，使用者可以在運行OPC伺服器的PC使用多個NIC，將一張卡綁定設備網路然後另外的卡綁定資料網路。確保全部PLC連線通過OPC伺服器。序列連接方式已受保護。

需要讀取在Linux/Unix電腦上運行的MySQL資料庫，使用者必須設定資料庫可以遠端PC讀取。相關訊息，請參閱以下說明。

1.啟動，開啟終端視窗。

2.下一步，執行"mysql –uUsername –p"。

3. 之後，登錄並輸入以下內容：

mysql> GRANT ALL ON *.* TO 'Username'@'%' IDENTIFIED BY 'password';

Query OK, 0 rows affected (0.14 sec)

mysql> FLUSH PRIVILEGES;

Query OK, 0 rows affected (0.16 sec)

mysql> \q\

Bye

4.在Windows PC上，從MySql網站安裝“mysql-connector-odbc-3.51.12-win32.zip”檔案。

 

注：允許將ODBC DSN配置到MySQL資料庫。

使用32 bits(Float型態) 內部儲存大型浮點數時，由於32 bit格式的限制，可能會發生精準度損失。例如，33,554,442.6789的值不能使用32 bit來儲存精準數字。而回儲存33,554,440的值。因此，如果使用者要將33,554,442.6789寫入設備，則讀取的值為33,554,440。需要夠高的精準度時，如果驅動與設備支援，應該使用64-bit Double雙倍精確數字。

不同license級別的設備限制如下：

• license（Demo）：1台設備2小時。
• 基本和專家：50個設備，沒有時間限制。
• 企業：無設備或時間限制。

問題:

專案透過USB-to-Ethernet編輯器與一個或是兩個Devices進行通訊。當啟動時跳出通訊失敗的錯誤訊息，但是回復正常後Devices的連線被重新初始化。

可能導致此錯誤的可能原因:

藉由 Device Manager來更動USB Port的電源設定以及進行Universal Serial Bus Controllers的雙重確認。藉由調整設定來符合使用者的期望後按下OK。

注意:

這些更動可能會需要多個編輯器。

無差別，這些表示同樣的事情。大多OPC Client端，預設連接伺服器後將請求存在的全部項目設定為主動與訂閱（或建議）狀態。這情況發生時，伺服器將輪詢設備的資料。如果項目的值從上次輪詢有改變，伺服器將使用新資料更新Client端，"無改變"表示沒更新，會大大減少伺服器與Client端之間的流量。

在Windows XP或2003 Server上系統帳戶下運行KEPServerEX V4時，使用者必須確認已經啟動服務，才能在桌面圖示運行。使用終端服務的Console登入，只有一個使用者可以在桌面圖示開啟。最後，在不同使用者帳戶下運行服務的伺服器時，使用者將無法開啟，因為Microsoft會自動禁止桌面圖示使用。

通道診斷可以顯示有關TCP連接到 Ethernet-to-Serial轉換器的基本訊息。視窗可以顯示三種狀態：無TX或RX字元，僅綠色（TX）文字，或綠色（TX）和白色（RX）文字兩者。

• 沒有TX或RX字元表示Server無法使TCP Socket連接到 Ethernet-to-Serial轉換器。如果沒有Client嘗試存取相關設備，則會發生此狀態。如果“通道診斷”視窗的“讀取失敗”或“失敗寫入”在“定時設備”屬性中指定的時間內增加，則Client將被連接。如果通道診斷視窗的“讀取失敗”或“失敗寫入”沒有增加，則沒有Client連接。在進行故障排除之前，請將Client連接到相關設備。 “無TX或RX字元”狀態的建議如下：
  • 你能ping到轉換器嗎？如果沒有，Server將無法連接。驗證PC和轉換器是否在同一個IP子網中，或者有一個gateway可以在兩個子網之間轉發資料包。
  • 所有轉換器的可用連接是否正在使用？由於大多數應用程式不能共享 Seriel Port，因此典型的轉換器僅允許每個物理 Seriel Port一個 Ethernet連接。
  • 防火牆是否阻止存取 Driver嘗試使用的TCP Port？
  注意：此狀態通常不適用於UDP。由於UDP是無連接的，因此即使沒有設備可以接收UDPServer，也可以發送UDP消息。
• 綠色（TX）文字只意味著Server可以向轉換器發送資料，但是終端設備不會發回任何東西。確保 Driver已設定為在轉換器上使用正確的TCP Port。這通常是一個“原始” Port，而不是用於COM Port重定向器或Telnet的 Port。
• 綠色（TX）和白色（RX）文字都意味著終端設備會發回消息，但仍然有一些阻止存取 Tag的內容。在Server的事件日誌中查看設備可能返回的任何錯誤代碼。然後，通過參考 Driver的產品手冊了解更多訊息，確認 Driver設定和PLC /設備設定正確。

相關訊息可參閱 : Channel Diagnostics Guide

Kepware從製造商手冊建立所有配線圖。 由於某些 Driver 最初是在多年前建立的，因此Kepware的配線圖和製造商的 Device 手冊之間可能會出現不一致（可能更頻繁地更新）。 與Kepware配線圖不一致的使用者應聯繫技術支援部門進行更正，並使用製造商提供的配線圖。

 

注意：對於某些協定（如Modbus），單個製造商可以包含幾種佈線方案。 對於這些協定，Kepware提供一般的配線圖。

問題:

在Windows操作系統上， Seriel通訊通過通訊函式庫檔案管理，可以為大多數PC製造商支援機載序列埠或序列通訊卡。許多售後序列通訊卡的第三方製造商提供自己的通訊函式庫檔案，用於通過序列通訊卡管理通訊。

因為製造商正在替換由Microsoft提供的函式庫檔案，它應該支援原始文件包含的所有調用和參數。如果沒有，可能會導致通訊丟失或完全無法初始化通訊。此問題也可以應用於與 Serial-to-Ethernet轉換器一起使用的虛擬通訊埠軟體。

 

解決方法: 

1. 通過在使用默認Microsoft通訊函式庫的PC上建立序列連接來驗證問題是否為通訊函式庫。
2. 如果使用 Serial-to-Ethernet轉換器，請嘗試在Server中使用 Ethernet封裝模式以避免使用通訊函式庫。
3. 與製造商確認，確保最新的韌體正在執行。

當使用32位（Float型）內部儲存的大型浮點數進行處理時，由於32位格式的限制，可能會導致精度損失。

 

例如:33,554,442.6789的值不能作為使用32位的精確數字內部儲存，將儲存33,554,440的值。 因此，如果使用者要將33,554,442.6789寫入 Device ，則讀取的值為33,554,440。 當需要更高的精度時，如果 Driver 和 Device 支援，應使用64位雙精度數字。

Kepware的軟體不使用OLE自動化。 相反，Client和Server產品都使用自定義COM介面進行OPC和其他進程間通訊，也不使用自動化介面。 使用OPC Foundation提供的自動化包裝 Client應用程式可能會受到此漏洞的影響; 然而，由於Kepware產品不使用此功能，因此沒有進行廣泛的測試。

可能出現此錯誤的幾種原因 1.設備查看SQL Server中資料表建立時，可能沒有開啟寫入。 2.權限可能有問題。連接到SQL資料庫的使用者必須選擇更新權限，否則無法寫入任何資料到資料表。 3.資料表寫入之前沒有編入索引。在讀取文件時，使用者不能直接連接資料庫，而是對資料庫請求記錄組的快取。要更改資料，ODBC介面從快取更新實際資料。確保更新記錄唯一方法就是在索引中使用。如果連接到沒有索引的資料庫，Microsoft的ODBC介面將會將權限強制為唯讀，無論其他配置如何。這將能確保不會發生資料被更改。

資料型態支援取決於正在使用的 Driver和在設備中存取的儲存器類型。 如果需要，設備中的每種資料型態將在作為Client/Server資料型態提供給Client應用程式之前進行轉換。

 

例如，一些設備以非IEEE格式儲存由 Driver轉換並以IEEE格式給予Client的浮點數。 有關支援的資料型態的列表，請參閱正在使用的Driver的產品手冊。 要這樣做，打開KEPServerEX並點擊 Help | Driver Help。 然後，從列表中選擇 Driver。 產品手冊包括一個“位址說明”部分，描述每種儲存器類型中可用的資料型態，以及定義Client/Server資料型態的“資料型態說明”部分。

不，這些選項都是相同的。 對於大多數OPC Client，預設設定是連接到 Server，然後將所請求的所有專案設定為active和subscribed（或advised）狀態。 發生這種情況時， Server 將輪詢 Device 的資料。 如果專案的值從上一次輪詢更改，則 Server 將使用新資料更新 Client 。 “無變化”表示無更新，大大降低了 Server 與 Client 應用程式之間的流量。

Access無法儲存或顯示時間戳記的毫秒分辨率。 這是一個已知的問題。

協定的描述如下：

 

• ASCII協定：每個 byte是一個字元。 例如:如果發送的 byte 為0x35，則為ASCII字元5。
• ASCII十六進制協定：使用兩個 byte 表示單個字元。 例如:如果 Device 發送0x33和0x35，它們將被組合為0x35（或ASCII字元5）。
• 二進制資料協定：每個 byte 是在其中設定的位之和。 例如:對於位00000101， byte值將為0x05。 十進位數值將為5。

kepware支援靜態Tag 上進行線性與平方調整。要使用任何調整方式，使用者必須先設定Hi和Low值，設定後才能設定Client端應用程式可使用的工程值和資料型態。Hi和Low值需由PLC發出，伺服器將對原始資料準確的計算並轉換成工程值。以下範例中，設備位址的值範圍為0-10000。Client端應用程式需要的資料範圍為0.00-100.00的浮點數。

1.開始，建立靜態Tag資料型態為Word。

2.下一步，選擇Scaling(調整)選項並確認有開啟Linear Scaling(線性調整)。

3.在原始值範圍，設定Low值為0與Hi值為10000。

4.在調整值範圍，設定Low調整值為0與Hi調整值為100。

5.一但從Client端應用程式連接Tag，他資料型態將會是浮點數。

 

如果PLC位址的值為27，Tag將顯示值為.27；PLC值為1250將顯示12.50，以此類堆。

 

注1：調整也可以反向操作。如果值寫入Tag，伺服器將調整為合適的原始值。

 

注2：如果從OPC Client端使用百分比deadband(死區)，則deadband(死區)將應用在調整值。相關訊息，請參閱Kepware產品中的調整資料。

當使用者嘗試使用 My Kepware帳號去啟用產品時有可能會產生此錯誤代碼。為了協助進行該錯誤代碼的故障排除，請聯繫我們Kepware's Technical Support or Sales team。

錯誤代碼 7288

問題:

1. 授權已經被啟動了，但實際上仍處於未授權的狀態。

2. 原本用於V5版本的設備，可以藉由V5版本的授權升級至V6版本，即可運在上同一台設備上。否則的話，V5版本的授權會被轉換或是回傳到MyKepware。除此之外，V6版本的授權可以啟用在不同的設備上。

解決方法:

1. 位於實體產品的安裝和轉換授權可以讓My Kepware的帳號新增另一個授權，且能被使用在另一個系統上，如果想知道更多的資訊，請參閱我們官網的Transferring a License。

2. 藉由線上購買新的產品，請聯絡Kepware的銷售團隊，或是透過Kepware的經銷商。

3. 如果欲將硬體還原，請聯絡Kepware's Technical Support or Sales team討論授權的重新設定。而Emergency Activation ID也可以被使用在該機器。

錯誤代碼 7284

問題:

在授權轉換時發生錯誤

解決方案:

透過My Kepware使用者帳戶來確認佈署狀態(Deployment Status)。如果佈署狀態顯示為”Banked”，則表示該產品已經可以被重新啟動。但如果佈署狀態是"Currently Deployed,"的話就必須聯繫我們Kepware的技術支援團隊或是銷售團隊去協助重新調整產品的授權。

如果NetLink已經在不同子網路上配置一個IP位址，請確認PC是多重主目錄的雙子網路。因此，舊的子網路IP位址與子網路遮罩新增到Windows網路連接的TCP/IP屬性。