23.11.2012 Views

2 Visual Components Manuals

2 Visual Components Manuals

2 Visual Components Manuals

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

3.5 Software Modules on the Controller<br />

Runtime system resources consist of .BR modules. These modules contain executable code for the drivers and<br />

<strong>Visual</strong> <strong>Components</strong> Runtime (command interpreter). They also contain compiled byte code of the <strong>Visual</strong><br />

<strong>Components</strong> editor project, including the necessary resource files.<br />

All required modules are automatically inserted by the project manager. The following is a list of individual<br />

modules including some examples provided for better understanding.<br />

3.5.1 Executable <strong>Visual</strong> <strong>Components</strong> Modules<br />

Introduction to <strong>Visual</strong> <strong>Components</strong> 2.3<br />

The <strong>Visual</strong> <strong>Components</strong> runtime environment is divided into code and data objects. This section discusses<br />

executable modules in .BR format.<br />

There are many specialized modules due to the various platforms (CPU types), displays, and panel units.<br />

When a new project is created, the most recent versions of executable .BR modules are automatically<br />

transferred to the project. Different modules are used depending on the project and hardware.<br />

Modules are automatically transferred to the target system when the project is downloaded.<br />

All <strong>Visual</strong> <strong>Components</strong> runtime modules are tied to the system as non−cyclic tasks with lower priority than cyclic<br />

tasks. Cyclic user tasks (task classes) are therefore not influenced by runtime performance. <strong>Visual</strong> <strong>Components</strong><br />

runtime modules run in the system idle time with low priority.<br />

A simple and clear definition of timing performance is difficult because of the different ways that application<br />

software loads down the CPU. This is mainly due to the lower priority of <strong>Visual</strong> <strong>Components</strong> runtime modules.<br />

If a system does not have much idle time available, then display speed and key reaction are slower on the target<br />

system.<br />

Example:<br />

A cyclic task running every 10 ms requires 8ms from the CPU to complete the task. Thus, approx. 2 ms remain<br />

on the CPU for the remaining system operations (I/O updates, system routines, communication). In the<br />

remaining time (2 ms), <strong>Visual</strong> <strong>Components</strong> loses CPU time as well. In this example, this is less than 20%. If<br />

20% is sufficient, then problems do not occur. If this is not sufficient, then display speed and key reaction time to<br />

input are slow. This can cause problems for extensive pictures which have many input and output fields.<br />

Time bottlenecks can occur for INA2000 communication (Automation Studio online connection / PVI<br />

visualization) since it also runs during idle time, i.e. the connection to the PC (AS or PVI) can be interrupted or<br />

206 3.5 Software Modules on the Controller

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!