800xA OPC Client Communication via Matrikon Tunneller Drop Down

Hello Stefan,

attached the logs from 800xA.

Fabio

OPCdaconnector level.zip

Comments (1) New comment

fabioABB Rank: 1290

Asked 3 years ago

Answer this question Follow

Answers

Hello Fabio,

I've quickly checked the zip file attached to this thread.

1) I only see "OnDataChange", i.e. OPC server sending updates to active subscription.

2) I count 15684 OnDataChange. Most items seem subscribed twice?

Line 8: CConnector::OnDataChange - data: item(936448), quality(c0), 7/28/2016 9:10:29 AM, value(VT_R4) = 40.9144
Line 18: CConnector::OnDataChange - data: item(38656), quality(c0), 7/28/2016 9:10:29 AM, value(VT_R4) = 40.9144
Line 28: CConnector::OnDataChange - data: item(38144), quality(c0), 7/28/2016 9:10:31 AM, value(VT_R4) = 60.1852
Line 38: CConnector::OnDataChange - data: item(935936), quality(c0), 7/28/2016 9:10:31 AM, value(VT_R4) = 60.1852

3) 5526 updates have GOOD quality (c0)

4) 10000+ updates have BAD quality (18, 20, etc)

I see no evidence of "refresh", etc. and frankly speaking I doubt it to origin within the process graphics layers of 800xA.

Can it be the tunneller itself performing the refresh? Can you try with another tunneller?

I will be back in office in two weeks from now, can you send me an email and we can continue with this through a regular support case?

I guess you should file a case with regional support (Italy -> DE L3 in Minden).

Comments (11) New comment

by fabioABB Rank: 1290 on 8/1/2016 12:12:54 AM | Like (0) | Report

Hello Stefan,
i already opened a SL case: # ABB2016072800013.
Unfortunately i think i've to fix it before you come back.
Thanks for your support.
Fabio

by Stefan Stromqvist AKS expert

Rank: 1 on 8/1/2016 12:44:53 AM | Like (0) | Report

OK.
I did not have time to cross reference between the Matrikon log and the AppLog.
I suggest simultaneous logging while performing minimal, but well documented actions in 800xA. All other subscriptions through tunnel should be stopped while performing this.

Comparing actions made in 800xA with logging in Matrikon and AppLog should tell if refresh, etc origin in 800xA or in tunneller itself.

by fabioABB Rank: 1290 on 8/2/2016 12:09:06 AM | Like (0) | Report

Hello,
Without the tunneller the communication is working fine.
So it is not an 800xA issue...

by fabioABB Rank: 1290 on 8/2/2016 1:11:35 PM | Like (0) | Report

Other Question:
When the OPCServer is down the service provider goes in "error" status and doesn't try to reconnect itself anymore.
I remember that in such cases the status should be "undefined". Isn't? Which is the difference? Tks

by Stefan Stromqvist AKS expert

Rank: 1 on 8/2/2016 2:15:53 PM | Like (0) | Report

What error code do you get in afwservicestatus.exe? Error state require manual intervention (disable/enable).

Undefined occur (afaik) only when service is intentionally disabled (on service, group or provider level)

by fabioABB Rank: 1290 on 8/3/2016 3:11:00 AM | Like (0) | Report

State is: error
Status is: 0x8abb1440

by Stefan Stromqvist AKS expert

Rank: 1 on 8/3/2016 3:40:55 AM | Like (0) | Report

I'm out of office, can you translate that with afwerrorlookup.exe (onboard 800xA) and add the text here as a comment?

by fabioABB Rank: 1290 on 8/3/2016 4:14:07 AM | Like (0) | Report

E_AFW_OADP_INVALID_CLSID
The OPC server class ID is not valid

by Stefan Stromqvist AKS expert

Rank: 1 on 8/3/2016 4:53:13 AM | Like (0) | Report

Unable to verify with R&D at the moment but here is my estimate of receiving 8ABB1440:

800xA OPC DA Connector "expects" the OPC server (CLSID) configured to be constantly available. Connector will (if enabled) keep connection with the CLSID, or wait in "Synchronizing" state until OPC_STATUS_RUNNING is exposed by server (Connector then assume Service state and accept clients).

If CLSID is removed, it is considered a fatal, nonrecoverable error. The Connector will then fault itself with 8ABB1440 and wait for system administrator to fix the OPC server (CLSID) problem.

I believe Matrikon tunneller can issue several parallel tunnels, each with unique CLSID. However, 800xA can not automatically recover when a CLSID is temporarily removed and recreated, something I suspect can happen while working with the tunneller configuration or user interface.

by fabioABB Rank: 1290 on 8/3/2016 5:00:04 AM | Like (0) | Report

I've removed the tunneller.
Now the 800xA is direrctly connected to the end OPCServer (WinCC) via DCOM.

by Stefan Stromqvist AKS expert

Rank: 1 on 8/3/2016 5:06:08 AM | Like (0) | Report

OK
Maybe a problem with DCOM then?
I suspect that 8ABB1440 is received when CLSID is unavailable and for that there is currently no "retry until success" function made/available.

Add new comment

Stefan Stromqvist AKS expert

Rank: 1

Answered 3 years ago

Question details

800xA OPC Client Communication via Matrikon Tunneller Drop Down

Answers

Other questions needing answers

Related topics

AKS experts