WO2004010645A1 - Busstation mit integrierter busmonitorfunktion - Google Patents

Busstation mit integrierter busmonitorfunktion Download PDF

Info

Publication number
WO2004010645A1
WO2004010645A1 PCT/EP2003/007666 EP0307666W WO2004010645A1 WO 2004010645 A1 WO2004010645 A1 WO 2004010645A1 EP 0307666 W EP0307666 W EP 0307666W WO 2004010645 A1 WO2004010645 A1 WO 2004010645A1
Authority
WO
WIPO (PCT)
Prior art keywords
bus
monitor
bus station
data
station
Prior art date
Application number
PCT/EP2003/007666
Other languages
English (en)
French (fr)
Inventor
Thomas Gros
Fridolin Faist
Original Assignee
Vega Grieshaber 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 Vega Grieshaber Kg filed Critical Vega Grieshaber Kg
Priority to EP03764993A priority Critical patent/EP1523826B1/de
Priority to DE50308807T priority patent/DE50308807D1/de
Priority to AU2003250959A priority patent/AU2003250959A1/en
Publication of WO2004010645A1 publication Critical patent/WO2004010645A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/062—Generation of reports related to network traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0253—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using browsers or web-pages for accessing management information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps

Definitions

  • the present invention relates to a bus station which is intended for integration into a
  • Bus system or intended for connection to a bus system.
  • the invention further relates to a network with at least one such bus station and the use of such a bus station for monitoring a bus system.
  • Bus system connected to digitally communicate bus stations. In particular, this enables monitoring of the bus system.
  • sensors, actuators, control units, gateways, bridges, couplers and other units of the actuators and sensors can be designated as bus stations, which are intended for connection to a bus system and which are uni via the bus system with other bus stations or bus subscribers - or communicate bidirectionally, in particular to make process data available to the bus system and / or to receive process data from the bus system.
  • Sensors and actuators are often directly connected to a control or evaluation unit via an analog 4 - 20 mA signal.
  • a separate two-wire cable is required for each connection between the sensor or actuator and the control or evaluation unit.
  • an input or output circuit I / O
  • I / O input or output circuit
  • the individual bus stations e.g. sensors, actuators, control unit, gateway, etc.
  • a common cable infrastructure e.g. a so-called bus (binary utility system) - connected to each other, whereby the cabling effort can be kept as low as possible.
  • So-called fieldbus systems are primarily used in the field of level technology.
  • a fieldbus usually connects components of the actuators or sensors (such as field devices) on the one hand to a control or control computer on the other.
  • Process data are registered by the sensors, transferred to the control computer via the fieldbus and evaluated there.
  • the data is transferred from the control computer back to the actuator stations, which then intervene to regulate the process to be monitored.
  • This data exchange is usually done on a digital basis.
  • a bus station in the sense of the present invention can also be referred to as a bus subscriber or generally as a field device.
  • Such a bus station has primary functionality such as measuring process data or environmental conditions. For example, with a
  • Level measuring device the level of a product in a container or tank can be determined.
  • the value representing the fill level is then transmitted to a control center or the like via a bus.
  • bus monitors are usually connected to the bus system as purely passive and external devices to enable monitoring or diagnosis in the event of a fault.
  • the bus monitor is a purely passive device and does not actively participate in the communication of the bus system. Rather, its task is to "listen" to all data traffic in the bus system and to store it in a memory provided for this purpose. In order to be able to find and identify the data stored in this way at a later diagnosis, each individual data telegram is stored in a memory of the bus monitor together with a time stamp and / or an index. Often such bus monitors have via its own display or a monitor, with which the registered data traffic can be displayed directly online. In principle, however, there is also the possibility of using the data stored in the memory and recorded earlier in order to be able to analyze it offline at a later point in time.
  • bus monitors of this type frequently include a filter function, which, particularly in the case of complex systems, allows the telegram traffic of the bus system to be pre-sorted and filed according to certain filter criteria. Essentially, a distinction must be made between “online filters” and “offline filters” in such filters.
  • An online filter is a filter that identifies those that occur on the bus system
  • Telegrams are already evaluated during recording - that is, online - but only saved those that correspond to a specific filter rule.
  • the advantage of an online filter is that the amount of data to be saved is reduced;
  • Offline filters are filters that analyze data from previous recordings, which means that the data can be displayed more clearly.
  • the advantage of such an offline filter is that only the data that is of interest at the time of the analysis can be displayed, but it can also be switched to an overall image of the data if required.
  • offline filters of this type prove to be disadvantageous in that they always require a very large amount of data.
  • No. 4,817,080A shows a monitoring system for a local network, in which a monitor manager receives information from individual monitor devices which are connected to different buses in the local network.
  • a bus-like, local network is known from JP 05130108 A, which contains bus monitor devices.
  • FR 2 691 029 AI discloses a remote analysis method for data from a protocol. Data from a protocol that is transferred to a transmission bus to be tested is analyzed here.
  • the bus connects at least one telephone set to a digital network terminal in a digital data transmission system, which is intended to ensure the connection between at least two telephone sets.
  • the aim here is to ensure that the data are also available at a remote location in order to avoid frequent trips by highly qualified personnel and the transport of an analysis device to the various user customers.
  • a bus monitor circuit for switching systems is known from EP 0 601 768 A2.
  • a bus monitor must be connected separately to a bus. Also the
  • WO 9638792 AI discloses monitoring data in a computer network. Here too, separate monitoring is carried out on a bus. In the
  • WO 98/14852 AI discloses a network in which various bus stations and also so-called bridges can be connected.
  • an interface is connected between a remote communication network and a process control system.
  • a so-called software layer enables the connection between the remote communication network and the process control. Similar
  • Monitoring units for improved data transmission security in a master-slave bus system are known from WO 00/52579 AI or EP 1 049 292 A2.
  • JP 2002164899 A shows a network monitoring for goods.
  • the bus monitors described above must be connected to the existing bus system as additional devices in addition to the known bus stations such as sensors etc. There is a risk that the bus system will be influenced as a side effect as a result of changed electrical parameters of the overall system, which can then lead to incorrect diagnoses.
  • External bus monitors of this type are also unsuitable for fault diagnosis because they can only be used to register local data traffic at the point at which the bus monitor is connected.
  • global monitoring is not possible.
  • the respective data traffic of individual bus stations behind their respective bus interface cannot be registered by an external bus monitor, i.e. Communication errors in the bus station remain undetected.
  • the present invention is therefore based on the problem of enabling improved bus monitoring for research into the causes of faults or for system diagnosis.
  • a newly designed bus station such as a sensor, an actuator, a control unit or a gateway, etc., which the primary functionality of the each device with a second functionality, the bus monitor function, combined by integrating a bus monitor device into the bus station.
  • the primary functionality denotes the main purpose of the respective bus station, that is to say the device to be connected to the bus, for which it is used.
  • the primary functionality of a sensor is to record physical processes and convert them into electrical or digital signals that can be further processed and evaluated.
  • the respective bus station continues to use the bus interface, which is present anyway for the purpose of process data communication, in addition to this primary functionality, in order to carry out monitoring of the bus system as a secondary task.
  • a bus monitor device is integrated in the bus station, for which, for example, the software of the bus station is expanded to include the functionality for recording these data telegrams.
  • the bus monitor device can be expanded to include a telegram memory in which the telegrams ideally provided with a time stamp and / or an index are stored.
  • the bus system is not negatively influenced by such a new bus station with a bus monitor device, and it can also be used to monitor the data traffic of a bus station that takes place internally "behind" the respective bus interface of the individual bus station.
  • each bus station can comprise a monitor or a display, with which the registered data traffic can be displayed directly online or offline.
  • Another possibility to be able to access the data obtained with the aid of the bus motor function is to access the data stock in a further exemplary embodiment of the invention with the aid of the communication software via the bus system.
  • This access to the data stock is preferably carried out via the functions defined in the bus system, such as in the case of an Ethernet or Internet via FTP, Telnet or HTTP.
  • the visualization of the data obtained (stored) with the aid of the bus motor function can alternatively be provided in a form which is understandable to the user (for example a text or HTML file) and / or in accordance with a preferred example of another embodiment of the invention a machine-understandable form (eg binary coding).
  • a machine-understandable form eg binary coding
  • the bus stations according to the invention in accordance with a preferred exemplary further embodiment of the invention, furthermore include in their respective bus monitor device a filter with which the recorded data are filtered.
  • Such a filter function enables the specific display of certain telegram types (ie using a command filter) or the display of telegrams of specific devices (ie using an address filter).
  • the bus motor function is still able to check the completeness or validity of the recorded telegrams and, in the event of an error, to signal the user by means of a suitable display that certain telegrams are invalid.
  • Suitable filter functions exist for these cases, so that, for example, only invalid telegrams are displayed.
  • the bus monitor device of the bus station comprises a sufficiently large message memory in which the recorded messages are stored. Since the bus station remains in the system due to its primary function, this is one Long-term monitoring possible. The errors that occur during operation are recorded and can then be read out later at the bus device, via the bus system to which the bus station is connected, via a higher-level bus system, or via another interface of the bus station.
  • FIG. 3 shows the connection of the bus monitor of FIG. 2 with an interface converter.
  • Fig. 4 shows the structure of a bus monitor
  • FIG. 7 shows the structure of a bus system with a bus motor function integrated into the bus stations according to the invention.
  • FIG. 8 shows the structure of a gateway with an integrated function according to the present invention.
  • Fig. 9 shows the structure of a sensor or an actuator with an integrated
  • Bus motor function according to the present invention.
  • 11 shows a user interface for defining filter criteria.
  • FIG. 1 shows the basic structure of a first digitally communicating bus system 5 with a control unit 23, sensors 14 and an actuator 15, which are each connected to the control unit 23 via the digitally communicating bus system 5.
  • Any programmable logic controller (PLC) or very specifically, for example the evaluation center VEGALOG 571 from VEGA Grieshaber KG can be used here as the control unit 23.
  • Any bus system, such as Fieldbus Foundation or Hart, can be used as the first bus system 5, but the Profibus PA or VBUS from VEGA Grieshaber KG has proven to be particularly suitable.
  • the control unit 23 has a configuration interface 3, to which a configuration computer 10 is connected here.
  • the configuration computer 10 is an ordinary PC or can also be a special configuration device.
  • the first bus system 5 is optionally expanded here with a second bus system 40 via a gateway 41.
  • the second bus system 40 represents a superimposed network, such as an Ethernet or Internet.
  • This second bus system 40 is made possible, via the gateway 41, to the control unit 23 or to the sensors 14 or the actuators 15 of the access the first bus system 1.
  • FIG. 2 shows an example of the system of FIG. 1, which is expanded by such a bus monitor 30.
  • the bus monitor 30 represents an additional external and passive device that is additionally connected to the bus system 5.
  • the bus monitor 30 In contrast to the bus stations 14, 15, 23, the bus monitor 30 does not actively participate in the data communication. Rather, its task is to listen to any data traffic on the bus system and to store it in a memory provided for this purpose. In order to make the data traffic registered in this way visible, the bus monitor 30 usually has its own display or monitor. As shown in FIG. 2, the bus monitor 30 is a completely independent device. However, the bus monitor 30 can also only be used as a PC Plug-in card or as an interface converter for connection to, for example, an RS 232 interface (COM interface) of a PC. FIG. 3 shows such an arrangement with an interface converter 31 connected to a PC 32 via an interface (eg RS 232). In this case, the PC 32 functions together with the interface converter 31 as a bus monitor 30.
  • COM interface COM interface
  • the bus monitors 30 are always connected to the existing system externally as additional devices. These devices often have the unfavorable side effect of influencing the bus system in any way. With these external bus monitors
  • FIG. 4 shows a functional diagram of a conventional bus monitor 30.
  • the bus monitor 30 comprises a bus interface 33, communication software 34, a telegram memory 35, a filter 36 and a visualization unit 21 with a display 50 and a keyboard 51.
  • the bus monitor 30 is via the Bus interface 33 connected to an existing bus system 5.
  • the bus monitor 30 accesses this data traffic via the bus interface 33 by means of the communication software 34.
  • the data traffic registered in this way is then stored in a telegram memory 35 or can also be visualized directly online using the visualization unit 21 or the display 50.
  • a filter 36 can be applied in order to limit the amount of data to be stored.
  • FIG. 5 shows a functional diagram of a gateway 41 which, in order to ensure communication between two bus systems 5, 40, is switched on between these two systems.
  • the gateway 41 comprises a first bus interface 42 and a second bus interface 43, a first communication software 44 and a second communication software 45, a measured value and data memory 46 as well as a functionality 47 which translates the data traffic of the two, mostly incompatible bus systems 5, 40 ,
  • the communication software 45 accesses the data on the bus system 5 via the first communication software 44 and the first bus interface 42. This data traffic is registered via the first bus interface 42 with the aid of the first communication software 44.
  • the gateway 41 comprises a visualization unit 21 with a keyboard 51 and a display 50 for displaying process data.
  • the sensor 14 or actuator 15 comprises a sensor or actuator 16, a signal or process processing unit 17, a measured value and data memory 18, a Communication software 19 and a bus interface 20.
  • the sensor system 16 receives a signal to be processed further. This signal is further processed by the signal and process processing unit 17 and, for example, transformed into a format that is understandable for the communication software 19. The so Transformed data can possibly be temporarily stored by the measured value and data memory 18. The transformed data are then communicated to the bus system 5 by the communication software 19 via the bus interface 20.
  • the sensor 14 or the actuator 15 comprises a visualization unit 21 with a keyboard 51 and a display 50 for displaying process data.
  • the invention is based on the idea that the primary functionality of the gateway 41 of FIG. 5 or the sensor 14 or actuator 15 according to FIG. 6 with the function of a bus monitor 30 according to FIG. 4 to a new device with combined functionality with gateway and to combine the bus motor function according to FIG. 8 or the sensor or actuator and bus monitor function according to FIG. 9.
  • the devices system control unit 23, sensor 14, actuator 15 or gateway 41 which are referred to as bus stations in the context of the present invention, use their system-related hardware components and, above all, the respective bus interface not only for the primary task of data exchange of process data and measured values , but they use the same hardware components, and in particular the respective bus interface, to implement a secondary task, namely the bus monitor function.
  • the bus monitor function is implemented in the bus stations by expanding the bus stations by one bus monitor device 30 each.
  • FIG. 7 shows the basic structure of a first digitally communicating bus system 5 with a control unit 23, sensors 14 and actuators 15, which are each connected to the control unit 23 via the digitally communicating bus system 5.
  • the bus system 5 is optionally connected to a second bus system 40 via the gateway 41 coupled.
  • Any bus system, such as Fieldbus Foundation or Hart, can be used as the first bus system 5, but the Profibus PA or VBUS from VEGA Grieshaber KG, Germany, has proven to be particularly suitable.
  • control unit 23, the sensors 14, the actuators 15 and the gateway 41 each comprise an integrated bus monitor device 30.
  • the system of FIG. 7 thus corresponds to the system of FIG. 1 with the exception of the inventive expansion of the bus stations control unit 23, sensor 14, Actuator 15 and gateway 41, each around bus monitor device 30.
  • Configuration interface 3 to which a configuration computer 10 is connected here.
  • the configuration computer 10 can be an ordinary PC or a special configuration device. In the context of the present invention, however, it proves to be particularly expedient to also provide such a configuration interface for the other bus stations 14, 15, 41.
  • Such a configuration interface allows, for example, if the contact from a bus station 14, 15, 41 cannot be established due to a damaged data line to the bus system itself, the monitor data obtained can be read out.
  • the first bus system 5 is optionally expanded here with a second bus system 40 via a gateway 41.
  • the second bus system 40 represents a superimposed network, such as, for example, an Ethernet or Internet.
  • This second bus system 40 is enabled to access the network via the gateway 41 Control unit 23 or to access the sensors 14 or the actuators 15 of the first bus system 5.
  • Such networking of the individual bus stations 14, 15, 41 with one another and even across several levels 5, 40 makes it possible to make the data obtained by means of the integrated bus monitor devices 30 available to the entire system. All monitor data obtained anywhere is available anywhere in the system and at any time.
  • the monitor data is accessed via the functions inherent in the system, such as in the case of an ethernet or Internet network, for example via FTP, Telnet or HTTP. These functions enable access across multiple communication levels.
  • monitor data can be called up via the communication software of the bus station in question, it is possible, for example, to carry out monitoring via the bus system 40, via the gateway 41, via the bus system 5 with the sensor 14 or the actuator 15, and in particular as follows Sensor 14 or actuator 15 receives the telegrams of the bus system 5.
  • the bus system 5 is not influenced, since the sensor 14 or the actuator 15 is also present in the system in “normal” operation.
  • FIG. 8 shows a functional diagram of a gateway 41 which, in order to ensure communication between two bus systems 5, 40, is switched on between these two systems and which is expanded by the bus monitor device according to the invention.
  • the gateway comprises a first bus interface 42 and a second bus interface 43, a first communication software 44 and a second communication software 45, a measured value and data memory 46 and a functionality 47 which translates the data traffic of the two, mostly incompatible bus systems 5, 40.
  • the gateway 41 is also expanded by a data filter 49 and a telegram memory 48. In order to be able to access the data traffic on the bus system 5 via the bus system 40, the
  • Communication software 45 via the first communication software 44 and the first bus interface 42 towards the data on the bus system 5.
  • This data traffic is registered via the first bus interface 42 with the aid of the first communication software 44.
  • the data traffic registered in this way is transformed with the aid of the translation function 47 into a format understandable for the bus system 40 and communicated to the bus system 40 by the second communication software 45 via the bus interface 43.
  • the gateway 41 it is now possible to use the gateway 41 to monitor the bus systems 5, 40 or the gateway itself.
  • the gateway 41 accesses this telegram traffic via the bus interface 42 or 43 by means of the communication software 44 or 45.
  • the data traffic registered in this way is then possibly stored in a filtered form in the telegram memory 48 or can also be optically displayed directly online with the visualization unit 21 or with the display 50.
  • 9 shows the basic structure of a sensor 14 or actuator 15 in the form of a functional diagram according to the present invention.
  • the sensor 14 or actuator 15 comprises a sensor or actuator 16, a signal or process processing unit 17, a measured value and data memory 18, communication software 19 and a bus interface 20.
  • the sensor 14 or the actuator 15 is one Data filter 49 and a telegram memory 48 expanded.
  • the sensor system 16 receives a signal to be processed further.
  • This signal is further processed by the signal and process processing unit 17 and, for example, transformed into a format that is understandable for the communication software 19.
  • the data transformed in this way can possibly be temporarily stored by the measured value and data memory 18.
  • the transformed data are then communicated to the bus system 5 by the communication software 19 via the bus interface 20.
  • the sensor 14 or the actuator 15 it is now possible to use the sensor 14 or the actuator 15 to monitor the bus systems 5 or the sensor 14 or the actuator 15 itself.
  • the sensor 14 or actuator 15 accesses this data traffic via the bus interface 20 by means of the communication software 19. The so registered
  • Data traffic is then possibly stored in a filtered form in the telegram memory 48 or can also be visualized directly online using the visualization unit 21 or the display 50.
  • FIG. 10a shows various possible representations of the monitor data which have been obtained with the aid of the integrated bus monitor function.
  • the visualization of the (stored) data obtained using the bus monitor function can alternatively be in a form that is understandable for the user (eg text or HTML file) and / or according to a preferred exemplary other embodiment of the invention also in a machine-understandable form (eg binary coding).
  • FIG. 10a shows the data traffic recorded by the torque function, which was read in byte by byte from a bus system, in a hexadecimal representation of numbers separated into requests (requests) and answers (answer) at a specific point in time. A more understandable representation of the monitor data is shown in FIG.
  • FIGS. 10a and 10b are combined with one another, in that both the hexadecimal and the “translated” representation are displayed next to one another in parallel.
  • filter conditions such as command filter conditions and / or address filter conditions
  • condition 1 to 8 can be defined (conditions 1 to 8), which can be combined with each other using logical operators, whereby each filter condition (e.g. condition 1) consists of several conditions are logically linked with each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Small-Scale Networks (AREA)

