METHOD FOR CREATING A MENU STRUCTURE ON A MEASURING TRANSDUCER, AND MEASURING TRANSDUCER

Abstract

The present disclosure relates to a method for creating a menu structure on a measuring transducer of process automation technology, wherein the measuring transducer can be connected to at least one field device, comprising: connecting a field device to the measuring transducer; transmitting a field-device-specific menu structure from the field device to the measuring transducer if it is not already available on the measuring transducer; and combining the field-device-specific menu structure with a measuring-transducer-specific menu structure to a common menu structure using at least one anchor point or a placeholder in the measuring-transducer-specific menu structure. The present disclosure further relates to a measuring transducer for implementing the method.

Claims

1. A method to create a menu structure on a measuring transducer of process automation technology, wherein the measuring transducer is embodied to connect to at least one field device, the method comprising: connecting a field device to the measuring transducer; when a field-device-specific menu structure is not available on the measuring transducer, transmitting the field-device-specific menu structure from the field device to the measuring transducer; and combining the field-device-specific menu structure with a measuring-transducer-specific menu structure to create a common menu structure using at least one anchor point or a placeholder in the measuring-transducer-specific menu structure, wherein the measuring-transducer-specific menu structure is located in the measuring transducer, wherein the at least one anchor point or the placeholder determines where the field-device-specific menu structure is combined into the measuring-transducer-specific menu structure, wherein the at least one anchor point is a reference to a complete menu page of the field-device-specific menu structure, wherein the at least one anchor point is displayed in the common menu structure only when a corresponding menu page exists in the field-device-specific menu structure, and wherein the placeholder is at least one element of the field-device-specific menu structure within a menu page of the common menu structure.

2. The method according to claim 1, wherein the field-device-specific menu structure and the measuring-transducer-specific menu structure each include hierarchically structured data, wherein the field-device-specific menu structure and the measuring-transducer-specific menu structure each include a distinction between the hierarchically structured data and a display of the hierarchically structured data, and wherein the hierarchically structured data of the field-device-specific menu structure and the hierarchically structured data of the measuring-transducer-specific menu structure include static texts or parameters.

3. The method according to claim 2, wherein only the hierarchically structured data of the field-device-specific menu structure are transmitted from the field device to the measuring transducer.

4. The method according to claim 1, wherein the measuring transducer includes a first interpreter configured to read, analyze, and execute the field-device-specific menu structure and the measuring-transducer-specific menu structure at runtime and to create the common menu structure.

5. The method according to claim 4, wherein the measuring-transducer-specific menu structure references measuring-transducer-specific parameters stored in a first database in the measuring transducer, wherein the field-device-specific menu structure includes field-device-specific parameters stored in a second database assigned to the field device, and wherein the measuring transducer further includes a management unit configured to manage the transducer-specific parameters and the field-device-specific parameters and to query the transducer-specific parameters and the field-device-specific parameters from the first database or the second database.

6. The method according to claim 5, wherein the field device includes the second database, and the field-device-specific parameters are stored in the second database.

7. Method according to claim 5, wherein the measuring transducer further includes at least a second interpreter configured to execute an extension, the method further comprising: when field-device-specific software is not located on the measuring transducer, transmitting the field-device-specific software from the field device to the measuring transducer after the field device is connected to the measuring transducer, wherein the field-device-specific software is designed as an extension, wherein the field-device-specific software includes the field-device-specific menu structure, and wherein the field-device-specific software further includes the second database in which the field-device-specific parameters are stored.

8. The method according to claim 5, further comprising: assigning a unique identifier to each field-device-specific parameter and to each measuring-transducer-specific parameter after combining the field-device-specific menu structure with the measuring-transducer-specific menu structure.

9. The method according to claim 3, wherein a menu page to be displayed is not rendered until all hierarchically structured data to be displayed on the menu page are available on the measuring transducer.

10. The method according to claim 1, wherein the field-device-specific menu structure is combined with the measuring-transducer-specific menu structure, menu page by menu page.

11. The method according to claim 1, wherein the field-device-specific menu structure is combined with the measuring-transducer-specific menu structure, element by element, in one menu page.

12. The method according to claim 5, wherein the measuring-transducer-specific menu structure depends upon a state of the measuring-transducer-specific referenced parameters and the field-device-specific menu structure depends upon a state of the field-device-specific referenced parameters.

13. The method according to claim 1, wherein the at least one anchor point defines an entry point or an exit point.

