How to use VB6 migration tool efficiently?

I read on a thread, where you gave some feedback of 800xA SV5.0 migration to SV6.0, that you "PG2 graphics conversion from VB works reasonably well for AC800M graphics". I'm working with a migration like this, and I'm having trouble with the migration tool. Basically, I don't know where to start the graphics migration, since this tool lets me do only a one-by-one migration of the graphic aspects and they have dependencies on each other. Is there any suggested order to start migrating? By structure, or by library? Could you provide any feedback of your experience using this tool?

Thanks in advance.


Add New Comment


fran5   

asked 12 days ago
Closed



Best Answer

4

Are you doing this on-line in a live production system or off-line in a test and development environment ?

If you have never done a PG2 conversion before, its best to use a development system if possible. The ideal setup is a VMware system with only the Primary Aspect Server running. You can snapshot the VMware server at any time to "freeze" progress and immediately roll back if you make a mistake.

Before you start converting operator graphics, make sure you have followed all the steps in the manual about converting graphic primitives in the Graphics structure. DO NOT START converting graphics until **ALL** of the prerequisites are complete.

Make sure you have upgraded the AC800M code to the latest libraries before you start. Very old library elements dont convert properly and you have to fix them manually.

The most efficient method we have found is simply to convert one operator graphic plus all its dependencies at the same time. ie start with the operator graphics, not the object types.

You will get a report of everything that failed to convert properly. You can then go back and fix those errors in the dependencies, then re-run the conversion of the operator graphic.

Do not start converting the next graphic untill you have finished the previous entirely. As you work through each graphic, you will find thaty the process becomes easier and quicker, because you already fixed many of the dependencies.

Take backups, LOTS OF BACKUPS. and make sure you can always go back in case you really break something badly.

Rob Lyon   

answered 12 days ago


 


By fran5 on 9/12/2017 | Like (0) | Report

Thank you so much for the feedback. I'm currently migrating a SV4.1 to SV5.0 SP2 RevE, only to migrate later to SV6.0.3.
I'm doing this off-line in a test and development environment, restoring fullBKP of the plant's system on the different platforms (4.1, 5.0, 6.0.3).


Add New Comment


Answers

4

Are you doing this on-line in a live production system or off-line in a test and development environment ?

If you have never done a PG2 conversion before, its best to use a development system if possible. The ideal setup is a VMware system with only the Primary Aspect Server running. You can snapshot the VMware server at any time to "freeze" progress and immediately roll back if you make a mistake.

Before you start converting operator graphics, make sure you have followed all the steps in the manual about converting graphic primitives in the Graphics structure. DO NOT START converting graphics until **ALL** of the prerequisites are complete.

Make sure you have upgraded the AC800M code to the latest libraries before you start. Very old library elements dont convert properly and you have to fix them manually.

The most efficient method we have found is simply to convert one operator graphic plus all its dependencies at the same time. ie start with the operator graphics, not the object types.

You will get a report of everything that failed to convert properly. You can then go back and fix those errors in the dependencies, then re-run the conversion of the operator graphic.

Do not start converting the next graphic untill you have finished the previous entirely. As you work through each graphic, you will find thaty the process becomes easier and quicker, because you already fixed many of the dependencies.

Take backups, LOTS OF BACKUPS. and make sure you can always go back in case you really break something badly.

Rob Lyon   

answered 12 days ago


 


By fran5 on 9/12/2017 | Like (0) | Report

Thank you so much for the feedback. I'm currently migrating a SV4.1 to SV5.0 SP2 RevE, only to migrate later to SV6.0.3.
I'm doing this off-line in a test and development environment, restoring fullBKP of the plant's system on the different platforms (4.1, 5.0, 6.0.3).


Add New Comment


1

Hello,

I agree with Rob, also try to use the VB Migration tool in as new SV5.1 revision as possible ie RevE, as the tool has a lot of corrections.

As you probably have VB in format 4:3 you should have benefit using my own conversion program which spreads out the elements to eg 16:9 as you in 6.0 probably have wide screen...

/Ronny

Ronny Lindström   

answered 11 days ago


 


By fran5 on 9/12/2017 | Like (0) | Report

I'm currently migrating a SV4.1 to SV5.0 SP2 RevE, only to migrate later to SV6.0.3. Would you recommend to use SV5.1, instead of SV5.0 SP2 ? On this platform (the mid-migration one) I do the graphics migration procces, using the VB6 Mig tool.
Also, about this conversion program you developed, is there any way for me to get access to it?


By Ronny Lindström on 9/16/2017 | Like (0) | Report

I recommend 5.1 as VB Migration tool is better.
Regarding my tool, it comes with me. If you want our service, it takes around one our per display as an average to convert completely, including some "hands on". /Ronny


Add New Comment



Get weekly AKS updates


Partner Exclusive Webinars

 

> – Login to the partner portal to register



Points Redemption Program - Redeem your points for ABB training, Bluetooth speakers and mugs. Terms and conditions >


Earn points when you refer a friend
AKS Referral Program is "Live" - Learn more



AKS Experts


avatar
Ask MMM   

Rank: 4

ABB PA CT Technical Support


avatar
Ask Sumit Gargav   

Rank: 2

I have worked with Freelance in majority, with 800xA FD and Melody system partly. Also had opportunity to work with Protocols - HART,Profibus,FF & Modbus.


avatar
Ask Govindaraj   

Rank: 10

Working in ABB India Operation Center. Have Project engineering and commissioning experience in ABB 800xA, Freelance, AC500.


avatar
Ask Stefan Stromqvist   

Rank: 1

I joined ABB in the year of 1994 and has since 1999 been working as a Service & Support Engineer at BU Control Technologies in Västerås, Sweden. My areas of expertise are: 800xA Base, 800xA for Advant Master, Information Management, operating systems, RNRP and Ethernet comms/networking in general.


avatar
Ask Flavio Mussolin   

Rank: 5

ABB AVP, Senior Electronic and Automation Engineer with over 30 years of experience in the field of process automation automotive, pharmaceutical, hollow glass, steel and rolling.


avatar
Ask Dieter Henkel   

Rank: 24


avatar
Ask Harsha.D   

Rank: 6

Tech.Support,software and commisioning engineer with Proficient knowledge in 800xA and its products, RNRP,Networking in general.


avatar
Ask kstoilov   

Rank: 21

Control System Engineer: 800xA, Compact 800, AC500, AC31-50, Advant Master, Simatic, AC&DC Drives 11 years worked for ABB - Control Systems


avatar
Ask nikismith   

Rank: 261

I have been a part of the Recording & Control Factory team for 17 years in total, having spent a number of years as a repairs technician withi the manufacturing department, but being in my current role for 9 years now.


avatar
Ask Rob Lyon   

Rank: 3

info@lymac.co.nz I'm an independent DCS software and commissioning engineer with extensive experience in 800xA and other ABB products. I've worked in almost every corner of the world and still haven't seen it all.