Abstract

Die vorliegende Erfindung betrifft eine Busstation (14; 15; 23) wie beispielsweise einen Sensor (14), Aktor (15) oder ein Gateway (23), die neben ihrer primären geräteimmanenten Funktion eine sekundäre Funktion erfüllen, nämlich die einer Busmonitorfunktion. Um dieser sekundären Funktionalität gerecht werden zu können, sind die Busstationen (14; 15; 23) jeweils mit einer Busmonitoreinrichtung (30) ausgestattet, die es erlaubt, auf den auf dem Bussystem (5, 40) ablaufenden Telegrammverkehr zuzugreifen, diesen zu registrieren und weiterzuverarbeiten. Ferner betrifft die Erfindung ein Netzwerk, das mit derartigen Busstationen (14; 15; 23) ausgestattet ist und ein Verfahren zur Durchführung solch eines Monitorings mit Hilfe der genannten Busstationen (14; 15; 23).

Description

Busstation mit integrierter Busmomtorfunktion
TECHNISCHES GEBIET
Die vorliegende Erfindung betrifft eine Busstation, die zur Integration in ein
Bussystem oder zum Anschließen an ein Bussystem bestimmt ist. Weiterhin betrifft die Erfindung ein Netzwerk mit zumindest einer solchen Busstation und die Verwendung einer solchen Busstation zur Überwachung eines Bussystems.
Eine Busstation liefert anderen Busteilnehmern bzw. Busstationen Prozessdaten oder Signale in Form von Telegrammen über das Bussystem. Vorzugsweise werden von einer solchen Busstation über das Bussystem auch entsprechende Daten und Signale empfangen. Insbesondere betrifft die Erfindung eine Busstation im Bereich der Füllstand- oder Druckmesstechnik, die in ein Feldbussystem wie beispielsweise ein Profibus PA integriert oder hieran angeschlossen ist, um mit anderen an dem
Bussystem angeschlossenen Busstationen digital zu kommunizieren. Insbesondere kann hierdurch eine Überwachung des Bussystems ermöglicht werden.
Als Busstation können im Rahmen der vorliegenden Erfindung insbesondere Sensoren, Aktoren, Steuerungseinheiten, Gateways, Bridges, Koppler und andere Einheiten der Aktorik und Sensorik bezeichnet werden, die zum Anschluss an ein Bussystem bestimmt sind und die über das Bussystem mit anderen Busstationen bzw. Busteilnehmern uni- oder bidirektional kommunizieren, insbesondere um Prozessdaten dem Bussystem zur Verfügung zu stellen und/oder um Prozessdaten aus dem Bussystem zu empfangen.
Häufig werden Sensoren und Aktoren über ein analoges 4 - 20 mA-Signal mit einer Steuerung- oder Auswerteeinheit direkt verbunden. Für jede Verbindung zwischen Sensor bzw. Aktor und der Steuer- oder Auswerteeinheit ist bei dieser Technik ein eigenes zweiadriges Kabel notwendig. Zusätzlich muss für jeden Sensor und Aktor eine Ein- bzw. Ausgangsschaltung (I/O) in der Steuerung- oder Auswerteeinheit (beispielsweise ein PC oder SPS) vorgesehen werden. Um den Verkabelungsaufwand möglichst gering zu halten, d.h. um nicht jeden anzusteuernden Sensor oder Aktor einzeln über eine eigene Verkabelung an die Steuerung- oder Auswerteeinheit anschließen zu müssen, werden die einzelnen Busstationen (beispielsweise Sensoren, Aktoren, Steuereinheit, Gateway, etc.) über eine gemeinsame Kabelinfrastniktur - einen sogenannten Bus (Binary Utility System) - miteinander verbunden, wodurch der Verkabelungsaufwand möglichst gering gehalten werden kann.
Im Bereich der Füllstandstechnik kommen vor allem sogenannte Feldbussysteme zum Einsatz. Ein Feldbus verbindet üblicherweise Komponenten der Aktorik oder Sensorik (wie beispielsweise Feldgeräte) einerseits mit einem Leit- oder Steuerrechner andererseits. Dabei werden Prozessdaten von der Sensorik registriert, über den Feldbus zum Steuerrechner übertragen und dort ausgewertet. Als Ergebnis des Auswertungsprozesses werden die Daten vom Steuerrechner wieder hin zu den Stationen der Aktorik übertragen, die dann regelnd in den zu überwachenden Prozess eingreifen. Dieser Datenaustausch erfolgt meist auf digitaler Basis. Ferner ist es auch möglich, die am Bussystem angeschlossenen Feldgeräte über das Bussystem zu kalibrieren oder in sonstiger Weise zu manipulieren, um beispielweise ein Feldgerät in einen bestimmten Betriebmodus zu versetzen.
Es ist anzumerken, dass eine Busstation im Sinne der vorliegenden Erfindung auch als Busteilnehmer oder allgemein als Feldgerät bezeichnet werden kann. Eine solche Busstation hat eine primäre Funktionalität wie beispielsweise Prozessdaten oder Umgebungsbedingungen zu messen. Beispielsweise kann mit einer
Füllstandmessvorrichtung der Füllstand eines Füllgutes in einem Behälter oder Tank ermittelt werden. Der den Füllstand repräsentierende Wert wird dann über einen Bus zu einer Leitstelle oder dergleichen übertragen.
HINTERGRUND DER ERFINDUNG
Problematisch bei dieser Art der Vernetzung von Geräten bzw. Busstationen untereinander ist jedoch die Überwachungs- bzw. Diagnosemöglichkeit des Systems im Fehlerfall oder auch die Optimierung des Systems. Es besteht daher der Bedarf, derartige Bussysteme zu überwachen, Fehlerzustände zu diagnostizieren und Optimierungen des Bussystems zuzulassen bzw. zu erleichtern.
Treten bei derartigen Bussystemen Kommunikationsprobleme zwischen einem oder mehreren Sensoren oder Aktoren und der Steuereinheit auf, so bereitet die Analyse eines derartigen Problems erheblichen Aufwand, sofern sich ein solches Problem überhaupt lösen lässt. In derartigen Fällen kann ein herkömmliches Multimeter nur noch bedingt Informationen über die Ursache der fehlerhaften Kommunikation liefern. Vielfach besteht dann nur noch die Möglichkeit, über zusätzliche externe und zudem meist teuere Geräte eine Überwachung oder Diagnose des Bussystems durchzuführen. Hierfür werden meist sogenannte Busmonitore als rein passive und externe Geräte an das Bussystem angeschlossen, um eine Überwachung oder Diagnose im Fehlerfall zu ermöglichen.
Der Busmonitor ist dabei ein rein passives Gerät und nimmt nicht aktiv an der Kommunikation des Bussystems teil. Seine Aufgabe besteht vielmehr darin, jeglichen Datenverkehr des Bussystems "mitzuhören" und in einem dafür vorgesehenen Speicher abzulegen. Um die so abgelegten Daten zu einem späteren Diagnosezeitpunkt wieder auffinden und identifizieren zu können, wird jedes einzelne Datentelegramm zusammen mit einem Zeitstempel und/oder einem Index in einem Speicher des Busmonitors abgelegt. Häufig verfügen derartige Busmonitore über ein eigenes Display oder einen Monitor, womit der registrierte Datenverkehr unmittelbar online zur Anzeige gebracht werden kann. Prinzipiell besteht aber auch die Möglichkeit, auf die im Speicher abgelegten und früher aufgezeichneten Daten zurückzugreifen, um sie zu einem späteren Zeitpunkt offline analysieren zu können.
Weiterhin umfassen derartige Busmonitore häufig eine Filterfunktion, die es vor allem bei komplexen Systemen erlaubt, den Telegrammverkehr des Bussystems nach bestimmten Filterkriterien vorzusortieren und abzulegen. Im Wesentlichen ist bei derartigen Filtern zwischen "Online-Filtern" und "Offline-Filtern" zu unterscheiden. Als Online-Filter wird ein Filter bezeichnet, der die am Bussystem auftretenden
Telegramme bereits während der Aufzeichnung - also online - bewertet, jedoch nur diejenigen abspeichert, die einer bestimmten Filterregel entsprechen. Der Vorteil eines Online-Filters besteht darin, dass das zu speichernde Datenaufkommen reduziert wird; nachteilig ist jedoch, dass durch den Filtervorgang möglicherweise relevante Telegramme verloren gehen, wodurch es zu unvollständigen
Aufzeichnungen kommt. Als Offline-Filter hingegen werden Filter bezeichnet, die Daten aus früheren Aufzeichnungen analysieren, wodurch die Daten übersichtlicher dargestellt werden können. Der Vorteil eines derartigen Offline-Filters besteht darin, dass nur die im Moment der Analyse interessanten Daten dargestellt werden können, j edoch bei Bedarf auch auf ein Gesamtabbild der Daten umgeschaltet werden kann. Nachteilig erweisen sich derartige Offline-Filtern jedoch dadurch, dass diese stets ein sehr hohes Datenaufkommen bedingen.
So zeigt die US 4,817,080A ein Überwachungssystem für ein lokales Netzwerk, bei dem ein Monitormanager Informationen von individuellen Monitoreinrichtungen erhält, die mit verschiedenen Bussen des lokalen Netzwerkes verbunden sind. Aus der JP 05130108 A ist ein busartiges, lokales Netzwerk bekannt, das Busmonitoreinrichtungen enthält. In der FR 2 691 029 AI ist ein Fernanalyseverfahren von Daten aus einem Protokoll offenbart. Hier werden Daten eines Protokolls, die auf einen zu testenden Übertragungsbus übertragen werden, analysiert. Der Bus verbindet mindestens einen Telefonapparat mit einem digitalen Netzwerkterminal in einem Übertragungssystem von digitalen Daten, das die Verbindung zwischen mindestens zwei Telefonapparaten gewährleisten soll. Es wird hierin darauf abgestellt, dass die Daten auch an einem entfernten Ort zur Verfügung stehen, um häufige Fahrten eines hochqualifizierten Personals und den Transport eines Analysegerätes zu den verschiedenen Anwenderkunden zu vermeiden.
Aus der EP 0 601 768 A2 ist eine Busmonitorschaltung für Schaltsysteme bekannt.
Auch hier ist ein Busmonitor separat an einen Bus anzuschließen. Auch die
WO 9638792 AI offenbart ein Monitoring von Daten in einem Computernetzwerk. Auch hier wird ein separates Monitoring an einem Bus betrieben. In der
WO 98/14852 AI ist ein Netzwerk offenbart, bei dem verschiedene Busstationen und auch sogenannte Bridges anschließbar sind. Hier ist ein Interface zwischen einem entfernten Kommunikationsnetzwerk und einem Prozesssteuersystem geschaltet. Ein sogenannter Softwarelayer ermöglicht die Verbindung zwischen dem entfernt liegenden Kommunikationsnetzwerk und der Prozesssteuerung. Ahnliche
Überwachungseinheiten für verbesserte Datenübertragungssicherheit in einem Master-Slave-Bussystem sind aus der WO 00/52579 AI oder EP 1 049 292 A2 bekannt.
Anzumerken ist noch, dass aus der DE 198 52276 AI ein Verfahren zum
Empfangen einer Nachricht über einen seriellen Datenbus bekannt ist und in der JP 2002164899 A ein Netzwerkmonitoring für Waren gezeigt ist. Wie bereits erwähnt, müssen die zuvor beschriebenen Busmonitore als zusätzliche Geräte neben den bekannten Busstationen wie Sensoren etc. an das bestehende Bussystem angeschlossen werden. Es besteht hierbei die Gefahr, dass dadurch als Nebeneffekt das Bussystem infolge veränderter elektrischer Kenngrößen des Gesamtsystems beeinflusst wird, was dann zu fehlerhaften Diagnosen führen kann.
Weiterhin erweisen sich diese externen, passiven Busmonitore dadurch als nachteilig, dass mit Ihnen Langzeitdiagnosen nicht durchführbar sind, da diese Geräte nicht ständig im Bussystem verbleiben können. Eine Fehlerursachenforschung ist daher häufig nicht möglich, da diese Busmonitore zum Zeitpunkt, zu dem ein Fehler auftritt, meist nicht im Bussystem eingebaut sind.
Derartige externe Busmonitore sind überdies deswegen als für die Fehlerdiagnose ungeeignet, da mit Ihnen nur der lokale Datenverkehr, an der Stelle, an der der Busmonitor angeschlossen ist, registriert werden kann. Eine globale Überwachung hingegen ist nicht möglich. Der jeweilige Datenverkehr einzelner Busstationen hinter ihrem jeweiligen Businterface ist somit für einen externen Busmonitor nicht registrierbar, d.h. Fehler in der Kommunikation in der Busstation bleiben unentdeckt.
DARSTELLUNG DER ERFINDUNG
Der vorliegenden Erfindung liegt somit das Problem zugrunde, ein verbessertes Busmonitoring zur Fehlerursachenforschung oder Systemdiagnose zu ermöglichen.
Dieses Problem wird gemäß einem ersten Aspekt der Erfindung durch eine neu konzipierte Busstation wie beispielsweise einem Sensor, einem Aktor, einer Steuereinheit oder einem Gateway, etc. gelöst, die die primäre Funktionalität des jeweiligen Gerätes mit einer zweiten Funktionalität, der Busmonitorfunktion, kombiniert, indem in die Busstation eine Busmonitoreinrichtung integriert wird. Unter der primären Funktionalität wird im Rahmen der vorliegenden Erfindung der Hauptzweck der jeweiligen Busstation, also des an den Bus anzuschließenden Gerätes, bezeichnet, für den es eingesetzt wird. So besteht die primäre Funktionalität eines Sensors beispielsweise darin, physikalische Vorgänge zu erfassen und in elektrische oder digitale Signale umzusetzen, die weiter verarbeitet und ausgewertet werden können. Erfindungsgemäß nutzt nun die jeweilige Busstation das jeweils ohnehin für Zwecke der Prozessdatenkommunikation vorhandene Businterface neben dieser primären Funktionalität weiterhin, um eine Überwachung des Bussystems als sekundäre Aufgabe durchzuführen.
Um für diese sekundäre Funktionalität, die Datentelegramme auf dem Bussystem in Form von Monitordaten zu erfassen, ist in die Busstation eine Busmonitoreinrichtung integriert, wofür unter anderem beispielsweise die Software der Busstation um die Funktionalität zur Erfassung dieser Datentelegramme erweitert wird.
Neben der erwähnten möglichen Erweiterung der vorhandenen Software ist es ebenfalls möglich, eine eigene Software zur Erfassung der Datentelegramme in die Busstation zu integrieren. Um auf die so erfassten Monitordaten, beispielsweise im Offline-Betrieb zurückgreifen zu können, kann die Busmonitoreinrichtung um einen Telegrammspeicher erweitert werden, in dem die idealerweise mit einem Zeitstempel und/oder einem Index versehenen Telegramme abgelegt werden. Erfindungsgemäß wird also durch eine solche neue Busstation mit Busmonitoreinrichtung das Bussystem nicht negativ beeinflusst, und es kann hiermit auch der Datenverkehr einer Busstation überwacht werden, der stationsintern "hinter" dem jeweiligen Businterface der einzelnen Busstation stattfindet. Es kann sich als besonders günstig erweisen, alle in einem Bussystem vorhandenen Busstationen mit der erfindungsgemäßen integrierten Busmonitorfunktion auszustatten, da dadurch alle an beliebiger Stelle gewonnen Monitordaten an jedem beliebigen Ort des Systems und zu jeder beliebigen Zeit verfügbar gemacht werden. Dieser Rückgriff auf den erfassten Datenbestand erfolgt vorzugsweise über die im Bussystem definierten Funktionen, wie beispielsweise im Falle eines Ether- oder Internet über FTP, Telnet oder HTTP.
Ein weiterer Vorteil der Integration der Busmonitorfunktion in eine Busstation besteht darin, dass dadurch gewährleistet wird, dass dadurch eine negative
Beeinflussung infolge veränderter elektrischer Kenngrößen des Gesamtsystems vermieden wird, da die jeweilige Busstation dauerhaft im System verbleibt. Weiterhin vorteilhaft erweist sich die Integration der Busmonitorfunktion in eine Busstation dadurch, dass dadurch, dass die Busstationen dauerhaft im System verbleiben auch Langzeitdiagnosen möglich werden, wodurch die Erforschung einer möglichen Fehlerursache möglich wird.
Um die mit Hilfe der erfindungsgemäßen integrierten Busmonitorfunktion gewonnenen Daten zu visualisieren, kann jede Busstation gemäß einer weiteren beispielhaften Ausführungsform der Erfindung einen Monitor oder ein Display umfassen, womit der registrierte Datenverkehr unmittelbar online oder auch offline zur Anzeige gebracht werden kann. Eine andere Möglichkeit, um auf die mit Hilfe der Busmomtorfunktion gewonnenen Daten zurückgreifen zu können, besteht darin, bei einer weiteren beispielhaften Ausführungsform der Erfindung mit Hilfe der Kommunikationssoftware über das Bussystem auf den Datenbestand zurückzugreifen. Dieser Rückgriff auf den Datenbestand erfolgt vorzugsweise über die im Bussystem definierten Funktionen, wie beispielsweise im Falle eines Ether- oder Internet über FTP, Telnet oder HTTP. Durch diese Funktionen ist es möglich, auf die gewonnenen Monitordaten über mehrere Kommunikationsebenen hinweg zuzugreifen. Für Feldgeräte, die neben der Busschnittstelle zusätzlich über eine weitere Schnittstelle, wie beispielsweise eine Konfigurationsschnittstelle, verfügen, besteht die Möglichkeit, die aufgezeichneten Monitordaten über diese weitere Schnittstelle auszulesen. Diese Ergänzung ermöglicht die Diagnose und Überwachung des Telegrammverkehrs der jeweiligen Busstation mit dem Bussystem auch dann, wenn keine Kommunikation zwischen Bussystem und Busstation, beispielsweise wegen einer beschädigten Datenleitung, zustande kommt.
Die Visualisierung der mit Hilfe der Busmomtorfunktion gewonnenen (gespeicherten) Daten kann alternativ gemäß einer weiteren beispielhaften Ausführungsform der Erfindung in einer für den Anwender verständlichen Form (z.B. Text- oder HTML-Datei) und/oder gemäß einer bevorzugten beispielhaften anderen Ausführungsform der Erfindung auch in einer maschinenverständlichen Form (z.B. binäre Codierung) erfolgen. Diese unterschiedlichen Arten der Visualisierung erweisen sich besonders vorteilhaft dadurch, dass je nach Anwenderzielgruppe unterschiedliche Darstellungsarten ausgewählt werden können. Bevorzugen Spezialisten in der Regel eine maschinenlesbare Darstellung, bei der der auftretenden Datenverkehr auf dem Bussystem Byte für Byte in maschinenlesbarer Darstellung eingelesen und als Hexadezimalzahlen dargestellt werden, bevorzugen Servicetechniker üblicherweise eine verständlichere Darstellung, bei der die Telegramme zum einen klar getrennt in Anfragen und Antworten, zum anderen "übersetzt", d.h. für den Anwender in verständlicher Form, beispielsweise als Text oder HTML-Datei dargestellt werden. Bei Bedarf umfassen die erfmdungsgemäßen Busstationen gemäß einer bevorzugten beispielhaften weiteren Ausfuhrungsform der Erfindung weiterhin in ihrer jeweiligen Busmonitoreinrichtung einen Filter, mit dem die erfassten Daten gefiltert werden. Durch eine derartige Filterfunktion wird die gezielte Darstellung bestimmter Telegrammtypen (d.h. unter Anwendung eines Befehlsfilters) oder die Darstellung von Telegrammen bestimmter Geräte (d.h. unter Anwendung eines Adressfilters) ermöglicht. Durch geeignete Filterabfragen ist die Busmomtorfunktion weiterhin in der Lage, die aufgezeichneten Telegramme auf Vollständigkeit bzw. Gültigkeit zu überprüfen und im Fehlerfall dem Anwender durch eine geeignete Darstellung zu signalisieren, dass bestimmte Telegramme ungültig sind. Für diese Fälle existieren geeignete Filterfunktionen, so dass beispielsweise nur ungültige Telegramme zur Anzeige kommen. Um die nur wirklich relevanten Telegramme auszufiltern, ist es weiterhin möglich, die erfassten Telegramme mit Hilfe logischer Und-, Und-/Oder- oder Oder-Kombinationen der Filterregeln auszufiltern, was prinzipiell sowohl im Online- oder als auch im Offline-Betrieb möglich ist.
Wie eingangs bereits erwähnt, wird daher durch eine derartige Filterfunktionalität das durch die Busmomtorfunktion erzeugte Datenaufkommen eingeschränkt und damit ein Online-Monitoring ermöglicht. Durch die Filterfunktion wird es somit beispielsweise ermöglicht, nur die bei der Busstation fehlerhaft ankommenden
Telegramme aufzuzeichnen, um diese während des laufenden Betriebs online dem Anwender zugänglich zu machen.
Um mit Hilfe der Busmonitorfunktion ein Langzeitmonitoring des Bussystems zu ermöglichen, umfasst die Busmonitoreinrichtung der Busstation gemäß einer beispielhaften weiteren Ausführungsform der Erfindung einen genügend großen Telegrammspeicher, in dem die erfassten Telegramme abgelegt werden. Da die Busstation aufgrund ihrer primären Funktion im System verbleibt, ist somit eine Langzeitüberwachung möglich. Die während des Betriebs auftretenden Fehler werden aufgezeichnet und können dann zu einem späteren Zeitpunkt direkt am Busteilnehmer, über das Bussystem, an dem die Busstation angeschlossen ist, über ein übergeordnetes Bussystem, oder über eine weitere Schnittstelle der Busstation ausgelesen werden.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
Im Folgenden ist zum besseren Verständnis und zur weiteren Erläuterung der vorliegenden Erfindung der technische Hintergrund der Erfindung und ein Ausführungsbeispiel der Erfindung unter Bezugnahme auf die beigefügten Zeichnungen näher beschrieben.
Fig. 1 zeigt den Aufbau eines Bussystems
Fig. 2 zeigt ein mit einem Busmonitor überwachtes Bussystem
Fig. 3 zeigt die Anbindung des Busmonitors der Fig. 2 mit einem Schnittstellenwandler.
Fig. 4 zeigt den Aufbau eines Busmonitors
Fig. 5 zeigt den Aufbau eines Gateways
Fig. 6 zeigt den Aufbau eines Sensors bzw. eines Aktors
Fig. 7 zeigt den Aufbau eines Bussystems mit in die Busstationen erfindungsgemäß integrierter Busmomtorfunktion.
Fig. 8 zeigt den Aufbau eines Gateways mit integrierter Funktion gemäß der vorliegenden Erfindung. Fig. 9 zeigt den Aufbau eines Sensors bzw. eines Aktors mit integrierter
Busmomtorfunktion gemäß der vorliegenden Erfindung.
Fig. 10 a - c zeigt mögliche Darstellungen der Monitordaten.
Fig. 11 zeigt eine Benutzeroberfläche zur Definition von Filterkriterien.
In allen Figuren hinweg sind gleiche Einheiten und Funktionen mit übereinstimmenden Bezugszeichen gekennzeichnet.
BESCHREIBUNG EINES AUSFUHRUNGSBEISPIELS DER VORLIEGENDEN ERFINDUNG
Fig. 1 zeigt den grundsätzlichen Aufbau eines ersten digital kommunizierenden Bussystems 5 mit einer Steuereinheit 23, Sensoren 14 sowie einem Aktor 15, die jeweils über das digital kommunizierende Bussystem 5 mit der Steuereinheit 23 verbunden sind. Als Steuereinheit 23 kann hier jede beliebige speicherprogrammierbare Steuerung (SPS) oder ganz speziell, beispielsweise die Auswertzentrale VEGALOG 571 der Firma VEGA Grieshaber KG verwendet werden. Als erstes Bussystem 5 kann hier jedes beliebige Bussystem, wie beispielsweise Fieldbus Foundation oder Hart verwendet werden, als besonders geeignet erweisen sich jedoch der Profibus PA bzw. der VBUS der Firma VEGA Grieshaber KG. In dieser Ausführungsform verfügt die Steuereinheit 23 über eine Konfigurationsschnittstelle 3, an die hier ein Konfigurationsrechner 10 angeschlossen ist. Der Konfigurationsrechner 10 ist ein gewöhnlicher PC oder kann auch ein spezielles Konfigurationsgerät sein. Das erste Bussystem 5 ist hier optional mit einem zweiten Bussystem 40 über ein Gateway 41 erweitert. Das zweite Bussystem 40 stellt in Bezug auf das erste Bussystem 5 ein überlagertes Netzwerk, wie z.B. ein Ethernet oder Internet dar. Diesem zweiten Bussystem 40 wird es ermöglicht, über das Gateway 41 auf die Steuereinheit 23 oder auf die Sensoren 14 oder die Aktoren 15 des ersten Bussystems 1 zuzugreifen. Als mögliche Variante ist es bekannt, die Steuereinheit 23 mit dem Gateway 41 in einem Gerät zu kombinieren.
Treten in einem derartigen System Probleme bei der Kommunikation zwischen einem oder mehreren Sensoren 14, Aktoren 15 und/oder der Steuereinheit 23 auf, so ist die Analyse eines derartigen Problems mit erheblichem Aufwand verbunden, sofern der dem Problem zugrunde liegende Fehler überhaupt aufgefunden werden kann. In einem solchen Fall kann ein herkömmliches Multimeter nur noch sehr bedingt Informationen über die Ursache der fehlerhaften Kommunikation liefern. Üblicherweise wird in solch einem Falle die Fehlerursache mit Hilfe externer Geräte, die an das Bussystem 5 oder 40 angeschlossen werden, diagnostiziert. Diese Geräte zur Überwachung eines Bussystems werden auch als Busmonitore bezeichnet. Die Fig. 2 zeigt exemplarisch das System der Fig. 1, das um solch einen Busmonitor 30 erweitert ist. Der Busmonitor 30 stellt hier ein zusätzliches externes und passives Gerät dar, das an das Bussystem 5 zusätzlich angeschlossen ist.
Im Gegensatz zu den Busstationen 14, 15, 23 nimmt der Busmonitor 30 nicht aktiv an der Datenkommunikation teil. Seine Aufgabe besteht vielmehr darin, jeglichen Datenverkehr auf dem Bussystem mitzuhören und diesen in einem dafür vorgesehenen Speicher abzulegen. Um den so registrierten Datenverkehr sichtbar zu machen, verfügt der Busmonitor 30 üblicherweise über ein eigenes Display oder einen Monitor. Wie in Fig. 2 dargestellt, ist der Busmonitor 30 ein komplett eigenständiges Gerät. Der Busmonitor 30 kann jedoch ebenfalls auch nur als PC- Einsteckkarte oder als Schnittstellenwandler zum Anschluss an beispielsweise eine RS 232-Schnittstelle (COM-Schnittstelle) eines PCs ausgeführt sein. Die Fig. 3 zeigt eine derartige Anordnung mit einem über eine Schnittstelle (z.B. RS 232) an einen PC 32 angeschlossenen Schnittstellenwandler 31. In diesem Falle fungiert der PC 32 zusammen mit dem Schnittstellenwandler 31 als Busmonitor 30.
Wie aus den vorangehenden Figuren zu erkennen ist, werden die Busmonitore 30 stets an das bestehende System extern als zusätzliche Geräte angeschlossen. Diese Geräte weisen häufig den ungünstigen Nebeneffekt auf, das Bussystem in irgend einer Weise zu beeinflussen. Mit diesen externen Busmonitoren sind
Langzeitdiagnosen jedoch nicht möglich, da die Busmonitore 30 nicht ständig im System verbleiben können. Eine Fehlerursachenforschung ist daher häufig nicht möglich, da die Busmonitore 30 zum Fehlerzeitpunkt meist nicht im System eingebaut sind. Hinzu kommt, dass ein externer Busmonitor 30 jeweils nur den Datenverkehr, der auf der Datenleitung des Bussystems abläuft, registrieren kann. Den Datenverkehr, der hinter den Schnittstellen der Busstationen 14, 15 und 23 an das Bussystem erfolgt, kann ein externer Busmonitor nicht erkennen.
Die Fig. 4 zeigt ein Funktionsschaubild eines gewöhnlichen Busmonitors 30. Der Busmonitor 30 umfasst ein Businterface 33, eine Kommunikationssoftware 34, einen Telegrammspeicher 35, einen Filter 36 und eine Visualisierungseinheit 21 mit einer Anzeige 50 und einer Tastatur 51. Der Busmonitor 30 ist über das Businterface 33 an ein bestehendes Bussystem 5 angeschlossen. Um den Datenverkehr auf dem Bussystem 5 zu registrieren, greift der Busmonitor 30 über das Businterface 33 mittels der Kommunikationssoftware 34 auf diesen Datenverkehr zu. Der so registrierte Datenverkehr wird dann in einem Telegrammspeicher 35 abgelegt oder kann auch direkt online mit Hilfe der Visualisierungseinheit 21 bzw. der Anzeige 50 optisch dargestellt zur Anzeige gebracht werden. Alternativ kann auf die so gewonnenen Daten jeweils einen Filter 36 angewendet werden, um die zu speichernde Datenmenge zu begrenzen.
Die Fig. 5 zeigt ein Funktionsschaubild eines Gateways 41, das, um die Kommunikation zwischen zwei Bussystemen 5, 40 zu gewährleisten, zwischen diese beiden Systeme eingeschaltet ist. Das Gateway 41 umfasst ein erstes Businterface 42 und ein zweites Businterface 43, eine erste Kommunikationssoftware 44 und eine zweite Kommunikationssoftware 45, einen Mess werte- und Datenspeicher 46 sowie eine Funktionalität 47, die den Datenverkehr der beiden, meist nicht kompatiblen Bussysteme 5, 40 übersetzt. Um über das Bussystem 40 auf den Datenverkehr auf dem Bussystem 5 zugreifen zu können, greift die Kommunikationssoftware 45 über die erste Kommunikationssoftware 44 und das erste Businterface 42 auf die Daten auf dem Bussystem 5 zu . Dieser Datenverkehr wird über das erste Businterface 42 mit Hilfe der ersten Kommunikationssoftware 44 registriert. Der so registrierte Datenverkehr wird mit Hilfe der Übersetzungsfunktion 47 in ein für das Bussystem 40 verständliches Format transformiert und von der zweiten Kommunikationssoftware 45 über das Businterface 43 dem Bussystem 40 mitgeteilt. Alternativ umfasst das Gateway 41 eine Visualisierungseinheit 21 mit einer Tastatur 51 und einer Anzeige 50 zur Darstellung von Prozessdaten.
Die Fig. 6 zeigt den prinzipiellen Aufbau in Form eines Funktionsschaubildes eines Sensors 14 oder Aktors 15. Der Sensor 14 bzw. Aktor 15 umfasst eine Sensorik bzw. Aktorik 16, eine Signal- bzw. Prozessverarbeitungseinheit 17, einen Messwerte- und Datenspeicher 18, eine Kommunikationssoftware 19 und ein Businterface 20. Beispielsweise im Falle eines Sensors 14 empfangt die Sensorik 16 ein weiter zu verarbeitendes Signal. Dieses Signal wird von der Signal- und Prozessverarbeitungseinheit 17 weiterverarbeitet und beispielsweise in eine für die Kommunikationssoftware 19 verständliches Format transformiert. Die so transformierten Daten können möglicherweise von dem Messwerte- und Datenspeicher 18 zwischengespeichert werden. Anschließend werden die transformierten Daten von der Kommunikationssoftware 19 über das Businterface 20 dem Bussystem 5 mitgeteilt. Alternativ umfasst der Sensor 14 bzw. der Aktor 15 eine Visualisierungseinheit 21 mit einer Tastatur 51 und einer Anzeige 50 zur Darstellung von Prozessdaten.
Der Erfindung liegt nun der Gedanke zu Grunde, die primäre Funktionalität des Gateways 41 der Fig. 5 oder des Sensors 14 bzw. Aktors 15 gemäß Fig. 6 mit der Funktion eines Busmonitors 30 gemäß Fig. 4 zu einem neuen Gerät mit kombinierter Funktionalität mit Gateway und Busmomtorfunktion gemäß Fig. 8 oder Sensor bzw. Aktor und Busmonitorfunktion gemäß Fig. 9 zu kombinieren.
Gemäß der Erfindung nutzen die Geräte Systemsteuereinheit 23, Sensor 14, Aktor 15 oder Gateway 41 , die im Rahmen der vorliegenden Erfindung als Busstationen bezeichnet werden, ihre systembedingten Hardwarekomponenten und hierbei vor allem das jeweilige Businterface nicht nur zur primären Aufgabe des Datenaustausches von Prozessdaten und Messwerten, sondern sie nutzen die gleichen Hardwarekomponenten und hierbei insbesondere das jeweilige Businterface zur Realisierung einer sekundären Aufgabe, nämlich der Busmonitorfunktion. Die Realisierung der Busmonitorfunktion wird dabei in den Busstationen durch eine Erweiterung der Busstationen um jeweils eine Busmonitoreinrichtung 30 bewerkstelligt.
Die Fig. 7 zeigt den grundsätzlichen Aufbau eines ersten digital kommunizierenden Bussystems 5 mit einer Steuereinheit 23, Sensoren 14 sowie Aktoren 15, die jeweils über das digital kommunizierende Bussystem 5 mit der Steuereinheit 23 verbunden sind. Optional ist das Bussystem 5 an ein zweites Bussystem 40 über das Gateway 41 gekoppelt. Als Steuereinheit 23 kann hier jede beliebige speicherprogrammierbare Steuerung (SPS) oder ganz speziell, beispielsweise die Auswertzentrale VEGALOG 571 der Firma VEGA Grieshaber KG, Deutschland verwendet werden. Als erstes Bussystem 5 kann hier jedes beliebige Bussystem, wie beispielsweise Fieldbus Foundation oder Hart verwendet werden, als besonders geeignet erweisen sich jedoch der Profibus PA bzw. der VBUS der Firma VEGA Grieshaber KG, Deutschland.
Erfindungsgemäß umfassen die Steuereinheit 23, die Sensoren 14, die Aktoren 15 sowie das Gateway 41 jeweils eine integrierte Busmonitoreinrichtung 30. Das System der Fig. 7 entspricht somit dem System der Fig. 1 mit Ausnahme der erfindungsgemäßen Erweiterung der Busstationen Steuereinheit 23, Sensor 14, Aktor 15 und Gateway 41, um jeweils die Busmonitoreinrichtung 30.
In dieser Ausführungsform verfugt die Steuereinheit 23 über eine
Konfigurationsschnittstelle 3, an die hier ein Konfigurationsrechner 10 angeschlossen ist. Der Konfigurationsrechner 10 kann ein gewöhnlicher PC oder auch ein spezielles Konfigurationsgerät sein. Im Rahmen der vorliegenden Erfindung erweißt es sich jedoch als besonders zweckmäßig, eine derartige Konfigurationsschnittstelle auch bei den anderen Busstationen 14, 15, 41 vorzusehen. Eine derartige Konfigurationsschnittstelle erlaubt es, wenn beispielweise der Kontakt von einer Busstation 14, 15, 41 wegen einer beschädigten Datenleitung zum Bussystem selbst nicht herstellbar ist, die gewonnen Monitordaten auszulesen.
Das erste Bussystem 5 ist hier optional mit einem zweiten Bussystem 40 über ein Gateway 41 erweitert. Das zweite Bussystem 40 stellt in Bezug auf das erste Bussystem 5 ein überlagertes Netzwerk, wie z.B. ein Ethernet oder Internet dar. Diesem zweiten Bussystem 40 wird es ermöglicht, über das Gateway 41 auf die Steuereinheit 23 oder auf die Sensoren 14 oder die Aktoren 15 des ersten Bussystems 5 zuzugreifen. Als mögliche Variante ist es bekannt, die Steuereinheit 23 mit dem Gateway 41 in einem Gerät zu kombinieren.
Über eine derartige Vernetzung der einzelnen Busstationen 14, 15, 41 untereinander und selbst über mehrer Ebenen 5, 40 hinweg wird es ermöglicht, die mittels der integrierten Busmonitoreinrichtungen 30 gewonnen Daten für das gesamte System zur Verfügung zu stellen. Alle an einer beliebigen Stelle gewonnen Monitordaten sind an jedem beliebigen Ort des Systems und zu jeder beliebigen Zeit verfügbar. Der Zugriff auf die Monitordaten erfolgt über die systemimmanenten Funktionen, wie im Falle eines Ether- oder Internetzes beispielweise über FTP, Telnet oder HTTP. Mit Hilfe dieser Funktionen wird der Zugriff über mehrere Kommunikationsebenen hinweg ermöglicht.
Da die Monitordaten über die Kommunikationssoftware der j eweils angesprochenen Busstation abgerufen werden können, ist es beispielweise möglich, über das Bussystem 40, über das Gateway 41, über das Bussystem 5 mit dem Sensor 14 oder dem Aktor 15 ein Monitoring auszuführen und zwar so wie der Sensor 14 oder Aktor 15 die Telegramme des Bussystems 5 empfängt. Eine Beeinflussung des Bussystems 5 findet nicht statt, da der Sensor 14 oder der Aktor 15 auch im "normalen" Betrieb im System vorhanden ist.
Ebenso kann auch der umgekehrte Weg beschriften werden, indem über die Steuereinheit 23, über das Bussystem 5 aus dem Gateway 41 ein Monitoring des Bussystems 40 durchgeführt wird. Daraus ergibt sich dann die Möglichkeit an einem nicht am Bussystem funktionierenden Teilnehmer die Störungsursache zu finden. Die Fig. 8 zeigt ein Funktionsschaubild eines Gateways 41, das, um die Kommunikation zwischen zwei Bussystemen 5, 40 zu gewährleisten, zwischen diese beiden Systeme eingeschaltet ist und das um die erfindungsgemäße Busmonitoreinrichtung erweitert ist. Das Gateway umfasst ein erstes Businterface 42 und ein zweites Businterface 43, eine erste Kommunikationssoftware 44 und eine zweite Kommunikationssoftware 45, einen Messwerte- und Datenspeicher 46 sowie eine Funktionalität 47, die den Datenverkehr der beiden, meist nicht kompatiblen Bussysteme 5, 40 übersetzt. Des weiteren ist das Gateway 41 um einen Datenfilter 49 und einen Telegrammspeicher 48 erweitert. Um über das Bussystem 40 auf den Datenverkehr auf dem Bussystem 5 zugreifen zu können, greift die
Kommunikationssoftware 45 über die erste Kommunikationssoftware 44 und das erste Businterface 42 auf die Daten auf dem Bussystem 5 zu . Dieser Datenverkehr wird über das erste Businterface 42 mit Hilfe der ersten Kommunikationssoftware 44 registriert. Der so registrierte Datenverkehr wird mit Hilfe der Übersetzungsfunktion 47 in ein für das Bussystem 40 verständliches Format transformiert und von der zweiten Kommumkationssoftware 45 über das Businterface 43 dem Bussystem 40 mitgeteilt.
Gemäß der Erfindung ist es nun möglich mit dem Gateway 41 ein Monitoring der Bussysteme 5, 40 oder des Gateway selbst durclizuführen. Um den
Telegrammverkehr auf dem Bussystem 5 oder 40 zu registrieren, greift das Gateway 41 über das Businterface 42 oder 43 mittels der Kommunikationssoftware 44 oder 45 auf diesen Telegrammverkehr zu. Der so registrierte Datenverkehr wird dann möglicherweise gefiltert in dem Telegrammspeicher 48 abgelegt oder kann auch direkt online mit der Visualisierungseinheit 21 bzw. mit der Anzeige 50 optisch dargestellt werden. Die Fig. 9 zeigt den prinzipiellen Aufbau eines Sensors 14 oder Aktors 15 in Form eines Funktionsschaubildes gemäß der vorliegenden Erfindung. Der Sensor 14 bzw. Aktor 15 umfasst eine Sensorik bzw. Aktorik 16, eine Signal- bzw. Prozessverarbeitungseinheit 17, einen Messwerte- und Datenspeicher 18, eine Kommumkationssoftware 19 und ein Businterface 20. Des weiteren ist der Sensors 14 oder der Aktor 15 um einen Datenfilter 49 und einen Telegrammspeicher 48 erweitert. Beispielsweise im Falle eines Sensors 14 empfängt die Sensorik 16 ein weiter zu verarbeitendes Signal. Dieses Signal wird von der Signal- und Prozessverarbeitungseinheit 17 weiterverarbeitet und beispielsweise in eine für die Kommumkationssoftware 19 verständliches Format transformiert. Die so transformierten Daten können möglicherweise von dem Messwerte- und Datenspeicher 18 zwischengespeichert werden. Anschließend werden die transformierten Daten von der Kommunikationssoftware 19 über das Businterface 20 dem Bussystem 5 mitgeteilt.
Gemäß der Erfindung ist es nun möglich mit dem Sensor 14 oder dem Aktor 15 ein Monitoring der Bussysteme 5 oder des Sensors 14 oder des Aktors 15 selbst durchzufuhren. Um den Datenverkehr auf dem Bussystem 5 zu registrieren, greift der Sensor 14 oder Aktor 15 über das Businterface 20 mittels der Kommunikationssoftware 19 auf diesen Datenverkehr zu. Der so registrierte
Datenverkehr wird dann möglicherweise gefiltert in dem Telegrammspeicher 48 abgelegt oder kann auch direkt online mit der Visualisierungseinheit 21 bzw. mit der Anzeige 50 optisch dargestellt werden.
Die Fig. 10 a - c zeigen verschiedene mögliche Darstellungen der Monitordaten, die mit Hilfe der integrierten Busmonitorfunktion gewonnen worden sind. Wie bereits erwähnt kann die Visualisierung der mit Hilfe der Busmonitorfunktion gewonnenen (gespeicherten) Daten alternativ in einer für den Anwender verständlichen Form (z.B. Text- oder HTML-Datei) und/oder gemäß einer bevorzugten beispielhaften anderen Ausführungsform der Erfindung auch in einer maschinenverständlichen Form (z.B. binäre Codierung) erfolgen. Die Fig. 10a zeigt den durch die Momtorfunktion erfassten Datenverkehr, der von einem Bussystem Byte für Byte eingelesen wurde, in einer hexadezimalen Zahlendarstellung getrennt in Anfragen (request) und Antworten (answer) zu einem bestimmten Zeitpunkt. Eine verständlichere Darstellung der Monitordaten zeigt die Fig. 10b, in der die erfassten Daten in einer "übersetzten" Form visualisiert sind. Da je nach Anwenderzielgruppe unterschiedliche Darstellungsarten bevorzugt werden, kann zwischen den Darstellungen der Fig. 10a und der Fig. 10b umgeschaltet werden. Eine weitere Möglichkeit der Darstellung zeigt die Fig. 10c. Hier sind die beiden Darstellungsarten der Fig. 10a und 10b miteinender kombiniert, indem sowohl die hexadezimale wie auch die "übersetzte" Darstellung parallel nebeneinender zur Anzeige gebracht werden.
Die Fig. 11 zeigt eine Benutzeroberfläche zur Definition von Filterkriterien, um nur bestimmte Daten zu erfassen. Mit Hilfe dieser Benutzeroberfläche können bestimmte Filterbedingungen, wie beispielsweise Befehlsfilterbedingungen und/oder Adressfilterbedingungen, definiert werden (Bedingungen 1 bis 8), die untereinander mit logischen Operatoren beliebig miteinander kombiniert werden können, wobei jede Filterbedingung (beispielsweise Bedingung 1) nochmals aus mehreren Bedingungen, die wiederum logisch miteinander verknüpft sind, bestehen kann.