14. The method according to claim 1, wherein the common menu structure includes a menu page that includes all anchor points of the field-device-specific menu structure that the measuring transducer cannot integrate using anchor points known to the measuring transducer when the measuring transducer was manufactured.

15. A measuring transducer comprising: a computing unit including a memory; a persistent memory; a first database stored in the persistent memory, wherein the first database includes measuring-transducer-specific parameters; a first interpreter configured to interpret abstract formulations of a menu structure; a second interpreter configured to execute field-device-specific software on the measuring transducer; an operating software configured to execute a method to create a menu structure, the method including: connecting a field device to the measuring transducer; when a field-device-specific menu structure is not available on the measuring transducer, transmitting the field-device-specific menu structure from the field device to the measuring transducer; and combining the field-device-specific menu structure with a measuring-transducer-specific menu structure to create a common menu structure using at least one anchor point or a placeholder in the measuring-transducer-specific menu structure, wherein the measuring-transducer-specific menu structure is located in the measuring transducer, wherein the at least one anchor point or the placeholder determines where the field-device-specific menu structure is integrated into the measuring-transducer-specific menu structure, wherein the at least one anchor point is a reference to a complete menu page of the field-device-specific menu structure, wherein the at least one anchor point is displayed in the common menu structure only if a corresponding menu page exists in the field-device-specific menu structure, and wherein the placeholder is at least one element of the field-device-specific menu structure within a menu page of the common menu structure.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0066] This will be explained in more detail with reference to the following figures. These show:

[0067] FIGS. 1 A-1B show a measurement arrangement comprising a measuring transducer in two different embodiments,

[0068] FIG. 2 shows a symbolic representation of a common menu structure,

[0069] FIGS. 3A-B show a menu page of a measuring transducer with an anchor point and a menu structure of a sensor,

[0070] FIGS. 4A-C show a menu page of a measuring transducer with a placeholder, its reference, and the resulting menu page,

[0071] FIGS. 5A-C show screenshots of the display of a measuring transducer, which show various situations of the menu structure, and

[0072] FIG. 6 shows a block diagram of the connection of a measuring transducer and a field device.

DETAILED DESCRIPTION

[0073] The claimed measuring transducer 20 is used in a sensor arrangement 10. The sensor arrangement 10 comprises a sensor 1 and a connection element 11, which shall be discussed first. Without limitation of generality, a sensor 1 is spoken of below; even so, an actuator or the like may, however, also be connected to the measuring transducer 20. Generally, a field device is connected to the measuring transducer 20.

[0074] FIG. 1A represents an embodiment of a sensor arrangement 10.

[0075] A sensor 1 communicates with a measuring transducer 20 via a first physical interface 3. An alternative word for measuring transducer is transmitter. The measuring transducer 20 in turn is connected to a higher-level unit 30, such as a control system, by a cable 31. A cable 21 is connected on the sensor side to the measuring transducer 20, the other end of which cable comprises a second physical interface 13 that is complementary to the first physical interface 3. A connection element 11 comprises the cable 21, along with the second physical interface 13. The physical interfaces 3, 13 are designed as electrically isolatedin particular, inductiveinterfaces. The physical interfaces 3, 13 can be coupled with each other by means of a mechanical plug connection. The mechanical plug connection is hermetically sealed, so that no fluid, such as the medium to be measured, air, or dust, can enter from the outside.

[0076] Data (bi-directional) and power (uni-directional, i.e., from the connection element 11 to the sensor 1) are transmitted or transferred via the physical interfaces 3, 13. The sensor arrangement 10 is used predominantly in process automation.

[0077] The sensor 1 comprises at least one sensor element 4 for detecting a measurand of process automation. The sensor 1 is then, for example, a pH sensor, also [called] ISFETgenerally, an ion-selective sensor, a sensor for measurement of the redox potential, from the absorption of electromagnetic waves in the medium, e.g., with wavelengths in the UV, IR, and/or visible range, of the oxygen, of the conductivity, of the turbidity, of the concentration of non-metallic materials, or of the temperature, along with the respectively corresponding measurand.

[0078] The sensor 1 further comprises a first coupling body 2, which comprises the first physical interface 3. As mentioned, the first physical interface 3 is designed for the transmission to a second physical interface 13 of a value that is a function of the measurand. The sensor 1 comprises a data processing unit ?CS, such as a microcontroller, which processes the values of the measurand, e.g., converts them into a different data format. The data processing unit ?CS is designed for energy and space reasons to be rather small or economical with respect to the computing capacity and the memory volume. The sensor 1 is thus designed only for simple computing operationsfor example, for averaging, preprocessing, and digital conversion.

