Click here to Skip to main content
15,434,673 members
Articles / Programming Languages / Visual Basic
Posted 21 May 2001


150 bookmarked

OPC and .NET with COM Interoperability

Rate me:
Please Sign up or sign in to vote.
4.87/5 (53 votes)
8 Jul 20014 min read
How to access OPC (OLE for Process Control) from .NET with advanced COM interop

Sample Image


In industrial automation, OPC (OLE for Process Control, see is the primary COM component interface used to connect devices from different manufactures. The OPC standard is defined at 'two different layers' of COM/DCOM. First, as a collection of COM custom interfaces, and secondly as COM-automation compliant components/wrappers. For some reasons and applications, it is preferable to use the custom interface directly.

We will show you in this article how to access OPC servers with custom interfaces and how to write an OPC client in .NET.

The problem

The new Microsoft .NET Framework will provide some interoperability layers and tools to reuse a large part of the existing COM/ActiveX/OCX components, but with some strong limitations. While automation compliant COM objects will be nicely imported (as referenced COM objects inside Visual Studio .NET, or with the TLBIMP tool), pure custom COM interfaces will not work.

To understand the issues with COM custom interfaces and the .NET framework, we must first analyze, why automation components can be used immediately. Visual Studio .NET relies on the information found in a type-library for every imported COM component (e.g. the library generated by MIDL-compiler, named *.TLB). The problem is now, type libraries can only contain automation compliant information. So if we compile a custom-interface IDL file, the generated TLB misses very important type descriptions, especially the method call parameter size (e.g. of arrays). At the time of .NET Beta2, there's unfortunately no tool (like 'IDLIMP') to import custom interface IDL files.

Example: Since the MIDL compiler does not propagate size_is information to the type library, the marshaler doesn't know an array length and translates int[] to ref int.

One first solution would be to edit the assembly produced by TLBIMP (using ILDASM), and replace ref int with int[], and then compile IL back again with ILASM.

But if we look at some very custom IDL files, we also find methods with parameters like foo( int **arraybyref ) where arrays are passed by reference (caller allocates the memory)! Hand editing IL code won't work here, there's no marshaling signature for this. Currently, we must use one of two different workarounds:

  • Write a custom marshaler (e.g. in Managed C++)
  • Or the way we used, write a marshaling helper class (in C#)

The solution, first step

We have to rewrite our custom IDL file in a managed language code, here C#. Note this can be a very time consuming work! every method of all interfaces have to be coded in C#, and the critical (custom) parameters must be declared completely different. We found there's often no way around the use of the special IntPtr type.

Let's look at a sample method (from an OPC custom interface IDL):

  [in]                        DWORD            dwCount,
  [in,  size_is( dwCount)]    OPCITEMDEF     * pItemArray,
  [out, size_is(,dwCount)]    OPCITEMRESULT ** ppAddResults,
  [out, size_is(,dwCount)]    HRESULT       ** ppErrors    );

Redefined in C#, looks now like this:

int AddItems(
  [In]       int       dwCount,
  [In]       IntPtr    pItemArray,
  [Out]  out IntPtr    ppAddResults,
  [Out]  out IntPtr    ppErrors );

As you can see, we loose many type information by declaring parameters as IntPtr!

Another point is the default exception mapping of .NET: as custom interface methods return HRESULT values, failed calls will be converted by the .NET marshaller to exceptions of type COMException. Further, some COM methods will also return other success codes besides S_OK, mainly S_FALSE. With the default mapping, this hint return value will be lost.

To bypass exception mapping, declare the interface with special signature attributes. See at the code below for the head of the final interface declaration:

  [ComVisible(true), ComImport,
  InterfaceType( ComInterfaceType.InterfaceIsIUnknown )]
internal interface IOPCItemMgt
  int AddItems(
    [In]       int       dwCount,
    [In]       IntPtr    pItemArray,
    [Out]  out IntPtr    ppAddResults,
    [Out]  out IntPtr    ppErrors );

The solution, second step

To use the interfaces we declared as above, it is recommended to write some wrapper classes. But more important, this wrapper now has to do all the custom marshaling, e.g. for all IntPtr parameters. So the wrapper must reconstruct the information we lost. Managed marshaling code makes use of the framework services provided in the System.Runtime.InteropServices namespace, especially the Marshal class. We found the following methods as useful for this:

AllocCoTaskMem() FreeCoTaskMem() SizeOf()manage COM native memory (as pointed to by IntPtr)
StructureToPtr() PtrToStructure() DestroyStructure()marshaling of simple structures
ReadInt32() WriteInt32() Copy()read/write to native memory (also -Byte/Int16/Int64)
PtrToStringUni() StringToCoTaskMemUni()string marshaling
GetObjectForNativeVariant() GetNativeVariantForObject()conversions between VARIANT and Object
ThrowExceptionForHR()map HRESULT to exception and throw
ReleaseComObject()finally, release COM object

To get the idea, see a simplified excerpt for the sample method AddItems() we declared above - here we allocate native memory and marshal an array of structures into it:

IntPtr ptrdef = Marshal.AllocCoTaskMem( count * sizedefinition );
int rundef = (int) ptrdef;
for( int i = 0; i < count; i++ )
  Marshal.StructureToPtr( definitions[i], (IntPtr) rundef, false );
  rundef += sizedefinition;

int hresult = itemsinterface.AddItems( count, ptrdef, ... );
int rundef = (int) ptrdef;
for( int i = 0; i < count; i++ )
  Marshal.DestroyStructure( (IntPtr) rundef, typedefinition );
  rundef += sizedefinition;
Marshal.FreeCoTaskMem( ptrdef );


In the download package, you will find the complete interface declarations and a sample client application showing how to use them.

Please note:

  • First read the included whitepaper
  • To run this OPC client, you must have any OPC-DA 2.0 servers installed!

Useful links

OPC, the OPC logo, and OPC Foundation are trademarks of the OPC Foundation. .NET, the .NET logo, and Microsoft .NET are trademarks of the Microsoft Corporation.


The information in this article & source code are published in accordance with the Beta2 bits of the .NET Framework SDK).


