• ClientACE

    通過 Microsoft .NET API 精簡 OPC 連接

    Kepware 的 ClientAce OPC .NET Toolkit 提供簡易使用的工具給想要建立一個OPC client應用程式的開發者。 ClientAce是一個物件導向的程式設計工具,包含了兩個主要部分:DA Junction 與 .NET API。

    功能

    DA Junction控制項物件是一個客製化的.NET控制項物件,它使得Visual Basic .NET與C#的程式設計者能輕鬆的開發出可以存取任何OPC DA servers的OPC client應用程式。沒有OPC Data Access介面的高深知識是必要的。DA Junction 將會在你的客製化client應用程式與OPC server之間執行連接處裡程序與監視,在必要的時候也可以進行重新連接。

    特性

    1. 此組件已經完全的涵蓋對於一個或是多個OPC servers 的連接處理程序。
    2. 轉換OPC資料從不同的OPC Data Access介面到.NET型態資料。

    Server瀏覽控制項物件提供瀏覽在本機與遠端的機器上OPC Data Access servers的功能。Server URL 在一個事件中被回傳,它在應用程式裡被使用來建立連結與取得資料。

    Item 瀏覽控制項物件提供在本機或遠端機器上OPC Data Access server裡的Tags/Items之瀏覽功能。 Items/Tags 被選取後它們的資訊會被回傳到應用程式。這些選定項目是用來從server要求更新資料用的。

    Channel 設定控制項物件在一個Kepware Technologies所提供的OPC server裡,對channel與devices的屬性提供了檢視與進行某些修改的功能。寫入到server的系統層級tags的能力必須是被啟動的。

    Server 狀態控制項物件提供檢視Kepware OPC Server專案屬性的功能。這些屬性包含了連結到server的 Client 數量,被clients加入的 tags 之總數量,還有那些正被輪詢的作用中 tags 之總數量。

    ClientAce .NET Application Programming Interface (API) 提供給如C#與Visual Basic .NET這些語言的使用者一個簡易的、直覺的且最佳化的類別庫來快速開發OPC client應用程式以存取OPC servers。

    ClientAce特性

    1. 一個簡易、直覺性的.NET介面。
    2. OPC Data Access 介面已經被簡化到只剩主要的函式。
    3. 沒有不同的OPC Data Access介面的高深知識之必要。
    4. API 涵蓋了OPC不一樣的基礎技術,例如COM與DCOM。
    5. API 完整的包含了連接到OPC server的所有機制。
    6. 採用ClientAce使得以C#或是Visual Basic來開發OPC Client應用程式變得非常簡單。
    7. 轉換OPC資料從不同的OPC Data Access介面到.NET型態資料。
    8. 快速且簡單的搜尋本機或是遠端的OPC COM Servers。
    9. 藉由使用以C++製作的核心功能來得到高效性能與最佳化的 Client-Server通訊。
    包含在ClientAce安裝裡的免費工具:
    • 範例 Server (重新命名的KEPServerEX)
    • 模擬用途之設備驅動程式
    • VB.NET範例client應用程式
    • OPC Quick Client
    • 一小時的demo 測試時間

    資源

    支援開發環境
    • .NET 4.0/4.5
    • Visual Studio 2010 and higher
    Runtime需求
    • Visual Studio 2010 C++ Runtime Redistributables
    • OPC Foundation Core Redistributables
    硬體需求
    • 100 MB available disk space
    • Microsoft Visual Studio

    相關問題諮詢

    若有任何問題,歡迎與我們聯繫!


  • KEPServerEX

    將設備從工廠控制系統連接至企業資訊系統

    KEPServerEX是工業界領先的通訊平台,它提供了單一來源的工業自動化資料給你所有的應用程式。此平台的設計,允許使用者經由直觀的使用者界面來連接、管理、監視和控制各種自動化裝置及應用軟體系統。
    KEPServerEX利用OPC(操作互通性的自動化產業標準)和常用IT通訊協定(例如SNMP、ODBC,和web services)來提供單一來源的工業資料給使用者。此平台被開發和持續測試,以符合客戶在效能、可靠度和簡易使用上的各種需求。藉由增加REST和MQTT界面到OPC和OPC UA,讓它成爲物聯網必備之絕佳工具。

    KEPServerEX提供有集中式的資料存取、彙整、最佳化、連接性、安全性,和診斷等等,各種嚴謹的技術特性。 獲獎無數的KEPServerEX擁有多達250種以上的通訊協定,可連接到各種系統、裝置和感測器,它也是市面上最通用的OPC server。

    以驅動程式爲基礎的資料存取

    KEPServerEX提供最廣大範圍的驅動程式,支援橫跨各種產業所使用的自動化裝置。絕大多數的驅動程式扮演主動方(master)的角色,向裝置發出資料讀或寫請求。其中有許多驅動程式也可以在控制器爲主動的情形下,模擬成裝置來運作。
    KEPServerEX的驅動程式也支援多樣的有線或無線網路媒體,包含Ethernet、序列,和各種專屬網路。雖然絕大多數的驅動程式是直接連接到硬體裝置,有些是被設計成連接其它應用軟體系統,例如資料庫、客製化軟體程式,或是其它的OPC server。

    security

    KEPServerEX製作有存取到業界領導品牌的自動化軟體系統,包含GE Intelligent Platforms (NIO)的iFIX,和Wonderware (SuiteLink/FastDDE)的InTouch。它也提供存取到ThingWorx® IoT平台,以快速開發和部署物聯網所需的智慧連接方案。

    OPC是工業自動化連接的領先標準。KEPServerEX支援OPC Unified Architecture (OPC UA)規範和OPC傳統規範,包含OPC Data Access (OPC DA)、OPC Alarms & Events (OPC AE),和Historical Data Access (OPC HDA)。

    有了IoT Gateway,KEPServerEX可以無縫串流即時的工業控制資料直接到巨量資料和分析軟體,給商業智慧系統和營運優化系統。它的可客製化資料格式支援大多數的MQTT和REST應用程式,讓使用者得以爲他們的系統選擇正確的供應商和通訊方式。
    IoT Gateway也提供了ThingWorx Agent,使用安全的ThingWorx AlwaysOn™通訊協定,來高吞吐量地移動工業資料到ThingWorx物聯網平台。

    資料集中平台

    KEPServerEX是一個支援同時連接到數千個資料來源,並提供資訊給數千個應用程式的通訊平台。此平台設計,藉由提供單一進入點來取得所有資訊,簡化了應用程式在連接上的規劃。
    KEPServerEX也可啓用除錯和問題診斷機制,依據使用者的角色來控制存取,並提供限制通訊頻率機制給頻寬受限的使用環境。

    功能
    KEPServerEX具有收集即時資料到本機儲存體的方式進行歸檔。利用Local Historian plug-in,應用程式可以經由OPC HDA存取這些歷史資料,進行進一步的分析利用。
    KEPServerEX也可以使用DataLogger plug-in,儲存資訊到任何ODBC相容的的資料庫。其具有儲存再轉送能力,給當資料庫無法連接到,或是資料庫無法足夠快地處理資訊時使用。
    KEPServerEX中有許多種工具,可以控制使用者存取server、資料來源,或是資料數據。Security Policies plug-in依據OPC UA使用者權限來限制存取。 此功能對於動態定址資訊不生效,只限制使用者存取定義在專案中的tags。
    KEPServerEX configuration程式的使用,可以利用User Manager來加以管制。此工具允許管理者定義使用者羣組和使用者,以限制存取某些專案的規劃工作,也提供切斷客戶端程式連線的能力。
    一致性的規劃界面:KEPServerEX提供一致性的規劃界面,以管理對任何裝置的連接。即使是在上線運作期間,任何事情都還是可以被新增、規劃或刪除。 使用者可以利用精靈一步一步地手動規劃,或是經由匯出和匯入XML與CSV檔,利用程式進行規劃。
    提供OPC client和server之間即時和歷史的OPC事件的查看能力,包含client產生的服務請求呼叫,和來自server的回傳訊息。
    此查看真實通訊和回應的能力,用在爲client存取能力進行除錯時非常有用。KEPServerEX中的診斷工具可以大大地提升部署的速度,和減少不正常斷線的機會。
    Communication Diagnostics提供即時捕捉server和裝置之間傳送的通訊協定封包,以及驅動程式的效能狀況。所有讀和寫作業可以在OPC client應用程式中,使用內建的診斷點,直接進行查看或追蹤。
    此功能使用在修正關鍵通訊參數設定(例如baud rate、parity或Device IDs)時非常有用,因爲修正後的結果是立即可見的。

    資源

    虛擬化支援
    • VMWare
    • Hyper-V
    作業系統
    • Windows Server 2016
    • Windows 8 and 10
    • Windows 7 Professional/Enterprise/Ultimate
    • Windows Server 2012 and 2012 R2
    • Windows Server 2008 R2
    • 支援更多系統安裝
    系統需求
    • 2.0 GHz Processor
    • 1 GB installed RAM
    • 180 MB available disk space
    • Ethernet Card
    • Super VGA (800x600) or Higher Resolution Video

    相關問題諮詢

    若有任何問題,歡迎與我們聯繫!


  • LinkMaster

    OPC Bridging Software

    LinkMaster 提供在OPC Servers之間連結資料的方式, 因此扮演猶如OPC Systems的萬用橋樑。此外, LinkMaster 是一個 OPC 與 DDE server ,允許它扮演成舊版DDE systems 以及新的 OPC 程式之間的一個橋樑。

    可以倚賴 LinkMaster 的產業,包含:航空業、 製程自動化、建築自動化、材料處理、醫藥 、 發電、 金屬製造、 紙漿和造紙業、 石化與煉油業、 林木業、 公用事業等。

    Programming Knowledge 選項

    LinkMaster 是一個快速且穩健的Windows應用程式,不需要程式設計的知識,只要以簡單的 拖拉即可建立你的links。內建數值調整scaling功能、使用者存取的管理、錯誤追蹤以及寫入最佳化的功能,提供你的資料流通以及應用程式存取之完整控制。

    以Link Groups控制資料轉送

    Link Groups 是用來集合以一個指定的速度在OPC servers間移動的OPC items資料。使用多個 Link Groups,LinkMaster 允許你控制從一個OPC server轉送資料到另一個OPC server的速度。 藉由使用 Link Groups ,你可以以不同的更新速度來控制你的資料轉送來配合應用程式的需求。當一個 item 可能需要以高速傳送,其他在應用程式裡的 items 可能需要較低的更新速度,在LinkMaster中都可以得到控制。 它的好處是可以減少網路的流量且增加可靠度。

    對linkMaster來說最普遍的方案是在兩個(或是更多)OPC Servers之間來連接資料,一個可能的例子是一個客戶使用 RSLinx 來連接到 Allen Bradley PLCs, 以及 Kepware的 U-CON Protocol Server來連接到一個磅秤測量儀。在這個範例裡,客戶可以簡單的發送秤重資料到PLC。

    另一個LinkMaster有趣的應用方式是以服務從多個OPC servers來的資料之單一OPC server的方式來運作。 此方式展示了LinkMaster可以同時扮演client與server的能力。這樣的例子是,當有一個客戶只能從一個OPC client應用程式連接到單一OPC server,但有需要從多個OPC servers取得資料時。

    在一個客戶想要在連接到同一個server的兩個PLCs之間轉送資料時,通常會使用到這個方式。 使用 LinkMaster 來定義 tag data routing 比在你的PLCs裡建立一個新的ladder logic還要簡單(尤其對舊版的系統來說)。 一個可能的例子是一個客戶使用 KEPServerEX 來連接一個 Allen Bradley ControlLogix PLC 和一個 Yokogawa DX Data Recorder。

    LinkMaster特性
    • 內建的Redundancy
    • 功能齊全的資料橋接功能
    • "Drag & Drop" 的link建立
    • 錯誤記錄
    • LinkMaster的 link management system 允許你建立一個適合你的應用程式種類之Link 資料庫結構
    • 包含一個內建的使用者管理 ,它允許完全控制每一個個別的使用者可以存取哪些型態的功能
    • 支援建立 Custom Remote Machine的引用
    • 包含一個獨立的事件監視應用程式,名稱為 Event Viewer
    • COM & DCOM 皆支援
    • 與OPC1.0.a/2.0相容
    • 以Windows NT/2000 Service執行
    • 支援link item資料的直接數值調整
    • OPC Data Access 1.0a 版本
    • OPC Data Access 2.0版本
    • DDE Format CF_Text
    • DDE Format AdvancedDDE
    linkmaster

    資源

    應用程式支援
    • OPC Data Access 1.0a 版本
    • OPC Data Access 2.0版本
    • DDE Format CF_Text
    • DDE Format AdvancedDDE
    作業系統
    • Windows 8
    • Windows 7專業版/企業版/旗艦版
    • Windows Server 2012
    • Windows Server 2008
    • Windows Server 2008 R2
    • Windows Vista商用版/企業版/旗艦版
    • Windows Server 2003 SP2
    • Windows XP Professional SP3 或更高
    系統需求
    • 2.0 GHz Processor
    • 1 GB installed RAM
    • 180 MB available disk space
    • Ethernet Card
    • Super VGA (800x600) or Higher Resolution Video

    相關問題諮詢

    若有任何問題,歡迎與我們聯繫!


  • RedundancyMaster

    將多個 OPC Servers 設定為 Redundant Pairs
    概觀

    藉由允許將多個OPC Servers設定為redundant pairs, 來提高可靠性以及OPC資料的可用度。每一組redundant pair看起來就像是一組單一的OPC Server端對上任何OPC Client端之應用程式般的自然。
    RedundancyMaster可以加入現有的server/client應用程式中,且無需重新設定應用程式。保持您的流程順暢,不需要任何的停機時間。

    OPC Data Access( OPC DA) 技術已被證實,其技術在幾乎每一個可能的情況下要求將consistent data傳送至裝置以及系統上是可靠的。即使如此,還是有些因素會危害系統的完整性,像是軟體因素,硬體因素,甚至是人為的因素。透過OPC redundancy技術,您可以讓這些系統更加的可靠以及有效率。
    如果因為任何原因使得單一OPC server無法操作,那麼我們將會有基於物件的失敗。此外,因為這個單一PC負責底層裝置的資料收集,同樣地單點故障也存在於裝置的連接中。為了提高您的OPC系統的可靠性,您必須排除這些單點故障。要消除這些單點故障您可以增加RedundancyMaster來重新設計您的OPC系統,使其不只使用一個OPC server。
    RedundancyMaster駐在您的OPC Client端機器上,藉由”hooking”的方式在OPC Client端以及Server端之間呼叫,以方便連結系統網絡上的主要及次要的OPC Server。如果OPC Client端失去了與主要的OPC Server端之間的連結,或是目前情況觸發了使用者所設定的條件
    例如:一個物件(item)沒有接收到更新的資訊,達到了另一個指定的物件(item)所設的數值,或是該物件的通訊品質被設為bad時,RedundancyMaster會中斷與主要的OPC server的連接,並晉升次要的OPC server ─ 以減少系統停機時間和節省您的成本。
    RedundancyMaster可說是個開放性的應用程式,不需要對您的OPC client或server應用程式做任何的修改。其設定只需要幾分鐘,讓您在使用Redundant OPC系統上沒有煩惱。只需簡單的瀏覽並選擇您的主要及次要OPC Server,就能啟動系統並開始運作。我們的特點有:

    • E-mail通知
    • 物件及連結的監控
    • 診斷日誌(Logging)


    您可能會有想要使用相同的OPC Server Vendor,而需要數個Redundant OPC Server pairs的情況,為此,我們在OPC Server上的alias* the ProgID (Program ID))新增了這個能力。 *註: Aliasing也許會要求OPC Client做少許的修改。
    兩個OPC Servers Paired搭配RedundancyMaster

    如圖所示,原來的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的PC停止運作。
    • 使用者錯誤導致OPC Server退出。
    • 網路失去與OPC Server的連接或是兩者之間連結不可靠。
    • 網路設定改變導致連接失敗。
    • OPC Server因為本身已知或是其他的因素故障
    • 執行OPC Server的PC的登錄帳戶改變。

    大多數的情況下,由於OPC Server或與該Server的連線發生實體故障,OPC DA Server將無法繼續傳輸資料。這些故障類型被定義為物件故障(object-based)。關閉OPC Client的應用程式以及目標OPC Server就會發生物件故障。在這些案例之中,其中也包含軟體操作不當引發的故障。然而,實體硬體發生故障將會嚴重影響資料的可靠性。其中包含以下這些物理因素:

    • 物理上的連接失敗(電纜被拔除))
    • 韌體故障(路由器故障)
    • 電子干擾(高電流放電)
    • 由於訊號的因素而造成傳遞延遲(無線電連接)
    • 環境因素(閃電)
    • 隨機的意外因素

    在這些情況下,OPC Server和客戶端之間的虛擬連線表面看似正常,但是底層設備或系統的物理連結有可能處於故障狀態。以上這些故障類型被定義為連結故障(Link-based)。與目標設備或系統斷線時,就會造成連結故障。在大多數的案例裡,即使發生連結故障(Link-Based)OPC Server仍然可以正常運作,但要注意的是沒辦法再傳輸資料至休眠系統。

    使用RedundancyMaster來監控例外情況,並且能夠有效防止非必要性的系統停機,以達到節省時間和成本的效用。

    RedundancyMaster功能 :

    探索RedundancyMaster的功能將會改變您對OPC redundancy的想法。RedundancyMaster的創新可以完美無暇地和您現有的OPC應用程式一起運作以給予您更多可靠的解決方案

    指定與OPC Server連結的主要機器,以及當無法與主要機器通訊連接時,與OPC Server連結的次要機器。每當新的Client端連接至底層Server時,會先嘗試連接在主要機器上運作的Server。 若是主要Server的連結失敗,或是與主要Server之間的連結中斷的話,會嘗試連接到次要的Server,如果可行的話,會建立一個新連線。 根據不同的連線模式,你可以利用應用程式來設定,當主要機器恢復時,自動地建立和主要機器之間的通訊。
    此功能允許您設定多組具有相同ProgID(KEPware.KEPServerEX.V5)的OPC Servers。如果在您的網路上有多個OPC Server的節點的話,這個功能容許你使用一組OPC Server vendor。這允許OPC Client藉由參考Redundant pair別名化後的ProgID,來和該Redundant pair建立連接。
    透過此設定,在OPC Server恢復時,RedundancyMaster會自動恢復與主要機器的連線。
    此時間間隔(Interval)(以milliseconds為單位)決定RedundancyMaster確認底層Server的連接是否有中斷的偵測頻率。透過更快的速度查詢,您可以因為連線失敗的偵測更為頻繁,而大幅地縮短故障轉移(fail over)的時間。
    此時間間隔(以milliseconds為單位)決定Redundancy應用程式在判定失去連接之前會花多久的時間等待底層Servers的偵測回應。
    此功能能壤您設定特定的條件,來對非運作中的Server觸發故障轉移(fail over)機制。 這些條件允許您監視Server 物件(items)的特定情況,以確認底層Servers/裝置(Devices)的狀況, 一旦超出或低於條件時,通訊中斷的期間,將所自動觸發故障轉移(fail over)。
    關閉時,將事件(events)儲存在硬碟上:當應用程式關閉時,事件將會被保存在硬碟中。在下次重新啟動應用程式時,將會顯示該事件,且會將所有新的事件串聯在舊的事件之後。 捕捉事件(events)的最大數量:由於診斷是利用記憶體以及儲存資源,你也許想要在系統給予的時間內,限制診斷的次數。一旦達到事件的最大值,將刪除舊的事件。
    這個功能允許您能夠設定數個收件人,來接收數個診斷事件的Email通知。用於發送Email通知的事件,也可以在本機的診斷設定視窗中瀏覽。
    連接模式

    連接模式定義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)的功能。

    資源

    應用程式支援
    • OPC Data Access (OPC DA) Versions 1.0 and 2.05a
    作業系統
    • Windows 8
    • Windows 7 Professional/Enterprise/Ultimate
    • Windows Server 2012
    • Windows Server 2008 and 2008 R2
    • Windows Vista Business/Enterprise/Ultimate
    • Windows Server 2003 SP2
    • Windows XP Professional SP3 or higher
    系統需求
    • 2.0 GHz Processor
    • 1 GB installed RAM
    • 180 MB available disk space
    • Ethernet Card
    • Super VGA (800x600) or Higher Resolution Video

    相關問題諮詢

    若有任何問題,歡迎與我們聯繫!


  • Please publish modules in offcanvas position.