Browse Prior Art Database

EMULATION OF A COMMUNICATION SYSTEM NEIWORK ON A HOST COMPUTER

IP.com Disclosure Number: IPCOM000006647D
Original Publication Date: 1992-Dec-01
Included in the Prior Art Database: 2002-Jan-18
Document File: 3 page(s) / 183K

Publishing Venue

Motorola

Related People

Sofin Raskin: AUTHOR [+3]

Abstract

RTU -Remote Terminal Unit. An RTU consists of a microprocessor, ROM, RAM and/or flash memory, and controllers of peripheral devices. Usually an RTU is used for monitor- ing and control of real-time objects and for communication between RTUs and to/from a host computer.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 32% of the total text.

Page 1 of 3

0 M

MOTOROLA INC. Technical Developments Volume 17 December 1992

EMULATION OF A COMMUNICATION SYSTEM NEIWORK ON A HOST COMPUTER

by Sofin Raskin, Martin Roth, Salomon Liberman

TERMINOLOGY

RTU -Remote Terminal Unit. An RTU consists of a microprocessor, ROM, RAM and/or flash memory, and controllers of peripheral devices. Usually an RTU is used for monitor- ing and control of real-time objects and for communication between RTUs and to/from a host computer.

Emulation-process of execution of the software. for the target remote on the host. In our case it means that so&are is written in a high-level language, and is compiled on the host com- puter. In reality only part of the environment is emulated.

VIRTU -VIrhul Remote Terminal Unit. Emulation of the RTU on the host computer.

1. GENERAL OVERVIEW

  The main idea of this article is efficient emulation in real-time of a set of RTUs on the same host computer. This feature integrates on one computer complete infor- mation about the entire network system of RTUs. The result is a significant improvement for three major reasons:

-The whole RTU network system can be debugged with a powerful host computer debugger with the ability to debug separately every RTU task in real time. For example, on a VAX workstation, it is possible to debug d&rent tasks for different RTUs on the same display in different windows.

-Veritication of a system which has to work in the field can be done in the lab. It becomes possible to automate the process of verification of the system, which includes preparation of data in the physical units (qoantiw, speed, etc., of RTUs), control results, and compare results with expected values also in physical units.

0 Motorola. 1°C. 1992

-Simulation of new physical devices for RTUs, and/or simulation of the physical objects in the field, can be done inside the host computer. Even boards/devices which have not yet been implemen- ted, can be simulated. In this way, basic design flaws can be discovered before costly hardware is implemented.

2. EMlJUillON OF ONE F3-U ON A HOST COMPUTER

  If we make a profile of the software of an RTU, most of it can be written in a high-level language. In general, low-level languages are suitable only for writing the lowest layer of the s&ware, such as device drivers, interrupt service routines and at most a few time-critical routines. The remaining software may be implemented in a high-level language with good code performance. One of the more suitable programming languages is C, because it has the following characteristics:

a) Optimized memory and time usage on most computers.

b) Existence of an ANSI standard, which is supported by most compilers and computers and therefore guarantees compatibility at the source level between different kinds of computers (so called portability).

  Let's talk about programs which are written in the C language (the same technology can be transferred to other languages). In the following, the term "program" refers to s&ware...