Claims

P a t e n t a n s p r ü c h e
1. Busstation (14; 15; 23), die eine primäre Funktionalität wie beispielsweise eine Sensorfunktion hat und an ein Bussystem (5; 40) ankoppelbar ist, mit: zumindest einem Businterface (42; 43) zur Kommunikation der Busstation (14; 15; 23) mit dem Bussystem (5; 40) und einer in der Busstation (14; 15; 23) integrierten Busmonitoreinrichtung (30), die mit dem Businterface (42; 43) gekoppelt ist und der Busstation (14; 15; 23) eine sekundäre Funktionalität verleiht, indem die Busmonitoreinrichtung (30) über das Businterface (42; 43) zumindest die Kommunikation der Busstation (14; 15; 23) mit dem Bussystem (5; 40) oder die interne Kommunikation in der Busstation (14; 15; 23) überwacht.
2. Busstation nach Anspruch 1 , wobei die Busmonitoreimichtung (30) dem Bussystem (5; 40) Monitordaten zur Verfügung stellt und/oder Monitordaten aus dem Bussystem (5; 40) empfängt.
3. Busstation nach einem der voranstehenden Ansprüche, wobei die Busmonitoreinrichtung (30) auf Datentelegramme des Bussystems (5; 40) zugreift und diese in Form von Monitordaten erfasst, um diese anschließend dem Bussystem (5; 40) wieder zur Verfügung zu stellen, wodurch die Busstation (14; 15; 23) die Funktionalität eines Busmonitors hat.
4. Busstation nach einem der Ansprüche 1 -3 , wobei die Busmonitoreinrichtung (30) auf Daten der Busstation (14; 15; 23) zugreift und diese in Form von Monitordaten erfasst, um diese anschließend dem Bussystem (5; 40) wieder zur Verfügung zu stellen, wodurch die Busstation (14; 15; 23) die Funktionalität eines Busmonitors hat.
5. Busstation nach einem der voranstehenden Ansprüche, wobei die Busmonitoreinrichtung (30) eine Programmeinheit umfasst, die auf die Datentelegramme des Bussystems (5; 40) als auch auf die Daten der Busstation (14; 15; 23) selbst zugreift und diese weiter verarbeitet.
6. Busstation nach einem der voranstehenden Ansprüche, wobei die Busmonitoreinrichtung (30) zumindest einen Filter umfasst, der die erfassten Monitordaten nach bestimmten Filterkriterien auswertet.
7. Busstation nach Anspruch 6, wobei der Filter ein Befehlsfilter ist.
8. Busstation nach Anspruch 6, wobei der Filter ein Adressfilter ist.
9. Busstation nach Anspruch 6, wobei der Filter ein kombinierter Befehls-Adressfilter ist.
10. Busstation nach einem der voranstehenden Ansprüche, wobei die Busmonitoreinrichtung (30) einen Telegrammspeicher umfasst, in dem die erfassten Monitordaten gespeichert werden.
11. Busstation nach einem der voranstehenden Ansprüche, wobei die durch die Busmonitoreinrichtung (30) erfassten Monitordaten dem Bussystem (5; 40) zur Weiterverarbeitung über das Businterface (42; 43) dem Bussystem (5; 40) zur Verfügung gestellt werden.
12. Busstation nach einem der voranstehenden Ansprüche, wobei die Busstation (14; 15; 23) eine weitere Schnittstelle umfasst, über die die durch die Busmonitoreinrichtung (30) erfassten Monitordaten zur Weiterverarbeitung von einem externen Auswertesystem ausgelesen werden.
13. Busstation nach einem der voranstehenden Ansprüche, wobei die Busminitoreimichtung (30) einen Monitor (21) oder ein Display zur Visualisierung der Monitordaten umfasst.
14. Busstation nach Anspruch 10, wobei die Monitordaten online auswertbar sind.
15. Busstation nach Anspruch 10, wobei die Monitordaten offline auswertbar sind.
16. Busstation nach Anspruch 1 oder 11 , wobei die Busmonitoreinrichtung (30) die gewonnen Monitordaten selbsttätig anderen Busstationen (14; 15; 23) oder an ein Auswertesystem weiterleitet.
17. Busstation nach einem der voranstehenden Ansprüche, wobei die Busstation ein Sensor (14) oder ein Aktor (15) ist.
18. Busstation nach einem der Ansprüche 1-16, wobei die Busstation eine Steuereinheit (23) zum Einlesen der Prozessdaten der Sensorik und zum Ausgeben von Prozessdaten zur Aktorik ist.
19. Busstation nach Anspruch 18 , wobei die Steuereinheit (23) eine speicherprogrammierbare Steuerung ist.
20. Busstation nach einem der Ansprüche 1-16, wobei die Busstation ein Gateway (41) ist, die zwei verschiedenartige Bussysteme (5; 40) miteinander verbindet.
21. Busstation nach einem der Ansprüche 1-16, wobei die Busstation ein Bridge ist, die zwei gleichartige Bussysteme (5; 40) miteinander verbindet.
22. Netzwerk mit zumindest einem Bussystem (5; 40) und zumindest einer Busstation (14; 15; 23) ) gemäß einem der voranstehenden Ansprüche, wobei das Netzwerk über die in der Busstation (14; 15; 23) integrierte Busmonitoreinrichtung (30) überwacht wird.
23. Verfahren zur Durchführung eines Monitorings eines Bussystems (5 ; 40), bei dem eine Busstation (14: 15; 23) gemäß einem der Ansprüche 1 bis 21 an das Bussystem (5;40) angeschlossen wird und eine Überwachung des auf dem Bussystem (5: 40) ablaufenden Telegrammverkehrs aus der Busstation (14; 15; 23) heraus erfolgt.
24. Verfahren nach Anspruch 23 , wobei der Telegrammverkehr mit Hilfe einer in der Busstation (14; 15; 23) befindlichen Programmeinheit registriert und weiterverarbeitet wird.
PCT/EP2003/007666 2002-07-18 2003-07-15 Busstation mit integrierter busmonitorfunktion WO2004010645A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP03764993A EP1523826B1 (de) 2002-07-18 2003-07-15 Busstation mit integrierter busmonitorfunktion
DE50308807T DE50308807D1 (de) 2002-07-18 2003-07-15 Busstation mit integrierter busmonitorfunktion
AU2003250959A AU2003250959A1 (en) 2002-07-18 2003-07-15 Bus station with an integrated bus monitor function

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US39755802P 2002-07-18 2002-07-18
US60/397,558 2002-07-18