[0079] Several sensors 1 can also be connected to a measuring transducer 20. Shown in FIG. 1A are two sensors 1, wherein only one of the two is provided with all of the reference symbols. The same or different sensors can be connected. The left one of the two is shown in the plugged-in state. Up to eight sensors can be connected to the measuring transducer 20, for example.

[0080] The sensor 1 can be connected via the physical interfaces 3, 13 to the connection element 11, and ultimately to the measuring transducer 20. The data processing unit ?CS converts the value that depends upon the measurand (i.e., the measurement signal of the sensor element 4) into a protocol that the measuring transducer 20 can understand. An example in this regard is, for example, the proprietary Memosens protocol. The first and second physical interfaces 3, 13 are thus designed for the bi-directional communication between the sensor 1 and the measuring transducer 20. As mentioned, in addition to the communication, the first and second physical interfaces 3, 13 also ensure the supply of power to the sensor 1.

[0081] The connection element 11 comprises the second physical interface 13, wherein the second physical interface 13 is designed to be complementary to the first physical interface 3. The connection element 11 likewise comprises a data processing unit ?CA. The data processing unit ?CA may also serve as a repeater for the transmitted signal. Furthermore, the data processing unit ?CA can also convert or modify the protocol.

[0082] The connection element 11 comprises a second, cylindrical coupling body 12 that is designed to be complementary to the first coupling body 2 and can be slipped with a sleeve-like end portion onto the first coupling body 2, wherein the second physical interface 13 is plugged into the first physical interface 3. An opposite arrangement, in which the second physical interface 13 is designed to be sleeve-like and the first physical interface 3 is designed to be plug-like, is possible, without any inventive effort.

[0083] The measuring transducer 20 comprises a display 22 and one or more operating elements 23, such as buttons or rotary buttons, by means of which the measuring transducer 20 can be operated. Measured data, for example, of the sensor 1 are displayed by the display 22. The sensor 1 can also be configured and parameterized by means of the operating elements 23 and the corresponding view on the display 20.

[0084] The measuring transducer 20 forwards (communication 35) the measured data via the cable 31, as mentioned, to a control system 30, for example. The control system 30 is in this case designed as a process control system (PLC, SPS), PC, or server.

[0085] To this end, the measuring transducer 20 converts the data into a data format that the control system can understand, e.g., into a corresponding bus, such as HART, Profibus PA, Profibus DP, Foundation Fieldbus, Modbus RS485, or even an Ethernet-based field bus, such as EtherNet/IP, Profinet, or Modbus/TCP. These data are then forwarded via the communication 35 to the control system 30. This can, if required, be combined with a web server, i.e., they can be operated in parallel to one another.

[0086] FIG. 1B represents an embodiment of a sensor arrangement 10. In this case, only one sensor 1 is respectively connected to a measuring transducer 20. The measuring transducer 20 is in this case illustrated symbolically as a rectangle, is smaller in its dimensions than the measuring transducer from FIG. 1A, and is approximately the size of a matchbox. The measuring transducer 20 can in this case be designed as a separate unit that can be connected to the cable 21 or, as shown here, be integrated directly into the cable 21. The measuring transducer 20 thus consists essentially of the data processing unit ?CA. The measuring transducer 20 does not comprise a display and has, if any, only one or two operating elements, which are configured for a reset or for turning on and off. In this embodiment, the measuring transducer 20 preferably comprises no operating elements. The measuring transducer 20 therefore comprises a wireless module 24, such as a Bluetooth module, with the protocol stack, Bluetooth Low Energy. A mobile device (not shown), such as a cellphone, tablet, laptop, etc., can thereby be wirelessly connected to the measuring transducer 20. By means of the mobile device, the sensor can be configured and parameterized using the wireless connection via the wireless module 24. The measuring transducer 20 converts the raw measured data such that they are directly transmitted (communication 35) to a higher-level unit 30, such as the control system. As mentioned, data can, for example, be transmitted in a proprietary protocol from the sensor 1 to the connection element 11, while the data processing unit ?CA converts this proprietary protocol into a bus protocol (Modbus, Foundation Fieldbus, HART, Profibus, EtherNet/IP; see above). The measuring transducers in FIGS. 1A-B essentially have the same basic functionality.

[0087] As mentioned, the measuring transducer 20 or sensors 1 connected thereto can be operated and parameterized via the operating elements 23. To this end, a menu or menu structure M is displayed on the display 22. The menu structure M describes the hierarchy, navigation, and texts of the various menu pages that are displayed on the display 22. The menu structure M allows for selecting the desired command from an offering and having it executed.

