|
(11) | EP 2 649 755 B1 |
| (12) | EUROPEAN PATENT SPECIFICATION |
|
|
| (54) |
DYNAMIC HOST PROFILES FOR OPTION MODULES DYNAMISCHE HOST-PROFILE FÜR OPTIONSMODULE PROFILS HÔTES DYNAMIQUES POUR MODULES D'OPTION |
|
|
|||||||||||||||||||||||||||||||
| Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention). |
BACKGROUND
[0001] With the automation of industrial processes and systems, e.g., control of machinery on factory assembly lines, control of chemical processes, control of heating, ventilating, and air conditioning (HVAC) systems, and control of lighting fixtures, different processes often use different products to monitor and control the different processes and systems. For example, different firmware images and/or different product references may be used to provide the communication for different products with different operating environments. A product typically includes a controlling device with a communications interface that interacts with a specific communications environment. The communications environment may include a fieldbus supporting a designated protocol, e.g., Modbus/TCP or EtherNet/IP so that the product can interact with remote devices. With traditional systems, a different communications interface is often needed for different communications environments. Consequently, each communications environment often requires different firmware and/or hard-coded support, thus resulting in additional development effort for each newly-supported product, even though there may be substantial commonality among products. The disclosures of US 2007/067458 A1 and EP 1420315 A1 may be helpful for understanding the present invention.
SUMMARY
[0002] It is an object of the invention to provide apparatuses, computer-readable media, and methods for supporting different products in an automation and control system that include a host device and a communications device. This object can be achieved by the features as defined in the independent claims. Further enhancements are characterized in the dependent claims. Briefly described, in one example embodiment, among others, the host device may interact with the communications device to exchange messages containing data objects over a fieldbus network for transporting messages containing data objects. Read/write requests to the fieldbus data objects may be answered locally in the communications device or the fieldbus data object may be mapped to host data when host access is required.
[0003] With another aspect of the invention, a communications device may be configured as an option module to plug into a host device for different products without a firmware change. A downloadable host profile image, which may be provided by the host device or a separate development system, enables the communications device to communicate over one of a plurality of different fieldbus networks by representing the data available in a host as the fieldbus data objects for the specific fieldbus network.
[0004] With another aspect of the invention, a communications device includes a network interface that interfaces with a fieldbus network, a memory device, and a processing device. The network interface may exchange a message containing a network data object from a networked device. The memory device stores a profile image associated with a designated host type, so that the processing device may map the network data object to host data for the host device in accordance with the first profile image. The processing device may then exchange the host data with the host device. The communications device may subsequently interact with a different host type if a corresponding profile image is downloaded to the memory device.
[0005] With another aspect of the invention, a profile image may be downloaded to a communications device from the host device or from a separate development system.
[0006] With another aspect of the invention, a profile image includes one or more configuration data objects mapping to host data that may be obtained from a host device or from a development system. The communications device then configures itself in accordance with the configuration data object.
BRIEF DESCRIPTION OF THE DRAWINGS
[0007] A more complete understanding of the present invention and the advantages thereof may be acquired by referring to the following description in consideration of the accompanying drawings, in which like reference numbers indicate like features and wherein:
Figure 1 shows an example of a communications device interacting with a cooling unit controller and a network in accordance with an embodiment of the invention.
Figure 2 shows an example of the communications device shown in Figure 1 interacting with a motor controller and a network in accordance with an embodiment of the invention.
Figure 3 shows a product in which a host profile is downloaded to a communications device from a host circuit in accordance with an embodiment of the invention.
Figure 4 shows a product in which a host profile is downloaded to a communications device from a development system in accordance with an embodiment of the invention.
Figure 5 shows a hierarchal representation of data objects that are associated with a product in accordance with an embodiment of the invention.
Figure 6 shows a block diagram of a communications device in accordance with an embodiment of the invention.
DETAILED DESCRIPTION
[0008] In the following description of the various embodiments, reference is made to the accompanying drawings which form a part hereof, and in which is shown by way of illustration various embodiments in which the invention may be practiced. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made without departing from the scope of the present invention.
[0009] As used herein, the term "data object" may be defined as any data entity that can be manipulated by the commands of a programming language, such as a value, variable, function, or data structure. For example, in the domain of object-oriented programming, a data object typically denotes a compilation of attributes (e.g., object elements) and behaviors (methods or subroutines) encapsulating an entity.
[0010] With traditional systems, different firmware images and/or different product references are often used to provide network communication for different hosts, where a host can assume different forms including programmable logic controllers, protection relays, motor drives, HVAC controllers, and the like.
[0011] With an aspect of the invention, the term "product" includes a host device (e.g., a circuit) and a communications device. The communications device interacts with the host device to provide communications with a fieldbus network. Messages sent on the fieldbus network may include data objects. Read/write requests to the fieldbus data objects may be answered locally in the communications device, or the fieldbus data objects may be mapped to host data when host access is required. mapped to host data.
[0012] With another aspect of the invention, a communications device may plug into a host device for different products without a firmware change. A downloadable host profile image, which may be provided by the host device or a separate development system, enables the communications device to communicate on a fieldbus network by representing the data available in a host as the fieldbus data objects for the specific fieldbus network. Different fieldbus networks may be supported, including Modbus TCP, EtherNet/IP, DeviceNet, Profibus, Profinet, BACnet MS/TP, and so forth.
[0013] Figure 1 shows an example of a cooling unit controller 101 and building management system (BMS) 103 communicating through a communications device 102 over a fieldbus network 104 in accordance with an embodiment of the invention. For example, the winter and summer temperature setpoints may be set by BMS 103 through communications device 102. A cooling unit (not shown) may send alarms, such as high or low temperature alarms, to BMS 103 through a communications interface coupled to network 104.
[0014] In the following description, cooling unit controller 101 may be referred as a host device, and the combination of the communications device 102 and host device 101 may be referred as product 105.
[0015] In order to control and monitor a cooling unit, communications device 102 exchanges messages to and from BMS 103, in which a message contains data that is typically organized as data objects. To distinguish that a data object is exchanged over fieldbus network 104, the data object is denoted as a network data object. As will be discussed later, some data objects may be associated with the configuration of communications device 102, and are denoted as configuration data objects.
[0016] In order to map a network data object to host data 151, communications device 102 accesses profile image 152, which is based on the characteristics of cooling unit controller 101. In order to provide host data 151 to building management system 103, communications device 102 may need to know the format and memory location of host data 151 and how to access host data 151. As will be discussed, profile image 152 may provide this mapping information.
[0017] Figure 2 shows an example of motor unit controller 201 and programmable logic controller (PLC) 203 communicating through the same communications device 102 over fieldbus network 204 in accordance with an embodiment of the invention. (As shown in Figures 1 and 2, communications device 102 may support both products.) Motor unit controller 201 typically has different operating characteristics than cooling unit 101, and fieldbus network 204 may utilize the same or different communications protocols as fieldbus network 104. Consequently, network data objects exchanged over fieldbus network 204 may be different than network data objects exchanged over fieldbus network 104.
[0018] The communications device (e.g., device 102) may be the same device for both Figures 1 and 2. In order to match motor unit controller 201, profile image 252 is downloaded into communications device 102. Consequently, communications device 102 is able to map a network data object to host data 251. As will be further discussed, profile image 152 or profile image 252 may be downloaded from various sources, including host device (e.g., cooling unit controller 101 of Figure 1 or motor unit controller 201 of Figure 2) or a separate development system 401 as shown in Figure 4.
[0019] Figure 3 shows product 301 in which profile image 353 is downloaded to communications device 303 from host profile 351 that is stored in host circuit (host device) 302 in accordance with an embodiment of the invention.
[0020] With traditional systems, a communications device may be required for different products, have different firmware, or have hard-coded support for each supported type of host. With some traditional systems, each host device may have a server for every fieldbus network that is supported so that a communications device may send fieldbus requests directly to the host device and send responses from the host device directly on the fieldbus network without translation into another format in order to communicate with the host device. Such an approach may be very costly both in terms of resources needed in hosts and stack licenses.
[0021] Referring to Figure 3, communications device 303 may be used with many different types of hosts (corresponding to different products) for network connectivity without a different firmware image or executable image being generated for each host or without hardcoded support of hosts being known at development time. Consequently, a new host type may be supported after communications device 303 is released without updating the firmware on communications device 303.
[0022] Host circuit 302 may be a computing device, including a programmable logic controller (PLC), input/output (I/O) block, protection relay, and the like. With some embodiments, host circuit 302 may have a slot that accommodates communications device 302 (e.g., an option module), which provides a communications interface for fieldbus network 304. Embodiments may support a specific type of fieldbus network from different types of fieldbus networks having different physical layers and different protocols. Some examples of fieldbus networks include (but not limited to) Modbus/TCP, EtherNet/IP, DeviceNet, Profibus, Profinet, and BACnet MS/TP.
[0023] Traditional systems often use a different type of communications device 303 for each type of host device. However, with an aspect of the invention, different profile images may be downloaded into communications device 303 to support different products (corresponding to different host devices and fieldbus networks). With the embodiment shown in Figure 3, profile image 353 includes a mapping of fieldbus data object 354, which represents data contained in message 362 sent to or received from networked device 305 over fieldbus network 304, to host device 302. Host data 352 is typically accessed from host device 302 at location(s) of memory with a specified data format. Fieldbus data object 354 maps to host data 352 based on object model 355 as will be further discussed in conjunction with Figure 5. For example, with motor unit controller 201 as shown in Figure 2, fieldbus data object 354 may include the current motor speed and duty cycle value, where each parameter may be stored in different memory locations in host device 302 with different data formats.
[0024] With embodiments of the invention, fieldbus data object 354 may be sent to or received from networked device 305 over fieldbus network 304. Consequently, host data 352 may be mapped to fieldbus data object 354 (by reading memory in host device 302) or mapped from fieldbus data object 354 (by reading and writing memory in host device 302).
[0025] With embodiments of the invention, a host profile may be presented in different formats including, but not limited to, Extensible Markup Language (XML) (that may be designated as a verbose format) and binary (that may be designated as a compact format). When stored as host profile 351 in host circuit 302 or as profile image 353 in communications device 303, the host profile typically has a binary format in order to reduce memory requirements and to avoid converting from the verbose format to the binary format whenever communications device 303 re-initializes. Moreover, processing devices (e.g., processing device 601 as shown in Figure 6) typically use a binary format when mapping data objects to host data. However, as will be discussed with Figure 4, a host profile may be constructed with a development system (e.g., a PC) where the host file is presented in a language (e.g., XML) for representing the data. The host profile is typically converted to binary format before exporting the host profile from the development system.
[0026] Figure 4 shows product 402 in which profile 451 is downloaded to profile image 453 on communications device 410 from development system 401 in accordance with an embodiment of the invention. In contrast to the embodiment shown in Figure 3, communications device 410 obtains profile image 453 from development system 401 rather than from host device 409. With the embodiments shown in Figure 4, development system 401 downloads host profile 451 over fieldbus network 404. However, with some embodiments the downloading may occur over a direct communication connection between development system 401 and communications device 410 or profile image 453 may be placed a priori in the communications device 410 during the production by burning the profile into the non-volatile memory of the communications device 410.
[0027] With some embodiments, development system 401 may be based on a personal computer (PC); however, other computing platforms, e.g., an embedded processing device, mainframe computer, mobile terminal device, or cloud computing platform may be used.
[0028] With some embodiments, mapping between host data and fieldbus data objects are based on XML schema 403, which may be edited by a user through XML editor 405 to modify XML file 406. For example, a user may override a default value of one of the data components of a data object with a different value.
[0029] If communications device 410 uses a compact format for the host profile, fieldbus profile generator (FPG) 407 is used to convert from the verbose format of XML file 406 to the compact format of host profile 451.
[0030] With some embodiments, profile image 453 may be downloaded from host device 409 during an initialization process or from fieldbus network 404 using a protocol supported by fieldbus network 404 for downloading files, e.g., for FTP on IP networks.
[0031] Similar to the operation described with Figure 3, different profile images may be downloaded into communications device 410 to support different products. Profile image 453 includes a mapping of fieldbus data object 454 (which represents data contained in message 462 sent or received from networked device 411 over fieldbus network 404) to host device 409. Fieldbus data object 454 maps to host data 452 based on object model 455.
[0032] Figure 5 shows hierarchical representation 500 of a data model for data objects that are associated with a product in accordance with an embodiment of the invention. Host profile 501 may represent fieldbus data objects 502 and/or configuration data objects 503. For example, fieldbus data objects 502 may include data objects 504 and 505. Data object 505 further comprises data components 506 and 507, where each data component represents a host data entity. Data component 507 is described by format attributes 508 (e.g., integer, floating point, or character), host memory location 509, and accessing attributes 510 (e.g., read only or read/write). Hierarchical representation 500 may be expanded for the other data objects in order to complete the data model (e.g., corresponding to data object model 355 as shown in Figure 3).
[0033] With some embodiments, a processing device may use configuration data objects 503 to configure a communications device, network interface, or a connection between a communications device and a host device in order to communicate. For example, configuration data object 503 may include information about a specified protocol, port addresses, and data rates.
[0034] With some embodiments, hierarchical representation 500 may be expressed as an Extensible Markup Language (XML) schema (e.g., XML schema 403 as shown in Figure 4). The XML schema typically provides the template or "rules" for the format of the host profile. When the XML schema is developed, the verbose host profile (e.g., XML file 406) is generated. If a product has a static or fixed data model, then the verbose host profile is typically developed once during development of the host profile. However, if the host device is programmable and the data model for the host device may change, then a mechanism may be added to the programming environment for the development system to export a verbose host profile. As previously discussed, the verbose host profile is then input to the fieldbus profile generator in order to convert the host profile to a binary format when the communications device does not support a runtime parser of XML.
[0035] As previously discussed, data objects may be descriptive of fieldbus objects. Moreover, according to an aspect of the invention, data objects may be descriptive of configuration settings, in which configuration data may be used locally by a communications device to configure itself. For example, the communications device may configure an IP address, a default gateway for Ethernet communications, the baud rate on the network, and a connection between the communications device and the host device.
[0036] Figure 6 shows apparatus 600 representing communications device 303 or 410 as shown in Figures 3 and 4, respectively, in accordance with an embodiment of the invention. Processing device 601 may execute computer executable instructions from a computer-readable medium (e.g., memory 603) in order to provide communications over a fieldbus network and to map fieldbus data objects to host data. With some embodiments, processing device 601 may include a processor and an internal random access memory (RAM) 602. Memory 602 is typically used for temporary storage while memory 603 may comprise a flash memory for storing computer executable instructions and a profile image. However, computer storage media may include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media may include, but may not be limited to, random access memory (RAM), read only memory (ROM), electronically erasable programmable read only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and that can be accessed by processor 601. The executable instructions may carry out any or all of the method steps described herein.
[0037] Apparatus 600 may be implemented as one or more ASICs or other integrated circuits having instructions for performing operations as described in connection with one or more of any of the embodiments described herein. Said instructions may be software and/or firmware instructions stored in a machine-readable medium and/or may be hard-coded as a series of logic gates and/or state machine circuits in one or more integrated circuits and/or in one or more integrated circuits in combination with other circuit elements.
[0038] Apparatus 600 may support dual Ethernet links 661 and 662 to provide redundancy, typically used with a fieldbus network to monitor and control remote devices. Processing device 601 obtains the active Ethernet link through Ethernet switch 604. However, with some embodiments, a single port Ethernet device may be supported.
[0039] Apparatus 600 may also support other interfaces 663-668 that may be used for direct communications between a development system and a communications device or for supporting peripheral devices. Interfaces 663-668 may support different interface types that include General Purpose Input/Output (GPIO), Controller-Area Network (CAN), System Packet Interface (SPI), Joint Test Action Group (JTAG), Inter-Integrated Circuit (12C), and Recommended Standard 232 (RS-232).
[0040] As can be appreciated by one skilled in the art, a computer system with an associated computer-readable medium containing instructions for controlling the computer system may be utilized to implement the exemplary embodiments that are disclosed herein. The computer system may include at least one computer such as a microprocessor, digital signal processor, and associated peripheral electronic circuitry.
[0041] While the invention has been described with respect to specific examples including presently preferred modes of carrying out the invention, those skilled in the art will appreciate that there are numerous variations and permutations of the above described systems and techniques that fall within the scope of the invention as set forth in the appended claims.
a network interface configured to interface with at least one fieldbus network (104) and configured to exchange a message containing a first network data object with the first networked device (103) via the at least one fieldbus network;
a memory device configured to store a plurality of profile images including a first profile image (152), wherein each profile image of the plurality of profile images is associated with a different host type and wherein each profile image in the plurality of profile images is downloaded into the communications device (102) to support a different product and to enable the communications device (102) to communicate over one of a plurality of different field bus networks by representing data available in a host as the fieldbus data objects for a specific fieldbus network, and wherein each profile image is for configuring the communications device (102) to map network data objects to host data of the first host device to represent data sent or received over the fieldbus network, wherein the communications device is an option module plugged into the first host device (101) for different products without a firmware change, wherein each profile image comprises mapping information corresponding to a data format and a memory location of the respective host data and how to access host data of each corresponding host device; and
a processing device configured to:
receive the first profile image from the first host device;
store the first profile image in the memory device;
access the first profile image from the memory device;
enable the communications device to communicate over the at least one fieldbus network to exchange data with the first networked device (103), without a firmware change, in accordance with a configuration data object included in the first profile image;
receive the first network data object at the network interface of the communications device;
map the first network data object to the first host data at a memory location in the first host device and utilizing characteristics of the first host device from the first profile image (152) for exchange with the first host device (101) in accordance with the first profile image (152), wherein the first host device (101) is characterized by a first host type; and
exchange the first host data with the first host device (101).
the memory device is further configured to store a second profile image (252) of the plurality of profile images, wherein the second profile image is based on characteristics of a second host type and the communications device is an option module plugged into a second host device (201); and
the processing device is further configured to:
access the second profile image from the memory device;
reconfigure the existing firmware operating on the communications device, without changing the existing firmware to a different firmware, in accordance with a second configuration data object included in the second profile image;
receive a second network data object from a second networked device (203); and
map the second network data object received from the second networked device to second host data utilizing characteristics of a second host device from the second profile image (252), wherein the second host device (201) is characterized by a second host type.
the processing device configures the communications device (102) in accordance with the configuration data object.
receiving a first profile image from the first host device (101);
storing, in a memory device of a communications device (102), the first profile image (152) of a plurality of profile images, wherein each profile image of the plurality of profile images is based on characteristics of a different host device and includes a different configuration data object, wherein each profile image is associated with a different host type and wherein each profile image in the plurality of profile images is downloaded into the communications device (102) to support a different product and to enable the communications device (102) to communicate over one of a plurality of different field bus networks by representing data available in a host as the fieldbus data objects for a specific fieldbus network, and wherein each profile image is enabled for configuring the communications device (102) to map a network data object to first host data of the first host device, wherein the communications device is an option module plugged into the first host device (101), wherein each profile image comprises mapping information corresponding to a data format and a memory location of the respective host data of each corresponding host device and how to access host data of each corresponding host device;
accessing, by the communications device, the first profile image from the memory device;
enabling, by the communications device, the communication device to communicate over at least one fieldbus network without a firmware change, in accordance with a configuration data object included in the first profile image;
exchanging a first message between the communications device (102) and a first networked device (103) communicatively coupled to the communications device via a network interface, the first message containing a first network data object and wherein the network interface is configured to interface with the at least one fieldbus network and configured for exchanging at least the first message with the first network device via the at least one fieldbus network;
mapping, by the communications device (102) in accordance with the configuration data object of the first profile image (152) to represent data sent or received over the fieldbus network, the first network data object to a first host data for a first host device (101) at a memory location in the first host device and utilizing characteristics of a first host device from the first profile image, wherein the first host device (101) is characterized by a first host type; and
exchanging the first host data between the first host device (101) and the communications device (102).
storing, by the communications device (102), a second profile image (252) of the plurality of profile images, wherein the second profile image is based on characteristics of a second host type;
accessing the second profile image from the memory device;
reconfiguring the existing firmware operating on the communications device, without changing the existing firmware to a different firmware, in accordance with a second configuration data object included in the second profile image;
exchanging a second message between the communications device (102) and a second networked device (203) via a fieldbus network of a plurality of fieldbus networks, the second message containing a second network data object;
mapping, by the communications device (102) in accordance with the second configuration data object of the second profile image (252), the second network data object to a second host data for a second host device (201) utilizing characteristics of the second host device from the second profile image, wherein the second host device (201) is characterized by the second host type; and
exchanging the second host data with the second host device (201).
receiving the first profile image (152) from the first host device (101).
receiving the first profile image (152) from a development system.
configuring the communications device (102) by itself in accordance with the configuration data object.
eine Netzwerkschnittstelle, die konfiguriert ist, mit mindestens einem Feldbusnetzwerk (104) zu kommunizieren und konfiguriert ist, eine Nachricht, die ein erstes Netzwerkdatenobjekt enthält, mit der ersten vernetzten Vorrichtung (103) über das mindestens eine Feldbusnetzwerk auszutauschen;
eine Speichervorrichtung, die konfiguriert ist, eine Vielzahl von Profilabbildern, umfassend ein erstes Profilabbild (152), zu speichern, wobei jedes Profilabbild der Vielzahl von Profilabbildern mit einem unterschiedlichen Hosttyp assoziiert ist und wobei jedes Profilabbild der Vielzahl von Profilabbildern in die Kommunikationsvorrichtung (102) heruntergeladen wird, um ein unterschiedliches Produkt zu unterstützen und um die Kommunikationsvorrichtung (102) zu befähigen, über eines einer Vielzahl von unterschiedlichen Feldbusnetzwerken zu kommunizieren, indem Daten, die in einem Host verfügbar sind, als Feldbusdatenobjekte für ein spezifisches Feldbusnetzwerk dargestellt werden, und wobei jedes Profilabbild dazu dient, die Kommunikationsvorrichtung (102) zu konfigurieren, Netzwerkdatenobjekte auf Hostdaten der ersten Hostvorrichtung abzubilden, um über das Feldbusnetzwerk gesendete oder empfangene Daten darzustellen, wobei die Kommunikationsvorrichtung ein Optionsmodul ist, das für unterschiedliche Produkte ohne eine Firmwareänderung an die erste Hostvorrichtung (101) angeschlossen wird, wobei jedes Profilabbild Abbildungsinformationen beinhaltet, die einem Datenformat und einem Speicherort der jeweiligen Hostdaten entsprechen und die angeben, wie auf Hostdaten jeder entsprechenden Hostvorrichtung zugegriffen werden kann; und
eine Verarbeitungsvorrichtung, die für Folgendes konfiguriert ist:
Empfangen des ersten Profilabbilds von der ersten Hostvorrichtung;
Speichern des ersten Profilabbilds in der Speichervorrichtung;
Zugreifen auf das erste Profilabbild von der Speichervorrichtung;
Befähigen der Kommunikationsvorrichtung, über das mindestens eine Feldbusnetzwerk zu kommunizieren, um Daten ohne eine Firmwareänderung mit der ersten vernetzten Vorrichtung (103) auszutauschen, gemäß einem in dem ersten Profilabbild eingeschlossenen Konfigurationsdatenobjekt;
Empfangen des ersten Netzwerkdatenobjekts an der Netzwerkschnittstelle der Kommunikationsvorrichtung;
Abbilden des ersten Netzwerkdatenobjekts auf die ersten Hostdaten an einem Speicherort in der ersten Hostvorrichtung und Verwenden von Eigenschaften der ersten Hostvorrichtung von dem ersten Profilabbild (152) für einen Austausch mit der ersten Hostvorrichtung (101) gemäß dem ersten Profilabbild (152), wobei die erste Hostvorrichtung (101) durch einen ersten Hosttyp charakterisiert ist; und
Austauschen der ersten Hostdaten mit der ersten Hostvorrichtung (101).
die Speichervorrichtung ferner konfiguriert ist, ein zweites Profilabbild (252) der Vielzahl von Profilabbildern zu speichern, wobei das zweite Profilabbild auf Eigenschaften eines zweiten Hosttyps basiert und die Kommunikationsvorrichtung ein Optionsmodul ist, das an eine zweite Hostvorrichtung (201) angeschlossen ist; und
die Verarbeitungsvorrichtung ferner für Folgendes konfiguriert ist:
Zugreifen auf das zweite Profilabbild von der Speichervorrichtung;
Rekonfigurieren der bestehenden, in der Kommunikationsvorrichtung arbeitenden Firmware, ohne die bestehende Firmware in eine andere Firmware zu ändern, gemäß einem in dem zweiten Profilabbild eingeschlossenen zweiten Konfigurationsdatenobjekt;
Empfangen eines zweiten Netzwerkdatenobjekts von einer zweiten vernetzten Vorrichtung (203); und
Abbilden des zweiten, von der zweiten vernetzten Vorrichtung empfangenen Netzwerkdatenobjekts auf zweite Hostdaten, unter Verwendung von Eigenschaften einer zweiten Hostvorrichtung von dem zweiten Profilabbild (252), wobei die zweite Hostvorrichtung (201) durch einen zweiten Hosttyp charakterisiert ist.
die Verarbeitungsvorrichtung die Kommunikationsvorrichtung (102) gemäß dem Konfigurationsdatenobjekt konfiguriert.
Empfangen eines ersten Profilabbilds von der ersten Hostvorrichtung (101);
Speichern, in einer Speichervorrichtung einer Kommunikationsvorrichtung (102), des ersten Profilabbilds (152) einer Vielzahl von Profilabbildern, wobei jedes Profilabbild der Vielzahl von Profilabbildern auf den Eigenschaften einer unterschiedlichen Hostvorrichtung basiert und ein unterschiedliches Konfigurationsdatenobjekt umfasst, wobei jedes Profilabbild mit einem unterschiedlichen Hosttyp assoziiert ist und wobei jedes Profilabbild der Vielzahl von Profilabbildern in die Kommunikationsvorrichtung (102) heruntergeladen wird, um ein unterschiedliches Produkt zu unterstützen und um die Kommunikationsvorrichtung (102) zu befähigen, über eines einer Vielzahl von unterschiedlichen Festbusnetzwerken zu kommunizieren, indem Daten, die in einem Host verfügbar sind, als Feldbusdatenobjekte für ein spezifisches Feldbusnetzwerk dargestellt werden, und wobei jedes Profilabbild befähigt ist, die Kommunikationsvorrichtung (102) zu konfigurieren, ein Netzwerkdatenobjekt auf erste Hostdaten der ersten Hostvorrichtung abzubilden, wobei die Kommunikationsvorrichtung ein Optionsmodul ist, das an die erste Hostvorrichtung (101) angeschlossen ist, wobei jedes Profilabbild Abbildungsinformationen beinhaltet, die einem Datenformat und einem Speicherort der jeweiligen Hostdaten jeder entsprechenden Hostvorrichtung entsprechen und die angeben, wie auf Hostdaten jeder entsprechenden Hostvorrichtung zugegriffen werden kann;
Zugreifen, durch die Kommunikationsvorrichtung, auf das erste Profilabbild von der Speichervorrichtung;
Befähigen, durch die Kommunikationsvorrichtung, der Kommunikationsvorrichtung, über mindestens ein Feldbusnetzwerk ohne eine Firmwareänderung zu kommunizieren, gemäß einem in dem ersten Profilabbild eingeschlossenen Konfigurationsdatenobjekt; Austauschen einer ersten Nachricht zwischen der Kommunikationsvorrichtung (102) und einer ersten vernetzten Vorrichtung (103), die über eine Netzwerkschnittstelle kommunikativ mit der Kommunikationsvorrichtung gekoppelt ist, wobei die erste Nachricht ein erstes Netzwerkdatenobjekt enthält und wobei die Netzwerkschnittstelle konfiguriert ist, mit dem mindestens einen Feldbusnetzwerk zu kommunizieren und konfiguriert ist, mindestens die erste Nachricht mit der ersten vernetzten Vorrichtung über das mindestens eine Feldbusnetzwerk auszutauschen;
Abbilden, durch die Kommunikationsvorrichtung (102), gemäß dem Konfigurationsdatenobjekt des ersten Profilabbilds (152) zur Darstellung von über das Feldbusnetzwerk gesendeten oder empfangenen Daten, des ersten Netzwerkdatenobjekts auf erste Hostdaten für eine erste Hostvorrichtung (101) an einem Speicherort in der ersten Hostvorrichtung und Verwenden von Eigenschaften einer ersten Hostvorrichtung von dem ersten Profilabbild, wobei die erste Hostvorrichtung (101) durch einen ersten Hosttyp charakterisiert ist; und
Austauschen der ersten Hostdaten zwischen der ersten Hostvorrichtung (101) und der Kommunikationsvorrichtung (102).
Speichern, durch die Kommunikationsvorrichtung (102), eines zweiten Profilabbilds (252) der Vielzahl von Profilabbildern, wobei das zweite Profilabbild auf Eigenschaften eines zweiten Hosttyps basiert;
Zugreifen auf das zweite Profilabbild von der Speichervorrichtung; Rekonfigurieren der bestehenden, in der Kommunikationsvorrichtung arbeitenden Firmware, ohne die bestehende Firmware in eine andere Firmware zu ändern, gemäß einem in dem zweiten Profilabbild eingeschlossenen zweiten Konfigurationsdatenobjekt;
Austauschen einer zweiten Nachricht zwischen der Kommunikationsvorrichtung (102) und einer zweiten vernetzten Vorrichtung (203) über ein Feldbusnetzwerk einer Vielzahl von Feldbusnetzwerken, wobei die zweite Nachricht ein zweites Netzwerkdatenobjekt enthält;
Abbilden, durch die Kommunikationsvorrichtung (102), gemäß dem zweiten Konfigurationsdatenobjekt des zweiten Profilabbilds (252), des zweiten Netzwerkdatenobjekts auf zweite Hostdaten für eine zweite Hostvorrichtung (201), unter Verwendung von Eigenschaften der zweiten Hostvorrichtung von dem zweiten Profilabbild, wobei die zweite Hostvorrichtung (201) durch den zweiten Hosttyp charakterisiert ist; und
Austauschen der zweiten Hostdaten mit der zweiten Hostvorrichtung (201).
Empfangen des ersten Profilabbilds (152) von der ersten Hostvorrichtung (101).
Empfangen des ersten Profilabbilds (152) von einem Entwicklungssystem.
une interface réseau configurée pour assurer l'interface avec au moins un réseau de bus de terrain (104) et configurée pour échanger un message contenant un premier objet de données de réseau avec le premier dispositif en réseau (103) par l'intermédiaire de l'au moins un réseau de bus de terrain ;
un dispositif de mémoire configuré pour stocker une pluralité d'images de profil incluant une première image de profil (152), chaque image de profil de la pluralité d'images de profil étant associée à un type d'hôte différent et chaque image de profil dans la pluralité d'images de profil étant téléchargée dans le dispositif de communications (102) pour prendre en charge un produit différent et pour activer le dispositif de communications (102) pour communiquer sur un réseau parmi une pluralité de réseaux de bus de terrain différents en représentant des données disponibles dans un hôte comme les objets de données de bus de terrain pour un réseau de bus de terrain spécifique, et chaque image de profil étant destinée à configurer le dispositif de communications (102) pour mapper des objets de données de réseau sur des données hôtes du premier dispositif hôte pour représenter des données envoyées ou reçues sur le réseau de bus de terrain, le dispositif de communications étant un module d'option enfiché dans le premier dispositif hôte (101) pour différents produits sans changement de micrologiciel, chaque image de profil comprenant des informations de mappage correspondant à un format de données et à un emplacement de mémoire des données hôtes respectives et à la façon d'accéder aux données hôtes de chaque dispositif hôte correspondant ; et
un dispositif de traitement configuré pour:
recevoir la première image de profil du premier dispositif hôte ;
stocker la première image de profil dans le dispositif de mémoire ;
accéder à la première image de profil à partir du dispositif de mémoire ;
activer le dispositif de communications pour communiquer sur l'au moins un réseau de bus de terrain afin d'échanger des données avec le premier dispositif en réseau (103), sans changement de micrologiciel, conformément à un objet de données de configuration inclus dans la première image de profil ;
recevoir le premier objet de données de réseau au niveau de l'interface réseau du dispositif de communications ;
mapper le premier objet de données de réseau sur les premières données hôtes au niveau d'un emplacement de mémoire dans le premier dispositif hôte et en utilisant des caractéristiques du premier dispositif hôte à partir de la première image de profil (152) pour un échange avec le premier dispositif hôte (101) conformément à la première image de profil (152), le premier dispositif hôte (101) étant caractérisé par un premier type d'hôte ; et
échanger les premières données hôtes avec le premier dispositif hôte (101).
le dispositif de mémoire est en outre configuré pour stocker une deuxième image de profil (252) de la pluralité d'images de profil, la deuxième image de profil étant fondée sur des caractéristiques d'un deuxième type d'hôte et le dispositif de communications étant un module d'option enfiché dans un deuxième dispositif hôte (201) ; et
le dispositif de traitement est en outre configuré pour :
accéder à la deuxième image de profil à partir du dispositif de mémoire ;
reconfigurer le micrologiciel existant fonctionnant sur le dispositif de communications, sans changer le micrologiciel existant pour un micrologiciel différent, conformément à un deuxième objet de données de configuration inclus dans la deuxième image de profil;
recevoir un deuxième objet de données de réseau d'un deuxième dispositif en réseau (203) ; et
mapper le deuxième objet de données de réseau reçu du deuxième dispositif en réseau sur des deuxièmes données hôtes en utilisant des caractéristiques d'un deuxième dispositif hôte à partir de la deuxième image de profil (252), le deuxième dispositif hôte (201) étant caractérisé par un deuxième type d'hôte.
le dispositif de traitement configure le dispositif de communications (102) conformément à l'objet de données de configuration.
la réception d'une première image de profil du premier dispositif hôte (101);
le stockage, dans un dispositif de mémoire d'un dispositif de communications (102), de la première image de profil (152) d'une pluralité d'images de profil, chaque image de profil de la pluralité d'images de profil étant fondée sur des caractéristiques d'un dispositif hôte différent et incluant un objet de données de configuration différent, chaque image de profil étant associée à un type d'hôte différent et chaque image de profil dans la pluralité d'images de profil étant téléchargée dans le dispositif de communications (102) pour prendre en charge un produit différent et pour activer le dispositif de communications (102) pour communiquer sur un réseau d'une pluralité de réseaux de bus de terrain différents en représentant des données disponibles dans un hôte comme les objets de données de bus de terrain pour un réseau de bus de terrain spécifique, et chaque image de profil étant activée pour configurer le dispositif de communications (102) afin de mapper un objet de données de réseau sur des premières données hôtes du premier dispositif hôte, le dispositif de communications étant un module d'option enfiché dans le premier dispositif hôte (101), chaque image de profil comprenant des informations de mappage correspondant à un format de données et à un emplacement de mémoire des données hôtes respectives de chaque dispositif hôte correspondant et à la façon d'accéder aux données hôtes de chaque dispositif hôte correspondant ;
l'accès, par le dispositif de communications, à la première image de profil à partir du dispositif de mémoire ;
l'activation, par le dispositif de communications, du dispositif de communications pour communiquer sur au moins un réseau de bus de terrain sans changement de micrologiciel, conformément à un objet de données de configuration inclus dans la première image de profil;
l'échange d'un premier message entre le dispositif de communications (102) et un premier dispositif en réseau (103) couplé de manière communicante au dispositif de communications par l'intermédiaire d'une interface réseau, le premier message contenant un premier objet de données de réseau et l'interface réseau étant configurée pour assurer l'interface avec l'au moins un réseau de bus de terrain et configurée pour échanger au moins le premier message avec le premier dispositif de réseau par l'intermédiaire de l'au moins un réseau de bus de terrain ;
le mappage, par le dispositif de communications (102) conformément à l'objet de données de configuration de la première image de profil (152) pour représenter des données envoyées ou reçues sur le réseau de bus de terrain, du premier objet de données de réseau avec une première donnée hôte pour un premier dispositif hôte (101) au niveau d'un emplacement de mémoire dans le premier dispositif hôte et en utilisant des caractéristiques d'un premier dispositif hôte à partir de la première image de profil, le premier dispositif hôte (101) étant caractérisé par un premier type d'hôte ; et l'échange des premières données hôtes entre le premier dispositif hôte (101) et le dispositif de communications (102).
le stockage, par le dispositif de communications (102), d'une deuxième image de profil (252) de la pluralité d'images de profil, la deuxième image de profil étant fondée sur des caractéristiques d'un deuxième type d'hôte ;
l'accès à la deuxième image de profil à partir du dispositif de mémoire ;
la reconfiguration du micrologiciel existant fonctionnant sur le dispositif de communications, sans changer le micrologiciel existant pour un micrologiciel différent, conformément à un deuxième objet de données de configuration inclus dans la deuxième image de profil;
l'échange d'un deuxième message entre le dispositif de communications (102) et un deuxième dispositif en réseau (203) par l'intermédiaire d'un réseau de bus de terrain d'une pluralité de réseaux de bus de terrain, le deuxième message contenant un deuxième objet de données de réseau ;
le mappage, par le dispositif de communications (102) conformément au deuxième objet de données de configuration de la deuxième image de profil (252), du deuxième objet de données de réseau sur une deuxième donnée hôte pour un deuxième dispositif hôte (201) en utilisant des caractéristiques du deuxième dispositif hôte à partir de la deuxième image de profil, le deuxième dispositif hôte (201) étant caractérisé par le deuxième type d'hôte ; et
l'échange des deuxièmes données hôtes avec le deuxième dispositif hôte (201).
la réception de la première image de profil (152) du premier dispositif hôte (101).
la réception de la première image de profil (152) d'un système de développement.
la configuration du dispositif de communications (102) par lui-même conformément à l'objet de données de configuration.
REFERENCES CITED IN THE DESCRIPTION
This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.
Patent documents cited in the description