Publications (1)

Publication Number Publication Date
WO2004010645A1 true WO2004010645A1 (de) 2004-01-29

Family

ID=30771079

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2003/007666 WO2004010645A1 (de) 2002-07-18 2003-07-15 Busstation mit integrierter busmonitorfunktion

Country Status (6)

Country Link
US (2) US7024508B2 (de)
EP (1) EP1523826B1 (de)
CN (1) CN1669271A (de)
AU (1) AU2003250959A1 (de)
DE (2) DE50313247D1 (de)
WO (1) WO2004010645A1 (de)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005124485A1 (en) * 2004-06-08 2005-12-29 Rosemount, Inc. Remote processing and protocol conversion interface module
DE102005057000A1 (de) * 2005-11-30 2007-05-31 Knick Elektronische Messgeräte GmbH & Co. KG Feldbusgerät zum Einsatz in Feldbussystemen, insbesondere in Prozessleitsystemen
WO2007135630A2 (en) * 2006-05-18 2007-11-29 Nxp B.V. Gateway for a data bus system
FR2933054A3 (fr) * 2008-06-26 2010-01-01 Renault Sas Architecture de reseau de communication amelioree pour vehicule
DE102008043683A1 (de) * 2008-11-12 2010-05-20 Endress + Hauser Flowtec Ag Feldgerät der Prozessautomatisierungstechnik
EP2159965A3 (de) * 2008-08-25 2011-01-19 Anywire Corporation Steuer-/Überwachungssignalübertragungssystem
US8761196B2 (en) 2006-09-29 2014-06-24 Fisher-Rosemount Systems, Inc. Flexible input/output devices for use in process control systems
CN103888330A (zh) * 2012-12-21 2014-06-25 上海大郡动力控制技术有限公司 汽车零部件can总线数据传输的监控方法
US8886786B2 (en) 2005-12-29 2014-11-11 Endress + Hauser Process Solutions Ag Method for plant monitoring with a field bus of process automation technology
WO2017182671A1 (de) * 2016-04-22 2017-10-26 Beckhoff Automation Gmbh Verbindungseinheit, überwachungssystem und verfahren zum betreiben eines automatisierungssystems
EP3273315A1 (de) * 2016-07-19 2018-01-24 ABB Schweiz AG Plattform zur weiternutzung bestehender software für die ansteuerung industrieller feldgeräte

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10157188A1 (de) * 2001-11-22 2003-05-28 G I N Mbh Programmierbarer Datenlogger und Klassiergerät für CAN-Systeme
EP1523826B1 (de) * 2002-07-18 2007-12-12 VEGA Grieshaber KG Busstation mit integrierter busmonitorfunktion
DE10353345A1 (de) * 2003-11-14 2005-06-02 Sick Ag Anschlussmodul zum Anschliessen eines Sensors an einen Feldbus
DE102004011457B4 (de) * 2004-03-09 2020-03-05 Siemens Aktiengesellschaft Aktor und Verfahren zum Betreiben eines Aktors
US7346051B2 (en) * 2004-06-25 2008-03-18 Matsushita Electric Industrial Co., Ltd. Slave device, master device and stacked device
JP2006100950A (ja) * 2004-09-28 2006-04-13 Toshiba Tec Corp 通信システム
JP4706278B2 (ja) * 2005-02-24 2011-06-22 ソニー株式会社 情報処理システム、再生端末装置および再生方法、情報処理装置および方法、並びにプログラム
US20070005852A1 (en) * 2005-06-30 2007-01-04 International Business Machines Corporation Graphical verification tool for packet-based interconnect bus
CN1916866A (zh) * 2005-08-18 2007-02-21 鸿富锦精密工业（深圳）有限公司 影音系统总线监控系统及方法
DE102005051580A1 (de) * 2005-10-27 2007-05-03 Vega Grieshaber Kg Datenbankinterface für Feldgerät
JP2007306317A (ja) * 2006-05-11 2007-11-22 Nec Corp メディアモニタシステムおよびメディアモニタ方法
US8332567B2 (en) 2006-09-19 2012-12-11 Fisher-Rosemount Systems, Inc. Apparatus and methods to communicatively couple field devices to controllers in a process control system
US9411769B2 (en) 2006-09-19 2016-08-09 Fisher-Rosemount Systems, Inc. Apparatus and methods to communicatively couple field devices to controllers in a process control system
US20080077749A1 (en) * 2006-09-22 2008-03-27 Daniel Scott Cohen Access control of memory space in microprocessor systems
DE102006051444C5 (de) * 2006-10-31 2011-12-08 Softing Ag Diagnoseverfahren und -vorrichtung für ein Feldbussystem
DE102007029660B4 (de) * 2007-06-27 2011-06-01 Vega Grieshaber Kg Adaptiver Fehlerzähler für ein drahtloses Feldgerät
DE102007032715B4 (de) * 2007-07-13 2009-04-09 Abb Ag System und Verfahren zur Überwachung des Datenverkehrs bei einem Feldbus
DE102007043328A1 (de) * 2007-09-12 2009-03-19 Endress + Hauser Process Solutions Ag Verfahren zur Überwachung einer Prozessanlage mit einem Feldbus der Prozessautomatisierungstechnik
US7913030B2 (en) * 2007-12-28 2011-03-22 Sandisk Il Ltd. Storage device with transaction logging capability
US7979662B2 (en) * 2007-12-28 2011-07-12 Sandisk Il Ltd. Storage device with transaction indexing capability
US20090189441A1 (en) * 2008-01-29 2009-07-30 Paul Degoul Distributed electrical/electronic architectures for brake-by-wire brake systems
US8494168B1 (en) * 2008-04-28 2013-07-23 Netapp, Inc. Locating cryptographic keys stored in a cache
US9117007B2 (en) * 2008-05-14 2015-08-25 Microsoft Technology Licensing, Llc Visualization of streaming real-time data
US20100115157A1 (en) * 2008-11-05 2010-05-06 General Electric Company Modular data collection module with standard communication interface
DE102009045386A1 (de) * 2009-10-06 2011-04-07 Endress + Hauser Process Solutions Ag Verfahren zum Betreiben eines Feldbus-Interface
DE102010020446B4 (de) * 2010-05-12 2012-12-06 Wago Verwaltungsgesellschaft Mbh Automatisierungsgerät und Verfahren zur beschleunigten Verarbeitung von selektierten Prozessdaten
CN101969392B (zh) * 2010-08-24 2012-01-11 北京交通大学 适用于公交电子站牌系统的数据传输设备
CN103941625B (zh) * 2014-05-08 2017-02-22 哈尔滨工业大学 Can总线数据传输监控系统
GB201507495D0 (en) * 2015-04-30 2015-06-17 Cooper Technologies Co Bus network terminator
DE102016220197A1 (de) * 2016-10-17 2018-04-19 Robert Bosch Gmbh Verfahren zum Verarbeiten von Daten für ein automatisiertes Fahrzeug
DE102016224784A1 (de) * 2016-12-13 2018-06-14 Robert Bosch Gmbh Steuervorrichtung zur Steuerung mindestens eines Teils einer industriellen Anlage und Verfahren zur Programmierung und/oder Diagnose der Steuervorrichtung
DE102017200134A1 (de) 2017-01-05 2018-07-05 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Selbstkonfigurierende Überwachungseinrichtung für ein auf einem industriellen Datenkommunikationsnetzwerk basierendes Automatisierungssystem
DE102018101103A1 (de) * 2018-01-18 2019-07-18 Volkswagen Aktiengesellschaft Verfahren und Computerprogramme für eine Überwachungsinstanz und eine Kommunikationskomponente, Überwachungsinstanz, Kommunikationskomponente, System und Fahrzeug
CN112260894B (zh) * 2020-10-16 2022-05-10 北京航天发射技术研究所 一种can总线网络系统性能测试平台及使用方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796721A (en) * 1996-06-21 1998-08-18 National Instruments Corporation Method and system for monitoring fieldbus network with dynamically alterable packet filter
US6108782A (en) * 1996-12-13 2000-08-22 3Com Corporation Distributed remote monitoring (dRMON) for networks
US6112241A (en) * 1997-10-21 2000-08-29 International Business Machines Corporation Integrated network interconnecting device and probe

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4435759A (en) * 1981-06-15 1984-03-06 International Business Machines Corporation Hardware monitor for obtaining processor software/hardware interrelationships
JPS58184137A (ja) * 1982-04-21 1983-10-27 Olympus Optical Co Ltd カメラ
US4817080A (en) 1987-02-24 1989-03-28 Digital Equipment Corporation Distributed local-area-network monitoring system
JPH05130108A (ja) 1991-11-07 1993-05-25 Nec Corp バス型ローカルエリアネツトワーク監視装置
FR2691029B1 (fr) 1992-05-05 1995-03-17 Cersem Sa Procédé d'analyse à distance de données d'un protocole, terminal d'abonné spécialisé et dispositif d'analyse distant correspondant.
JP2833387B2 (ja) 1992-11-30 1998-12-09 日本電気株式会社 交換機バスモニタ回路
DE4243882C1 (de) * 1992-12-23 1994-01-05 Baleanu Michael Alin Verfahren und Einrichtung zur Überwachung eines technischen Prozesses
US5793963A (en) * 1994-10-24 1998-08-11 Fisher Rosemount Systems, Inc. Apparatus for providing non-redundant secondary access to field devices in a distributed control system
GB9510935D0 (en) 1995-05-31 1995-07-26 3Com Ireland Monitoring and control of data flow in a computer network device
US5699348A (en) * 1995-10-31 1997-12-16 Lucent Technologies Inc. Method and apparatus for error performance monitoring of a leased telecommunication circuit
CN1178113C (zh) 1996-10-04 2004-12-01 费希尔控制产品国际有限公司 用于过程控制网络的网络存取接口
GB2337903B (en) * 1998-05-28 2000-06-07 3Com Corp Methods and apparatus for collecting storing processing and using network traffic data
DE19852276C2 (de) 1998-11-13 2001-09-27 Motorola Inc Verfahren zum Empfang einer Nachricht über einen seriellen Datenbus, Funktionseinheit und lokales Netzwerk
DE19909091A1 (de) 1999-03-02 2000-09-14 Siemens Ag Bussystem mit verbesserter Datenübertragungssicherheit
US7130616B2 (en) * 2000-04-25 2006-10-31 Simple Devices System and method for providing content, management, and interactivity for client devices
US7188353B1 (en) * 1999-04-06 2007-03-06 Sharp Laboratories Of America, Inc. System for presenting synchronized HTML documents in digital television receivers
JP2001027877A (ja) 1999-04-30 2001-01-30 Hewlett Packard Co <Hp> データ・ストリームに対してアルゴリズムを実行する装置
JP2002164899A (ja) 2000-11-24 2002-06-07 Matsushita Electric Ind Co Ltd ネットワーク監視方法および装置
GB0030661D0 (en) * 2000-12-15 2001-01-31 Flight Refueling Ltd Coupling signals to flowlines
US20040039934A1 (en) * 2000-12-19 2004-02-26 Land Michael Z. System and method for multimedia authoring and playback
US20060129933A1 (en) * 2000-12-19 2006-06-15 Sparkpoint Software, Inc. System and method for multimedia authoring and playback
DE10109196B4 (de) * 2001-02-26 2005-04-28 Viessmann Werke Kg Vorrichtung und Verfahren zur Fernüberwachung und Parametrierung von Einrichtungen, insbesondere von Heizungsanlagen
KR20050013050A (ko) * 2002-05-28 2005-02-02 마쯔시다덴기산교 가부시키가이샤 동화상 데이터 재생 장치
EP1523826B1 (de) * 2002-07-18 2007-12-12 VEGA Grieshaber KG Busstation mit integrierter busmonitorfunktion
US20050108754A1 (en) * 2003-11-19 2005-05-19 Serenade Systems Personalized content application
US7457669B2 (en) * 2004-06-17 2008-11-25 Cardiac Pacemakers, Inc. On-demand retransmission of data with an implantable medical device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796721A (en) * 1996-06-21 1998-08-18 National Instruments Corporation Method and system for monitoring fieldbus network with dynamically alterable packet filter
US6108782A (en) * 1996-12-13 2000-08-22 3Com Corporation Distributed remote monitoring (dRMON) for networks
US6112241A (en) * 1997-10-21 2000-08-29 International Business Machines Corporation Integrated network interconnecting device and probe

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005124485A1 (en) * 2004-06-08 2005-12-29 Rosemount, Inc. Remote processing and protocol conversion interface module
DE102005057000A1 (de) * 2005-11-30 2007-05-31 Knick Elektronische Messgeräte GmbH & Co. KG Feldbusgerät zum Einsatz in Feldbussystemen, insbesondere in Prozessleitsystemen
DE102005057000B4 (de) * 2005-11-30 2013-03-07 Knick Elektronische Messgeräte GmbH & Co. KG Feldbusgerät zum Einsatz in Feldbussystemen, insbesondere in Prozessleitsystemen
US8886786B2 (en) 2005-12-29 2014-11-11 Endress + Hauser Process Solutions Ag Method for plant monitoring with a field bus of process automation technology
WO2007135630A2 (en) * 2006-05-18 2007-11-29 Nxp B.V. Gateway for a data bus system
WO2007135630A3 (en) * 2006-05-18 2008-02-07 Nxp Bv Gateway for a data bus system
US8761196B2 (en) 2006-09-29 2014-06-24 Fisher-Rosemount Systems, Inc. Flexible input/output devices for use in process control systems
FR2933054A3 (fr) * 2008-06-26 2010-01-01 Renault Sas Architecture de reseau de communication amelioree pour vehicule
EP2159965A3 (de) * 2008-08-25 2011-01-19 Anywire Corporation Steuer-/Überwachungssignalübertragungssystem
US8593263B2 (en) 2008-08-25 2013-11-26 Anywire Corporation Control/monitor signal transmission system
DE102008043683A1 (de) * 2008-11-12 2010-05-20 Endress + Hauser Flowtec Ag Feldgerät der Prozessautomatisierungstechnik
CN103888330A (zh) * 2012-12-21 2014-06-25 上海大郡动力控制技术有限公司 汽车零部件can总线数据传输的监控方法
CN103888330B (zh) * 2012-12-21 2018-07-13 上海大郡动力控制技术有限公司 汽车零部件can总线数据传输的监控方法
WO2017182671A1 (de) * 2016-04-22 2017-10-26 Beckhoff Automation Gmbh Verbindungseinheit, überwachungssystem und verfahren zum betreiben eines automatisierungssystems
CN109074044A (zh) * 2016-04-22 2018-12-21 倍福自动化有限公司 连接单元、监控系统和操作自主化系统的方法
EP3353610B1 (de) 2016-04-22 2019-03-20 Beckhoff Automation GmbH Verbindungseinheit, überwachungssystem und verfahren zum betreiben eines automatisierungssystems
US11012256B2 (en) 2016-04-22 2021-05-18 Beckhoff Automation Gmbh Connection unit, monitoring system and method for operating an automation system
EP3273315A1 (de) * 2016-07-19 2018-01-24 ABB Schweiz AG Plattform zur weiternutzung bestehender software für die ansteuerung industrieller feldgeräte
WO2018015460A1 (de) * 2016-07-19 2018-01-25 Abb Schweiz Ag Plattform zur weiternutzung bestehender software für die ansteuerung industrieller feldgeräte
US10890887B2 (en) 2016-07-19 2021-01-12 Abb Schweiz Ag Platform for continued use of existing software for the actuation of industrial field devices