[0088] There are parameters and settings that are relevant only to the measuring transducer 20, and there are parameters and settings that are relevant only to the sensor 1. Accordingly, there is a measuring-transducer-specific menu structure MM and a sensor-specific menu structure MS (generally, a field-device-specific menu structure). In the context of this application, measuring-transducer-specific menu pages and their structures are marked with the subscript M, and the sensor-specific ones, correspondingly, with the subscript S.

[0089] If a sensor 1 is connected to a measuring transducer 20, a field-device-specific menu structure MS is transmitted from the sensor 1 to the measuring transducer 20 if said menu structure is not already located on the measuring transducer 20. The sensor-specific menu structure MS is combined with the measuring-transducer-specific menu structure MM in a common menu structure M.

[0090] FIG. 2 shows a symbolic representation of a common menu structure M. Presented are some measuring-transducer-specific menu pages M1M-M6M. Further presented are some sensor-specific menu pages M1S-M4S. The common menu structure M is formed from all menu pages M1-M11, which comprise all measuring-transducer-specific and all sensor-specific menu pages.

[0091] In the menu pages M1-M10, the sensor-specific menu structure MS is combined with the measuring-transducer-specific menu structure MM, menu page by menu page, i.e., either sensor-specific or measuring-transducer-specific elements are found on one menu page. The menu page M11 comprises both sensor-specific and measuring-transducer-specific elements, and therefore has the reference symbol M1SM. In this case, the sensor-specific menu structure is combined with the measuring-transducer-specific menu structure, element by element, in one menu page, which is discussed again below (see, for example, FIG. 4).

[0092] A menu page displays hierarchically structured data, wherein these data are, for example, static texts or parameters. A unique identifier ID is assigned to each parameter. An example is shown in the following table:

[0093] ID 1 . . . 999->Parameters of the measuring transducer

[0094] ID 1000 . . . 1999->Parameters of a first sensor

[0095] ID 2000 . . . 2999->Parameters of a second sensor

[0096] ID 3000 . . . 3999->Parameters of a third sensor

[0097] The common menu structure M is the combination of the menu structures of the measuring transducer and of the first, second, and third sensors. The identifier of the parameter is unique, so that the decision can be made at any time, using the identifier ID, with which sensor the data must be communicated.

[0098] Within the menu structure, a distinction is made between the aforementioned hierarchically structured data and their presentation. Display on many end devices is thus possible; ultimately, the measuring transducer 20 decides how the data are displayed. For example, the structure describes that there is a certain number and lines with a certain content. The display itself decides with which font, at which pixel coordinates, etc., these texts are displayed. For example, text can also be displayed in an abbreviated manner or over several lines when it is too long for direct display.

[0099] The measuring-transducer-specific menu structure MM is located in the measuring transducer 20. The sensor-specific menu structure MS is combined with the measuring-transducer-specific menu structure MM in the common menu structure M by the measuring-transducer-specific menu structure MM comprising one or more placeholders P or anchor points A. The placeholder P or the anchor point A determines where the sensor-specific menu structure MS is integrated.

[0100] An anchor point A is a reference to a complete menu page of the sensor-specific menu structure MS. The anchor point A is only displayed in the common menu structure M if a corresponding menu page exists in the field-device-specific menu structure MS.

[0101] FIG. 3A shows an example of a menu page M1S of a measuring transducer 20. This page M1S comprises the elements E1, E2, and E3. The menu page comprises two anchor points A1 and A2, which respectively point to a separate menu page of the sensor. By selecting the anchor point A1, for example, one jumps to page A1 of the sensor; see in this respect the menu structure MS of the sensor 1 in FIG. 3B. The page A1 comprises the elements E4, E5, and E6. E6, in turn, is a submenu and leads to another page, with the elements E7 and E8. The placeholder A2 comprises an element E9. The placeholder A2 comprises a placeholder A1, i.e., within page A2, jumping to page A1 is possible. It is thus possible not only to jump upwards and downwards within the hierarchy, but also to jump vertically over the hierarchy. In other words, an anchor point can define, not only an entry point to another page (for example, A1 in M1M in FIG. 3A), but also an exit point of a page (for example, A1 in A2 in MS in FIG. 3B).

