Faq 02yfy319 Dlimrun en
Faq 02yfy319 Dlimrun en
Faq 02yfy319 Dlimrun en
How is a
download possible during
RUN?
SIMOTION from V4.4 and higher
http://support.automation.siemens.com/WW/view/de/94770057
This article originates from Siemens Industry Online Support. The terms of use
specified there apply (www.siemens.com/terms_of_use).
Security Siemens provides products and solutions with industrial security functions that
informati support the secure operation of plants, solutions, machines, devices, and/or
on networks. They are important components in a holistic industrial security
concept. With this in mind, Siemens’ products and solutions undergo continuous
development. Siemens recommends strongly that you regularly check for
product updates.
To ensure that Siemens products and solutions are operated securely, suitable
preventive measures (e.g. cell protection concept) must be taken and each
component must be integrated into a state-of-the-art holistic industrial security
concept. Third-party products that may be in use should also be considered. For
more information about industrial security, visit
http://www.siemens.com/industrialsecurity.
To receive information about product updates on a regular basis, register for our
product newsletter. For more information, visit
http://support.automation.siemens.com.
ã Siemens AG 2014 All rights reserved
1 Overview
What has to be taken into account so that a download is successful during RUN?
The FAQ describes the system interrelationships and the necessary settings so that a download
can be executed while a SIMOTION SCOUT V4.4 project is running on a SIMOTION CPU.
With a download, SIMOTION SCOUT checks all modified sources, so that consistent data is
always loaded.
From SIMOTION SCOUT V4.4 and higher, selected, individual sources can be loaded
(consistent subsets).
This is true for a download at STOP as well as a download during RUN.
Therefore, only transparent and understandable changes should be made for a download
during RUN.
ã Siemens AG 2014 All rights reserved
2 System interrelationships
FC_1
FC_2
ã Siemens AG 2014 All rights reserved
Adding newly loaded units during RUN is made at the cycle control point.
At this control point, neither the code (of the programs, FBs or FCs) nor data (variables) of these
units may be used in a task.
Cyclic tasks:
At the cycle control point, all cyclic tasks have been ended and are restarted. At this instant in
time, no sources are currently active in cyclic tasks; this means that loaded sources can be
exchanged for cyclic tasks during RUN.
Motion tasks:
At the cycle control point, the system determines which POUs are currently active, and when
necessary, inhibits the units involved for exchange during RUN.
Therefore, for a download during RUN, it is important to use separate units (POUs and data
declarations) for use in cyclic and sequential tasks.
Also refer to the Section "Recommendations for change-optimized programming" at the end of
the document.
Unit_3
FC_1
Unit_1
FC_1
t
t1 t2 t3 t4 t5 t6 t7 t8 t9
If the complete code of Unit_1 would only be processed in the BackgroundTask, then the
modified Unit_1 could be replaced at time t4. At this time, all cyclic tasks have been completed.
However, as Unit_2 has started a call for code (POU) from Unit_1, which at time t4 has not yet
returned, Unit_1 cannot be exchanged at this time. Therefore, in the example above, Unit_1 can
only be replaced at the earliest at time t7.
ã Siemens AG 2014 All rights reserved
If additional units depend on another modified unit (in the example above, when making a
ã Siemens AG 2014 All rights reserved
change to Unit A, Units B and C are also involved), then the system checks as to whether
changes relevant to the runtime exist, and whether these units must also be exchanged when
the download takes place.
This is only required if changes have been made at the interfaces of actually used (called) data
and POUs.
This behavior applies to all supported RT versions that are processed using SIMOTION
SCOUT V4.4 (must be previously saved and everything must be recompiled).
In the event of a simple change to the code of a POU and in the event of any changes to the
data in the IMPLEMENTATION part of a unit, only the modified unit has to be loaded and
exchanged.
Example:
In UnitA, data (data types and variables) and POUs (programs, functions, function blocks) used
by UnitB are communicated via the interface area:
UnitA UnitB
If you change the interface area of UnitA, then this has an impact on UnitB:
· UnitB is also recompiled
(before the download, a complete check is made regarding the compilation state of all
dependent sources)
· If UnitA is to be exchanged (loaded), then also UnitB must be exchanged, dependent on
the scope of changes (see above) and how the dependencies were actually checked.
When exchanging the execution system, it is not permissible that a task is running (this is also
problematical for long-running and endlessly running motion tasks).
Before SIMOTION SCOUT V4.4, for any changes in the interface area of a user unit (which
provides PROGRAMS, which are also used in the execution system), the execution system had
to be reloaded.
Set the compiler switch to “Create program instance data only once”
This setting is important for a download during RUN, as this means that dependencies on the
execution system are significantly reduced.
In this case, the instance data lie in the source or in the code of the program, and for modified
instance data of a program, the execution system can remain unchanged.
Changes can always be made to VAR_TEMP blocks in programs and FBs as well as all
declaration blocks for FCs.
When compiling the source, it is identified if it is not possible to perform a download during RUN
(without initializing the variables).
Warning ST_1: 32300 :Data change in the source prevents download during RUN
The alarm is also output when using the above-mentioned Pragmas.
Example:
In this particular example, all commented out declarations and operations can be activated and
loaded during RUN.
ã Siemens AG 2014 All rights reserved
Also a new FB, or one changed in the interface (e.g. new input parameter) can be loaded during
RUN, if, in the calling unit, the above-mentioned Pragma was used when instantiating the FB.
After the download, the Pragma can be deleted or commented out, so that for a subsequent
download, the variables do not have to be initialized again. A change such as this to the
Pragma line can always be loaded during RUN after compilation.
Exit a running motion task with "Reset task" and "Disable task start".
Carry out a download during RUN.
Start the motion task with "Enable task start" and "Start task".
Also newly created or deleted technology objects prevent a download during RUN.
Appendix
4 Changes
Table 4-1: Revisions/Author
Version Date/change
1.0 17.07.2014
5 Contact person
Siemens AG
Industry Sector
I DT MC PMA APC
ã Siemens AG 2014 All rights reserved
Frauenauracher Strasse 80
D - 91056 Erlangen, Germany
E-mail: tech.team.motioncontrol@siemens.com