WO2009056557A1 - Verfahren zum betreiben eines parametrier-gerätes - Google Patents

Verfahren zum betreiben eines parametrier-gerätes Download PDF

Info

Publication number
WO2009056557A1
WO2009056557A1 PCT/EP2008/064650 EP2008064650W WO2009056557A1 WO 2009056557 A1 WO2009056557 A1 WO 2009056557A1 EP 2008064650 W EP2008064650 W EP 2008064650W WO 2009056557 A1 WO2009056557 A1 WO 2009056557A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameterization
telegram
collective
information
field device
Prior art date
Application number
PCT/EP2008/064650
Other languages
English (en)
French (fr)
Inventor
Andrea Seger
Bert Von Stein
Original Assignee
Endress+Hauser Gmbh+Co.Kg
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 Endress+Hauser Gmbh+Co.Kg filed Critical Endress+Hauser Gmbh+Co.Kg
Publication of WO2009056557A1 publication Critical patent/WO2009056557A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • 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—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0421—Multiprocessor system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • 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
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25061—Configuration stored in central database
    • 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
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25086—Assign functions to group of complete or partial cells, modules
    • 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
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25111—Using broadcast message

Definitions

  • the present invention relates to a method for operating a parameterizing device, in particular a higher-level unit or an operating device, according to the preamble of claim 1.
  • field devices are often used which serve to detect and / or influence process variables.
  • Sensors such as level gauges, flowmeters, pressure and temperature measuring devices, pH redox potential measuring devices, conductivity meters, etc., which record the respective process variables level, flow, pressure, temperature, pH or conductivity, are used to record process variables .
  • To influence process variables are actuators, such as valves or pumps, via which the flow of a liquid in a pipeline section or the level can be changed in a container.
  • field devices are all devices that are used close to the process and that provide or process process-relevant information.
  • field devices are generally also those units which are connected directly to the field bus and serve for communication with a higher-level unit (for example remote I / Os, gateways, linking devices, etc.).
  • a higher-level unit for example remote I / Os, gateways, linking devices, etc.
  • a large number of such field devices are manufactured and sold by Endress + Hauser.
  • the higher-level units are control systems or control units, such as PLC (Programmable Logic Controller) or PLC (Programmable Logic Controller).
  • PLC Programmable Logic Controller
  • PLC Programmable Logic Controller
  • Parameterization For the operation of field devices, in particular for parameterization and Configuration (hereinafter generally referred to as "parameterization") of field devices, a control program (operating tool) is generally provided in a higher-level unit Parameters of a field device are, for example, a measuring range, limit values, units, etc. Parameters can be set via such an operating program This type of access to parameters of the field device is referred to below as "writing" of parameters. Furthermore, parameters of the field device can be read via such an operating program. This type of access is referred to below as “reading” of parameters, whereby the higher-level unit can be connected directly to the fieldbus to which the relevant field devices are connected or to a higher-level communication network.
  • Such an operating device can communicate with the field device via the fieldbus to which the field device to be parameterized is connected or via a corresponding service interface provided on the field device.
  • a device by which a digital communication with a field device can be initiated and parameterization information can be sent to the field device, such as a higher-level unit or an operating device, is referred to below as "parameterizing device.”
  • parameterizing device running on such a parameterizing device a corresponding operating program.
  • a plurality of parameterization requests in particular of read and / or write requests, parameters of a field device, which is connected via a digital communication connection with the parameterizing device, are triggered .
  • the reading and / or writing of parameters of the field device was parameter-oriented, ie individually by a separate telegram (with an associated response message) for each parameter to be read or written.
  • a parameterization telegram with a write request for this parameter has been sent to the field device for writing a parameter from the parameterizing device.
  • the field device sent a parameterizing response telegram with a corresponding response to the parameterizing device.
  • the parameterizing response telegram For example, it is confirmed in the parameterizing response telegram that the writing process of the relevant parameter in the field device has been carried out correctly.
  • a parameterization telegram with a read request for this parameter has been sent to the field device for reading a parameter from the parameterizing device.
  • the field device In response to this parameterization telegram, the field device once again sent a parameterization response telegram with a corresponding response to the parameterization device.
  • the parameterized response telegram contains the requested parameter. For reading or writing several parameters of one and the same field device, a number of parameterization telegrams corresponding to the number of parameters to be read or written had to be sent by the parameterizing device.
  • the parameterizing telegrams (and also the parameterizing reply telegrams) are constructed such that the control information (eg in the HART® protocol as "frame" ) constitute a considerable proportion of the telegram in terms of the extent of the data Telegram transmitted useful data share comparatively small. This is the case in particular if the maximum user data capacity provided by a telegram is not fully utilized.
  • a telegram according to the HART® protocol comprises 14 control characters which form the "frame" of the telegram and up to 25 user data characters
  • Each character to be transmitted (control characters, user data characters) with a data volume of eight bits requires a data volume (or a data length) of 11 bits, wherein the additional three bits according to the HART® protocol control information, in particular a start bit, a stop bit and an odd-parity bit form such a fully filled with user data
  • the telegram thus has a data volume of 429 bits.
  • To transmit a character ie here: 11 bits
  • 9.17 ms are required at a transmission rate of 1,200 bits / s (bits per second)
  • Parameterization telegram and a parameterization response telegram completely filled with user data thus becomes a period of 357.51 ms for the HART® protocol
  • a period of 75 ms is provided in the HART® protocol. This results in a total
  • Such a high effective transmission rate of user data is generally not achieved in the parameter-oriented reading and / or writing of parameters described above.
  • a parameterization telegram is sent to the field device in accordance with the HART® protocol with a read request from the parameterizing device, only 2 bytes (ie 2 user data characters) of the relevant parameter are included in the parameterization telegram as user data.
  • the user data again contains the 2 bytes addressing of the relevant parameter and the parameter itself.
  • the parameter itself is represented by a Floating point number (float), which is usually presented in accordance with the IEEE 754 standard and has a data size of 4 bytes.
  • float Floating point number
  • the object of the present invention is a
  • the object is achieved by a method according to claim 1.
  • a method for operating a parameterizing device, in particular a higher-level unit or an operating device, by the parameterization information in parametrizing telegrams can be sent to a field device via a digital communication connection, wherein a parameterization information respectively a parameter of the field device is provided.
  • the method comprises the following steps: collecting a plurality of parameterization information to be sent to the field device in the parameterization device; and transmitting a plurality of the collected parameterization information together in a collective parameterization telegram to the field device.
  • the parameterization device and the field device are connected via a digital communication link.
  • the digital communication over this connection can take place either in accordance with a bus protocol, such as a standardized bus protocol, or in accordance with a manufacturer-specific protocol, as is generally provided for digital communication via a service interface of the field device.
  • the digital communication link may be both wireless (wireless) and wired.
  • a plurality of at least two is understood as meaning that the plurality of collected parameterization information may be different, in particular greater than or equal to the majority of the parameterization information transmitted in the collective parameterization telegram.
  • a parameterization information relates in each case only one parameter of the field device.
  • a parameterization information can each have a plurality of data for this one parameter, such as a parameter address, a parameter value and / or a parameter length of the relevant parameter. Consequently, the data volume of various parameterization information may differ if they have a different number of data and / or the data concerned in each case a different amount of data exhibit.
  • Parameterization information in this case form user data characters in the relevant collective parameterization telegrams (and also in the conventional parameterization telegrams, each with only one parameterization information).
  • a parameterization information in a collective parameterization telegram In contrast to the conventional parameterizing telegrams is transmitted according to the present invention, more than just a parameterization information in a collective parameterization telegram.
  • a parameterization information in a collective parameterization telegram in addition to the 14 control characters, up to 25 user data characters can be accommodated in the form of parameterization information, so that the user data portion is increased.
  • the data traffic on a bus connection or another digital communication connection between the parameterizing device and the field device can be reduced and an effective transmission speed can be increased.
  • the individual parameterization information is summarized dynamically, that is, as a function of parameterization requests currently occurring in the parameterizing device.
  • the following step is carried out after the collective parameterization telegram has been sent to the field device: transmission of a collective parameterization response telegram from the field device to the parameterization device, wherein parameterization in the collective parameterization response telegram Answering information is contained, which in each case on the in the
  • Each parameterization response information contained in the collective parameterization response telegram consequently relates to a corresponding parameterization information contained in the collective parameterization telegram, that is, they respectively relate to the same parameter of the field device.
  • parameterization response information each have a plurality of data for this one parameter, such as a parameter address, a parameter value and / or a parameter length of the respective parameter. Consequently, the data volume of various parameterization response information can differ if they have a different number of data and / or if the respective data each have a different data volume.
  • the parameterization response information forms useful data characters in the relevant collective parameterization response telegrams.
  • a number of the parameterization information sent jointly to the field device in the collective parameterization telegram is smaller or preferably equal to a first maximum number.
  • the first maximum number is determined such that a user data capacity of the collective parameterization telegram is utilized as far as possible by a data volume of the first maximum number of parameterization information.
  • useful data capacity here refers to the data volume of a telegram which is available for the data or user data to be transmitted in the telegram, in the present case for the parameterization information or parameterization response information to be transmitted Telegram example according to the HART® protocol comprises the user data capacity of a maximum of 25 characters (one byte each). "Exploiting the user data capacity as far as possible” means that the data volume of the first maximum number of parameterization information is less than or equal to the one User data capacity is, wherein the user data capacity is utilized in such a way that (at least in the order of the parameterization requests occurring in the parameterization device), no further parameterization information can be completely accommodated in the relevant telegram.
  • the data scope of the individual parameterization information can, as explained above, vary, so that the first maximum number can vary depending on the parameterization information to be transmitted. It can be provided that the parameterization information is taken into account in the order in which corresponding parameterization requests occur in time in the parameterizing device and used to "fill in" the available useful data part of the collective parameterization telegram Further development takes place as far as possible utilization of the available user data capacity of the collective parameterization telegram, so that the effective transmission speed is increased.
  • a number of the parameterization information sent jointly to the field device in the collective parameterization telegram is smaller or preferably equal to a second maximum number.
  • the second maximum number is determined such that a useful data capacity of the collective parameterizing response telegram is utilized as far as possible by a data volume of the second maximum number of associated parameterization response information.
  • the parameter response information contained in the collective parameter response telegram is "associated" with the parameterization information contained in the collective parameterization telegram and relates in each case to the same parameters "and a" utilization of the useful data capacity as far as possible "are to be understood in a corresponding manner, as explained above with reference to the collective parameterization message and the parameterization information contained therein the order of consideration of the individual parameterization response information, are applicable accordingly for the collective parameterization response telegram.
  • the data volume of the parameterization response information of the collective parameterization response telegram sent in response to the collective parameterization telegram is decisive for the determination of the second maximum number. For example, is the data size of the associated
  • Parameterization response information greater than the data volume of the parameterization information contained in the collective parameterization message and / or the user data capacity of the collective parameterization response telegram is smaller than the useful data capacity of the collective parameterization telegram present development is ensured that the useful data capacity of the collective parameter response telegram is not exceeded. This is particularly advantageous in the case of field devices which, in the case in which the user data capacity of the collective parameter response telegram is exceeded by the parameter response information to be sent, are not able to transmit the parameterization parameters to be transmitted. To send response information in two separate collective parameter response telegrams.
  • the smaller value of the first and the second maximum number be used for the By selecting the smaller value, it is further ensured that both the
  • Parameterization information as well as the parameterization response information can be sent only in a collective parameterization telegram or a collective parameterization response telegram, wherein at the same time the payload capacity of at least one of the two telegrams is utilized as much as possible.
  • the following step is taken the step of transmitting the collective parameterization telegram performed: selecting a plurality of parameterization information from the collected parameterization information based on their data size and / or based on the data volume of the associated parameterization response information such that a user data capacity of the collective parameter Telegram and / or the collective parameterization response telegram is utilized as much as possible in order to subsequently transmit the selected plurality of parameterization information together in the collective parameterization telegram.
  • a further utilization of the available user data capacity of the collective parameterization telegram and / or the collective parameterization response telegram can be achieved.
  • a parameterization information or a parameterization response information can be selected whose data volume is less than or equal to the remaining user data capacity.
  • the selection be based on the data extent of the collected parameterization information is taken if the first maximum number is smaller, and that the selection is made based on the data volume of the respectively associated parameterization response information, if the second maximum number is smaller.
  • the step of collecting a plurality of parameterization information is carried out until a useful data capacity of the collective parameterization telegram and / or of the collective parameterization response telegram is utilized as far as possible.
  • This makes it possible to also put in time Parameterization requests occurring in the parameterization device can be sent in a common collective parameterization telegram.
  • a combination with the above-mentioned developments is advantageous, so that, for example, is collected until the first and / or the second maximum number is reached, or in the case in which a selection is made from the collected parameterization information until a predetermined degree of filling of the Nutzehrs of the relevant telegram is reached.
  • the step of sending the collective parameterization telegram is carried out if at least one parameterization information has been collected.
  • the predetermined period of time can be set by a user, for example by changing a corresponding parameter of the field device.
  • the predetermined period of time begins to run as soon as the first parameterization request for the relevant collective parameterization telegram occurs in the parameterization device or as soon as the first parameterization information is inserted into the relevant collective parameterization telegram.
  • the present invention is particularly advantageous when using the HART® protocol, since this has a comparatively low baud rate and thus the inventive increase of
  • the invention can also be used with another standardized bus system, such as, for example, Profibus® (see Profibus Profile Specification, Version 3.0) or Foundation® Fieldbus (cf., Foundation® Specification, Function Block Application Process, Revision FS
  • the digital communication connection between the field device and the parameterizing device is also constructed in accordance with the corresponding standardized bus system.
  • the parameterizing device can also be connected to a ser vice interface of the field device connected or connected to this and the digital communication can be done according to a manufacturer-specific protocol.
  • FIG. 1 a schematic representation of a simple one
  • FIG. 2A a schematic representation of the structure of a
  • FIG. 2B a schematic representation of the structure of a
  • FIG. 2A Fig. 3A: a schematic representation of the structure of a
  • FIG. 3B is a schematic representation of the structure of a Collective parameterization response telegram to the collective parameterization telegram of FIG. 3A;
  • Fig. 4 is a flow chart illustrating an embodiment of the method according to the present invention.
  • Fig. 1 is an exemplary schematic representation of a simple fieldbus network, in which four field devices FGO, FG1, FG2 and FG3, a control unit B and a control unit PLC are connected to a fieldbus F.
  • the fieldbus F works according to the HART® standard.
  • the control unit PLC is a (primary) master, while the field devices FGO, FG1, FG2 and FG3 are slaves. Communication between the control unit PLC and the field devices FGO, FG1, FG2 and FG3 takes place in accordance with the HART® protocol.
  • the HMI device B also communicates with a field device to be parameterized via the fieldbus F in accordance with the HART® protocol.
  • the telegram has 14 control characters, which form the "frame" of the telegram, and up to 25 user data characters (useful data part of the telegram)
  • the control characters include a Preamble, a corresponding command (here: read request of a plurality of parameters) and a check byte (English: check byte) at the end of the telegram on.
  • the command is a manufacturer-specific command which specifies that the collective parameterization telegram relates to a read request of a plurality of parameters of the relevant field device.
  • This manufacturer-specific command is implemented in the relevant field device and described in a “Device Description” (DD) (device description) of the field device
  • DD Device Description
  • the “Device Description” (DD) is used to describe the functionality of a field device. In particular, it contains information about the variables contained in the field device, their limits and access to these variables.
  • the manufacturer-specific command in A "Device Type Manager” is a device-specific software that encapsulates all the data and functions of the relevant field device and at the same time provides graphical operating elements.
  • “Device Type Manager” provides functions for access to variables of the field device and diagnostic functions.For execution, the "Device Type Manager” requires an FDT frame application (FDT: Field Device Tool).
  • the parameterization device by which the collective parameterization telegram is sent, by accessing the "Device Description" and / or the device driver, in particular the "Device Type Manager", the field device, the relevant information regarding the manufacturer-specific command and its implementation received on the field device in question.
  • the further control characters which are generally referred to as "FRAME" in FIGS. 2A, 2B, 3A and 3B, reference is made to the HART® protocol.
  • the addresses Indexi, Index2, Index3 and Index4 of four parameters to be read of the relevant field device are specified.
  • the payload part of the telegrams is highlighted in FIGS. 2A, 2B, 3A and 3B by bold printing of the respective data blocks.
  • Each of the addresses Indexi, Index2, Index3 and Index4 each has a data size of 2 bytes. Accordingly, only 8 user data characters are contained in the collective parameterization telegram of FIG. 2A, although the telegram may comprise a maximum of 25 user data characters (25 bytes of user data).
  • the data volume of the associated collective parameterization response information contained in the collective parameterization response telegram is also taken into account.
  • the parameterizing device receives the information that the addresses Indexi, Index2, ... Index4 in the present embodiment respectively relate to parameter values represented as a floating-point number. Accordingly, the individual parameter values to be read each have a data size of 4 bytes.
  • the addresses Indexi, Index2, ... Index 4 with the respectively associated parameter values Floati, Float2, ... are stored in its user data part.
  • Float 4 indicated, as shown in Fig. 2B.
  • the parameterization response information Indexi, Floati, Index2, Float2, ... Index4, Float4 thus have a data size of 24 bytes or 24 user data characters.
  • the collective parameter response telegram according to the HART® protocol again has 14 control characters, which form the "frame" of the telegram, and up to 25 user data characters refer to Fig. 2A.
  • a manufacturer-specific command is contained in the "frame", which indicates that the collective parameter response telegram is a response telegram to a corresponding one
  • the data volume of the parameterization information is smaller than the data volume of the associated parameterization response information and the user data capacity of the collective parameterization telegram and the collective parameterization response telegram is the same size, the data volume of the to be transmitted Parameterization response information is the limiting factor. Accordingly, the number of parameterization information sent together in the collective parameterization telegram is selected such that the user data capacity of the collective parameterization response telegram in this number is selected exploited as much as possible. In the present exemplary embodiment, this is the case when four parameter values are read out, since the data volume of the parameterization response information would already comprise 30 user data characters when reading out five parameter values, and thus the useful data part of the collective parameterizing response telegram would be exceeded.
  • Collective parameterization telegram relates to a write request a plurality of parameters of the field device concerned.
  • a manufacturer-specific command is contained in the "frame" of the collective parameter response telegram shown in FIG. 3B, which indicates that the collective parameter response telegram is a response telegram to the collective parameterization telegram with a write request.
  • the associated parameter values Floati, Float2, ... Float4 in the present embodiment again represented by floating point numbers with a data size of 4 bytes each.
  • the respective addresses Indexi, Index2, ... Index4 and the respectively associated parameter values Floati, Float2, ... Float4 are indicated in the same manner in its user data part.
  • a data volume of six user data characters is required for writing a parameter both in the collective parameterization telegram and in the collective parameterization reply telegram.
  • the data volume of the parameterization information and the associated parameterization response information is consequently the same size in this exemplary embodiment and is in each case six bytes (or user data character).
  • the number of parameterization information sent together in the collective parameterization telegram is selected such that the user data capacity of the collective parameterization telegram (and thus simultaneously the same user data capacity of the collective parameterization response telegram) is as large as possible in this number is exploited. This is the case in the present embodiment when writing four parameter values, as shown in FIGS. 3A and 3B. In the characteristics given in the introductory part results for the present embodiment, a total cycle time of 771, 69 ms. Thus, for a total of 48 transmitted payload data is an effective
  • the parameterization device runs an operating program, which is operated by a user, such as a plant operator. By an action of the user in the operating program, one or more parameterization requests, such as for reading and / or writing a parameter of a field device, can be triggered.
  • the parameterization device In the initial state, the parameterization device is in one Waiting state in which it waits for a parameterization request (S1).
  • the parameterizing device checks at regular intervals whether a parameterization request has been triggered in the parameterization device (S2). If not, the wait state is continued (NO at S2).
  • a parameterization request for a field device occurs in the parameterization device (YES at S2)
  • a corresponding parameterization information is inserted into a collective parameterization telegram that is to be sent to this field device (S3). It is then checked whether the collective parameterization telegram is greater than or equal to a maximum length intended for this telegram and whether the associated future
  • Collective parameter response telegram is greater than or equal to a maximum length intended for this response telegram (S4).
  • S4 a maximum length intended for this response telegram
  • it is in each case checked whether a data volume of the parameterization information contained in the collective parameterization telegram is greater than or equal to a useful data capacity of this telegram and whether a data volume of the parameterization response information contained in the future collective parameterization response telegram is greater or equal to a payload capacity of this reply telegram.
  • the next step is to check whether the collective parameterization telegram is greater than a maximum is the length intended for this telegram and whether the associated future collective parameterization response telegram is greater than a maximum length intended for this response telegram (S5). If this is neither the case with the collective parameterization telegram nor with the collective parameterization response telegram (NO with S5), then the collective parameterization telegram is sent (S7).
  • the collective parameterization telegram still yields a positive result (NO in S4) for the associated future collective parameterization response telegram, it is next checked whether a predetermined time has already expired. This predetermined time begins / began to run at the time in which a first parameterization information in the collective parameterization telegram, which is to be sent to the relevant field device, is / was inserted. If the predetermined time has already expired (YES in S8), the next step is to send the collective parameterization telegram (S7). If the predetermined time has not yet expired (NO at S8), the parameterizing device waits again to see whether further parameterization requests occur in the parameterization device (S1).
  • timeout The functionality that the collection parame trier telegram is sent at the expiration of the predetermined time, regardless of whether it is already completely filled, is also referred to as "timeout".
  • the process of collecting a plurality of parameterization information to be sent to a respective field device may be performed in the parameterizer in other ways as well.
  • previous operating programs have already been partially adapted in such a way that parameterization requests occurring in the parameterizing device are temporarily stored in queues, thereby separating the operating context, which relates to operation by a user via the operating program, and the communication context who's the one from relates to the operating program initiated communications (for example, with a field device) reached.
  • These cached parameterization requests were previously processed individually, ie parameter-oriented, as explained above with reference to the prior art.
  • this already existing functionality can at least partially be resorted to.
  • DTM Device Type Manager
  • FDT Field Device Tool

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

Die vorliegende Erfindung betrifft ein Verfahren zum Betreiben eines Parametrier-Gerätes, insbesondere einer übergeordneten Einheit (SPS) oder eines Bediengerätes (B), durch das über eine digitale Kommunikationsverbindung (F) Parametrier-Informationen in Parametrier-Telegrammen an ein Feldgerät (FGO; FGl,- FG2; FG3) sendbar sind, wobei eine Parametrier-Information jeweils einen Parameter des Feldgerätes (FGO; FGl; FG2; FG3) betrifft. Das Verfahren weist nachfolgende Schritte auf.: Sammeln einer Mehrzahl von Parametrier-Informationen, die an das Feldgerät (FGO; FGl; FG2; FG3) zu senden sind, in dem Parametrier-Gerät; und Übersenden einer Mehrzahl der gesammelten Parametrier-Informationen gemeinsam in einem Sammel-Parametrier-Telegramm an das Feldgerät (FGO; FGl; FG2; FG3).

Description

Beschreibung
Verfahren zum Betreiben eines Parametrier-Gerätes
[0001] Die vorliegende Erfindung betrifft ein Verfahren zum Betreiben eines Parametrier-Gerätes, insbesondere einer übergeordneten Einheit oder eines Bediengerätes, gemäß dem Oberbegriff des Anspruchs 1.
[0002] In der Prozessautomatisierungstechnik werden vielfach Feldgeräte eingesetzt, die zur Erfassung und/oder Beeinflussung von Prozessvariablen dienen. Zur Erfassung von Prozessvariablen dienen Sensoren, wie beispielsweise Füllstandsmessgeräte, Durchflussmessgeräte, Druck- und Temperaturmessgeräte, pH-Redoxpotential-messgeräte, Leitfähigkeitsmessgeräte, etc., welche die entsprechenden Prozess-variablen Füllstand, Durchfluss, Druck, Temperatur, pH-Wert bzw. Leitfähigkeit erfassen. Zur Beeinflussung von Prozessvariablen dienen Aktoren, wie zum Beispiel Ventile oder Pumpen, über die der Durchfluss einer Flüssigkeit in einem Rohrlei-tungsabschnitt bzw. der Füllstand in einem Behälter geändert werden kann. Als Feldgeräte werden im Prinzip alle Geräte bezeichnet, die prozessnah eingesetzt werden und die prozessrelevante Informationen liefern oder verarbeiten. Neben den oberhalb genannten Sensoren und Aktoren werden als Feldgeräte allgemein auch solche Einheiten bezeichnet, die direkt an den Feldbus angeschlossen sind und zur Kommunikation mit einer übergeordneten Einheit dienen (z.B. Remote I/Os, Gateways, Linking Devices, etc.). Eine Viel-zahl solcher Feldgeräte wird von der Firma Endress + Hauser hergestellt und vertrie-ben.
[0003] In modernen Industrieanlagen sind Feldgeräte in der Regel über Bussysteme (Profi-bus®, Foundation® Fieldbus, HART®, etc.) mit übergeordneten Einheiten verbunden. Nor-malerweise handelt es sich bei den übergeordneten Einheiten um Leitsysteme bzw. Steuereinheiten, wie beispielsweise SPS (speicherprogrammierbare Steuerung) oder PLC (Programmable Logic Controller). Die übergeordneten Einheiten dienen unter anderem zur Prozesssteuerung, Prozessvisualisierung, Prozessüberwachung sowie zur Inbetriebnahme der Feldgeräte.
[0004] Zur Bedienung von Feldgeräten, insbesondere zur Parametrierung und Konfigurierung (im Folgenden allgemein als „Parametrierung" bezeichnet) von Feldgeräten, ist in einer übergeordneten Einheit in der Regel ein Bedienprogramm (Bedientool) vorgesehen. Parameter eines Feldgerätes sind beispielsweise ein Messbereich, Grenzwerte, Einheiten, etc.. Über ein solches Bedienprogramm können Parameter des Feldgerätes eingestellt bzw. abgeändert werden. Diese Art von Zugriff auf Parameter des Feldgerätes wird im Folgenden als „Schreiben" von Parametern bezeichnet. Ferner können über solch ein Bedienprogramm Parameter des Feldgerätes gelesen werden. Diese Art von Zugriff wird im Folgenden als „Lesen" von Parametern bezeichnet. Die übergeordnete Einheit kann dabei direkt an dem Feldbus, an dem die betreffenden Feldgeräte angeschlossen sind, oder an einem übergeordneten Kommunikationsnetzwerk angeschlossen sein. Daneben kann ein Feldgerät auch durch ein Bediengerät, wie beispielsweise durch einen tragbaren Personal-Computer (Laptop), ein tragbares Handbediengerät (Handheld), einen PDA (engl.: Personal Digital Assistant; deutsch: Persönlicher Digitaler Assistent), etc., auf dem ein Bedienprogramm (Bedientool) vorgesehen ist, parametriert werden. Solch ein Bediengerät kann über den Feldbus, an dem das zu parametrierende Feldgerät angeschlossen ist, oder über eine entsprechende, an dem Feldgerät vorgesehene Service-Schnittstelle mit dem Feldgerät kommunizieren.
[0005] Ein Gerät, durch welches eine digitale Kommunikation mit einem Feldgerät initiierbar ist und Parametrier-Informationen an das Feldgerät sendbar sind, wie beispielsweise eine übergeordnete Einheit oder ein Bediengerät, wird im Folgenden als „Parametrier-Gerät" bezeichnet. In der Regel läuft auf solch einem Parametrier-Gerät ein entsprechendes Bedienprogramm.
[0006] Durch eine Benutzeraktion an dem Parametrier-Gerät kann eine Vielzahl von Parametrier-Anfragen, insbesondere von Lese- und/oder Schreib-Anfragen, von Parametern eines Feldgerätes, das über eine digitale Kommunikationsverbindung mit dem Parametrier-Gerät verbunden ist, ausgelöst werden. Bisher erfolgte das Lesen und/oder Schreiben von Parametern des Feldgerätes parameterorientiert, d.h. einzeln durch ein separates Telegramm (mit einem zugehörigen Antworttelegramm) für jeden zu lesenden oder zu schreibenden Parameter. Hierbei wurde bisher zum Schreiben eines Parameters von dem Parametrier-Gerät ein Parametrier-Telegramm mit einer Schreib-Anfrage für diesen Parameter an das Feldgerät gesendet. Auf dieses Parametrier-Telegramm hin wurde von dem Feldgerät ein Parametrier-Antworttele-gramm mit einer entsprechenden Antwort an das Parametrier-Gerät gesendet. Beispielsweise wird in dem Parametrier-Antworttelegramm bestätigt, dass der Schreibvorgang des betreffenden Parameters in dem Feldgerät korrekt ausgeführt wurde. In entsprechender Weise wurde bisher zum Lesen eines Parameters von dem Parametrier-Gerät ein Parametrier-Telegramm mit einer Lese-Anfrage für diesen Parameter an das Feldgerät gesendet. Auf dieses Parametrier-Telegramm hin wurde von dem Feldgerät wiederum ein Parametrier-Antworttelegramm mit einer entsprechenden Antwort an das Parametrier-Gerät gesendet. Beispielsweise ist in dem Parametrier-Antworttelegramm, sofern der Lesevorgang korrekt ausgeführt wurde, der angeforderte Parameter enthalten. Zum Lesen bzw. zum Schreiben mehrerer Parameter ein und desselben Feldgerätes musste folglich durch das Parametrier-Gerät eine der Anzahl der zu lesenden bzw. zu schreibenden Parameter entsprechende Anzahl an Parametrier-Telegrammen gesendet werden. Insbesondere bei Protokollen mit niedriger Baudrate, wie beispielsweise bei dem HART®-Protokoll, kann folglich das Lesen und/oder Schreiben mehrerer Parameter eines Feldgerätes einen langen Zeitraum in Anspruch nehmen. Ferner führt dieses parameterorientierte Lesen und/oder Schreiben von Parametern zu einem erhöhten Datenverkehr auf dem Feldbus oder einer anderweitigen digitalen Kommunikationsverbindung zwischen dem Parametrier-Gerät und dem Feldgerät. Darüber hinaus sind bei einer Vielzahl von standardisierten Kommunikationsprotokollen, insbesondere bei dem HART®-Protokoll, die Parametrier-Telegramme (und auch die Parametrier-Antworttelegramme) derart aufgebaut, dass die Steuerinformationen (z.B. in dem HART®-Protokoll als „Frame" (Rahmen) bezeichnet) bezüglich des Datenumfangs einen erheblichen Anteil des Telegramms bilden. Dadurch ist bezüglich des Datenumfangs der in einem Telegramm übertragene Nutzdatenanteil vergleichsweise klein. Dies ist insbesondere dann der Fall, wenn die durch ein Telegramm bereitgestellte maximale Nutzdatenkapazität nicht voll ausgenutzt wird.
[0008] Beispielsweise weist ein Telegramm gemäß dem HART®-Protokoll 14 Steuerzeichen, die den „Frame" des Telegramms bilden, und bis zu 25 Nutzdatenzeichen auf. Jedes zu übertragende Zeichen (Steuerzeichen, Nutzdatenzeichen) mit einem Datenumfang von acht Bits erfordert einen Datenumfang (bzw. eine Datenlänge) von 11 Bits, wobei die zusätzlichen drei Bits gemäß dem HART®-Protokoll Kontrollinformationen, insbesondere ein Start-Bit, ein Stop-Bit und ein ungerades-Paritäts-Bit, bilden. Ein solches, vollständig mit Nutzdaten gefülltes Telegramm weist demnach einen Datenumfang von 429 Bits auf. Für die Übertragung eines Zeichens (d.h. hier: 11 Bits) werden bei einer Übertragungsrate von 1.200 Bits/s (Bits pro Sekunde) 9,17 ms benötigt. Für die Übertragung eines vollständig mit Nutzdaten gefüllten Parametrier-Telegramms und eines vollständig mit Nutzdaten gefüllten Parametrier-Antwort-telegramms wird folglich bei dem HART®-Protokoll jeweils ein Zeitraum von 357,51 ms benötigt. Zwischen zwei aufeinanderfolgenden Telegrammen ist in dem HART®-Protokoll eine Zeitdauer von 75 ms vorgesehen. Dadurch ergibt sich eine gesamte Zykluszeit von 790,03 ms. Demnach ergibt sich bei insgesamt 50 übertragenen Nutzdatenzeichen eine effektive Übertragungsgeschwindigkeit von 63,29 Nutzdatenzeichen pro Sekunde.
[0009] Solch eine hohe effektive Übertragungsgeschwindigkeit von Nutzdaten wird bei dem oberhalb beschriebenen parameterorientierten Lesen und/oder Schreiben von Parametern in der Regel nicht erreicht. Wird beispielsweise ein Parametrier-Telegramm gemäß dem HART®-Protokoll mit einer Lese-Anfrage von dem Parametrier-Gerät an das Feldgerät gesendet, so sind in dem Parametrier-Telegramm als Nutzdaten lediglich 2 Bytes (d.h. 2 Nutzdatenzeichen) Adressierung des betreffenden Parameters enthalten. In dem zugehörigen Parametrier-Antworttelegramm mit einer entsprechenden Antwort sind als Nutzdaten wiederum die 2 Bytes Adressierung des betreffenden Parameters und der Parameter selbst enthalten. Der Parameter selbst wird beispielsweise durch eine Gleitkommazahl (Float) gebildet, die in der Regel gemäß dem IEEE-754-Standard dargestellt wird und einen Datenumfang von 4 Bytes aufweist. Folglich enthält das Parametrier-Antworttelegramm 6 Nutzdatenzeichen. Insgesamt werden in dem Zyklus also 8 Nutzdatenzeichen übertragen. Unter Bezugnahme auf die oberhalb gemachten Angaben zum Aufbau eines Telegramms (HART®-Protokoll) und der Übertragungsrate ergibt sich für das vorliegende Beispiel eine gesamte Zykluszeit von 405,01 ms und eine effektive Übertragungsgeschwindigkeit von 19,75 Nutzdatenzeichen pro Sekunde.
[0010] Um die effektive Übertragungsgeschwindigkeit zu erhöhen, bestand bisher bei HART® bereits die Möglichkeit, durch entsprechende herstellerspezifische Kommandos mehrere Parameter eines Feldgerätes für eine Lese-Anfrage oder eine Schreib-Anfrage in sogenannten „Records" zusammenzufassen. Die in einem „Record" zusammengefassten Parameter können dann, entsprechend dem jeweiligen herstellerspezifischen Kommando, in einer Lese-Anfrage gemeinsam gelesen oder in einer Schreib-Anfrage gemeinsam geschrieben werden. Die Definition des herstellerspezifischen Kommandos und die Festlegung, welche der Parameter des Feldgerätes in einem „Record" zusammengefasst werden sollen, erfolgt jedoch zum Zeitpunkt der Herstellung des Feldgerätes. Diese Definition und Festlegung ist folglich statisch, so dass keine dynamische Anpassung der in einem „Record" zusammengefassten Parameter in Abhängigkeit von aktuell in dem Parametrier-Gerät auftretenden Lese- und/oder Schreib-Anfragen erfolgen kann.
[0011] Demgemäß besteht die Aufgabe der vorliegenden Erfindung darin, ein
Verfahren zum Betreiben eines Parametrier-Gerätes bereitzustellen, durch welches das Übersenden von Parametrier-Informationen von dem Parametrier-Gerät an das Feldgerät, insbesondere das Lesen und/oder Schreiben von Parametern des Feldgerätes, flexibel und mit einer hohen effektiven Übertragungsrate ermöglicht wird.
[0012] Die Aufgabe wird durch ein Verfahren gemäß Anspruch 1 gelöst.
Vorteilhafte Weiterbildungen der Erfindung sind in den Unteransprüchen angegeben.
[0013] Gemäß der vorliegenden Erfindung wird ein Verfahren zum Betreiben eines Parametrier-Gerätes, insbesondere einer übergeordneten Einheit oder eines Bediengerätes, durch das über eine digitale Kommunikationsverbindung Parametrier-Informationen in Parametrier-Telegrammen an ein Feldgerät sendbar sind, wobei eine Parametrier-Information jeweils einen Parameter des Feldgerätes betrifft, bereitgestellt. Das Verfahren weist nachfolgende Schritte auf: Sammeln einer Mehrzahl von Parametrier-Informationen, die an das Feldgerät zu senden sind, in dem Parametrier-Gerät; und Übersenden einer Mehrzahl der gesammelten Parametrier-Informationen gemeinsam in einem Sammel-Parametrier-Telegramm an das Feldgerät.
[0014] Gemäß der vorliegenden Erfindung sind das Parametrier-Gerät und das Feldgerät über eine digitale Kommunikationsverbindung verbunden. Die digitale Kommunikation über diese Verbindung kann sowohl gemäß einem Bus-Protokoll, wie beispielsweise einem standardisierten Bus-Protokoll, als auch gemäß einem herstellerspezifischen Protokoll, wie es in der Regel für eine digitale Kommunikation über eine Service-Schnittstelle des Feldgerätes vorgesehen ist, erfolgen. Ferner kann die digitale Kommunikationsverbindung sowohl drahtlos (wireless) als auch drahtgebunden sein. Unter einer „Mehrzahl" wird eine Anzahl von mindestens zwei verstanden. Die Mehrzahl an gesammelten Parametrier-Informationen kann unterschiedlich, insbesondere größer, oder gleich der Mehrzahl der in dem Sammel-Parametrier-Telegramm übersandten Parametrier-Informationen sein.
[0015] Eine Parametrier-Information betrifft jeweils nur einen Parameter des Feldgerätes. Dabei kann eine Parametrier-Information jeweils mehrere Daten zu diesem einen Parameter, wie beispielsweise eine Parameteradresse, einen Parameterwert und/oder eine Parameterlänge des betreffenden Parameters aufweisen. Folglich kann sich der Datenumfang verschiedener Parametrier-Informationen unterscheiden, falls diese eine unterschiedliche Anzahl an Daten aufweisen und/oder die betreffenden Daten jeweils einen unterschiedlichen Datenumfang aufweisen. Parametrier-Informationen bilden hierbei Nutzdatenzeichen in den betreffenden Sammel-Parametrier-Telegrammen (und auch in den herkömmlichen Parametrier-Telegrammen mit jeweils nur einer Parametrier-Information).
[0016] Im Unterschied zu den herkömmlichen Parametrier-Telegrammen wird gemäß der vorliegenden Erfindung mehr als nur eine Parametrier-Information in einem Sammel-Parametrier-Telegramm übermittelt. Beispielsweise können bei dem HART®-Protokoll in ein Sammel-Parametrier-Telegramm bei dem oberhalb erläuterten Telegramm-Aufbau neben den 14 Steuerzeichen bis zu 25 Nutzdatenzeichen in Form von Parametrier-Informationen untergebracht werden, so dass der Nutzdatenanteil erhöht ist. Dadurch kann der Datenverkehr auf einer Busverbindung oder einer anderweitigen digitalen Kommunikationsverbindung zwischen dem Parametrier-Gerät und dem Feldgerät reduziert und eine effektive Übertragungsgeschwindigkeit erhöht werden. Ferner werden im Unterschied zu der oberhalb beschriebenen statischen Zusammenfassung von im Voraus festgelegten Parametern in „Records" gemäß der vorliegenden Erfindung die einzelnen Parametrier-Informationen dynamisch, das heißt in Abhängigkeit von in dem Parametrier-Gerät aktuell auftretenden Parametrier-Anfragen, zusammengefasst.
[0017] Gemäß einer vorteilhaften Weiterbildung wird nachfolgender Schritt nach dem Übersenden des Sammel-Parametrier-Telegramms an das Feldgerät durchgeführt: Senden eines Sammel-Parametrier-Antworttelegramms von dem Feldgerät an das Parametrier-Gerät, wobei in dem Sammel-Parametrier-Antworttelegramm Parametrier-Antwortinformationen enthalten sind, die sich jeweils auf die in dem
Sammel-Parametrier-Telegramm enthaltenen Parametrier-Informationen beziehen. Jede in dem Sammel-Parametrier-Antworttelegramm enthaltene Parametrier-Antwortinformation bezieht sich folglich auf eine entsprechende, in dem Sammel-Parametrier-Telegramm enthaltene Parametrier-Information, sie betreffen also jeweils denselben Parameter des Feldgerätes. Wiederum kann eine Parametrier-Antwortinformation jeweils mehrere Daten zu diesem einen Parameter, wie beispielsweise eine Parameteradresse, einen Parameterwert und/oder eine Parameterlänge des betreffenden Parameters aufweisen. Folglich kann sich der Datenumfang verschiedener Parametrier-Antwortinformationen unterscheiden, falls diese eine unterschiedliche Anzahl an Daten aufweisen und/oder die betreffenden Daten jeweils einen unterschiedlichen Datenumfang aufweisen. Die Parametrier-Antwortinforma-tionen bilden Nutzdatenzeichen in den betreffenden Sammel-Parametrier-Antworttele-grammen. Durch die Weiterbildung wird für das Sammel-Parametrier-Antworttelegramm in gleicher weise, wie dies oberhalb in Bezug auf das Sammel-Parametrier-Telegramm erläutert wurde, der Nutzdatenanteil und damit die effektive Übertragungsgeschwindigkeit erhöht. Ferner gelingt eine dynamische Zusammenfassung von Parametrier-Antwortinformationen. Gemäß einer vorteilhaften Weiterbildung ist eine Anzahl der in dem Sammel-Parametrier-Telegramm gemeinsam an das Feldgerät gesendeten Parametrier-Informationen kleiner oder vorzugsweise gleich einer ersten maximalen Anzahl. Die erste maximale Anzahl ist dabei derart festgelegt, dass durch einen Datenumfang der ersten maximalen Anzahl von Parametrier-Informationen eine Nutzdatenkapazität des Sammel-Parametrier-Telegramms möglichst weitgehend ausgenutzt wird. Als „Nutzdatenkapazität" wird dabei der Datenumfang eines Telegramms bezeichnet, der für die in dem Telegramm zu übertragenden Daten bzw. Nutzdaten, im vorliegenden Fall für die zu übertragenden Parametrier-Informationen oder Parametrier-Antwortinformationen, zur Verfügung steht. Bei dem im einleitenden Teil erläuterten Telegramm-Beispiel gemäß dem HART®-Protokoll umfasst die Nutzdatenkapazität maximal 25 Zeichen (von jeweils einem Byte). Unter einer „möglichst weitgehenden Ausnutzung der Nutzdatenkapazität" wird dabei verstanden, dass der Datenumfang der ersten maximalen Anzahl von Parametrier-Informationen kleiner oder gleich der Nutzdatenkapazität ist, wobei die Nutzdatenkapazität derart ausgenutzt wird, dass (zumindest in der Reihenfolge der in dem Parametrier-Gerät auftretenden Parametrier-Anfragen) keine weitere Parametrier-Information mehr vollständig in dem betreffenden Telegramm unterbringbar ist. Der Datenumfang der einzelnen Parametrier-Informationen kann, wie oberhalb erläutert wird, variieren, so dass auch die erste maximale Anzahl in Abhängigkeit von den zu übersendenden Parametrier-Informationen variieren kann. Es kann vorgesehen sein, dass die Parametrier-Informationen in der Reihenfolge, in der zeitlich in dem Parametrier-Gerät entsprechende Parametrier-Anfra-gen auftreten, berücksichtigt und zum „Auffüllen" des verfügbaren Nutzdatenteils des Sammel-Parametrier-Telegramms herangezogen werden. Durch diese Weiterbildung erfolgt eine möglichst weitgehende Ausnutzung der verfügbaren Nutzdatenkapazität des Sammel-Para-metrier-Telegramms, so dass die effektive Übertragungsgeschwindigkeit erhöht wird.
Gemäß einer vorteilhaften Weiterbildung ist eine Anzahl der in dem Sammel-Parametrier-Telegramm gemeinsam an das Feldgerät gesendeten Parametrier-Informationen kleiner oder vorzugsweise gleich einer zweiten maximalen Anzahl. Die zweite maximale Anzahl ist dabei derart festgelegt, dass durch einen Datenumfang der zweiten maximalen Anzahl von zugehörigen Parametrier-Antwortinformationen eine Nutzdatenkapazität des Sammel-Parametrier-Antworttelegramms möglichst weitgehend ausgenutzt wird. Wie oberhalb erläutert wird, sind die in dem Sammel-Parametrier-Antworttelegramm enthaltenen Parametrier-Antwortinfor-ma-tionen „zugehörig" zu den in dem Sammel-Parametrier-Telegramm enthaltenen Parametrier-Informationen und beziehen sich jeweils auf die selben Parameter. Eine „Nutzdatenkapazität" und eine „möglichst weitgehende Ausnutzung der Nutzdatenkapazität" sind dabei in entsprechender weise , wie dies oberhalb in Bezug auf das Sammel-Parametrier-Telegramm und die darin enthaltenen Parametrier-Infor-mationen erläutert wurde, zu verstehen. Auch die oberhalb erläuterten Alternativen, insbesondere die Reihenfolge der Berücksichtigung der einzelnen Parametrier-Antwortinformationen, sind für das Sammel-Parametrier-Antworttelegramm entsprechend anwendbar.
[0020] Für die Bestimmung der zweiten maximalen Anzahl ist folglich der Datenumfang der Parametrier-Antwortinformationen des Sammel-Parametrier-Antworttelegramms, das in Antwort auf das Sammel-Parametrier-Telegramm gesendet wird, maßgeblich. Ist beispielsweise der Datenumfang der zugehörigen
Parametrier-Antwortinformationen größer als der Datenumfang der in dem Sammel-Parametrier-Telegramm enthaltenen Parametrier-Infor-mationen und/oder ist die Nutzdatenkapazität des Sammel-Parametrier-Antworttele-gramms kleiner als die Nutzdatenkapazität des Sammel-Parametrier-Telegramms, so kann durch die vorliegende Weiterbildung gewährleistet werden, dass die Nutzdatenkapazität des Sammel-Parametrier-Antworttelegramms nicht überschritten wird. Dies ist insbesondere bei solchen Feldgeräten vorteilhaft, die in dem Fall, in dem die Nutzdatenkapazität des Sammel-Parametrier-Antwort-telegramms durch die zu übersendenden Parametrier-Antwortinforma-tion-en überschritten wird, nicht in der Lage sind, die zu übersendenden Parametrier-Antwortinformationen in zwei separaten Sammel-Parametrier-Antworttelegrammen zu übersenden. Um auch in diesem Fall eine möglichst weitgehende „kombinierte" Ausnutzung der Nutzdatenkapazität des Sammel-Parametrier-Telegramms und des Sammel-Parametrier-Antworttele-gramms zu erreichen, ist bevorzugt, dass der kleinere Wert der ersten und der zweiten maximalen Anzahl für die in dem Sammel-Parametrier-Telegramm zu übersendende Anzahl an Parametrier-Informationen gewählt wird. Durch Auswahl des kleineren Wertes wird ferner gewährleistet, dass sowohl die
Parametrier-Informationen als auch die Parametrier-Antwortinformationen jeweils nur in einem Sammel-Parametrier-Telegramm bzw. einem Sammel-Parametrier-Antworttelegramm übersandt werden können, wobei gleichzeitig die Nutzdatenkapazität von zumindest einem der beiden Telegramme möglichst weitgehend ausgenutzt wird.
[0021] Gemäß einer vorteilhaften Weiterbildung wird nachfolgender Schritt vor dem Schritt des Übersendens des Sammel-Parametrier-Telegramms durchgeführt: Auswählen einer Mehrzahl von Parametrier-Informationen aus den gesammelten Parametrier-Informationen basierend auf deren Datenumfang und/oder basierend auf dem Datenumfang der zugehörigen Parametrier-Antwortinformationen derart, dass eine Nutzdatenkapazität des Sammel-Parametrier-Telegramms und/oder des Sammel-Parametrier-Antworttelegramms möglichst weitgehend ausgenützt wird, um die ausgewählte Mehrzahl von Parametrier-Informationen anschließend gemeinsam in dem Sammel-Parametrier-Telegramm zu übersenden. Durch solch eine Auswahl kann eine weitergehende Ausnutzung der verfügbaren Nutzdatenkapazität des Sammel-Parametrier-Telegramms und/oder des Sammel-Parametrier-Antworttelegramms erzielt werden. Insbesondere dann, wenn beispielsweise die verbleibende Nutzdatenkapazität in dem betreffenden Telegramm nur noch klein ist, kann eine Parametrier-Information bzw. eine Parametrier-Antwortinformation ausgewählt werden, deren Datenumfang kleiner oder gleich der verbleibenden Nutzdatenkapazität ist. Bei der oberhalb erläuterten bevorzugten Weiterbildung, in der für die Anzahl der in dem Sammel-Parametrier-Telegramm zu übersendenden Parametrier-Informationen der kleinere Wert der ersten und der zweiten maximalen Anzahl maßgeblich ist, ist bevorzugt, dass die Auswahl gemäß der vorliegenden Weiterbildung basierend auf dem Datenumfang der gesammelten Parametrier-Informationen getroffen wird, falls die erste maximale Anzahl kleiner ist, und dass die Auswahl basierend auf dem Datenumfang der jeweils zugehörigen Parametrier-Antwortinformationen getroffen wird, falls die zweite maximale Anzahl kleiner ist.
Gemäß einer vorteilhaften Weiterbildung wird der Schritt des Sammeins einer Mehrzahl von Parametrier-Informationen so lange durchgeführt, bis eine Nutzdatenkapazität des Sammel-Parametrier-Telegramms und/oder des Sammel-Parametrier-Antworttelegramms möglichst weitgehend ausgenützt wird. Dadurch wird ermöglichst, dass auch zeitlich versetzt in dem Parametrier-Gerät auftretende Parametrier-Anfragen in einem gemeinsamen Sammel-Para-metrier-Telegramm versendet werden können. Insbesondere ist hierbei eine Kombination mit den oberhalb angegebenen Weiterbildungen vorteilhaft, so dass beispielsweise gesammelt wird, bis die erste und/oder die zweite maximale Anzahl erreicht wird, oder in dem Fall, in dem eine Auswahl aus den gesammelten Parametrier-Informationen getroffen wird, bis ein vorbestimmter Füllgrad des Nutzdatenteils des betreffenden Telegramms erreicht ist. Vorzugsweise wird nach Ablauf einer vorbestimmten Zeitdauer der Schritt des Übersendens des Sammel-Parametrier-Telegramms durchgeführt, sofern mindestens eine Parametrier-Infor-mation gesammelt wurde. Dadurch wird gewährleistet, dass das Übersenden des Sammel-Parametrier-Telegramms nicht übermäßig verzögert wird. Hierbei kann vorgesehen sein, dass die vorbestimmte Zeitdauer durch einen Benutzer, beispielsweise durch Ändern eines entsprechenden Parameters des Feldgerätes, einstellbar ist. Ferner ist bevorzugt, dass die vorbestimmte Zeitdauer zu laufen beginnt, sobald die erste Parametrier-Anfrage für das betreffende Sammel-Parametrier-Telegramm in dem Parametrier-Gerät auftritt oder sobald die erste Parametrier-Information in das betreffende Sammel-Parametrier-Telegramm eingefügt wird.
Gemäß einer vorteilhaften Weiterbildung weist das
Sammel-Parametrier-Telegramm eine Lese-Anfrage mindestens eines Parameters des Feldgerätes und/oder eine Schreib-Anfrage mindestens eines Parameters des Feldgerätes auf. Vorzugsweise werden jedoch Lese-Anfragen und Schreib-Anfragen nicht in einem gemeinsamen Telegramm übersendet.
Gemäß einer vorteilhaften Weiterbildung ist das Sammel-Parametrier-Telegramm und/oder das
Sammel-Parametrier-Antworttelegramm gemäß einem standardisierten Feldbus-Protokoll, insbesondere gemäß dem HART®-Protokoll (vgl. „HART® Field Communication Protocol Specifications, Revision 7.0"; erhältlich über die HART® Communication Foundation), aufgebaut. Die vorliegende Erfindung ist insbesondere bei Verwendung des HART®-Protokolls vorteilhaft, da dieses eine vergleichsweise niedrige Baudrate aufweist und damit die erfindungsgemäße Steigerung der effektiven Übertragungsgeschwindigkeit besonders vorteilhaft ist. Die Erfindung kann jedoch auch bei einem anderen standardisierten Bussystem, wie beispielsweise bei Profibus® (vgl. Profibus Profile Specification, Version 3.0) oder Foundation® Fieldbus (vgl. Foundation® Specification, Function Block Application Process, Revision FS 1.7) angewendet werden. Vorzugsweise ist auch die digitale Kommunikationsverbindung zwischen dem Feldgerät und dem Parametrier-Gerät gemäß dem entsprechenden standardisierten Bussystem aufgebaut. Alternativ zu solch einer digitalen Kommunikationsverbindung über einen Feldbus kann das Parametrier-Gerät auch an einer Service-Schnittstelle des Feldgerätes angeschlossen oder mit dieser verbunden sein und die digitale Kommunikation darüber kann gemäß einem herstellerspezifischen Protokoll erfolgen.
Weitere Vorteile und Zweckmäßigkeiten der Erfindung ergeben sich anhand der nachfolgenden Beschreibung von Ausführungsbeispielen unter Bezugnahme auf die beigefügten Figuren. Von den Figuren zeigen: [0023] Fig. 1 : eine schematische Darstellung eines einfachen
Feldbus-Netzwerkes; [0024] Fig. 2A: eine schematische Darstellung des Aufbaus eines
Sammel-Parametrier-Telegramms mit einer Lese-Anfrage; [0025] Fig. 2B: eine schematische Darstellung des Aufbaus eines
Sammel-Parametrier-Antwort-tele-gramms zu dem
Sammel-Parametrier-Telegramm der Fig. 2A; [0026] Fig. 3A: eine schematische Darstellung des Aufbaus eines
Sammel-Parametrier-Telegramms mit einer Schreib-Anfrage; [0027] Fig. 3B: eine schematische Darstellung des Aufbaus eines Sammel-Parametrier-Antworttele-gramms zu dem Sammel-Parametrier-Telegramm der Fig. 3A; und
[0028] Fig. 4: ein Flussdiagramm zur Darstellung einer Ausführungsform des Verfahrens gemäß der vorliegenden Erfindung.
[0029] Fig. 1 ist eine beispielhafte, schematische Darstellung eines einfachen Feldbus-Netzwerkes, bei dem vier Feldgeräte FGO, FG1 , FG2 und FG3, ein Bediengerät B und eine Steuereinheit SPS an einem Feldbus F angeschlossen sind. Der Feldbus F arbeitet nach dem HART®-Standard. Die Steuereinheit SPS ist ein (primärer) Master, während die Feldgeräte FGO, FG1 , FG2 und FG3 Slaves sind. Die Kommunikation zwischen der Steuereinheit SPS und den Feldgeräten FGO, FG1 , FG2 und FG3 erfolgt gemäß dem HART®-Protokoll. Auch das Bediengerät B kommuniziert mit einem zu parametrierenden Feldgerät über den Feldbus F gemäß dem HART®-Protokoll.
[0030] Fig. 2A zeigt ein Sammel-Parametrier-Telegramm mit einer Lese-Anfrage, wobei das Telegramm gemäß dem HART®-Protokoll aufgebaut ist. Das Telegramm weist, wie bereits im einleitenden Teil erläutert wurde, 14 Steuerzeichen, die den „Frame" des Telegramms bilden, und bis zu 25 Nutzdatenzeichen (Nutzdatenteil des Telegramms) auf. Die Steuerzeichen (bzw. der „Frame") weisen unter anderem eine Präambel (engl.: Preamble), ein entsprechendes Kommando (hier: Lese-Anfrage einer Mehrzahl von Parametern) und ein Prüfbyte (engl.: Check Byte) am Ende des Telegramms auf. Bei dem Kommando handelt es sich vorliegend um ein herstellerspezifisches Kommando, durch welches angegeben wird, dass das Sammel-Parametrier-Telegramm eine Lese-Anfrage einer Mehrzahl von Parametern des betreffenden Feldgerätes betrifft. Dieses herstellerspezifische Kommando ist in dem betreffenden Feldgerät implementiert und in einer „Device Description" (DD) (Gerätebeschreibung) des Feldgerätes beschrieben. Die „Device Description" (DD) dient dazu, die Funktionalität eines Feldgerätes zu beschreiben. Sie enthält insbesondere Informationen über die in dem Feldgerät enthaltenen Variablen, deren Grenzwerte und den Zugang zu diesen Variablen. Ferner kann das herstellerspezifische Kommando in einem Gerätetreiber des Feldgerätes, insbesondere in einem „Device Type Manager" (DTM), implementiert sein. Ein „Device Type Manager" ist eine gerätespezifische Software, die alle Daten und Funktionen des betreffenden Feldgerätes kapselt und gleichzeitig grafische Bedienelemente bereitstellt. Insbesondere stellen „Device Type Manager" Funktionen zum Zugang zu Variablen des Feldgerätes und Diagnosefunktionen bereit. Zur Ausführung benötigt der „Device Type Manager" eine FDT-Frame Anwendung (FDT: Field Device Tool). Demnach kann das Parametrier-Gerät, durch welches das Sammel-Parametrier-Telegramm abgesendet wird, durch Zugriff auf die „Device Description" und/oder den Gerätetreiber, insbesondere den „Device Type Manager", des Feldgerätes die relevanten Informationen bezüglich dem herstellerspezifischen Kommando und dessen Implementierung auf dem betreffenden Feldgerät erhalten. Bezüglich der Details der weiteren Steuerzeichen, die in den Fig. 2A, 2B, 3A und 3B allgemein als „FRAME" bezeichnet sind, wird auf das HART®-Protokoll verwiesen.
[0031] In dem Nutzdatenteil des Sammel-Parametrier-Telegramms sind die Adressen Indexi , Index2, Index3 und Index4 von vier zu lesenden Parametern des betreffenden Feldgerätes angegeben. Der Nutzdatenteil der Telegramme ist in den Fig. 2A, 2B, 3A und 3B jeweils durch Fettdruck der betreffenden Datenblöcke hervorgehoben. Jede der Adressen Indexi , Index2, Index3 und Index4 weist jeweils einen Datenumfang von 2 Bytes auf. Demnach sind in dem Sammel-Parametrier-Telegramm der Fig. 2A lediglich 8 Nutzdatenzeichen enthalten, obwohl das Telegramm maximal bis zu 25 Nutzdatenzeichen (25 Bytes Nutzdaten) umfassen kann.
[0032] In dem Parametrier-Gerät, durch welches das
Sammel-Parametrier-Telegramm versendet wird, wird jedoch auch der Datenumfang der in dem Sammel-Parametrier-Antworttelegramm enthaltenen zugehörigen Sammel-Parametrier-Antwortinformationen berücksichtigt. Von der „Device Description" und/oder dem Gerätetreiber (z.B. dem „Device Type Manager") des Feldgerätes erhält das Parametrier-Gerät die Information, dass die Adressen Indexi , Index2, ... Index4 in dem vorliegenden Ausführungsbeispiel jeweils Parameterwerte betreffen, die als Gleitkommazahl dargestellt sind. Demgemäß haben die einzelnen zu lesenden Parameterwerte jeweils einen Datenumfang von 4 Byte. In dem Sammel-Parametrier-Antworttelegramm, das von dem Feldgerät nach Erhalt des Sammel-Parametrier-Telegramms gesendet wird, werden in dessen Nutzdatenteil die Adressen Indexi , Index2, ... Index 4 mit den jeweils zugehörigen Parameterwerten Floati , Float2, ... Float 4 angegeben, wie in Fig. 2B dargestellt ist. Die Parametrier-Antwortinformationen Indexi , Floati , Index2, Float2, ... Index4, Float4 weisen folglich einen Datenumfang von 24 Byte bzw. 24 Nutzdatenzeichen auf. Das Sammel-Parametrier-Antworttelegramm gemäß dem HART®-Protokoll weist wiederum 14 Steuerzeichen, die den „Frame" des Telegramms bilden, und bis zu 25 Nutzdatenzeichen auf. In Bezug auf den „Frame" dieses Sammel-Parametrier-Antworttelegramms wird auf die Erläuterungen zu Fig. 2A verwiesen. Wiederum ist in dem „Frame" ein herstellerspezifisches Kommando enthalten, durch welches angegeben wird, dass das Sammel-Parametrier-Antworttelegramm ein Antworttelegramm auf ein entsprechendes
Sammel-Parametrier-Telegramm mit einer Lese-Anfrage ist und mehrere Parameter betrifft. Der voraussichtliche Datenumfang der Parametrier-Antwortinformationen in dem Sammel-Parametrier-Antworttelegramm wird durch das Parametrier-Gerät bereits beim Erstellen des
Sammel-Parametrier-Telegramms berücksichtigt. Im vorliegenden Fall ist, da der Datenumfang der Parametrier-Informationen kleiner als der Datenumfang der zugehörigen Parametrier-Antwortinformationen ist und die Nutzdatenkapazität des Sammel-Parametrier-Telegramms und des Sammel-Parame-trier-Antworttelegramms jeweils gleich groß ist, der Datenumfang der zu übersendenden Parametrier-Antwortinformationen der begrenzende Faktor. Demnach wird die Anzahl der in dem Sammel-Parametrier-Telegramm gemeinsam gesendeten Parametrier-Informationen derart gewählt, dass bei dieser Anzahl die Nutzdatenkapazität des Sammel-Parametrier-Antworttelegramms möglichst weitgehend ausgenutzt wird. Dies ist im vorliegenden Ausführungsbeispiel bei dem Auslesen von vier Parameterwerten der Fall, da beim Auslesen von fünf Parameterwerten der Datenumfang der Parametrier-Antwortinformationen bereits 30 Nutzdatenzeichen umfassen würde und somit der Nutzdatenteil des Sammel-Parametrier-Antworttelegramms überschritten wäre.
[0034] Unter Bezugnahme auf die Figuren 3A und 3B werden im Folgenden ein Sammel-Parame-trier-Telegramm (s. Fig. 3A) mit einer Schreib-Anfrage und ein entsprechendes Sammel-Parametrier-Antworttelegramm (s. Fig. 3B) beschrieben. Beide Telegramme sind wiederum gemäß dem HART®-Protokoll aufgebaut und weisen jeweils 14 Steuerzeichen, die den „Frame" des Telegramms bilden, und bis zu 25 Nutzdatenzeichen auf. In Bezug auf den Aufbau des „Frame" wird wiederum auf die Erläuterung zu Fig. 2A verwiesen. In dem „Frame" des in Fig. 3A dargestellten Sammel-Parametrier-Telegramms ist wiederum ein herstellerspezifisches Kommando enthalten, welches angibt, dass das
Sammel-Parametrier-Telegramm eine Schreib-Anfrage einer Mehrzahl von Parametern des betreffenden Feldgerätes betrifft. In entsprechender Wese ist in dem „Frame" des in Fig. 3B dargestellten Sammel-Parametrier-Antworttelegramms ein herstellerspezifisches Kommando enthalten, welches angibt, dass das Sammel-Parametrier-Antworttelegramm ein Antworttelegramm auf das Sammel-Parametrier-Telegramm mit einer Schreib-Anfrage ist und mehrere Parameter betrifft. Im Folgenden wird vorwiegend auf die Unterschiede gegenüber den in den Figuren 2A und 2B dargestellten Telegrammen eingegangen.
[0035] In dem Sammel-Parametrier-Telegramm mit einer Schreib-Anfrage werden zu den jeweiligen Adressen Indexi , Index2, ... Index4 der zu schreibenden Parameter jeweils die zugehörigen Parameterwerte Floati , Float2, ... Float4, die in dem vorliegenden Ausführungsbeispiel wiederum durch Gleitkommazahlen mit einem Datenumfang von jeweils 4 Byte dargestellt werden, angegeben. Auch in dem Sammel-Parametrier-Antworttelegramm, das von dem Feldgerät nach Erhalt des Sammel-Parametrier-Telegramms an das Parametrier-Gerät gesendet wird, sind in dessen Nutzdatenteil in gleicher weise die jeweiligen Adressen Indexi , Index2, ... Index4 und die jeweils zugehörigen Parameterwerte Floati , Float2, ... Float4 angegeben. Demnach wird für das Schreiben eines Parameters sowohl in dem Sammel-Parametrier-Telegramm als auch in dem Sammel-Parametrier-Antworttelegramm jeweils ein Datenumfang von sechs Nutzdatenzeichen benötigt. Der Datenumfang der Parametrier-Informationen und der zugehörigen Parametrier-Antwortinformationen ist in diesem Ausführungsbeispiel folglich gleich groß und beträgt jeweils sechs Byte (bzw. Nutzdatenzeichen). Demnach wird die Anzahl der in dem Sammel-Parametrier-Telegramm gemeinsam gesendeten Parametrier-Informationen derart gewählt, dass bei dieser Anzahl die Nutzdatenkapazität des Sammel-Parametrier-Telegramms (und damit gleichzeitig auch die gleich große Nutzdatenkapazität des Sammel-Parametrier-Antworttelegramms) möglichst weitgehend ausgenutzt wird. Dies ist im vorliegenden Ausführungsbeispiel bei dem Schreiben von vier Parameterwerten der Fall, wie es in den Figuren 3A und 3B dargestellt ist. Bei den im einleitenden Teil angegebenen Kenngrößen ergibt sich für das vorliegende Ausführungsbeispiel eine gesamte Zykluszeit von 771 ,69 ms. Demnach ergibt sich bei insgesamt 48 übertragenen Nutzdatenzeichen eine effektive
Übertragungsgeschwindigkeit von 62,20 Nutzdatenzeichen pro Sekunde. Im Folgenden wird unter Bezugnahme auf das Flussdiagramm der Fig. 4 ein Verfahren zum Betreiben eines Parametrier-Gerätes gemäß einer Ausführungsform der vorliegenden Erfindung erläutert. Auf dem Parametrier-Gerät läuft ein Bedienprogramm, das von einem Benutzer, wie beispielsweise einem Anlagenbetreiber, bedient wird. Durch eine Aktion des Benutzers in dem Bedienprogramm können eine oder mehrere Parametrier-Anfragen, wie beispielsweise für das Lesen und/oder Schreiben eines Parameters eines Feldgerätes, ausgelöst werden. Im Ausgangszustand befindet sich das Parametrier-Gerät in einem Wartezustand, in dem es auf eine Parametrier-Anfrage wartet (S1). Hierzu prüft das Parametrier-Gerät in regelmäßigen Zeitabständen, ob eine Parametrier-Anfrage in dem Parametrier-Gerät ausgelöst wurde (S2). Falls dies nicht der Fall ist, wird der Wartezustand fortgesetzt (NEIN bei S2). Tritt in dem Parametrier-Gerät eine Parametrier-Anfrage für ein Feldgerät auf (JA bei S2), so wird eine entsprechende Parametrier-Information in ein Sammel-Parametrier-Telegramm, das an dieses Feldgerät gesendet werden soll, eingefügt (S3). Anschließend wird geprüft, ob das Sammel-Parametrier-Telegramm größer oder gleich einer maximal für dieses Telegramm vorgesehenen Länge ist und ob das zugehörige zukünftige
Sammel-Parametrier-Antworttelegramm größer oder gleich einer maximal für dieses Antworttelegramm vorgesehenen Länge ist (S4). Insbesondere wird dabei jeweils geprüft, ob ein Datenumfang der in dem Sammel-Parametrier-Telegramm enthaltenen Parametrier-Informa-tionen größer oder gleich wie eine Nutzdatenkapazität dieses Telegramms ist und ob ein Datenumfang der in dem zukünftigen Sammel-Parametrier-Antworttelegramm enthaltenen Parametrier-Antwortinformationen größer oder gleich wie eine Nutzdatenkapazität dieses Antworttelegramms ist. Hierzu wird ergänzend auf die Erläuterungen im einleitenden Teil und in Bezug auf die Figuren 2A, 2B, 3A und 3B verwiesen. Führt diese Prüfung bei dem Sammel-Parametrier-Telegramm und/oder bei dem Sammel-Parametrier-Antworttelegramm zu einem positiven Ergebnis (JA bei S4), so wird als nächstes in entsprechender Weise geprüft, ob das Sammel-Parametrier-Telegramm größer als eine maximal für dieses Telegramm vorgesehene Länge ist und ob das zugehörige zukünftige Sammel-Parametrier-Antworttelegramm größer als eine maximal für dieses Antworttelegramm vorgesehene Länge ist (S5). Ist dies weder bei dem Sammel-Parametrier-Telegramm noch bei dem Sammel-Parametrier-Antworttelegramm der Fall (NEIN bei S5), so wird das Sammel-Parametrier-Telegramm abgesendet (S7). Führt die Prüfung bei S5 jedoch bei dem Sammel-Parametrier-Telegramm und/oder bei dem Sammel-Parametrier-Antworttelegramm zu einem positiven Ergebnis (JA bei S5), so wird die zuletzt in das Sammel-Parametrier-Telegramm eingefügte Parametrier-Information wieder entfernt (S6). Anschließend wird das Sammel-Parametrier-Telegramm abgesendet (S7). Die entfernte Parametrier-Information wird für ein nächstes Sammel-Parametrier-Telegramm vorbereitet (S6).
[0038] Führt die Prüfung bei dem Schritt S4 weder für das
Sammel-Parametrier-Telegramm noch für das zugehörige zukünftige Sammel-Parametrier-Antworttelegramm zu einem positiven Ergebnis (NEIN bei S4), so wird als nächstes geprüft, ob eine vorbestimmte Zeit bereits abgelaufen ist. Diese vorbestimmte Zeit beginnt/begann dabei zu dem Zeitpunkt zu laufen, in dem eine erste Parametrier-Information in das Sammel-Parametrier-Telegramm, welches an das betreffende Feldgerät zu senden ist, eingefügt wird/wurde. Ist die vorbestimmte Zeit bereits abgelaufen (JA bei S8), so wird als nächster Schritt das Sammel-Parametrier-Telegramm abgesendet (S7). Ist die vorbestimmte Zeit noch nicht abgelaufen (NEIN bei S8), so wartet das Parametrier-Gerät wieder, ob weitere Parametrier-Anfragen in dem Parametrier-Gerät auftreten (S1). Die Funktionalität, dass bei Ablauf der vorbestimmten Zeit das Sammel-Parame-trier-Telegramm abgesendet wird, unabhängig davon, ob es bereits vollständig gefüllt ist, wird auch als „Timeout" bezeichnet.
[0039] Die vorliegende Erfindung ist nicht auf die in den Figuren dargestellten Ausführungsbeispiele beschränkt. Beispielsweise kann der unter Bezugnahme auf Fig. 4 erläuterte Vorgang des Sammeins einer Mehrzahl von Parametrier-Informationen, die an ein betreffendes Feldgerät zu senden sind, in dem Parametrier-Gerät auch auf andere Weise durchgeführt werden. Insbesondere sind bisherige Bedienprogramme teilweise bereits derart angepasst, dass in dem Parametrier-Gerät auftretende Parametrier-Anfragen in Warteschlangen („Queues") zwischengespeichert werden. Dadurch wird eine Trennung des Bedienkontextes, der die Bedienung durch einen Benutzer über das Bedienprogramm betrifft, und des Kommunikationskontextes, der die von dem Bedienprogramm initiierten Kommunikationen (beispielsweise mit einem Feldgerät) betrifft, erreicht. Diese zwischengespeicherten Parametrier-Anfragen wurden bisher einzeln, d.h. parameterorientiert, wie dies oberhalb unter Bezugnahme auf den Stand der Technik erläutert wird, abgearbeitet. Für den Schritt des Sammeins einer Mehrzahl von Parametrier-Informationen gemäß der vorliegenden Erfindung kann auf diese bereits vorhandene Funktionalität zumindest teilweise zurückgegriffen werden. Vorzugsweise wird dabei die DTM (Device Type Manager) und FDT (Field Device Tool) Technologie genutzt, so dass eine besonders effektive Nutzung der bereits vorhandenen Funktionalität ermöglicht wird.

Claims

Ansprüche
1. 1. Verfahren zum Betreiben eines Parametrier-Gerätes, insbesondere einer übergeordneten Einheit (SPS) oder eines Bediengerätes (B), durch das über eine digitale Kommunikationsverbindung (F) Parametrier-Informationen in Parametrier-Telegrammen an ein Feldgerät (FGO; FG1 ; FG2; FG3) sendbar sind, wobei eine Parametrier-Information jeweils einen Parameter des Feldgerätes (FGO; FG1 ; FG2; FG3) betrifft, gekennzeichnet durch nachfolgende Schritte:
Sammeln einer Mehrzahl von Parametrier-Informationen, die an das Feldgerät (FGO; FG1 ; FG2; FG3) zu senden sind, in dem Parametrier-Gerät; und Übersenden einer Mehrzahl der gesammelten Parametrier-Informationen gemeinsam in einem Sammel-Parametrier-Telegramm an das Feldgerät (FGO; FG1 ; FG2; FG3).
2. 2. Verfahren gemäß Anspruch 1 , gekennzeichnet durch den nachfolgenden Schritt, der nach dem Übersenden des Sammel-Parametrier-Telegramms an das Feldgerät (FGO; FG1 ; FG2; FG3) durchgeführt wird:
Senden eines Sammel-Parametrier-Antworttelegramms von dem Feldgerät (FGO; FG1 ; FG2; FG3) an das Parametrier-Gerät, wobei in dem Sammel-Parametrier-Antworttele-gramm Parametrier-Antwortinformationen enthalten sind, die sich jeweils auf die in dem Sammel-Parametrier-Telegramm enthaltenen Parametrier-Informationen beziehen.
3. 3. Verfahren gemäß Anspruch 1 oder 2, dadurch gekennzeichnet, dass eine Anzahl der in dem Sammel-Parametrier-Telegramm gemeinsam an das Feldgerät (FGO; FG1 ; FG2; FG3) gesendeten Parametrier-Informationen kleiner oder vorzugsweise gleich einer ersten maximalen Anzahl ist, wobei durch einen Datenumfang der ersten maximalen Anzahl von Parametrier-Informationen eine Nutzdatenkapazität des Sammel-Parametrier-Telegramms möglichst weitgehend ausgenutzt wird.
4. 4. Verfahren gemäß Anspruch 2 oder 3, dadurch gekennzeichnet, dass eine Anzahl der in dem Sammel-Parametrier-Telegramm gemeinsam an das Feldgerät (FGO; FG1 ; FG2; FG3) gesendeten Parametrier-Informationen kleiner oder vorzugsweise gleich einer zweiten maximalen Anzahl ist, wobei durch einen Datenumfang der zweiten maximalen Anzahl von zugehörigen Parametrier-Antwortinformationen eine Nutzdatenkapazität des Sammel-Parametrier-Antworttelegramms möglichst weitgehend ausgenutzt wird.
5. 5. Verfahren gemäß einem der Ansprüche 2 bis 4, gekennzeichnet durch den nachfolgenden Schritt, der vor dem Schritt des Übersendens des Sammel-Parametrier-Telegramms durchgeführt wird:
Auswählen einer Mehrzahl von Parametrier-Informationen aus den gesammelten Parametrier-Informationen basierend auf deren Datenumfang und/oder basierend auf dem Datenumfang der zugehörigen Parametrier-Antwortinformationen derart, dass eine Nutzdatenkapazität des Sammel-Parametrier-Telegramms und/oder des
Sammel-Para-metrier-Antworttelegramms möglichst weitgehend ausgenützt wird, um die ausgewählte Mehrzahl von Parametrier-Informationen anschließend gemeinsam in dem Sammel-Para-metrier-Telegramm zu übersenden.
6. 6. Verfahren gemäß einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass der Schritt des Sammeins einer Mehrzahl von Parametrier-Informationen so lange durchgeführt wird, bis eine Nutzdatenkapazität des Sammel-Parametrier-Telegramms und/oder des Sammel-Parametrier-Antworttelegramms möglichst weitgehend ausgenützt wird, wobei vorzugsweise nach Ablauf einer vorbestimmten Zeitdauer der Schritt des Übersendens des Sammel-Parametrier-Telegramms durchgeführt wird, sofern mindestens eine Parametrier-Information gesammelt wurde.
7. 7. Verfahren gemäß einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass das Sammel-Parametrier-Telegramm eine Lese-Anfrage mindestens eines Parameters des Feldgerätes (FGO; FG1 ; FG2; FG3) und/oder eine Schreib-Anfrage mindestens eines Parameters des Feldgerätes (FGO; FG1 ; FG2; FG3) aufweist.
8. 8. Verfahren gemäß einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass eine Parametrier-Information und/oder eine Parametrier-Antwortinformation jeweils eine Parameteradresse, einen Parameterwert und/oder eine Länge des betreffenden Parameters aufweist/aufweisen.
9. 9. Verfahren gemäß einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass das Sammel-Parametrier-Telegramm und/oder das Sammel-Parametrier-Antworttele-gramm gemäß einem standardisierten Feldbus-Protokoll, insbesondere nach dem HART®-Protokoll, aufgebaut ist/sind.
10. 10. Verfahren gemäß einem der vorangehenden Ansprüche, dadurch gekennzeichnet, dass das Parametrier-Gerät über ein Bussystem (F), das vorzugsweise gemäß dem HART®-Standard ausgebildet ist, mit dem Feldgerät (FGO; FG1 ; FG2; FG3) verbunden ist.
PCT/EP2008/064650 2007-10-30 2008-10-29 Verfahren zum betreiben eines parametrier-gerätes WO2009056557A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102007052031.1A DE102007052031B4 (de) 2007-10-30 2007-10-30 Verfahren zum Betreiben eines Parametrier-Gerätes
DE102007052031.1 2007-10-30

Publications (1)

Publication Number Publication Date
WO2009056557A1 true WO2009056557A1 (de) 2009-05-07

Family

ID=40429824

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/064650 WO2009056557A1 (de) 2007-10-30 2008-10-29 Verfahren zum betreiben eines parametrier-gerätes

Country Status (2)

Country Link
DE (1) DE102007052031B4 (de)
WO (1) WO2009056557A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103748524A (zh) * 2011-03-31 2014-04-23 Abb技术有限公司 工程设计并诊断现场装置的方法及其系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102009027168B4 (de) * 2009-06-24 2021-01-21 Endress+Hauser SE+Co. KG Verfahren zum Ermitteln einer übermittelten Telegramm-Datenlänge
DE102009046934A1 (de) * 2009-11-20 2011-05-26 Endress + Hauser Process Solutions Ag Statisch und dynamisch konfigurierte Multi-Variablen-Container
EP3457233A1 (de) * 2017-09-14 2019-03-20 VEGA Grieshaber KG Broadcastvorrichtung zum übertragen von firmware-daten und/oder konfigurationsdaten

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030191738A1 (en) * 2002-04-05 2003-10-09 Infocus Corporation Projector control markup language
DE10242004A1 (de) * 2002-09-11 2004-04-01 Siemens Ag Automatisierungseinrichtung
US7158479B1 (en) * 1999-09-30 2007-01-02 Data Expedition, Inc. Method and apparatus for non contiguous sliding window

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10251503A1 (de) * 2002-11-04 2004-06-09 Endress + Hauser Flowtec Ag, Reinach Verfahren zur Offline-Parametrierung eines Feldgerätes der Prozessautomatisierungstechnik
WO2005015329A1 (de) * 2003-07-17 2005-02-17 Endress+Hauser Gmbh+Co. Kg Vorrichtung zur bestimmung und/oder überwachung einer prozessgrösse
DE102005040434A1 (de) * 2005-08-25 2007-03-01 Phoenix Contact Gmbh & Co. Kg Verfahren und System zum Abbilden der Struktur einer Automatisierungsanlage auf einem Rechner

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7158479B1 (en) * 1999-09-30 2007-01-02 Data Expedition, Inc. Method and apparatus for non contiguous sliding window
US20030191738A1 (en) * 2002-04-05 2003-10-09 Infocus Corporation Projector control markup language
DE10242004A1 (de) * 2002-09-11 2004-04-01 Siemens Ag Automatisierungseinrichtung

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HELSON R B: "The HART protocol an enabler for improved plant performance", ISA TRANSACTIONS, INSTRUMENT SOCIETY OF AMERICA. PITTSBURGH, US, vol. 35, no. 2, 1 January 1996 (1996-01-01), pages 159 - 164, XP004020120, ISSN: 0019-0578 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103748524A (zh) * 2011-03-31 2014-04-23 Abb技术有限公司 工程设计并诊断现场装置的方法及其系统

Also Published As

Publication number Publication date
DE102007052031B4 (de) 2023-10-26
DE102007052031A1 (de) 2009-05-07

Similar Documents

Publication Publication Date Title
DE102008019053B4 (de) Verfahren zum Betreiben einer Anlage der Prozessautomatisierungstechnik
DE102009045386A1 (de) Verfahren zum Betreiben eines Feldbus-Interface
DE102007054417A1 (de) Bestimmen von geräteinternen Parameteradressen aus feldbusspezifischen Parameteradressen eines Feldgerätes
WO2009074544A1 (de) Verfahren zum betreiben eines systems aufweisend ein feldgerät und ein bediensystem
DE102008038501A1 (de) Verfahren zum Bestimmen einer statischen Datenstruktur eines Feldgerätes
EP1714197B1 (de) Gerätetreiber für feldgeräte der prozessautomatisierungstechnik
DE102007052031B4 (de) Verfahren zum Betreiben eines Parametrier-Gerätes
EP3025458B1 (de) Feldbuszugriffseinheit und verfahren zum betreiben derselben
WO2007122117A1 (de) Verfahren zum parametrieren eines feldgerätes der prozessautomatisierungstechnik durch nachbildung der azyklischen dienste
EP2504742B1 (de) Feldgerät mit einer anzeigeeinheit und verfahren zum betreiben der anzeigeeinheit
DE102010027963A1 (de) Verfahren zum Betreiben eines Feldgerätes der Prozessautomatisierungstechnik
DE102008042919A1 (de) Feldgerät der Prozessautomatisierungstechnik
DE102009027168B4 (de) Verfahren zum Ermitteln einer übermittelten Telegramm-Datenlänge
DE102008043683A1 (de) Feldgerät der Prozessautomatisierungstechnik
WO2011072958A1 (de) Verfahren zum zuweisen einer polling-adresse an ein feldgerät
EP2486459B1 (de) Feldbus-Interface und Verfahren zum Betreiben desselben
EP1120696B1 (de) Verfahren zur Datenübertragung von und zu CNC gesteuerten Maschinensteuerungen
DE102007035159A1 (de) Verfahren zum Parametrieren von mehreren Feldgeräten der Automatisierungstechnik
DE102010003741A1 (de) Verfahren zum Datenaustausch
DE102008020507B4 (de) Verfahren zum Übersenden eines Telegramms
DE102018123434A1 (de) Feldgerät der Automatisierungstechnik mit multiplen Parametersätzen
EP1618726B1 (de) Automatisierungssystem mit automatischer bereitstellung von diagnoseinformationen
WO2009083426A2 (de) Feldgerät, system der prozessautomatisierungstechnik und verfahren zum auslesen von profilparametern des feldgeräts
DE102018118531A1 (de) Feldgerät der Automatisierungstechnik mit multiplen Parametersätzen
WO2007003645A1 (de) Verfahren zum betreiben einer datenspeichereinheit für die prozessautomatisierungstechnik

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08844095

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 08844095

Country of ref document: EP

Kind code of ref document: A1