Issue after changing names of IO stations online - ac450
Hi!
Recently I changed names (due to unfortunate naming initially) on almost all of our IO stations (30 of 32) for a given controller. I discussed the way to do it with ABB and we agreed that it could be done online without taking the controller offline.
After I changed the names and then executed a "MB300 upload" for both IO and AF100 objects, the control structure is now doubled, i.e., consisting of both the new named IO stations with corresponding HW and tags, and the old named IO stations with the identical HW and tags (see figures kont_strukt_1 & kont_strukt_2). For the sake of clarity, the old stations are either named "...NODExx" or AF100IOS_xx" while the new names are "...STNxx".
Exepct for a few, all tags referred to in operator graphics (either VB6 or PG2 pictures) are addressed to the old IO station name. In the figure tag_2 I've searched for a tag. The results are two identical tags - one from the real IO station (the one with a new name) which is not used in any graphics, and the other from the old IO station name which is used in several graphics. The identical tags have both real and identical values as well. So from an operators POV the system is working fine.
Now for the problem: I wan't to get rid of the old named IO stations as they don't exist and may lead to confusion. Clearly, to delete them would lead to many broken references that need to be fixed and this is uncomfortable while the controller is online.
One solution is to manually change all tag paths in each picture to the new named IO stations and then delete olde named IO stations. However, this is a vast task which will take a long time.
Does enyone have a tip on how to solve this problem another way?
PS. the problem is only existing on 800xA (ver.5.0.2). The same controller is available from Advant stations and they work fine.
Voted best answer
Ouch.
Probably the correct thing to have done was to manually rename the 800xA object for the IO Station BEFORE performing the upload.
Have you got a backup ? - Restore it and start again.
Otherwise, Take a backup, ( because the next step might break everything ) ...
It looks like all your existing graphics are still connected to the original IO tags. There is no magic method to change all the tags in all the graphics, so the new tags need to be deleted. Deleting the parent IO station should be enough.
Then change the name of the old IO station (in the "Name" aspect of the IO Station) to match the new name in the AC450 database and run the uploader again.
Answers
Hi Rob!
We've started to recover the correct control structure - in a step-by-step manner.
What we're doing is to re-deploy associated OS screens, then erase (a handfull of) the IO cards within the old named IO station name (in the control structure), and then doing a MB upload.This will ofc require some iterations to finish, but by doing so we attain somewhat control along the way. If this goes as planned we'll start deleting entire IO stations (the old ones) to speed up the process.
After the first trials the method seems to be working well. However, one thing require some manual labour to re-establish: log configuration aspects which seems to be non-existent for the new tag paths.
For all tags within the IO stations, i.e., AIs, AOs etc (and not extended process objects like pidcona, motors, drives, valves) the log configuration is lost. Is there a way for us to adopt the existing log configuration from the old tag path? Or are we destined to manually re-establish a log configuration aspect for each tag which have lost its aspect?
Add new comment