This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here

Written By
United States United States
This member has not yet provided a Biography. Assume it's interesting and varied, and probably something to do with programming.

Comments and Discussions

AnswerRe: OPC client error while adding items in groups Pin
DevilGeek20-Feb-12 21:00
MemberDevilGeek20-Feb-12 21:00 
GeneralRe: OPC client error while adding items in groups Pin
Member 840510625-Apr-13 1:34
MemberMember 840510625-Apr-13 1:34 
QuestionIsuue regarding connection with OPC server Pin
Lijomon T George11-Jan-12 2:48
MemberLijomon T George11-Jan-12 2:48 
QuestionCannot connect to server Pin
Member 77167887-Dec-11 9:09
MemberMember 77167887-Dec-11 9:09 
QuestionHow to solve the error 0x80004002 ? Pin
Member 48083819-Oct-11 5:07
MemberMember 48083819-Oct-11 5:07 
AnswerRe: How to solve the error 0x80004002 ? Pin
Member 840510625-Apr-13 1:15
MemberMember 840510625-Apr-13 1:15 
QuestionDescription item [modified] Pin
cavasconcelos11-May-11 7:13
Membercavasconcelos11-May-11 7:13 
GeneralConnecting to remote server Pin
jcbernack24-Mar-11 14:42
Memberjcbernack24-Mar-11 14:42 
I modified it a bit and struggled with the dcom security settings for hours but now it works.

Type typeofOPCserver = Type.GetTypeFromProgID( clsidOPCserver );
to something like
Type typeofOPCserver = Type.GetTypeFromProgID( clsidOPCserver, hostname );
where hostname can be anything like a computer name, an ip address or a dns name.

That was the easy part, the dcom security settings are really tough to get them right.
After following numerous guides on "how to get opc traffic working over network" there were two things I had to find out myself which took a whole lot of time:
First, if you are using XP, you got to disable "the simple file sharing" option (explorer->tools->folder options..)
Second, I had to add the user "anonymous" with remote access to the dcom standard access rights. I had all users correctly set up and could use the matrikon opc browser to connect over the network, but this client here didnt work until I added that.

Theres a lot of confusiong information out there on dcom security settings.. it always takes forever to get it right Mad | :mad:

Well, I hope could help anyone trying to get this working over network Cool | :cool:
GeneralCan't register OPCdotNETLib.dll in Windows 7 Home Premium Pin
Okoro24-Aug-10 1:28
MemberOkoro24-Aug-10 1:28 
GeneralRe: Can't register OPCdotNETLib.dll in Windows 7 Home Premium Pin
Member 840510625-Apr-13 1:09
MemberMember 840510625-Apr-13 1:09 
GeneralRemote OPC Server ---- > ReadData ???? (datavalue, timestamp,quality ) Pin
FIRAT 201012-Aug-10 22:09
MemberFIRAT 201012-Aug-10 22:09 
GeneralRe: Remote OPC Server ---- > ReadData ???? (datavalue, timestamp,quality ) Pin
Jan Hussaarts9-Nov-10 3:06
MemberJan Hussaarts9-Nov-10 3:06 
GeneralRe: Remote OPC Server ---- > ReadData ???? (datavalue, timestamp,quality ) Pin
kavvis_21-Feb-11 21:30
Memberkavvis_21-Feb-11 21:30 
GeneralRe: Remote OPC Server ---- > ReadData ???? (datavalue, timestamp,quality ) Pin
Member 840510625-Apr-13 1:21
MemberMember 840510625-Apr-13 1:21 
GeneralMultiple Read Pin
ersin384-Dec-08 2:46
Memberersin384-Dec-08 2:46 
GeneralFrozen Data detection Pin
harpreetsinghchd17-Nov-08 18:30
Memberharpreetsinghchd17-Nov-08 18:30 
GeneralRe: Frozen Data detection Pin
Janislav Dimitrov14-Apr-10 3:21
MemberJanislav Dimitrov14-Apr-10 3:21 
General[Message Deleted] Pin
Thiago Tozim31-Jul-08 8:05
MemberThiago Tozim31-Jul-08 8:05 
GeneralRe: Just use Mega OPC Data Logger Pin
dimas197118-Oct-08 7:49
Memberdimas197118-Oct-08 7:49 
GeneralProblem in connecting to Citect OPC Server Pin
mahmoodsalamah237-May-08 2:12
Membermahmoodsalamah237-May-08 2:12 
GeneralRe: Problem in connecting to Citect OPC Server Pin
mahmoodsalamah2311-May-08 4:39
Membermahmoodsalamah2311-May-08 4:39 
GeneralRe: Problem in connecting to Citect OPC Server Pin
yesidh8-Jul-08 8:01
Memberyesidh8-Jul-08 8:01 
GeneralRe: Problem in connecting to Citect OPC Server Pin
mahmoodsalamah2316-Dec-08 8:23
Membermahmoodsalamah2316-Dec-08 8:23 
GeneralHelp please Pin
megdouli2-May-08 4:01
Membermegdouli2-May-08 4:01 
GeneralRe: Help please Pin
rockeylau11-Mar-10 20:44
Memberrockeylau11-Mar-10 20:44 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.