Problem about getting tag data from OPC server
we have a problem about getting tag data from OPC server from path “Control Network” with this step
MatrikonOPC -> ABB.AfwDsOpcSurrogate.1 -> Connect -> Add Tags -> Control Structure -> Root -> Control Network -> Popup: This Location is No Longer Valid
Note:
1.We login as “800xAService” (it is system installer/System admin user) on Connectivity Server (we alreadt try in other server, there are same result.)
2. test in Connectivity Server.
Answers
Normally you would navigate to the Control network-controller-application... you wish to get data from not the root. Try the inbuilt OPC server and see what you get. Might be a security issue.
hi,
I see you are trying to pull from from AC400 based system.
We don't use the full path - here is an example:- TAG = 2MT1.CTRL -> OPC PATH = 2MT1\.CTRL:MV
Any tag that has a decimal point in it you must insert \. (Hockey stick and ball) in place of the decimal and then the remainder of the tag. You will need to look in the structure for the property you need and add a colon and the property name.
We have been using this successfully for over ten years to an OSI PI system.
I connect to the ABB.AfwOpcDaSurrogate.1 also using the 800xAService account so that should not be a problem. As mentioned in the other comment you could have a security issue - you will need to check DCOM settings but using the service account should circumvent these issues.
Regards
dave
I see you are trying to pull from from AC400 based system.
We don't use the full path - here is an example:- TAG = 2MT1.CTRL -> OPC PATH = 2MT1\.CTRL:MV
Any tag that has a decimal point in it you must insert \. (Hockey stick and ball) in place of the decimal and then the remainder of the tag. You will need to look in the structure for the property you need and add a colon and the property name.
We have been using this successfully for over ten years to an OSI PI system.
I connect to the ABB.AfwOpcDaSurrogate.1 also using the 800xAService account so that should not be a problem. As mentioned in the other comment you could have a security issue - you will need to check DCOM settings but using the service account should circumvent these issues.
Regards
dave
Hello,
due to system hardening default DCOM settings doesn't work.
For proper OPC Communication:
1. OPC Connect accounts to call between computers.
2. 800xA Account to enable entry into xA.
Where u installed
Did u try by running the matrikon OPC explorer(run as ) 800xainstaller/service account.
Hint: check surrogate process running under which account from task manager
due to system hardening default DCOM settings doesn't work.
For proper OPC Communication:
1. OPC Connect accounts to call between computers.
2. 800xA Account to enable entry into xA.
Where u installed
Did u try by running the matrikon OPC explorer(run as ) 800xainstaller/service account.
Hint: check surrogate process running under which account from task manager
Hi,
Try to download a free OPC Client, start it and check the exact path to your tags.
- For AC800M OPC Surrogate Server we used the following syntax:
{AEC05C82-B581-4AE9-9933-663A6A054203}:Tag_Name_Global_Variable_List
Where the code in brackets is unique for each AC800M Controller
- For AC400 the syntax we used is the following:
Root/Network 11/Controller_1/Extended Process Objects/MB300 AI/3PG01_MC14\.3:VALUE
As per other answers, use \. instead of DOT and try to get the object not from the root
Try to download a free OPC Client, start it and check the exact path to your tags.
- For AC800M OPC Surrogate Server we used the following syntax:
{AEC05C82-B581-4AE9-9933-663A6A054203}:Tag_Name_Global_Variable_List
Where the code in brackets is unique for each AC800M Controller
- For AC400 the syntax we used is the following:
Root/Network 11/Controller_1/Extended Process Objects/MB300 AI/3PG01_MC14\.3:VALUE
As per other answers, use \. instead of DOT and try to get the object not from the root
by Taweesak_ar Rank: 692 on 7/14/2020 8:04:19 PM | Like (0) | Report
Thank you for all answer.
Add new comment