OPC .Net client server toolkits for OPC DA, HDA, AE, XML-DA Advanced
OPC
Solutions    
OPC .NET Components and Solutions      OPC .Net client server toolkits for OPC DA, HDA, AE, XML-DA
Home | Sign In | My Account | Shopping Cart  
Customer Service | Search  

 
 


Search

Help & Info
 Contact Us
 About Us
 Our Services
 Our Customers
 FAQs
 
 OPC Error   Lookup 

 ASP.NET   Sample Clients 

 XML DA Sample   Servers 

 OPC UA Info

 


* privacy and security Guaranteed  
OPC XML Webservices Login  

OPC XML Webservices

Sub Category Summary
XML DA Gateways

The OPC XML-DA Gateways offer a way to upgrade OPC solutions step-by-step to XML-DA web services. 

XML DA Developer Kits

Client development components and server toolkits help quickly develop .Net based XML-DA client and server applications.

Historian Web Service

The OPC Historian Web Service exposes an OPC HDA server as a .Net web service and makes it accessible from remote clients.



Please select a subcategory above



Category Description

OPC Web Services

Web Services are currently the only high-level application-to-application communication technology embraced by virtually all platform providers including Microsoft, IBM, Sun, and Linux.
XML (eXtensible Markup Language) is one of the key enabling technologies for achieving global interconnectivity and it has industry-wide support as a standardized way of handling data among systems using a variety of operating systems. On a higher layer the SOAP specification defines remote procedure call messages in a platform independent fashion, using XML. Web services such as XML DA or UA base on SOAP and are defined in WSDL documents.

 

XML DA

In October 1999 the OPC Foundation announced that it will publish XML schema based on OPC specifications that define application interoperability and communications between disparate industrial automation devices, systems and applications running across the manufacturing enterprise.
In July 2003 the first version of the XML DA specification was released.
XML DA specifies a rather simple web service with eight methods that handle all of the features typically used in the OPC Data Access applications.

The XML DA specification didn't get the attention it deserves, mainly because the OPC Foundation announced the United Architecture specification shortly after the release of XML DA and allocated its resources on this new specification. Another reason is performance concerns. Due to the XML based communication XML DA is much slower than the COM based OPC DA. This caused users to decide for proprietary tunnel solutions instead of XML DA. However, it needs to be noted that XML DA is actually fast enough for many OPC data access applications.

XML DA Characteristics

  • Simple to implement
  • Limited functionality, Data Access only
  • Covers the requirements of most OPC Data Access applications
  • Can be used with web service extensions for secure communication
  • Much slower than COM based OPC
  • Products available

Windows Vista with .NET3 (WCF) eliminates many of the web services short comings. The communication can now be configured for either high performance or security.

 

XML DA is a good starting point to bring remote accessibilty to OPC applications.

 

OPC UA

In January 2004 the OPC Foundation tasked a work group to create the Unified Architecture (OPC UA) specification.

The OPC UA specification was to address the shortcomings of XML DA:

  • Integration of all OPC specification allowing alarms and historical data to be accessed in much the same way as current values.
  • A communication suitable on device and enterprise level.

These requirements made the OPC UA specification a daunting task and not all of the eleven parts of the OPC UA specification were released at end of 2006.
OPC UA is structured to have the required features for all OPC specifications (Data Access, Alarms&Events, Historical Data, Batch, Commands, Security) in it's base. Therefore the OPC UA base is complex and designed with a network database. A network database by itself is complicated. Due to the difficulty implementing and maintaining the network database model, the simpler relational databases are widely used instead.

To achieve the goal of OPC UA to be suitable on device and enterprise level OPC UA had to be defined for multiple communication implementations. OPC UA is therefore an 'inner' specification that can be accessed through different communications stacks (communication layer implementations) such as web services or a binary communication for high performance device level communication.

OPC UA server and clients not only need to be OPC UA compliant but also need to use the identical communication stack.

 

It remains to be seen when stable OPC UA implementations will be available and if the complexity of the OPC UA base can be encapsulated to make OPC UA suitable for simple data access applications.

 

 

Advosol XML DA Products
Advosol was first to deliver software components for XML-DA clients and servers and now offers matured software in version 5. Version 1 was based on the OPC XML-DA pre-release specificationa and allowed users and us to create advanced solutions and build up know-how. Version 2 was released shortly after the XML-DA standard V1.0 was available. It was tested at the Spring 2004 OPC Interoperabiliy workshop with all available XML-DA products. Version 3 offers enhanced performance, functionality and ease of use. Version 4 uses.NET Framework 2.0. Version 5 supports Windows Vista .NET3 (WCF) and allows the communication to be configured for either high performance through TCP or Named Pipe transports or for high security with X.509 certificate based authentication and/or encryption.
The Advosol software products are compliance tested with the OPC Foundation test tools.

Advosol offers software development tools for XML-DA clients, XML-DA Servers and Gateways that provide a sound base for new applications and an easy migration path for the thousands of OPC DA products in use today.

XML-DA server-side Gateway The XDAGW-SS gateway enables OPC-DA servers to be accessed from XML-DA clients. Using the gateway is the quickest way to make an existing OPC DA server accessible from a remote location.
XDAGW-SS can be configured to restrict access to a item subset or allow only read access.
XML-DA client-side Gateway

The XDAGW-CS gateway allows OPC DA clients to access XML-DA servers. Only minimal configuration is required. XDAGW-CS is OPC DA V2.05 and V3 compliance tested.

The XML-DA Bridge consists of a pair of gateways, the XDAGW-SS gateway and the XDAGW-CS gateway.
Existing OPC DA clients can access OPC DA servers over the Internet.

OPC Exchange Server The Exchange Server aggregates data from multiple OPC DA servers and exchanges data between these servers.
Accessed as an XML DA server the Exchange Server acts as a gateway web service to multiple OPC DA servers.

XML-DA Client Component The XMLDA.NET client component allows XML-DA clients to access local OPC DA V2 server directly, without going through XML serialization, offering highly improved performance.
Clients can be developed as state of the art web services clients even if OPC DA COM server need to be accessed.

XML-DA Server Toolkit Gateways can be used to wrap OPC DA servers to XML-DA, but a native XML-DA server offers higher performance and better configuration options.
The XDASrv Server Toolkit makes the development of native XML-DA servers simple an quick. The generic XML-DA server is provided as a .Net web service. The user only has to develop a .Net assembly with a few item configuration and device access methods. Optional methods can be implemented to optimize performance and realize demanding applications.

OPC Historian WebService The XHDASrv OPC Historian Web Service exposes an OPC HDA server as a .Net Web Service and allows web client applications to read data archived in OPC HDA server.

XML-DA Sample Clients A bundle of XML-DA Clients including source code can be downloaded free of charge.

home | contact us | return policy | privacy policy | security policy | Copyright © 2008 Advosol Inc. All Rights Reserved.