[0102] The menu structure MS of sensor 1 comprises the page A3 with the elements E10 and E11. In the menu structure M1M of the measuring transducer 20, there is, however, no link to A3. Such elements and the page L are therefore collected in the menu structure M1M. The common menu structure M thus comprises a menu page L, which comprises all anchor points A (in FIGS. 3A-B, this is A3) of the sensor-specific menu structure MS that the measuring transducer 20 cannot integrate using the anchor points known to it at the time of its delivery (in FIGS. 3A-B, these are only A1 and A2).

[0103] A placeholder P is at least one element of the sensor-specific menu structure MS within a menu page of the common menu structure M.

[0104] FIG. 4A shows a menu page M2M of the measuring transducer 20. The page M2M comprises the elements E20, E21, E22, and E23. Between E22 and E23 are located the placeholders PS1 and PS2, wherein S1 and S2 stand for a first or second sensor 1 respectively. The placeholder P comprises the elements E30, E31, and E32; see FIG. 4B. The resulting single page M2M, after connecting two sensors 1 to the measuring transducer 20, is shown in FIG. 4C. The respective identifiers ID are shown in parentheses. The elements with identifiers 2001, 2002, 2003 are shown only if both sensors are connected; only the elements with identifiers 1001, 1002, 1003 are shown with only one sensor.

[0105] Another possibility for the conditional display can lie in the parameter itself. For example, temperature-relevant parameters are only displayed if the parameter, Temperature measurement active, is selected. Generally, the menu structure depends upon the state of the referenced parameters.

[0106] FIGS. 5A-C show screenshots of the display of a measuring transducer 20, which show various situations of the menu structure. FIG. 5A shows a menu page, which contains a parameter and several submenus. Such a submenu is the element, Operation, for example. The displayed element, Setup, is an anchor point. If a user clicks on it, the menu page, Setup, of another menu structure is accessed; see FIG. 5B. The element, General settings, for example, is also a submenu, and is shown in FIG. 5C. This page contains already filled placeholders, viz., the elements, Temperature unit, Power output range, Fault current, Alarm delay and Device hold. These elements were inserted from a menu structure. They are referenced by a placeholder with the name, GenSettings, for example, and inserted if available. If this placeholder were not available, only Device description, Date/time, and Hold settings would be displayed.

[0107] The measuring transducer 20 comprises a first interpreter Int1, which reads, analyzes, and executes the field-device-specific and measuring-transducer-specific menu structures MS, MM at runtime and creates the common menu structure M. All parameters and elements mentioned are assigned on the basis of the unique identifiers ID. The first interpreter Int1 resolves the parameter references on the basis of their identifiers ID by reading them out via a management unit V, i.e., a unit for assigning the identifiers of the parameters to the databases managing them.

[0108] FIG. 6 shows a block diagram of the connection of a measuring transducer 20 and a sensor 1, wherein the sensor 1 was connected as described above. The sensor 1 sends a unique identification to the measuring transducer 20. Based upon this identification, the measuring transducer 20 determines whether the sensor 1, i.e., the type of sensor, is known to it. The measuring transducer 20 comprises a second interpreter Int2, in which an extension 60 is executed. The sensor 1 can interact with the measuring transducer 20 via interfaces, or various interpreters Int2 can also exchange data with each other via the interfaces. This shall be explained in general once again.

[0109] First, the measuring transducer 20 is to be started; more precisely, the operating software of the measuring transducer 20 is started. The operating software provides one or more interfaces, which can be used by programsin this case, in particular, by a second interpreter. The term, interface, is to be understood here and below as software interface. The physical interfaces 3, 13 mentioned above, on the other hand, are designed as hardware interfaces.

[0110] The interface is the part of a system that is used for communication, i.e., for the exchange of information. The communication between two subsystems is possible only via the interface. It is of no importance to one subsystem how the respective other subsystem handles the information internally and how any responses come about. As mentioned, this concerns software interfaces. Software interfaces are, in general, logical points of contact in a software system: They allow and regulate the exchange of commands and data between various processes and components.

[0111] In the next step, a second interpreter Int2 is started on the measuring transducer 20, wherein the interpreter Int2 accesses the interface. Several interpreters Int2 may also be started, wherein a communication between the various interpreters always takes place only via the interface. The interpreter Int2 can be instantiated. In general, an interpreter is a computer program that, in contrast to assemblers and compilers, does not translate a program source code into a file that can be executed directly on the system, but instead reads, analyzes, and executes the source code directly. The program is executed step-by-step during the runtime of the program, without the program being converted into the machine code of the target system beforehand.

