Professional OPC
Development Tools

logos

Online Forums

Technical support is provided through Support Forums below. Anybody can view them; you need to Register/Login to our site (see links in upper right corner) in order to Post questions. You do not have to be a licensed user of our product.

Please read Rules for forum posts before reporting your issue or asking a question. OPC Labs team is actively monitoring the forums, and replies as soon as possible. Various technical information can also be found in our Knowledge Base. For your convenience, we have also assembled a Frequently Asked Questions page.

Do not use the Contact page for technical issues.

DeltaV browsing issue

More
05 Dec 2021 11:12 #10427 by micham
Replied by micham on topic DeltaV browsing issue
Hi,

We have changed the set.InstanceParameters.EnableNativeClient to False and the browsing issue is now resolved.

Thank you.

Michael

Please Log in or Create an account to join the conversation.

More
29 Oct 2021 09:16 #10324 by support
Replied by support on topic DeltaV browsing issue
There has been no specific resolution for this. We would need a copy of the server here for analysis and possible resolution.

If you are on QuickOPC 2020.3 or later, you can *try* to set .InstanceParameters.EnableNativeClient on your EasyDAClient object to 'false' (right after constructing the EasyDAClient object). There is absolutely no guarantee it will fix the problem; but what it does is that it switches the internal implementation to a quite different one, which uses different techniques, so there is some chance it would work. I would be interested in knowing the outcome.

Regards

Please Log in or Create an account to join the conversation.

More
29 Oct 2021 08:54 #10321 by micham
Replied by micham on topic DeltaV browsing issue
Hi,

As far as I remember that was no resolution for this problem, but I have asked the customer again. I will let you know.

Reards,
Michael

Please Log in or Create an account to join the conversation.

More
29 Oct 2021 05:59 #10318 by daveslc
Replied by daveslc on topic DeltaV browsing issue
Was there ever any resolution to this? I am having the exact same problem with a DeltaV OPC Server and EasyOPC. We are on a 64-bit machine and I have compiled in both 64 and 32 bit, neither seems to work. My customer is getting fed up waiting for a solution which I don't have yet because of this. Note the old SLIK-DAC libraries worked great with DeltaV, but of course they were on 32-bit and used ActiveX control which is a huge drawback in the current environment.

Please Log in or Create an account to join the conversation.

More
10 Dec 2018 04:53 #6900 by micham
Replied by micham on topic DeltaV browsing issue
Hi,

We are checking the possibility to arrange a remote session with one of our customers.

Thank you.

Michael

Please Log in or Create an account to join the conversation.

More
08 Dec 2018 11:58 #6898 by support
Replied by support on topic DeltaV browsing issue
Thank you.

In case your app is already 32-bit, I really do not know what the cause could be. I think it is probably something simple, but there are so many things to check that it cannot be done via "I ask you to check this, the customer checks that and explains the result" in a loop - that would take incredibly long.

Can't we get a temporary remote access to the machine, under their supervision (VNC or similar), to look around and investigate? Or, of course, if there is a way to install the server on our computer and it would exhibit the same behavior, we can do it as well - but need to get an operational server software for that.

Regards

Please Log in or Create an account to join the conversation.

More
06 Dec 2018 08:24 #6890 by micham
Replied by micham on topic DeltaV browsing issue
Hi,
Thank you for your answer. The program is built for 32 bits only. See the attacxhed screen captures.

The exe file is created in the following folder:
D:\MyBin\Proj-VS2017\UCME-OPC\Vresion 2017\UCME_CFG_NET\UCMECFG\UCMECFG\bin\x86\Release





Thank you.
Michael
Attachments:

Please Log in or Create an account to join the conversation.

More
06 Dec 2018 08:04 #6889 by support
Replied by support on topic DeltaV browsing issue
Michael,

I do not understand how this reply relates to the problem reported. In fact, I hardly understand any piece of it.

This is my understanding of the issue we had: We were trying to address was the fact that QuickOPC could see the server, but was not able to browse its items or do read/writes etc. - it always ended up with "Class not registered".

My suggestion was to build your app for 32-bits only (x86 target CPU), because there is a high chance the server does not register itself well for the 64-bit world. There was no reply to this from your side, so I assume you have not tried.

I do not know what is the cache file they are referring to, or what they mean by "...the DeltaV server address, type and name had to be added manually to the cache.". Also it somewhat weird that the XML file refers to things like "XiServer" and "http://10.122.150.170:58080/xiservices/serverdiscovery". This seems to be related to the so-called OPC Express interfaces, latter dubbed Xi and latter dubbed OPC.NET, which is completely different from any other OPC spec, and was, at one time, forced by a big player onto OPC Foundation standardization committee and that, besides Emerson, practically nobody is using. QuickOPC does *not* support OPC Xi at all, and never will. It is a dead thing. But it is possible that the server supports OPC Xi and OPC DA at the same time. It is then, however, important not to mix their connection info. OPC Xi is basically a Web service interface (hence the "http:..." URL in their cache), while OPC DA is COM based and servers are identified by the (machine name and) ProgId/CLSID.

Best regards

Please Log in or Create an account to join the conversation.

More
05 Dec 2018 18:02 #6888 by micham
Replied by micham on topic DeltaV browsing issue
See what the customer freom Emerson wrote today:
"Michael,
I was speaking with some colleagues and it seems that this issues is present also with other OPC clients.
I guess the main difference between UCME-OPC 2014 and 2017 is that in 2014 release the comms go directly to (D)COM and in 2017 via a .NET library that handles all COM details.
I don’t know if UCME_OPC has a server cached xml file for the DeltaV OPC Xi (DeltaV OPC .NET) server. A colleague told me that in the case of another OPC client, the DeltaV server address, type and name had to be added manually to the cache.
Hope it helps.
Regards,
Bogdan"

and...
"Hi Michael,
It looks like this. But I guess it depends on who compiled that library. I know that the OPC foundation has a .NET library for OPC comms, but probably other companies could have been modified it or made their own.
Regards,
"

See the attached XML file. Does it helps?

Thanks.
Michael

File Attachment:

File Name: ServerCache.xml
File Size:0 KB
Attachments:

Please Log in or Create an account to join the conversation.

More
23 Jan 2018 19:45 #5911 by support
Replied by support on topic DeltaV browsing issue
I am not saying it should not be able to browse at all. I just want to get the facts first, and so far it does look the problem may have to do with the 64-bit-ness of your app - because it is, in fact, running in 64-bit process, and I have no indication that other servers are.

Before we start thinking about other possibilities, it is important to verify that the hypothesis (that is, it is the 64-bitness of the client that causes it) is correct. To do so, can you re-build your project to be strictly 32-bits (target x86 and not AnyCPU or x64), OR use the CORFLAGS on the EXE you already have to force it to 32 bits, and then retest to see whether the problem has disappeared?

Best regards

Please Log in or Create an account to join the conversation.

Moderators: support
Time to create page: 0.097 seconds