ThingWorx Kepware Edge
|
可靠、安全地將分散式設備連接到關鍵應用程式和系統。 產品概述 ThingWorx Kepware Edge，使 KEPServerEX 最有價值的功能能夠部署在基於 Linux 的環境中，從而直接在機器、設備或感測器的所在地實現直接連接。此產品利用安全、高效率和物聯網就緒的通訊協定（如OPC UA或MQTT），連接到本地、遠端和基於雲端的應用程式或平臺。ThingWorx Kepware Edge 提供有價值的Kepware功能之靈活部署，以改善與地域分佈的設備和機器的連接。 ThingWorx Kepware Edge具有與領先的工業物聯網平臺 - ThingWorx 的原生連接。通過連接到ThingWorx，用戶可以快速、程式化地為其工業數據添加豐富的上下文，並將其轉化為有用的見解。
商務價值 連接遠端設備是出了名的困難。工程師經常要與不可靠的連接、舊協定、複雜的安全要求和專有網路作搏鬥。ThingWorx Kepware Edge使用戶能夠在其網路邊緣部署開箱即用的連接。
|
| V5.8.x | V5.19.x | V5.21.x | V6.0.x | V6.1.x | V6.8.x | V6.9.x | V6.12.x | V6.15.x | |
|---|---|---|---|---|---|---|---|---|---|
| Windows 11 x64 | |||||||||
| Pro | |||||||||
| Enterprise | |||||||||
| Windows 10 x64 | |||||||||
| Pro | |||||||||
| Enterprise | |||||||||
| Windows 10 x86 | |||||||||
| Pro | |||||||||
| Enterprise | |||||||||
| Windows 8.1 x64 | |||||||||
| Windows 8 | |||||||||
| Pro | |||||||||
| Enterprise | |||||||||
| Windows 8.1 x86 | |||||||||
| Windows 8 | |||||||||
| Pro | |||||||||
| Enterprise | |||||||||
| Windows 8 x64 | |||||||||
| Windows 8 | |||||||||
| Pro | |||||||||
| Enterprise | |||||||||
| Windows 8 x86 | |||||||||
| Windows 8 | |||||||||
| Pro | |||||||||
| Enterprise | |||||||||
| Windows 7 x64 | |||||||||
| Professional | |||||||||
| Ultimate | |||||||||
| Enterprise | |||||||||
| Windows 7 x86 | |||||||||
| Professional | |||||||||
| Ultimate | |||||||||
| Enterprise | |||||||||
| Windows Vista | |||||||||
| Business | |||||||||
| Enterprise | |||||||||
| Ultimate | |||||||||
| Windows XP | |||||||||
| Professional(SP2) | |||||||||
| Professional(SP3) | |||||||||
| Windows 2000 SP4 | |||||||||
| Windows Server | |||||||||
| Windows Server 2022 x64 | |||||||||
| Windows Server 2019 x64 | |||||||||
| Windows Server 2016 x64 | |||||||||
| Windows Server 2012 x64 R2 | |||||||||
| Windows Server 2012 x64 | |||||||||
| Windows Server 2008 x64 R2 | |||||||||
| Windows Server 2008 x64 | |||||||||
| Windows Server 2008 x86 R2 | |||||||||
| Windows Server 2008 x86 | |||||||||
| Windows Server 2003 R2(32位元) | |||||||||
| Windows Server 2003 SP2 |
以下是Kepware Technologies公司所開發之高效能應用軟體，讓我們能夠相當容易且高穩定品質地連接各種硬體和軟體系統。
Communications Platform
連接各種異質設備和應用軟體，範圍從控制系統到企業資訊系統。KEPServerEX是產業界一致認可的通訊伺服器軟體，用來處理各種嚴苛要求的自動控制設備、公共設用設備，以及公共設施的資料。
了解更多
藉由允許將多個OPC Servers設定為redundant pairs， 來提高可靠性以及OPC資料的可用度。每一組redundant pair看起來就像是一組單一的OPC Server端對上任何OPC Client端之應用程式般的自然。
RedundancyMaster可以加入現有的server/client應用程式中，且無需重新設定應用程式。保持您的流程順暢，不需要任何的停機時間。
如圖所示，原來的OPC 系統已經被重新設計，改成由兩個OPC Servers取代單一OPC Server的模式。為了使OPC servers的redundant操作便利，每個OPC client都和RedundancyMaster配對。 利用RedundancyMaster內的設定選項，無論是使用主要還是次要的OPC server都可以直接被控制，根據選定的模式，RedundancyMaster會讓主要以及次要的OPC Server保持啟動，或者是當主要的OPC
Server出現錯誤時，啟用次要的OPC server。
關於基於物件的失敗或是基於連線的失敗，RedundancyMaster都可以被設定來監視這些情況並且避免您系統中不必要的停機時間以節省您的時間及成本!
有很多變數可能會影響資料的質量和可靠性或造成OPC系統與OPC Server斷線。常見的情況有:
大多數的情況下，由於OPC Server或與該Server的連線發生實體故障，OPC DA Server將無法繼續傳輸資料。這些故障類型被定義為物件故障(object-based)。關閉OPC Client的應用程式以及目標OPC Server就會發生物件故障。在這些案例之中，其中也包含軟體操作不當引發的故障。然而，實體硬體發生故障將會嚴重影響資料的可靠性。其中包含以下這些物理因素:
在這些情況下，OPC Server和客戶端之間的虛擬連線表面看似正常，但是底層設備或系統的物理連結有可能處於故障狀態。以上這些故障類型被定義為連結故障(Link-based)。與目標設備或系統斷線時，就會造成連結故障。在大多數的案例裡，即使發生連結故障(Link-Based)OPC Server仍然可以正常運作，但要注意的是沒辦法再傳輸資料至休眠系統。
使用RedundancyMaster來監控例外情況，並且能夠有效防止非必要性的系統停機，以達到節省時間和成本的效用。
探索RedundancyMaster的功能將會改變您對OPC redundancy的想法。RedundancyMaster的創新可以完美無暇地和您現有的OPC應用程式一起運作以給予您更多可靠的解決方案
連接模式定義redundancy應用程式如何及何時去連接底層的主要及次要的Server。您操作的模式將會影響故障轉移(fail over) - 從一個OPC server切換到另一個OPC serve所花費的大部分時間。有些模式允許當主要機器恢復時，自動幫您將通訊連接至主要機器上，以下是連接方式的總結:
*其中冷模式只適用於運作中的機器，而溫模式、熱模式適用於機器，以及運作中的機器所認同的物件(items)。
在這個模式之下，應用程式只會在一個時間點內，連接一個底層的Server。
啟動時，會與主要server建立連結，並且將所有來自Client端的相關請求轉移至主要Server。若是主要Server的連結失敗，或是與主要Server之間的連結中斷的話，將會與次要的Server建立連結。 如果redundancy應用程式無法獲得與次要Server的連接時，會在兩個server之中產生乒乓效應(ping-pong effect)來回偵測，直到成功的連線。
這種冷模式的連接方式大幅地減少已經被分配的系統資源的消耗量，因為在系統給予的時間內，只會有一個連結與一個Server連接。它也降低了網路流量，因為就像在其他的模式一樣，不需要在非運作中的機器和運作中的機器之間輪流連接。這個設定的缺點是故障轉移(fail over)到非運作中的機器所需花費的時間量。當運作中的Server察覺通訊連接中斷時，應用程式需要建立一個連接到非運作中server，取得代表所有物件(items)的Client端的同意，並啟用適當的回調(callback)機制。
在這個模式之下，應用程式會試圖在任何時候保持主要及次要Server之間的連接。
只有主要Server中的物件(items)會被啟用並且調查。若是主要Server的連結失敗，或是與主要Server之間的連結中斷的話，在次要Server中，與主要Server相同的物件(items)將會被啟動。 每隔一段時間會同時偵測兩個Server，以確定連接是否仍然有效。
這種溫模式的連接方式增加了系統資源的分配，畢竟是由兩個Server的連接來代表Client端。 因為是每隔一段時間偵測兩個server，而不是一個server，所以也增加了少量的網路流量，就像冷模式的運作。這個模式的優點是故障轉移(failover)的時間，比起冷模式所需的時間要少很多，redundancy應用程式只需將資料初始化，然後呼叫非運作中的Server起來接收資料。 如果您需要減少應用程式的資料流失，同時想要減少網路流量，您應該要選用這個連接模式。
在這個模式之下，應用程式會試圖在任何時候保持主要及次要Server之間的連接。
啟動時，應用程式會為主要及次要Server將資料初始化並且回傳，以便讓這兩個Server發送資料更改的通知。從主要Server那接收的資料會被轉發到Client端。 若是主要Server的連結失敗，或是與主要Server之間的連結中斷的話，從次要Server那收到的資料會被立即轉發至Client端。無論如何，寫入的資料只會被轉發到運作中的Server。 每隔一段時間會同時偵測兩個Server，以確定連結是否仍然有效。如果redundancy應用程式與任一Server之間的連接中斷時，它會週期性地嘗試與連線中斷的Server重新連接。
這種熱模式的連接方式增加增加了系統資源的分配，畢竟是由兩個Server的連接來代表Client端。因為除了接受蘭自兩個底層Server的資料改變通知之外，它也會週期性的同時偵測兩個server以確定連結是否仍然有效，所以造成網路流量的增加。 這個設定的好處是在當偵測到失去和運作中Server的連接後，它會立即啟動故障轉移(failover)機制。如果資料遺失是您應用程式中非常關鍵的一點，您應該選擇這個連接模式。
如果多個OPC DA Client應用程式同時存取單一OPC Server，就會有物件故障或連結故障的潛在風險存在。可能會因為某些原因而導致OPC server物件故障，造成無法正常運作。
此外，因為單一PC是從底層設備抓取資料，因此在連接設備時也存在著單點故障的風險。
為了提高OPC系統的可靠性，必須使用多個OPC Server來重新設定OPC系統來排除單點故障。為了方便操作OPC Servers的Redundant，每個OPC客戶端都需配置RedundancyMaster。 使用RedundancyMaster的設定選項，能夠直接控制OPC Server的主要伺服器和次要伺服器。
根據所選擇的模式，RedundancyMaster將會維持雙方Server的運作或當主要伺服器發生故障時，啟動次要伺服器(如果RedundancyMaster有設定此項功能)。
這個方案包含了OPC Client、RedundancyMaster，次要OPC Server駐留(reside)在本機中，以及主要OPC Server駐留在遠端機器。在這個方案中，一定會讓您的次要OPC Server成為最可靠的Server 。
而這個方案也減少了由其他機器來營運次要OPC Server的需求。
RedundancyMaster可以被設定為擁有多個OPC Server Pair，在這個圖表中，有兩組OPC Server從兩個不同的裝置網路來收集資料，如果多個OPC Server Pair都是相同的ProgID(KEPware.KEPServerEX.V4)，那麼您就需要使用
別名化(Aliasing)的功能。
如果兩個pair之間有不同的ProgID的不同OPC Servers，那麼您就不需要使用
別名化(Aliasing)的功能。
若有任何問題，歡迎與我們聯繫!
Product OverviewRedundancyMaster increases the reliability and availability of your OPC data by allowing multiple OPC servers to be configured into redundant pairs. Each redundant pair seamlessly appears as a single OPC server to any OPC client application. RedundancyMaster can be added to an existing client/server application without any reconfiguration of the application, keeping your processes going without any downtime. |
您也可留訊息於下： |
