WO2000019283A1 - Verfahren zum betrieb eines automatisierungssystems - Google Patents

Verfahren zum betrieb eines automatisierungssystems Download PDF

Info

Publication number
WO2000019283A1
WO2000019283A1 PCT/EP1999/006902 EP9906902W WO0019283A1 WO 2000019283 A1 WO2000019283 A1 WO 2000019283A1 EP 9906902 W EP9906902 W EP 9906902W WO 0019283 A1 WO0019283 A1 WO 0019283A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
address
automation device
programming device
code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/EP1999/006902
Other languages
English (en)
French (fr)
Inventor
Thilo Opaterny
Richard Donhauser
Pirmin Lind
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Priority to EP99948778A priority Critical patent/EP1119801B1/de
Priority to DE59905768T priority patent/DE59905768D1/de
Publication of WO2000019283A1 publication Critical patent/WO2000019283A1/de
Priority to US09/818,572 priority patent/US6880106B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Program-control systems
    • G05B19/02—Program-control systems electric
    • G05B19/04—Program control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Program control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0428—Safety, monitoring

Definitions

  • the present invention relates to a method for operating an automation system by means of which an automation device provided for controlling and / or monitoring a technical process can be monitored by means of a programming device provided for operating and monitoring the automation device.
  • monitoring of the software running on the automation device is provided. It is desirable that the execution of the software is not noticeably disturbed or even interrupted by the observation.
  • the object of the present invention is therefore to provide a method for operating an automation system in which the automation device can be monitored by a programming device while largely avoiding disruptive influences.
  • This task is accomplished with a method for operating at least one automation device as well as an automation system comprising communicatively connected programming device, the automation device executing a user program, in particular a program for the control and / or monitoring of an external technical process, and with the programming device the execution of the user program is monitored by selecting one or more data addresses of the user program for monitoring on the programming device, a code address - an address of the user program, in particular an address m in the immediate vicinity of a section of the user program influencing the content of the selected data address - is selected on the programming device for each data address selected for monitoring,
  • the expression data address not only designates an explicit address in the area of the user program, but possibly also a data area specified by a start and end address and, moreover, possibly also individual registers or register sets.
  • the software on the automation device can be roughly divided into the so-called firmware and the user program.
  • the user program is divided into m essentially independent modules, which are referred to below as modules and which are created on the programming device and loaded onto the automation device and are executed there under control of the firmware of the automation device according to certain rules.
  • Cyclical processing usually takes place in automation tasks, whereby for example some blocks are started again and again in a fixed time frame. Special blocks are also started again immediately after they have been executed, this being referred to as a so-called free cycle, ie a cycle that is not based on a fixed time grid.
  • the automation device has several processors, it is possible for several modules to be executed simultaneously. If, on the other hand, only one processor is available, the respective modules are executed according to a time slice method, whereby the user has the impression of simultaneously processing the respective modules.
  • the modules are created by the user, m provided for them, possibly also in different languages, and the machine language of the automation device is transferred m by a translator program that can run on the programming device.
  • the programming languages LAD, FBD, STL, SCL, HIGRAPH, GRAPH 7, etc. are used.
  • the automation device executes the individual machine commands of a block one after the other. Every single machine command of the automation device can be clearly referenced by a code address.
  • the code address is specified by the block, its type and number, and the individual machine command, which is specified by its respective
  • the request telegram contains one or more of the code addresses just described.
  • Known methods can be used to select the desired code or data addresses, e.g. to select a data address or a data address range, a specific instruction of the user program or a section with several program instructions is marked and this marking is interpreted as a selection.
  • this selection it is of course also possible to make this selection by means of explicit corresponding information, for example by the relevant data addresses are entered manually.
  • the programming device sends an order to the automation device using the request telegram.
  • This request contains one or more code addresses and one or more data addresses per code address.
  • the request telegram has a header segment, an entry data record segment and one or more watchpoint segments, each with at least one code address and one or more data addresses.
  • the data addresses all the memory areas available in the machine model can also be addressed, including the registers, but especially bit groups, because many sensors and actuators not only deliver individual bits, but groups of bits, which is why larger, contiguous areas can also be addressed with one data address.
  • the automation device When one of the code addresses specified in the request telegram is reached, the automation device records the data specified in the same watchpoint segment together with this code address.
  • a trigger condition can be specified, which must be met when a code address is reached so that recording begins.
  • the automation device transmits the requested data to the programming device, regulated by a flow control, until the job is stopped or deleted by other request telegrams.
  • the result telegram also has a header segment, an entry data record segment and one or more watchpoint segments, each with at least one code address and one or more data addresses.
  • registers can also be specified in a request telegram for a code address.
  • An example of this is a simple logical combination of the form "IF sensor 1 AND sensor 2 OR sensor 3, THEN actuator 1", the result of the AND combination being temporarily stored in a register in order to use this intermediate result in the subsequent OR combination to be able to.
  • the final result of the linkage is finally available again directly in a data address as the content of the variable actuator 1.
  • the intermediate result would be lost if the register itself could not be accessed.
  • the automation device records the data specified with the request telegram in order to send it at a later time than when it was recorded.
  • the automation device can only record a comparatively small amount of data.
  • the amount of data to be recorded is predetermined by the type and speed of the automation device, on the one hand, and the means of communication between the automation device and the programming device, on the other hand, and the fault in program execution tolerated by the user, rarely of the automation device.
  • the amount of transferable data sets an upper limit for the amount of recordable data, even if the automation device could theoretically record a larger amount of data. It is therefore advisable to request only the information with the request telegram that will later be displayed on the programming device.
  • all values that are transferred from the block can be batched after the actual machine command to call the block or again from the instance data block can be read.
  • Two code addresses are required for each block call to monitor the parameter transfer. In individual cases, however, several data addresses may be required per code address, the number of required data addresses depending on the number of Em or output parameters.
  • the control of the data flow is implemented as follows: After execution of the blocks belonging to a cycle, the job initiated by the request telegram is blocked, i.e. no further data are recorded, even if the automation device executes a command again at a code address specified by the request message. Now the sending of the requested data is initiated. Sending takes place parallel to the execution of the user program. If necessary, such a transmission process can also extend over several cycles, in which case the recorded data is then transmitted in sections. During the transmission, the user program is only imperceptibly disturbed due to the transmission in sections parallel to the execution of the user program, in particular also due to the possible division of the data to be transmitted over several cycles. Only after the programming device has evaluated and displayed the data received in this way does it send a telegram which releases the previously blocked job, so that the recording of the data specified with the request telegram begins again.
  • the user programs are m in the programming device using the software provided for this purpose.
  • translation device translated This can be commands that can be executed directly by the processor of the automation device or an intermediate language that is initially interpreted in the automation device or translated by the firmware of the automation device m commands of the processor of the automation device. In principle, translation is emphasized on short, quickly executable code.
  • the machine model of the automation device must be transferred to the memory model of the microcontroller on an automation device whose processor or its processors are implemented using commercially available microcontrollers. Additional code must be inserted into the translated user program for monitoring. This generally requires a special translation run. If the firmware of the automation device is translated, there is a cycle time burden due to the translation and chaining of the resulting additional commands. If the translation takes place in the programming device, there is a cycle time burden due to the downloading and chaining of the additional commands. In both cases, the cycle time load can be minimized by appropriately selecting the code addresses to be observed.
  • the commands necessary for the observation can be masked so that there are no cycle time loads during times when an observation job is blocked.
  • the requested data is only recorded if the corresponding commands are not masked.
  • the job can be blocked by the firmware, unless this is already done during recording. Finally the recorded data is sent to the programming device.
  • the interpreter effects the mapping of the machine model onto the real memory.
  • the interpreter is implemented by a user-specific circuit (ASIC) or by a program on a commercially available microcontroller.
  • ASIC user-specific circuit
  • the firmware marks those to be observed
  • the interpreter encounters a marked command, it interrupts execution and records the requested data. The execution can then be continued. As with the translating machines, this interruption must be maskable so that there is no cycle time load during the times when the job is blocked. As with the translating machines, the job can be blocked by the firmware after the cycle has ended, unless this is already done during recording. Finally, the recorded data are sent to the programming device.
  • conditions are placed on an observation order so that a special execution can be observed in the case of blocks that are executed several times in a cycle.
  • a job can be differentiated as to how it should react if the commands are executed multiple times within a block.
  • Such a multiple execution occurs in the module if loops occur in the module due to jumps.
  • the observation order for example, it can be set whether the order is blocked by the multiple execution or Not. If it is not blocked in the second execution of a code address, the data is overwritten ü for this code address, so are the result of the data of the last loop pass for an actual transfer to the programmer will at your disposal. If, on the other hand, transfer was carried out with each loop pass, this would result in a high cycle time load.
  • the cycle time load can be further reduced by blocking the recording when a multiple execution first occurs, so that only the data of the first loop pass are transferred.
  • the method allows you to enter several code addresses for each block and several data addresses for each code address.
  • the code address defines a single machine command. All memory areas available in the machine model, including the registers, can be addressed with the data addresses.
  • the method minimizes the data to be recorded and transferred and the cycle time load associated with the recording and the transfer to a minimum. This minimization is independent of the language in which the user program was created and the type of target.
  • 1 shows the request telegram and 2 shows the receive telegram.
  • the request telegram AT has at least one header segment AH, one entry data record segment AE and one or more watchpoint segments AW1, AW2, ..., AWn.
  • the header segment AH or briefly in the header AH there is at least the order identifier 1110, a coding of the block 1111 to which the request telegram relates, coded by type and number, and a trigger condition 1112, an identifier with regard to possible multiple executions 1113 and the number of watchpoms Entry record 1114 specified.
  • the entry data record AE which, in contrast to the watchpoms, shows the respective monitoring values, in particular the registers, before the command is executed, comprises a code address 1121, register 1122, an identifier with regard to the number of subsequent data addresses 1123 and the number of data addresses specified by identifier 1123 1124.
  • the structure of the watchpoint segments AW1, AW2, ..., AWn is completely analogous to the entry data record AE.
  • Each of these watchpoint segments AW1, AW2, ..., AWn comprises a code address
  • each watchpoint segment includes data about the relevant registers 1132, an identifier with regard to the number of subsequent data addresses 1133 and the number of data addresses 1134 specified in accordance with identifier 1133.
  • the received telegram ET comprises at least the header EH, entry data EE and watchpoint data EW1, EW2, ..., EWn.
  • the header EH comprises at least one order identifier 1210 and an order number 1211.
  • the entry data include at least the code address 1221, register values 1222 and data values 1223.
  • the order number 1211 is used to distinguish between existing orders.
  • a unique order number 1211 is automatically assigned by the automation device when the order is placed.
  • the size of the segments of the receive telegram ET provided for the register values 1222, 1232-1, 1232-2, ..., 1232-n depends on the type and number of the registers requested; the size of the segments of the receive telegram ET provided for the data values 1233, 1233-1, 1233-2, ...., 1233-n is quite analog, depending on the type and number of the requested data.
  • the entry data record EE is always available, but its code address 1221 does not have to match the code address of request 1121, since a jump to this first address could have occurred in the cycle observed.
  • the data traffic between the programming device and the automation device, which are coupled to one another for this purpose by means of a data transmission cable in a suitable, not shown, but generally known manner, is shown below.
  • a request telegram AT is set up on the programming device side. This request telegram AT is transmitted to the automation device. The automation device receives the request telegram AT, accepts it if the structure of the request telegram AT corresponds to the expected specifications and issues an order number 1211. The order is then marked as blocked.
  • the automation device sends a positive acknowledgment together with the order number 1211 to the programming device.
  • the programming device notes the job as accepted.
  • release telegram is rarely built on the programming device.
  • This release telegram is transmitted to the automation device, with the automation device rarely marking the job as released when the release telegram is received.
  • the automation device sends a positive acknowledgment to the programming device, whereby on rare occasions of the programming device the job is noted as released upon receipt of the positive acknowledgment.
  • the trigger condition 1112 which is specified in the header AH of the request telegram AT, is fulfilled at a certain point in time, the recording of the data selected by the user for observation begins.
  • the trigger condition consists in reaching one of the code addresses 1131-1, 1131-2, ..., 1131-n specified in the request telegram AT; however, more complex conditions are conceivable, e.g. "Call path” or "open data construction system".
  • the call path describes a component hierarchy that is necessary for the recording to begin.
  • the condition of open data blocks requires that the specified data blocks are open at the start of the recording.
  • the conditions can be used individually or in combination.
  • the result can now be displayed on the side of the programming device, whereby in the event that the code address referenced by the date 1231-1 is displayed on the screen, the register values 1232-1 and the data values 1233-1 in connection with this code address can be represented.
  • a release telegram is sent to the automation device in order to release the job again.
  • the automation device transmits a positive acknowledgment to the programming device as soon as the job is released.
  • the programming device notes the order as released when this positive acknowledgment is received. The conditions are thus restored in such a way that the recording starts again the next time the trigger condition is reached and the recorded data are finally transmitted to the programming device for display.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Programmable Controllers (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

Es wird ein Verfahren zum Betrieb eines zumindest ein Automatisierungsgerät sowie ein mit diesem kommunikativ verbundenes Programmiergerät umfassenden Automatisierungssystems, wobei das Automatisierungsgerät ein Anwenderprogramm, insbesondere ein Programm zur Steuerung und/oder Überwachung eines externen technischen Prozesses, ausführt und wobei durch das Programmiergerät die Ausführung des Anwenderprogramms überwacht wird, indem am Programmiergerät eine oder mehrere Datenadressen (1132, 1133) des Anwenderprogramms zur Überwachung ausgewählt werden, angegeben, bei dem am Programmiergerät für jede zur Überwachung ausgewählte Datenadresse (1132, 1133) eine Codeadresse (1131) - eine Adresse des Anwenderprogramms, insbesondere eine Adresse in unmittelbarer Nähe eines den Inhalt der ausgewählten Datenadresse (1132, 1133) beeinflussenden Abschnitts des Anwenderprogramms ausgewählt wird; die ausgewählte Datenadresse (1132, 1133) zusammen mit der Codeadresse (1131) im Rahmen eines Anforderungstelegramms (AT) an das Automatisierungsgert übermittelt wird; der Inhalt der ausgewählten Datenadresse (1132, 1133) bei Erreichen der jeweiligen Codeadresse (1131) während der Ausführung des Anwenderprogramms aufgezeichnet wird; und der aufgezeichnete Inhalt der Datenadresse (1132, 1133) im Rahmen eines Ergebnistelegramms (ET) an das Programmiergerät übermittelt wird.

Description

Beschreibung
Verfahren zum Betrieb eines Automatisierungssystems
Die vorliegende Erfindung betrifft ein Verfahren zum Betrieb eines Automatisierungssystems, durch das ein zur Steuerung und/oder Überwachung eines technischen Prozesses vorgesehenes Automatisierungsgerat mittels eines zum Bedienen und Beobachten des Automatisierungsgerates vorgesehenen Programmiergerat uberwachbar ist.
Zum Zweck der Inbetriebnahme und der Wartung des Automatisierungsgerates ist die Beobachtung der auf dem Automatisierungsgerat ablaufenden Software vorgesehen. Wünschenswert ist dabei, daß durch die Beobachtung die Ausfuhrung der Software nicht merklich gestört oder gar unterbrochen wird.
Die Aufgabe der vorliegenden Erfindung besteht folglich darin, ein Verfahren zum Betrieb eines Automatisierungssystems anzugeben, bei dem das Automatisierungsgerat durch ein Programmiergerat bei weitestgehender Vermeidung störender Einflüsse uberwachbar ist.
Diese Aufgabe wird mit einem Verfahren zum Betrieb eines zu- mindest ein Automatisierungsgerat sowie ein mit diesem kommunikativ verbundenes Programmiergerat umfassenden Automatisierungssystems, wobei das Automatisierungsgerat ein Anwenderprogramm, insbesondere ein Programm zur Steuerung und/oder Überwachung eines externen technischen Prozesses, ausfuhrt und wobei durch das Programmiergerat die Ausfuhrung des Anwenderprogramms überwacht wird, indem am Programmiergerat eine oder mehrere Datenadressen des Anwenderprogramms zur Überwachung ausgewählt werden, dadurch gelost, - daß am Programmiergerat für jede zur Überwachung ausgewählte Datenadresse eine Codeadresse- eine Adresse des Anwenderprogramms, insbesondere eine Adresse m unmittelbarer Nahe eines den Inhalt der ausgewählten Datenadresse beem- flussenden Abschnitts des Anwenderprogramms - ausgewählt wird,
- daß die ausgewählte Datenadresse zusammen mit der Codeadresse im Rahmen eines Anforderungstelegramms an das Automatisierungsgerat übermittelt wird, - daß der Inhalt der ausgewählten Datenadresse bei Erreichen der jeweiligen Codeadresse wahrend der Ausfuhrung des Anwenderprogramms aufgezeichnet wird und
- daß der aufgezeichnete Inhalt der Datenadresse im Rahmen eines Ergebnistelegramms an das Programmiergerat ubermit- telt wird.
Über eine Datenadresse sind alle im Automatisierungsgerat vorhandenen Speicherbereiche referenzierbar . Entsprechend bezeichnet im vorliegenden Zusammenhang der Ausdruck Daten- adresse nicht nur eine explizite Adresse im Bereich des Anwenderprogramms sondern ggf. auch ein durch eine Start- und Endadresse vorgegebener Datenbereich und darüber hinaus ggf. auch einzelne Register bzw. Registersatze.
Die Software auf dem Automatisierungsgerat laßt sich grob m die sogenannte Firmware und das Anwenderprogramm unterteilen. Das Anwenderprogramm gliedert sich m im wesentlichen voneinander unabhängige Module, die im folgenden als Bausteine bezeichnet werden und die auf dem Programmiergerat erstellt und auf das Automatisierungsgerat geladen werden und dort unter Steuerung der Firmware des Automatisierungsgerates nach bestimmten Regeln zur Ausfuhrung gelangen. Üblicherweise findet bei Automatisierungsaufgaben eine zyklische Bearbeitung statt, wobei z.B. einige Bausteine m einem festen Zeitraster immer wieder gestartet werden. Spezielle Bausteine werden nach ihrer Ausfuhrung auch sofort wieder ge- startet, wobei dies als sogenannter freier Zyklus bezeichnet wird, ein Zyklus also, dem kein festes Zeitraster zugrunde liegt.
Wenn das Automatisierungsgerat mehrere Prozessoren aufweist, ist es möglich, daß mehrere Bausteine gleichzeitig ausgeführt werden. Steht dagegen nur ein Prozessor zur Verfugung, so werden die jeweiligen Bausteine nach einem Zeitscheibenver- fahren zur Ausfuhrung gebracht, wobei beim Benutzer der Eindruck der gleichzeitigen Bearbeitung der jeweiligen Bausteine entsteht.
Die Bausteine werden vom Anwender m dafür vorgesehenen, ggf. auch unterschiedlichen Sprachen erstellt und durch ein auf dem Programmiergerat ablauffähiges Ubersetzerprogramm m die Maschinensprache des Automatisierungsgerates transferiert.
Beim Anwendungsfall gemäß dem Ausfuhrungsbeispiel kommen z.B. die Programmiersprachen KOP, FUP, AWL, SCL, HIGRAPH, GRAPH 7, etc. zum Einsatz.
Das Automatisierungsgerat fuhrt die einzelnen Maschinenbefehle eines Bausteins nacheinander aus. Dabei ist jeder einzelne Maschinenbefehl des Automatisierungsgerates durch eine Codeadresse eindeutig referenzierbar . Die Codeadresse wird spezifiziert durch den Baustein, dessen Typ und dessen Nummer, und den einzelnen Maschinenbefehl, der durch seine jeweilige
Adresse im Baustein repräsentiert wird. Das obengenannte An- forderungstelegramm enthalt eine oder mehrere dieser eben beschriebenen Codeadressen.
Zur Auswahl der gewünschten Code- bzw. Datenadressen können bekannte Methoden verwendet werden, indem z.B. zur Auswahl einer Datenadresse bzw. eines Datenadressbereichs eine bestimmte Anweisung des Anwenderprogramms bzw. ein Abschnitt mit mehreren Programmanweisungen markiert und diese Markierung als Auswahl interpretiert wird. Alternativ ist es selbstverständlich auch möglich, diese Auswahl mittels expliziter entsprechender Angaben zu treffen, indem z.B. die relevanten Datenadressen manuell eingegeben werden.
In einem Automatisierungsgerat werden gemäß einer abstrakten Betrachtungsweise von Sensoren gelieferte Daten verarbeitet und gemäß den Verarbeitungsergebnissen Aktoren angesteuert. Je nach verwendeter Sprache gibt es dazu verschiedene Kon- strukte. Gemeinsam ist allen, daß sie verschiedene Datenbereiche unterscheiden und diese m ihren Befehlen adressieren können. Bei allen Sprachen ist es möglich, einen einzelnen Sensor abzufragen, einen einzelnen Aktor anzusteuern und Ergebnisse zwischenzuspeichern, z.B. um Zustande über Bausteingrenzen hinweg zu halten. Je nach Maschinennahe der jeweils verwendeten Sprache unterstutzt der Sprachumfang auch eine direkte Manipulation von Registern. Die kleinste auf diese Weise adressierbare Einheit ist eine Datenadresse.
Zum Zweck der Überwachung des Automatisierungsgerates wird vom Programmierger t ein Auftrag mittels des Anforderungste- legramms an das Automatisierungsgerat gesendet. Diese Anforderung enthalt eine oder menrere Codeadressen und pro Codeadresse eine oder mehrere Datenadressen. Das Anforderungstelegramm weist ein Headersegment, ein Einstiegsdatensatzsegment sowie ein oder mehrere Watchpomtseg- mente mit jeweils zumindest einer Codeadresse und einer oder mehreren Datenadressen auf. Mit den Datenadressen sind alle im Maschinenmodell vorhandenen Speicherbereiche ansprechbar auch die Register, insbesondere aber Bitgruppen, weil viele Sensoren und Aktoren nicht nur einzelne Bits liefern, sondern Gruppen von Bits, weswegen auch größere zusammenhangende Bereiche mit einer Datenadresse ansprechbar sind.
Das Automatisierungsgerat zeichnet bei Erreichen einer der im Anforderungstelegramm spezifizierten Codeadressen die im selben Watchpomtsegment zusammen mit dieser Codeadresse angegebenen Daten auf. Zusätzlich kann eine Triggerbedingung vorge- geben werden, die beim Erreichen einer Codeadresse erf llt sein muß, damit die Aufzeichnung beginnt.
Das Automatisierungsgerat übermittelt seinerseits nach jedem Zyklus, reguliert durch eine Flußkontrolle, die angeforderten Daten an das Programmiergerat, bis der Auftrag durch andere Anforderungstelegramme gestoppt oder geloscht wird.
Aufbau und Struktur des Ergebnistelegramms sind ganz analog zum Anforderungstelegramm. Insofern weist auch das Ergebni- stelegramm ein Headersegment, ein Einstiegsdatensatzsegment sowie ein oder mehrere Watchpomtsegmente mit jeweils zumindest einer Codeadresse und einer oder mehreren Datenadressen auf.
Die m den sogenannten honeren Programmiersprachen zur Verfugung stehenden Konstrukte werden auf die Befehle der Zielma- schine abgebildet. Dabei kann es vorkommen, daß bestimmte Daten nur temporar m den jeweiligen Registern des Automatisierungsgerates vorhanden sind, ohne jemals unter einer für den Anwender referenzierbaren Datenadresse gespeichert zu werden. Um auch solche Zwischenergebnisse auf der Seite des Programmiergerätes korrekt beobacnten zu können, ist es vorgesehen, in einem Anforderungstelegramm zu einer Codeadresse auch Re- gister angeben zu können. Als Beispiel sei hier eine einfache logische Verknüpfung der Form "WENN Sensor 1 UND Sensor 2 ODER Sensor 3, DANN Aktor 1" genannt, wobei das Ergebnis der UND-Verknupfung m einem Register zwischengespeichert wird, um dieses Zwischenergebnis bei der nachfolgenden ODER- Verknüpfung verwenden zu können. Das letztendliche Verknup- fungsergebnis steht als Inhalt der Variablen Aktor 1 schließlich wieder direkt m einer Datenadresse zur Verfugung. Das Zwischenergebnis ginge allerdings verloren, wenn nicht auch der Zugriff auf das Register selbst möglich wäre.
An dieser Stelle wird auch unmittelbar ersichtlich, warum im Anforderungstelegramm Codeadressen und zu jeder dieser Codeadressen Datenadressen angebbar sind.
Da es nämlich n Bausteiner αurchaus vorkommen kann, daß eine Datenadresse mehrfach beschrieben und gelesen wird, ist es vorteilhaft, die Daten nicht am Ende des Zyklus zu beobachten, sondern an all den Codeadressen, an denen es referen- ziert wird. Nur so kann das Anwenderprogramm auf der Seite des Programmiergerätes nachvollzogen werden.
Insbesondere im vorliegend geschilderten Fall reicht es z.B. nicht aus, das Register, m dem das Zwischenergebnis der oben beschriebenen UND-Verknup ung zwischengespeichert wird, anzu- geben, da dieses Register zu diversen Zeitpunkten zur Speicherung unterschiedlicnster Zwischenergebnisse verwendet werden kann. Nur unmittelbar nach der Verknüpfung "WENN Sensor 1 UND Sensor 2" gibt der Inhalt des Registers das Ergebnis der UND-Verknupfung wieder. Das Ergebnis der nachfolgenden ODER- Verknupfung wird im selben Register zwischengespeichert, so daß das Ergebnis der UND-Verknupfung verloren geht.
Im Betrieb zeichnet das Automatisierungsgerat die mit dem An- forderungstelegramm spezifizierten Daten auf, um sie zu einem im Vergleich zum Zeitpunkt der Aufzeichnung spateren Zeitpunkt zu senden. Im allgemeinen kann das Automatisierungsge- rat nur eine vergleichsweise kleine Menge von Daten aufzeichnen. Insbesondere ist die Menge der aufzuzeichnenden Daten jedoch durch Art und Geschwindigkeit einerseits des Automatisierungsgerates sowie andererseits der Kommunikationsmittel zwischen Automatisierungsgerat und Programmiergerat sowie der durch den Anwender tolerierten Störung der Programmausfuhrung auf selten des Automatisierungsgerates vorgegeben. Durch die Menge der transferierbaren Daten ist eine Obergrenze für die Menge der aufzeichenbaren Daten festgelegt, auch wenn das Automatisierungsgerat eine größere Menge von Daten theoretisch aufzeichnen konnte. Es ist also angezeigt, mit dem Anforderungstelegramm nur diejenigen Informationen anzufordern, die spater auch zur Anzeige auf dem Programmiergerat gelangen.
Höhere Spezialspracnen f r Schrittketten (z.B. HIGRAPH, GRAPH 7, ...) verwenden zur Programmierung der Weiterschaltbedmgung und der im jeweiligen Schritt auszuführenden Aktion wiederum Basissprachen (z.B. AWL, KOP, FUP, ...). Für den Anwender ist es nun einerseits wichtig, zu erkennen, welcher Schritt momentan aktiv ist und darüber hinaus speziell auch die Weiterschaltbedmgung zu betrachten. Dafür ist im allgemeinen die Betrachtung einiger weniger Codeadressen ausreichend, wobei insbesondere die Menge der relevanten Codeadres- sen im Vergleich zur Große des Bausteins relativ gering ist. Allerdings sind die relevanten Codeadressen blicherweise innerhalb des Bausteins verstreut und darüber hinaus noch mit dem Laufzeitsystem der Schrittkettensteuerung vermischt. Auf- grund der begrenzten Möglichkeiten hinsichtlich des Datentransfers zwischen Automatisierungsgerat und Programmiergerat ist es wenig sinnvoll, den Baustein komplett zu beobachten, da dies unter Umstanden sehr schnell mit Kapazitatsobergren- zen bezüglich des Datentransfers kollidiert. Tatsachlich wer- den ja auch nur die für die Berechnung der Weiterschaltbedm- gungen notwendigen Codeadressen benotigt. Folglich werden nur die tatsächlich erforderlichen Codeadressen an das Programmiergerat transferiert.
E ähnliches Problem ergibt sich bei der Programmierung von Bausteinaufrufen mit Parametern. Im Einzelfall sind zur Übertragung der Parameterwerte eine Vielzahl einzelner Befehle erforderlich. Somit gäbe es nur wenige für die Beobachtung tatsächlich relevante Codeadressen, die über einen größeren Bereich des Bausteins verteilt sind. Für einen solchen Fall ist vorgesehen, die an den Baustein zu übertragenden Werte vom sogenannten "Stack" zu übernehmen. Das Ablegen von Parametern beim Aufruf von Unterprogrammen auf dem Stack ist eine allgemein bekannte Methode, um Parameter ausgehend von einem ersten Programmbereich an einen zweiten, davon unabhängigen Programmbereich zu übergeben. Es zeigt sich also, daß alle Werte, die m einen Baustein übertragen werden, vor dem eigentlichen Maschinenbefehl zum Bausteinaufruf vom Stapel oder sogar aus einem speziellen Instanzdatenbaustein gelesen wer- den können. Analog können alle Werte, die aus dem Baustein übertragen werden, nach dem eigentlichen Maschinenbefehl zum Bausteinaufruf vom Stapel oder wiederum aus dem Instanzdaten- baustein gelesen werden. Zur Beobachtung der Parameteruberga- be sind für jeden Bausteinaufruf zwei Codeadressen erforderlich. Pro Codeadresse können jedoch im Einzelfall mehrere Datenadressen erforderlich sein, wobei sich die Anzahl der er- forderlichen Datenadressen nach der Anzahl der Em- bzw. Ausgabeparameter richtet.
Die Kontrolle des Datenflusses, m anderem Zusammenhang auch die sogenannte Flußkontrolle, wird folgendermaßen realisiert: Nach Ausführung der zu einem Zyklus gehörigen Bausteine wird der durch das Anforderungstelegramm initiierte Auftrag blok- kiert, d.h. es werden keine weitere Daten mehr aufgezeichnet, auch wenn das Automatisierungsgerat einen Befehl an einer durch das Anforderungstelegramm spezifizierten Codeadresse em weiteres Mal ausfuhrt. Nun wird das Senden der angeforderten Daten angestoßen. Das Senden erfolgt dabei parallel zur Ausfuhrung des Anwenderprogramms. Em solcher Sendevorgang kann sich im Bedarfsfall auch über mehrere Zyklen erstrecken, wobei dann die aufgezeichneten Daten abschnittswei- se übertragen werden. Wahrend des Sendens wird aufgrund des abschnittsweisen Sendens parallel zur Ausfuhrung des Anwenderprogramms, insbesondere auch aufgrund der möglichen Aufteilung der zu sendenden Daten auf mehrere Zyklen, das Anwenderprogramm nur unmerklich gestört. Erst nachdem das Program- miergerat die auf diese Weise empfangenen Daten ausgewertet und dargestellt hat, schickt dieses ein Telegramm, welches den zuvor blockierten Auftrag wieder freigibt, so daß die Aufzeichnung der mit dem Anforderungstelegramm spezifizierten Daten erneut beginnt.
Die Anwenderprogramme werden im Programmiergerat mittels einer dafür vorgesehenen Software m Maschinenbefehle des Auto- matisierungsgerates übersetzt. Dabei kann es sich um direkt vom Prozessor des Automatisierungsgerates ausfuhrbare Befehle handeln oder um eine Zwischensprache, die im Automatisierungsgerat zunächst interpretiert oder aber von der Firmware des Automatisierungsgerates m Befehle des Prozessors des Automatisierungsgerates übersetzt wird. Grundsatzlich wird bei der Übersetzung Wert auf kurzen, schnell ablauffähigen Code gelegt.
Auf einem Automatisierungsgerat, dessen Prozessor oder dessen Prozessoren mittels handelsüblicher MikroController realisiert werden, muß das Maschinenmodell des Automatisierungsgerates auf das Speichermodell des Mikrocontrollers übertragen werden. Zum Beobachten muß zusätzlicher Code m das ubersetz- te Anwenderprogramm eingefügt werden. Dies erfordert im allgemeinen einen besonderen Ubersetzungslauf . Findet das übersetzen der Firmware des Automatisierungsgerates statt, ergibt sich eine Zykluszeitbelastung durch die Übersetzung und das Einketten der sich ergebenden zusatzlichen Befehle. Fm- det das übersetzen im Programmiergerat statt, ergibt sich eine Zykluszeitbelastung durch das Herunterladen und das Einketten der zusätzlichen Befehle. In beiden Fallen kann die Zykluszeitbelastung durch passende Auswahl der zu beobachtenden Codeadressen minimiert werden.
Damit m Zeiten, m denen em Beobachtungsauftrag blockiert ist, keine Zykluszeitbelastung auftritt, sind die für die Beobachtung notigen Befehle maskierbar. Eine Aufzeichnung der angeforderten Daten erfolgt damit nur dann, wenn die entspre- chenden Befehle nicht maskiert sind. Nach Beendigung des Zyklus ist der Auftrag durch die Firmware blockierbar, sofern dies nicht schon bei der Aufzeichnung geschieht. Abschließend werden die aufgezeichneten Daten an das Programmiergerat gesandt .
Bei einem Automatisierungsgerat, welches die Maschinenbefehle interpretiert, bewirkt der Interpreter die Abbildung des Ma- schmenmodells auf den realen Speicher. Dabei spielt es für die folgende Betrachtung keine Rolle, ob der Interpreter durch einen anwenderspezifischen Schaltkreis (ASIC) oder durch e Programm auf einem handelsüblichen Mikrocontroller realisiert wird. Die Firmware markiert die zu beobachtenden
Befehle, wozu sie zumindest 1 Bit pro Befehl benotigt. Trifft der Interpreter auf einen markierten Befehl, unterbricht er die Ausfuhrung und zeichnet die angeforderten Daten auf. Danach kann die Ausfuhrung fortgesetzt werden. Diese Unterbre- chung muß wie bei den übersetzenden Maschinen maskierbar sein, damit m den Zeiten, m denen der Auftrag blockiert ist, keine Zykluszeitbelastung auftritt. Analog wie bei den übersetzenden Maschinen ist der Auftrag nach Beendigung des Zyklus durch die Firmware blockierbar, sofern dies nicht schon bei der Aufzeichnung geschieht. Abschließend werden die aufgezeichneten Daten an das Programmiergerat gesandt.
Gemäß einer weiteren Ausgestaltung ist vorgesehen, einen Beobachtungsauftrag mit Bedingungen zu versehen, damit bei Bau- steinen, die einem Zyklus mehrfach ausgeführt werden, eine spezielle Ausfuhrung beobachtbar ist. Darüber hinaus ist m einem Auftrag unterscheidbar, wie bei mehrfacher Ausfuhrung der Befehle innerhalb eines Bausteins zu reagieren ist. Eine derartige Mehrfachausfuhrung tritt im Baustein auf, wenn durch Sprunge im Baustein Schleifen entstehen. Im Beobachtungsauftrag kann beispielsweise eingestellt werden, ob der Auftrag durch die Mehrf chausfuhrung blockiert wird oder nicht. Wird er bei der zweiten Ausfuhrung einer Codeadresse nicht blockiert, so werden die Daten für diese Codeadresse überschrieben, so daß im Ergebnis die Daten des letzten Schleifendurchgangs für einen tatsächlichen Transfer an das Programmiergerat zur Verfugung stehen. Wurde dagegen bei jedem Schleifendurchgang em Transfer erfolgen, hatte dies eine hohe Zykluszeitbelastung zur Folge. Die Zykluszeitbelastung kann weiter gesenkt werden, indem beim ersten Auftreten einer Mehrfachausfuhrung die Aufzeichnung blockiert wird, so daß nur die Daten des ersten Schleifendurchgangs transferiert werden.
Das Verfahren erlaubt es, zu jedem Baustein mehrere Codeadressen und zu jeder Codeadresse mehrere Datenadressen anzu- geben. Die Codeadresse definiert einen einzelnen Maschinenbefehl. Mit den Datenadressen sind alle im Maschmenmodell vorhandenen Speicherbereiche ansprechbar, auch die Register. Das Verfahren minimiert die aufzuzeichnenden und zu transferierenden Daten und die mit der Aufzeichnung und dem Transfer emhergehende Zykluszeitbelastung auf em Minimum. Diese Mi- nimierung ist unabhängig von der Sprache, m der das Anwenderprogramm erstellt wurde und der Art der Zielmaschme .
Weitere Merkmale, Vorteile und Anwendungsmoglichkeiten der Erfindung ergeben sich aus den Unteranspruchen, der nachfolgenden Beschreibung eines Ausfuhrungsbeispiels, anhand der Figuren und der Figuren selbst. Dabei bilden alle beschriebenen und/oder bildlich dargestellten Merkmale für sich oder m beliebiger Kombination den Gegenstand der vorliegenden Erfin- düng, unabhängig von ihrer Zusammenfassung m den Ansprüchen oder deren Ruckoeziehung . In den Figuren zeigen
FIG 1 das Anforderungstelegramm und FIG 2 das Empfangstelegramm.
Gemäß FIG 1 weist das Anforderungstelegramm AT zumindest em Headersegment AH, em Einstiegsdatensatzsegment AE sowie em oder mehrere Watchpomtsegmente AW1, AW2, ..., AWn auf. Im Headersegment AH oder kurz im Header AH ist zumindest die Auftragskennung 1110, eine Codierung des Bausteins 1111, auf das sich das Anforderungstelegramm bezieht, codiert nach Typ und Nummer, sowie eine Triggerbedingung 1112, eine Kennung hinsichtlich eventueller Mehrfachausfuhrungen 1113 sowie die Anzahl der Watchpomts ohne Einstiegsdatensatz 1114 angegeben.
Der Einstiegsdatensatz AE, der im Gegensatz zu den Watchpomts die jeweiligen Überwachungswerte, insbesondere die Register, vor der Befehlsausführung zeigt, umfaßt eine Codeadresse 1121, Register 1122, eine Kennung hinsichtlich der Anzahl der nachfolgenden Datenadressen 1123 sowie die durch die Kennung 1123 vorgegebene Anzahl von Datenadressen 1124.
Ganz analog zum Einstiegsdatensatz AE ist der Aufbau der Watchpomtsegmente AW1, AW2, ..., AWn. Jedes dieser Watch- pomtsegmente AW1, AW2, ..., AWn umfaßt eine Codeadresse
1131-1, 1131-2, 1131-n ("-1" referenziert das erste Watch- po tsegment AW1, entsprechend referenziert "-2" das zweite Watchpomtseσment und "-n" das Watchpomtsegment AWn. Für die nachfolgende Beschreibung werden die zusätzlichen Referenzie- rungen, wo dies nicht unbedingt erforderlich ist, ausgelassen.) Darüber ninaus umfaßt jedes Watchpomtsegment Daten über die relevanten Register 1132, eine Kennung hinsichtlich der Anzahl der nachfolgenden Datenadressen 1133 und die entsprechend der Kennung 1133 vorgegebene Anzahl von Datenadressen 1134.
Gemäß FIG 2 umfaßt das Empfangstelegramm ET zumindest den Header EH, Einstiegsdaten EE sowie Watchpomtdaten EW1, EW2, ..., EWn. Im einzelnen umfaßt der Header EH zumindest eine Auftragskennung 1210 sowie eine Auftragsnummer 1211. Die Einstiegsdaten umfassen zumindest die Codeadresse 1221, Regi- sterwerte 1222 und Datenwerte 1223. Ganz analog umfassen die Watchpomtdaten EWl, EW2, ..., EWn zumindest die Codeadresse 1231, Registerwerte 1232 und Datenwerte 1233.
Mittels der Auftragsnummer 1211 werden gleichzeitig vorhande- ne Auftrage unterschieden. Em eineindeutige Auftragsnummer 1211 wird automatisch bei der Auftragsvergabe vom Automatisierungsgerat zugewiesen. Die Große der für die Registerwerte, 1222, 1232-1, 1232-2, ..., 1232-n vorgesehenen Segmente des Empfangstelegramms ET ist abhangig von Art und Anzahl der angeforderten Register; ganz analog ist die Große der für die Datenwerte 1233, 1233-1, 1233-2, ...., 1233-n vorgesehenen Segmente des Empfangstelegramms ET abhangig von Art und Anzahl der angeforderten Daten.
Im Empfangstelegramm ET müssen nicht samtliche Codeadressen des Anforderungstelegramms AT vorhanden sein, da eventuelle Sprunge bei der Ausfuhrung des zu überwachenden Programms dazu fuhren können, daß Teile des zu überwachenden Programms nicht ausgeführt werden und bestimmte im Anforderungstele- gramm AT spezifizierte Codeadressen nicht erreicht werden. _.„„-, PCT/EP
WO 00/19283
15 Der Einstiegsdatensatz EE ist stets vorhanden, jedoch muß dessen Codeadresse 1221 nicht mit der Codeadresse der Anforderung 1121 übereinstimmen, da em Sprung über diese erste Adresse im beobachteten Zyklus vorgekommen sein konnte.
Der Datenverkehr zwischen Programmiergerat und Automatisierungsgerat, die zu diesem Zweck mittels eines Datenubertra- gungskabels in geeigneter, nicht dargestellter, jedoch allgemein bekannter Weise miteinander gekoppelt sind, wird nach- folgend dargestellt.
Sobald der Anwender eine Beobachtung startet, wird auf der Seite des Programmiergeräts em Anforderungstelegramm AT aufgebaut. Dieses Anforderungstelegramm AT wird an das Automati- sierungsgerat übermittelt. Das Automatisierungsgerat empfangt das Anforderungstelegramm AT, akzeptiert es, sofern die Struktur des Anforderungstelegramms AT den erwarteten Vorgaben entspricht und vergibt eine Auftragsnummer 1211. Danach wird der Auftrag als blockiert markiert.
Das Automatisierungsgerat sendet eine positive Quittung mitsamt der Auftragsnummer 1211 an das Programmiergerat. Das Programmiergerat vermerkt mit dem Eingang der positiven Quittung den Auftrag als akzeptiert.
Sodann wird auf selten des Programmiergeräts em Freigabete- legramm aufgebaut. Dieses Freigabetelegramm wird an das Automatisierungsgerat übermittelt, wobei auf selten des Automatisierungsgerates der Auftrag mit dem Eingang des Freigabetele- gramms als freigegeben markiert wird. Als Antwort sendet das Automatisierungsgerat eine positive Quittung an das Programmiergerat, wobei auf selten des Programmiergerätes der Auftrag mit Eingang der positiven Quittung als freigegeben vermerkt wird.
Wenn wahrend der Ausfuhrung des Anwenderprogramms im Automatisierungsgerat zu einem bestimmten Zeitpunkt die Triggerbedingung 1112, die im Header AH des Anforderungstelegramms AT spezifiziert ist, erfüllt ist, beginnt die Aufzeichnung der vom Benutzer zur Beobachtung ausgewählten Daten. Im einfachsten Fall besteht die Triggerbedingung im Erreichen einer der im Anforderungstelegramm AT angegebenen Codeadressen 1131-1, 1131-2, ..., 1131-n; es sind aber komplexere Tπggerbedmgun- gen denkbar, wie z.B. "Aufrufpfad" oder "aufgeschlagene Da- tenbausteme" . Im Falle, daß em Baustein von mehreren anderen Bausteinen innerhalb eines Zyklus verwendet wird, ist es damit möglich, eine spezielle Ausfuhrung der Codeadressen m diesem Zyklus beobachten. Der Aufrufpfad beschreibt eine Bau- stem ierachie die notig ist, damit die Aufzeichnung beginnt. Die Bedingung aufgeschlagene Datenbausteine erfordert, daß zu Beginn der Aufzeichnung die angegebenen Datenbausteine aufgeschlagen sind. Die Bedingungen können einzeln oder kombiniert verwendet werden.
Wird also z.B. bei einer einfachen Triggerbedingung der obengenannten Art die durch die Adresse 1131-1 des Antworttelegramms AT referenzierte Codeadresse bei der Ausfuhrung des Anwenderprogramms erreicht, werden die durch das Datum 1132-1 referenzierten Register, die durch Datum 1133-1 referenzierte Anzahl von Datenadressen und dabei insbesondere die durch das Datum 1134-1 referenzierten Daten aufgezeichnet. Nachdem diese Aufzeichnung beendet ist, wird e Ergebnistelegramm aufgebaut, das zumindest diese aufgezeichneten Daten enthalt. Der entsprechende Auftrag wird blockiert. Daraufhin wird das Ergebnis m Form eines Ergebnistelegramms ET an das Programmiergerat übermittelt.
Auf der Seite des Programmiergerätes kann das Ergebnis nunmehr dargestellt werden, wobei für den Fall, daß die durch das Datum 1231-1 referenzierte Codeadresse am Bildschirm dar- gestellt wird, in Verbindung mit dieser Codeadresse die Registerwerte 1232-1 und die Datenwerte 1233-1 darstellbar sind.
Nach der Darstellung des Ergebnisses wird erneut em Freiga- betelegramm an das Automatisierungsgerat gesendet, um den Auftrag erneut freizugeben. Das Automatisierungsgerat übermittelt eine positive Quittung an das Programmiergerat, sobald der Auftrag freigegeben ist. Das Programmiergerat vermerkt den Auftrag als freigegeben mit dem Eingang dieser positiven Quittung. Damit sind die Bedingungen wieder derart hergestellt, daß beim nächsten Erreichen der Triggerbedingung die Aufzeichnung erneut beginnt und die aufgezeichneten Daten schließlich zur Darstellung an das Programmiergerat übermittelt werden.
Diese Schritte wiederholen sich so lange, bis der Anwender den Auftrag beendet.

Claims

Patentansprüche
1. Verfahren zum Betrieb eines zumindest em Automatisierungsgerat sowie em mit diesem kommunikativ verbundenes Pro- grammiergerat umfassenden Automatisierungssystems, wobei das Automatisierungsgerat em Anwenderprogramm, insbesondere em Programm zur Steuerung und/oder Überwachung eines externen technischen Prozesses, ausfuhrt und wobei durch das Programmiergerat die Ausführung des Anwenderprogramms überwacht wird, indem am Programmiergerat eine oder mehrere Datenadressen (1132, 1133) des Anwenderprogramms zur Überwachung ausgewählt werden, d a d u r c h g e k e n n z e i c h n e t,
- daß am Programmiergerat für jede zur Überwachung ausgewahl- te Datenadresse (1132, 1133) eine Codeadresse (1131) - eine
Adresse des Anwenderprogramms, insbesondere eine Adresse m unmittelbarer Nahe eines den Inhalt der ausgewählten Datenadresse (1132, 1133) beeinflussenden Abschnitts des Anwenderprogramms - ausgewählt wird, - daß die ausgewählte Datenadresse (1132, 1133) zusammen mit der Codeadresse (1131) im Rahmen eines Anforderungstelegramms (AT) an das Automatisierungsgerat übermittelt wird,
- daß der Inhalt der ausgewählten Datenadresse (1132, 1133) bei Erreichen der jeweiligen Codeadresse (1131) wahrend der Ausfuhrung des Anwenderprogramms aufgezeichnet wird und
- daß der aufgezeichnete Inhalt der Datenadresse (1132, 1133) im Rahmen eines Ergebnistelegramms (ET) an das Programmiergerat übermittelt wird.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, daß über eine Datenadresse (1132, 1133) alle im Automatisierungsgerat vorhandenen Speicherbereiche, insbesondere auch Register, referenzierbar sind.
3. Verfahren nach Anspruch 1 oder 2, d a d u r c h g e k e n n z e i c h n e t, daß die angeforderten Daten vom Automatisierungsgerat aufgezeichnet werden, sofern bei Erreichen der Codeadresse (1131) eine Triggerbedingung erfüllt ist.
4. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, daß das Anforderungstelegramm (AT) e Headersegment (AH) , ein Einstiegsdatensatzsegment (AE) sowie em oder mehrere Watchpomtsegmente (AW1, AW2...AWn) mit jeweils zumindest ei- ner Codeadresse (1131-1, 1131-2...1131-n) und einer oder mehreren Datenadressen (1132-1, 1133-1, 1132-2, 1133-2 ... 1132- n, 1133-n) aufweist.
5. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, daß das Ergebnistelegramm (ET) em Headersegment (EH) , em Emstiegsdatensatzsegment (EE) sowie em oder mehrere Watchpomtsegmente (EW1, EW2...EWn) mit jeweils zumindest einer Codeadresse (1231-1, 1231-2...1231-n) und einer oder meh- reren Datenadressen (1232-1, 1233-1, 1232-2, 1233-2 ... 1232- n, 1233-n) aufweist.
6. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, daß die angeforderten Daten vom Automatisierungsgerat aufgezeichnet und zu geeigneten Zeitpunkten wahrend der Ausfuhrung des Anwenderprogramms, bei zyklischen Anwenderprogrammen insbesondere nach jedem Zyklus, an das Programmiergerat übermittelt werden.
7. Verfahren nach Anspruch 6, d a d u r c h g e k e n n z e i c h n e t, daß bei zyklischen Anwenderprogrammen die angeforderten Daten vom Automatisierungsgerat aufgezeichnet und wahrend mehrerer Zyklen abschnittsweise an das Programmiergerat übermittelt werden.
8. Verfahren nach einem der obigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die für die Beobachtung notigen Befehle im Anwenderprogramm maskierbar sind.
9. Verfahren nach einem der obigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß e bei Eingang des Anforderungstelegramms (AT) auf Seiten des Automatisierungsgerates generierter Anforderungsauf- trag bei Mehrfachausfuhrung eines mit einer im Anforderungstelegramm festgelegten Codeadresse (1131-1, 1131-2 ... 1131- n) korrespondierenden Befehls blockiert wird.
PCT/EP1999/006902 1998-09-28 1999-09-15 Verfahren zum betrieb eines automatisierungssystems Ceased WO2000019283A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP99948778A EP1119801B1 (de) 1998-09-28 1999-09-15 Verfahren zum betrieb eines automatisierungssystems
DE59905768T DE59905768D1 (de) 1998-09-28 1999-09-15 Verfahren zum betrieb eines automatisierungssystems
US09/818,572 US6880106B2 (en) 1998-09-28 2001-03-28 Automation system and method for operating an automation system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP98118288.4 1998-09-28
EP98118288A EP0990964A1 (de) 1998-09-28 1998-09-28 Verfahren zum Betrieb eines Automatisierungssystems

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US09/818,572 Continuation US6880106B2 (en) 1998-09-28 2001-03-28 Automation system and method for operating an automation system

Publications (1)

Publication Number Publication Date
WO2000019283A1 true WO2000019283A1 (de) 2000-04-06

Family

ID=8232704

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP1999/006902 Ceased WO2000019283A1 (de) 1998-09-28 1999-09-15 Verfahren zum betrieb eines automatisierungssystems

Country Status (5)

Country Link
US (1) US6880106B2 (de)
EP (2) EP0990964A1 (de)
DE (1) DE59905768D1 (de)
ES (1) ES2200553T3 (de)
WO (1) WO2000019283A1 (de)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050172275A1 (en) * 2004-01-29 2005-08-04 Thilo Opatemy Execution of instructions in an automation system
EP1701230A1 (de) * 2005-03-10 2006-09-13 Siemens Aktiengesellschaft Diagnose parallel geschalteter, redundanter Signalausgabekanäle
DE502005003131D1 (de) * 2005-11-25 2008-04-17 Siemens Ag Automatisierungssystem mit einem angeschlossenen RFID-identifizierten Sensor oder Aktor
EP1868328B2 (de) 2006-06-12 2017-03-01 Siemens Aktiengesellschaft Verfahren zum Betrieb eines Automatisierungsgerätes und Automatisierungsgerät
DE502006006706D1 (de) 2006-06-20 2010-05-27 Siemens Ag Verfahren zur Überwachung eines zyklischen Steuerungsprogramms
ES2483966T3 (es) 2009-04-20 2014-08-08 Pilz Gmbh & Co. Kg Método y dispositivo para programar un controlador industrial de una instalación automatizada
EP2407842B1 (de) * 2010-07-16 2021-03-17 Siemens Aktiengesellschaft Verfahren zur Inbetriebnahme von Maschinen oder Maschinen einer Maschinenserie und Projektierungssystem
US8655952B1 (en) * 2012-10-19 2014-02-18 Google Inc. Automating help tasks across multiple devices
US11275527B1 (en) * 2019-06-11 2022-03-15 Western Digital Technologies, Inc. Execution condition embedded in a command or a request to storage device
US11941253B2 (en) * 2021-04-22 2024-03-26 EMC IP Holding Company, LLC Storage system and method using persistent memory

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0114073B1 (de) * 1983-01-17 1989-10-04 Licentia Patent-Verwaltungs-GmbH Verfahren und Vorrichtung zur Übertragung von Nachrichten zwischen Automatisierungsmitteln
US5008842A (en) * 1987-10-19 1991-04-16 Fuji Photo Film Co., Ltd. Method of sequential monitoring and apparatus for practicing the same
EP0450116A1 (de) * 1990-04-02 1991-10-09 Siemens Aktiengesellschaft Automatisierungsgerät mit Test in einzelnen Schritten
WO1995027236A1 (de) * 1994-03-31 1995-10-12 Siemens Aktiengesellschaft Verfahren zur automatischen diagnose von störungsfällen
US5469563A (en) * 1992-08-03 1995-11-21 Sony Corporation Method and control apparatus for self diagnosis

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3808135A1 (de) * 1988-03-11 1989-09-28 Kloeckner Moeller Elektrizit Speicherprogrammierbares steuerungssystem
US5321828A (en) * 1991-06-07 1994-06-14 Step Engineering High speed microcomputer in-circuit emulator
WO1996038733A1 (en) * 1995-06-02 1996-12-05 Pure Software, Inc. Remote monitoring of computer programs
US5754839A (en) * 1995-08-28 1998-05-19 Motorola, Inc. Apparatus and method for implementing watchpoints and breakpoints in a data processing system
US5870607A (en) * 1996-09-11 1999-02-09 Brown University Research Foundation Method and apparatus for selective replay of computer programs
US6163805A (en) * 1997-10-07 2000-12-19 Hewlett-Packard Company Distributed automated testing system
US6249882B1 (en) * 1998-06-15 2001-06-19 Hewlett-Packard Company Methods and systems for automated software testing
US6493741B1 (en) * 1999-10-01 2002-12-10 Compaq Information Technologies Group, L.P. Method and apparatus to quiesce a portion of a simultaneous multithreaded central processing unit

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0114073B1 (de) * 1983-01-17 1989-10-04 Licentia Patent-Verwaltungs-GmbH Verfahren und Vorrichtung zur Übertragung von Nachrichten zwischen Automatisierungsmitteln
US5008842A (en) * 1987-10-19 1991-04-16 Fuji Photo Film Co., Ltd. Method of sequential monitoring and apparatus for practicing the same
EP0450116A1 (de) * 1990-04-02 1991-10-09 Siemens Aktiengesellschaft Automatisierungsgerät mit Test in einzelnen Schritten
US5469563A (en) * 1992-08-03 1995-11-21 Sony Corporation Method and control apparatus for self diagnosis
WO1995027236A1 (de) * 1994-03-31 1995-10-12 Siemens Aktiengesellschaft Verfahren zur automatischen diagnose von störungsfällen

Also Published As

Publication number Publication date
DE59905768D1 (de) 2003-07-03
ES2200553T3 (es) 2004-03-01
US20010052088A1 (en) 2001-12-13
EP0990964A1 (de) 2000-04-05
EP1119801A1 (de) 2001-08-01
US6880106B2 (en) 2005-04-12
EP1119801B1 (de) 2003-05-28

Similar Documents

Publication Publication Date Title
DE60200210T2 (de) Über das World-Wide-Web zugängliche, eingebettete Programmier-Software
EP1430369B1 (de) Dynamischer zugriff auf automatisierungsressourcen
DE102010011658A1 (de) Applikationsplattform und Verfahren zum Betrieb einer Datenverarbeitungseinrichtung mit einer solchen
DE19617976A1 (de) Kommunikationssystem mit Mitteln zum Austausch von Softwareprozessen
WO2000019283A1 (de) Verfahren zum betrieb eines automatisierungssystems
EP1400877B1 (de) Regler und Verfahren zum Betreiben eines Reglers
WO2001037058A1 (de) Automatisierungsgerät und aufdat-verfahren
EP3861440A1 (de) Verfahren zur datenverarbeitung und speicherprogrammierbare steuerung
EP0360135B1 (de) Verfahren zur Interruptverarbeitung in einer Datentverarbeitungsanlage
EP2090948B1 (de) Verfahren zum Betrieb eines Automatisierungssystems
DE19901879A1 (de) Verfahren zum Tracen von Daten
DE2932394A1 (de) Intelligente, programmierbare prozessteueranordnung
EP0503256B1 (de) Programmierbare Steuer- und Regeleinrichtung
EP1870787B1 (de) Verfahren zur Überwachung eines zyklischen Steuerungsprogramms
EP1982243B1 (de) Verfahren zum abspeichern eines datenbausteins mit daten zum steuern eines technischen prozesses sowie steuervorrichtung
EP3948449B1 (de) Verfahren und engineering-system zur änderung eines programms einer industriellen automatisierungskomponente
EP0525214A1 (de) Verfahren zum Betreiben eines Automatisierungsgeräts
EP2365438A1 (de) Verfahren zum Betrieb eines Automatisierungssystems
DE102004014257A1 (de) Rezeptverwaltung in einer Textilmaschinenanlage
DE19637883B4 (de) Datenverarbeitungsanlage zur Ausführung großer Programmsysteme
EP1179428B1 (de) Verfahren und Vorrichtung zum Abarbeiten von Verfahrensschritten
WO2003054642A2 (de) Verfahren zur aktualisierung von elektronisch modifizierbaren komponenten eines automatisierungsgerätes
DE19534757C1 (de) Verfahren zum Betreiben eines Telekommunikationssystems
DE2821882A1 (de) Programmsteuereinheit
EP1594063B1 (de) Verfahren zum Überprüfen von Steuerungsprogrammen

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CA US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 1999948778

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 09818572

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 1999948778

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 1999948778

Country of ref document: EP