Also Published As

Publication number Publication date
DE50313247D1 (de) 2010-12-16
EP1523826A1 (de) 2005-04-20
CN1669271A (zh) 2005-09-14
US7231483B2 (en) 2007-06-12
DE50308807D1 (de) 2008-01-24
US20040139264A1 (en) 2004-07-15
AU2003250959A1 (en) 2004-02-09
US20060136648A1 (en) 2006-06-22
EP1523826B1 (de) 2007-12-12
US7024508B2 (en) 2006-04-04

Similar Documents

Publication Publication Date Title
EP1523826B1 (de) Busstation mit integrierter busmonitorfunktion
DE102006051444B4 (de) Diagnoseverfahren und -vorrichtung für ein Feldbussystem
DE10392421B4 (de) Handdiagnose- und kommunikationsgerät mit automatischer Buserkennung
EP1873597B1 (de) Anschlussmodul für Sensoren
DE102009045386A1 (de) Verfahren zum Betreiben eines Feldbus-Interface
EP2181367A1 (de) Verfahren zum bedienen eines feldgeräts der prozessautomatisierungstechnik mit mindestens zwei messkanälen und feldgerät der prozessautomatisierungstechnik mit mindestens zwei messkanälen, das zur durchführung des verfahrens geeignet ist
CH702454A1 (de) Anordnung mit einer übergeordneten Steuereinheit und zumindest einem mit der Steuereinheit verbindbaren intelligenten Feldgerät.
DE102004004572A1 (de) Fehlerdiagnoseverfahren für ein Fahrzeugkommunikationsnetz
DE112008000225B4 (de) Netzwerküberwachung mit Kontrollsystemen
EP3283928B1 (de) Verfahren zum automatischen hinzu- oder wegschalten eines kommunikationswiderstandes eines hart-gerätes
EP1892885B1 (de) Busstation mit integrierter Busmonitorfunktion
EP1251416B1 (de) Diagnose-Einrichtung für einen Feldbus mit steuerungsunabhängiger Informationsübermittlung
EP2478422A1 (de) Bereitstellung anlagenbezogener betriebsdaten unter verwendung eines diagnose-datenservers als weiteren feldbusmaster
DE102005057000B4 (de) Feldbusgerät zum Einsatz in Feldbussystemen, insbesondere in Prozessleitsystemen
EP1079291B1 (de) Messwertanzeigeeinheit
DE102016003013B4 (de) Überwachungsvorrichtung und Verfahren zum Überwachen eines Betriebs eines Steuergeräts eines Kraftfahrzeugs
DE102019123146A1 (de) Diagnose- und/oder parameterdaten-übertragung zwischen steuermodul und eingabe/ausgabe-modul
DE10129188A1 (de) Multimediale Maschinensteuerung
DE19961478C2 (de) Busteilnehmer
EP0193835A1 (de) Anordnung zum Sammeln von Überwachungsinformationen in Übertragunseinrichtungen
DE102022105472A1 (de) System der Automatisierungstechnik
EP1117023A2 (de) Vorrichtung zur Diagnose von beim Betrieb eines Kraftfahrzeugs auftretenden Fehlern
DE102021001276A1 (de) Anbindung von Eingangs- und oder Ausgangsmodulen an einen Feldbus mit einer übergeordneten Steuerung
DE102018105872A1 (de) Verfahren zur Analyse einer Kommunikationsqualität
DE102013210093A1 (de) Verfahren zur Bereitstellung einer generischen Schnittstelle sowie Mikrocontroller mit generischer Schnittstelle

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003764993

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 20038167212

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2003764993

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP

WWG Wipo information: grant in national office

Ref document number: 2003764993

Country of ref document: EP