The high processing performance of the RTU560 is accomplished by the efficient distribution of the tasks to the communication and processing units (CMU) and the micro-controllers on the I/O boards. The software concept is designed to communication and application modules which have clear interfaces between each other. This allows to configure and arrange the modules in a good flexibility to the customer project demands.
Already the RTU232 has the basis of this concept by splitting the work between the CPU board (23ZG21) and the IO boards. Each IO board has its own micro-controller and does the basic tasks for the connected process signals, like time stamping, threshold monitoring for analog input signals or command output supervision for switching commands.
Backbone in the RTU560 is the internal communication concept. It allows this flexible configuration and work splitting. The modules may be organized to one CMU or spread over two or more CMUs. The organization is given by RTU560 system rules and performance capability of the CMUs. RTUtil 560 supports this concept for the engineering task in that way, that the modules will be directed to a CMU by selection.
The RTU560 internal communication is not limited to one CMU it is extended between the CMUs via the RTU560 system bus. The system bus operates in a producer-consumer principle. A message is put on the internal communication and therefore then also on the system bus by the producer and every module receives this message, analyze it and can then decide is it needed for its task or not. Control mechanism monitor
the traffic and take care for a correct communication etc.
The above picture about the RTU560 organization shows the modularity by connecting the IEDs, IO modules and the NCCs to different CMU.
The below picture shows a configuration in modules which are needed for a typical medium RTU560 with one CMU (here 560SLI02).
The main modules are:
• HCI Host Communication Interface
• SCI Sub-device Communication Interface
• PDP Process Data Processing
(includes communication via the RTU560 serial peripheral bus
with the IO boards)
• PLC Programmable Logic Control
• Archive Process event archive
Integrated Total Information (ITI) archive
Analog Measured Value (AMI) archive
• DIST. Archive Disturbance Data Archive
• Load Profile Archive for Alpha Counter Load Profiles
• Integrated HMI Integrated Human Machine Interface
• Others all internal and indirect used modules (e.g. Web Browser)
Another advantage of the internal communication concept is, that a protocol handled by an HCI, SCI or by the PDP is always converted to the internal presentation of the process data points and vice versa. This allows an easy way to distribute process information to different NCCs etc. with different protocols.
Beside the communication modules are some other application modules of interest for the RTU functionality (PLC, Archives). They have the same flexibility and so it is possible to locate some of them on a separate CMU. In this case is the performance increased because protocol communication is not given. This may be of interest for PLC modules and or archives. In addition this has to be regarded when it comes to redundant CMU solution.
The module concept requires that each module has its own task specific process data base. The process DB contains all information about the process data points relevant for the task of the module.
