Documents/Release 0.9/Updating 0.8.0 LTS

Main differences between version 0.9 LTS and 0.8.0 LTS are:

1. Location of the user project data and the lack of support and the concept "OpenSCADA Project" in 0.8.0 LTS.
2. Old DB libraries in 0.8.0 LTS.
3. Presence of a number of modules that were earlier versions in 0.8.0 LTS and actually completely rewritten at 0.9 LTS, and therefore they are completely incompatible:

• DAQ.DiamondBoards — completely rewritten and incompatible;
• DAQ.ICP_DAS — completely rewritten and incompatible;
• DAQ.AMRDevs — in fact, it can be considered new, since the first, but until the only one, a complete source appeared there after release of 0.8.0 LTS;
• Archive.DBArch — in fact, it can be considered new and actual, since its version at release 0.8.0 LTS was little use and therefore updated with one of the updates and is currently the same with 0.9 LTS.

In all other, version 0.9 LTS can execute user projects of the version 0.8.0 LTS and you can even leave old DB libraries (item 2) if the use of new causes problems or they have changed. If you used something from item 3 then their configuration should be fully or partially modified. So, overview paragraphs 1 and 2 of these differences.

Updates must be made exclusively for configurations that have been previously upgraded to the latest 0.8.0 LTS update!

The difference in the location of user projects (item 1) must be resolved, because for launching user projects, 0.8.0 LTS uses individual command line scripts such as openscada_AGLKS, openscada_demo, openscada_start and that are missing in 0.9 LTS or work somewhat differently.

Resolving the differences in the location of user projects does not occur automatically, for which you need to be able to use the console, and for the upgrade and start-up you will need the superuser access.

If you do not want to completely migrate your project to a separate and special folder you can, before the update, save the project startup script and the configuration file, and then return it and continue to run the user project at 0.9 LTS, which will mostly work "AS BEFORE" .

So, in the project model of the "AGLKS" TP example and saving the folder "~/.openscada", we do:

1. Preparing and updating the current configuration

• update OpenSCADA to the latest 0.8.0 LTS update, according to the installation method;
• actualize the user project, you can skip for updated configurations:

• start up the user project;
• start up development the graphical environment;
• change the work DB to some other, and then return it, which will mark the need to save the entire project;
• save.

This operation may come in loss of the graphical environment configuration on the not latest LTS version.

1a. [AS BEFORE] Saving the startup script and configuration file by copying to some temporary folder

• perform the procedure:

$ cp /usr/bin/openscada_AGLKS /var/tmp
$ cp /etc/oscada_AGLKS.xml /var/tmp

2. Upgrading OpenSCADA to the new version 0.9 LTS

• change the ordinal user to the superuser;
• completely remove 0.8.0 LTS, which on Debian based distributions is made by the command:

$ apt-get purge openscada*

• install 0.9 LTS, as the package "openscada-model-aglks" or other virtual that more suitable to your project; for details, see "How to install"

3. Updating and restoring the configuration

3a. [AS BEFORE] Restoring the old script, configuration and modifying the links of some folders

• perform the procedure:

$ rm /usr/bin/openscada_AGLKS; cp /var/tmp/openscada_AGLKS /usr/bin
$ cp /var/tmp/oscada_AGLKS.xml /etc
# Leave the superuser and perform
$ ln -sf /usr/share/openscada/icons ~/.openscada/icons