Real time control system and method for replacing software in a controlled system

• US 5,421,017 A
• Filed: 01/14/1994
• Issued: 05/30/1995
• Est. Priority Date: 01/18/1993
• Status: Expired due to Term

• Current Assignee: Siemens AG
• Original Assignee: Siemens AG
• Inventors: Becker, Wolfgang, Scholz, Stephan, Wollensak, Martin, Doellinger, Carl-Heinz
• Primary Examiner(s): Heckler, Thomas M.
• Application Number:
  US08/181,661
• Time in Patent Office: 501 Days
• Field of Search: 395/200, 395/700
• US Class Current: 717/170
• CPC Class Codes: G06F 8/656 while running
• CPC Class Codes: G06F 9/547 Remote procedure calls [RPC]; Web services
• CPC Class Codes: H04Q 3/54525 Features introduction

Abstract

In order to save development costs, a real time control system should offer the possibility of being upgraded or of growing by replacing software during operation. This ability is achieved in that every message for communication contains a version identifier in addition to containing a designation of the addressed software unit that is unambiguous system-wide. This version identifier indicates the version of the addressed software unit to the operating system.

Claims

1. A real time control system comprising:

at least one control processor having a main memory;

a software system that is subdivided into an operating system and into a plurality of software units which have a hierarchical configuration and which are separately loadable into the main memory of the control processor and that communicate with one another via the operating system for the implementation of control jobs on the basis of messages;

version identifiers and system wide unique identifiers for respective software units of said plurality of software units, each of said messages containing a version identifier and a system wide unique designation of a respective addressed software unit, said version identifier indicating a version of the addressed software unit to the operating system; and

an expansion manager within the software system that supplies the software units of the plurality of software units with a respective version identifier to be employed in a respective message.

2. A method for replacing software in a control system having at least one control processor, having a software system that is subdivided into an operating system and into a plurality of software units which have a hierarchical configuration and which are separately loadable into a main memory of the control processor and that communicate with one another via the operating system for the implementation of control jobs on the basis of messages, each message containing a version identifier and a system wide unique designation of a respective addressed software unit said version identifier indicating a version of the addressed software unit to the operating system, and having an expansion manager within the software system that supplies the software units of the plurality of software units with a respective version identifier to be employed in a respective message, comprising the steps of:

loading a respective software unit of a new version into a memory area of the main memory of the control processor and activating the respective software unit;

switching messages from an old software unit of the plurality of software units to the newly loaded software unit, that replaces the old software unit, without interruption of the software system in that the version identifier of the newly loaded software unit is communicated to the other software units of the software system;

deactivating the old software unit and releasing by the operating system a memory area in the main memory associated with the old software unit.

3. The method according to claim 2, wherein the version identifier of the newly loaded software unit is communicated only to specific software units of the plurality of software units that are event sources which trigger actions of the control system as a consequence of an event in that the event sources send source messages to other software units of the plurality of software units;

and wherein the version identifier for a sequential message is transferred into the sequential message from a message triggering the sequential message.

4. The method according to claim 3, wherein the version identifier to be employed is communicated to the event sources per a communication request.

5. The method according to claim 3, wherein the version identifier to be employed is communicated only once to the event sources by the expansion manager and is then sent to the operating system by the event sources at every communication request.

6. The method according to claim 5, wherein an event source is inhibited during a replacement phase of software.

7. The method according to claim 3, wherein the version identifier can only be communicated to specific groups of event sources.

8. The method according to claim 2, wherein the method further comprises:

after switching to the new software unit, carrying out a check to determine if the new software unit functions faultlessly;

given an identified fault of the new software unit, resetting the version identifier to be employed to an old value on the basis of renewed messages to the remaining software units; and

deactivating, the new software unit and releasing the memory area relating thereto by the operating system.

9. A method for replacing software in a control system having at least one control processor having a software system that is subdivided into an operating system and into a plurality of software units which have a hierarchical configuration and which are separately loadable into a main memory of the control processor and that communicate with one another via the operating system for the implementation of control jobs on the basis of messages, each message containing a version identifier and a system wide unique designation of a respective addressed software unit said version identifier indicating a version of the addressed software unit to the operating system, and having an expansion manager within the software system that supplies the software units of the plurality of software units with a respective version identifier to be employed in a respective message, comprising the steps of:

loading a respective software unit of a new version into a memory area of the main memory of the control processor and activating the respective software unit;

switching messages from an old software unit of the plurality of software units to the newly loaded software unit without interruption of the software system in that the version identifier of the newly loaded software unit is communicated to specific software units of the plurality of software units that are event sources which trigger actions of the control system as a consequence of an event in that the event sources send source messages to other software units of the plurality of software units, the version identifier for a sequential message being transferred into the sequential message from a message triggering the sequential message;

carrying out a check to determine if the new software unit functions faultlessly;

given an identified fault of the new software unit, resetting the version identifier to be employed to an old value on the basis of renewed messages to the remaining software units and deactivating the new software unit and releasing the memory area relating thereto by the operating system, or given a faultlessly functioning new software unit, deactivating the old software unit and releasing by the operating system a memory area in the main memory associated with the old software unit.

10. The method according to claim 9, wherein the version identifier to be employed is communicated to the event sources per a communication request.

11. The method according to claim 9, wherein the version identifier to be employed is communicated only once to the event sources by the expansion manager and is then sent to the operating system by the event sources at every communication request.

12. The method according to claim 11, wherein an event source is inhibited during a replacement phase of software.

13. The method according to claim 9, wherein the version identifier can only be communicated to specific groups of event sources.