[0112] In a first embodiment, an emulatormore precisely, a software emulatoris to be understood as interpreter Int2. An emulator is an interpreter, since it executes the machine code of the guest system, command by command, by means of a virtual processor. In the example shown, the interpreter Int2 (aka emulator) executes the machine code of the guest system, i.e., of a sensor 1, connected to the measuring transducer 20, or its software interpretation (sensor-specific software; see below), command by command, on a virtual processor on the measuring transducer 20.

[0113] In general, a system that simulates another system in certain partial aspects is called an emulator. The simulated system receives the same data as, executes the same programs as or at least programs comparable to, and achieves results as similar as possible to the system to be emulated. Software emulators are programs that simulate a computer and thus allow the use of software for this computer on a computer with a different architecture.

[0114] In the interpreter Int2, at least one extension (per interpreter Int2) is executed. In one embodiment, precisely one extension is executed. Several interpreters Int2 are executed per measuring transducer 20.

[0115] Basically, an interpreter Int2 also comprises the special form of a virtual machine, which can execute parts of the machine code of the guest system on the host system.

[0116] In one embodiment, the interpreter Int2 is not designed as an emulator, but as a script language interpreter. In one embodiment, this script language is Lua. Other examples are Python, VBA, Lisp, VBScript, or JScript. It is basically also possible to install and start various script language interpreters on a measuring transducer 20. As mentioned, the individual interpreters Int2 communicate with each other via interfaces S. If these interfaces S are then implemented accordingly in the interpreters Int2, communication between the various interpreters Int2 is then also possible.

[0117] If the interpreter Int2 is started, an extension is subsequently executed on it. An extension is software that is not primarily a part of the measuring transducer 20, i.e., it is explicitly not part of the operating software. The extension is reloaded at runtime.

[0118] In a first embodiment, all sensor-specific components are stored in the sensor 1. The sensor-specific components shall also be called sensor-specific software SC below. The sensor-specific software S is an extension, in the sense of this application. The sensor-specific software S thus constitutes signal processing of sensor data, one or more state machines, parameterization of the sensor, menu structure MS of the sensor, or a field bus connection of the sensor. For this application, the reference S shall refer to the entirety of the sensor-specific software, which consists of the menu structure MS as well as the other parts of the sensor-specific software S, called the sensor code SC.

[0119] These software components S are thus located physically in the sensor 1, e.g., in the form of complete software, as byte code. They are, however, executed on the measuring transducer 20 in an interpreter Int2. The first interpreter Int1 serves to execute the menu structure; see below. To this end, the sensor-specific components must be loaded once onto the measuring transducer 20, in order to subsequently be executed within its interpreter Int2. This generally takes place after connecting the sensor 1 to the measuring transducer 20, wherein the data communication protocol, required for the sensor 1, between the measuring transducer 20 and the sensor 1 is used.

[0120] The interpreter Int2 is executed on all possible measuring transducers 20 as the same part; only the necessary interfaces to its own components, such as the display, are specific to the measuring transducer, and are adapted accordingly. In doing so, the interpreter Int2 can, for example, be written in a cross-platform programming language like C, so that the source code of the interpreter is, in principle, then the same for all different platforms.

[0121] For each sensor 1 connected to the measuring transducer 20, a separate interpreter Int2 is used. Each sensor 1 or its sensor-specific software S is thus executed in a separate interpreter Int2.

[0122] As an alternative to storing the sensor-specific software S in the sensor 1, which software is downloaded to the measuring transducer 20 as needed, the sensor-specific software is located on a memory card (such as an SD card), which is inserted into the measuring transducer 20, and transferred to it. In an alternative, the measuring transducer 20 establishes a data connection to the internet and downloads the software suitable for the respective sensor. Alternatively, a connection, e.g., to the control system 30, is established, and the control system 30 keeps the respective software available. Based upon a unique identification of the sensor 1, the respectively correct software is found. In an alternative, the sensor-specific software is already available on the measuring transducer 20. This can, for example, be the case with older sensors, wherein their specific software is already stored on the measuring transducer 20 at the time of delivery of said measuring transducer.

[0123] As mentioned, the sensor-specific software S comprises the menu structure MS of the sensor 1 and its software code SC (see above). The measuring transducer 20 comprises its own first interpreter Int1, which interprets the sensor-specific menu structure MS and displays it in a system-specific manner accordingly.

[0124] In addition to the generic coupling of sensors 1 and measuring transducers 20 in the sense of the menu structure, this concept offers the advantage that the menu structure is processed by its own interpreter Int1, which can work completely independently of the second interpreter Int2.