Good, thanks for letting me know.

Best regards

Hello,
thanks for more info. Yes, please send the screen capture form Matrikon OPC Explorer.

Do I understand it correctly that in your program, you could not browse the remote machine either, and that you had to enter the server data manually? If so, can you explain how precisely looks the piece of code that calls GetPropertyValue, and what are the values you are passing in?

The reason I am asking is that you have listed both the CLSID ({3C5702A2-EB8E-11D4-83A4-00105A984CBD}) and the ProgID in your post. QuickOPC actually allows both of them to be used at the same (using ServerDescriptor) and it will pick one of them, but you are probably passing in just the Prog|D? (which is normally OK - but CLSID might come to the rescue if there are remote browsing problems).

Regards

Hello.

Please reply to this (repeating; parts not answered are in bold):

What I find somewhat weird is that in the screenshots, there are always two similar servers on the left side, with "Server Name" column having:

- Intellution.OPCiFIX.....
- Intellution.iFixOPC....

Unfortunately the ProgIDs are truncated at the right, so that I cannot see their full values. But what's already suspicious is the two look like work permutation on the same theme.

- Do they actually come from OPC browsing, or is the customer entering them manually?
- What are their full texts?
- Can the customer actually back his claim of the fact that it works from other OPC client(s) by a screenshot of that client, showing the successful operation AND, at the same time, the ProgID he has used in that other client? I want to rule out that the customer is, in fact, confusing the ProgID he uses in his other software, and the one he uses with yours.

Regards

Hello.
Regarding the earlier post: at least one of EnableXXXXClient should be true; when they are both false, OPC operations will fail, that is an expected&correct behavior.

Unfortunately, the error the customer is getting now is basically the same one as before, except that is clear that you have done the change I suggested and it now comes from the other client implementation.

That leaves me wondering how this could be possible.

I am asking for the 3rd time, whether other operations from your software on the same target server work, can you/your customer provide that answer?

What I find somewhat weird is that in the screenshots, there are always two similar servers on the left side, with "Server Name" column having:

- Intellution.OPCiFIX.....
- Intellution.iFixOPC....

Unfortunately the ProgIDs are truncated at the right, so that I cannot see their full values. But what's already suspicious is the two look like work permutation on the same theme.

- Do they actually come from OPC browsing, or is the customer entering them manually?
- What are their full texts?
- Can the customer actually back his claim of the fact that it works from other OPC client(s) by a screenshot of that client, showing the successful operation AND, at the same time, the ProgID he has used in that other client? I want to rule out that the customer is, in fact, confusing the ProgID he uses in his other software, and the one he uses with yours.

Best regards

Thank you, this clarifies it.

I have asked whether other operation on that target OPC server work - by that, I actually meant other operations *from your software*. I tend to think that they probably work. If so, the issue seems similar to me to the one we had before. That is, can you check that that EnableNetApiClient and EnableNativeClient are set in the same way on the easyDAClient object in this part code, as they are in other parts of your program?

Regards