WO2025108751A1 - Betreiben eines bus-netzwerks, insbesondere rekonfiguration bei einer störung - Google Patents

Betreiben eines bus-netzwerks, insbesondere rekonfiguration bei einer störung Download PDF

Info

Publication number
WO2025108751A1
WO2025108751A1 PCT/EP2024/081852 EP2024081852W WO2025108751A1 WO 2025108751 A1 WO2025108751 A1 WO 2025108751A1 EP 2024081852 W EP2024081852 W EP 2024081852W WO 2025108751 A1 WO2025108751 A1 WO 2025108751A1
Authority
WO
WIPO (PCT)
Prior art keywords
bus
operating devices
identification data
bus control
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/EP2024/081852
Other languages
English (en)
French (fr)
Inventor
Radhakrishna CHIVUKULA
Andreas Frick
Bastian Hafner
Danijela Krekesic
Matthias Luedenbach
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Valeo Schalter und Sensoren GmbH
Original Assignee
Valeo Schalter und Sensoren GmbH
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 Valeo Schalter und Sensoren GmbH filed Critical Valeo Schalter und Sensoren GmbH
Publication of WO2025108751A1 publication Critical patent/WO2025108751A1/de
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • 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/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S15/00—Systems using the reflection or reradiation of acoustic waves, e.g. sonar systems
    • G01S15/87—Combinations of sonar systems
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S15/00—Systems using the reflection or reradiation of acoustic waves, e.g. sonar systems
    • G01S15/88—Sonar systems specially adapted for specific applications
    • G01S15/93—Sonar systems specially adapted for specific applications for anti-collision purposes
    • G01S15/931—Sonar systems specially adapted for specific applications for anti-collision purposes of land vehicles

Definitions

  • the invention relates to a method for operating a BUS network, having a BUS control unit and a plurality of BUS operating devices which are coupled to one another via a network line of the BUS network, wherein the BUS network is operated according to a daisy chain method in which the BUS control unit sends a query signal to the BUS operating devices via the network line, the BUS operating devices receive the query signal and sequentially send respective device data of the BUS operating devices at a predetermined position in a predetermined transmission sequence via the network line to the BUS control unit, the BUS control unit receives the device data and, depending on the position in the transmission sequence, assigns the respective received device data to a respective one of the BUS operating devices.
  • the invention further relates to a computer program product and a computer-readable data carrier.
  • the invention also relates to a BUS control device for a BUS network, wherein the BUS network has, in addition to the BUS control device, a plurality of BUS operating devices which are coupled to one another by means of a network line of the BUS network, wherein the BUS network is operated according to a daisy chain method, wherein the BUS control device is designed to send a query signal to the BUS operating devices via the network line, to receive respective device data of the BUS operating devices which the BUS operating devices send successively to the BUS control device via the network line in response to the query signal at a predetermined position in a predetermined transmission sequence, and to assign the respective received device data to a respective one of the BUS operating devices depending on the position in the transmission sequence.
  • BUS networks serve to couple and operate BUS operating devices connected via the network cable with the BUS control device, for example, by transmitting data, in particular device data, from the BUS operating devices to the BUS control device, by transmitting control commands from the BUS control device to one or more of the BUS operating devices and/or the like.
  • BUS operating devices can be, for example, sensors, actuators, combinations thereof or the like.
  • the device data can therefore be, for example, recorded values of the Sensors, operating states of the BUS operating devices, combinations thereof and the like.
  • the BUS operating devices are often connected to the BUS control unit via a network cable and can exchange data via the network cable.
  • the network cable is therefore used, among other things, for communication between the BUS control unit and the BUS operating devices.
  • the network cable can also be used to supply power to the BUS operating devices.
  • the network cable can, for example, be designed as a two-wire cable. Depending on requirements, the network cable can of course also have more than two individual lines of a two-wire cable.
  • the operation of the BUS network can be based on a bus protocol, such as the Distributed Systems Interface (DSI).
  • DSI Distributed Systems Interface
  • One such protocol is disclosed, for example, in the DSI3 bus standard dated February 16, 2011.
  • the BUS operating devices are generally serially linked to the BUS control unit via the network cable. It is therefore important that the BUS operating devices do not attempt to transmit their device data over the network cable in response to a query signal from the BUS control unit at different times. For this reason, the daisy-chain process provides for the BUS operating devices to transmit their respective device data in response to the query signal from the BUS control unit at a respective assigned position in a predetermined transmission sequence.
  • the position of the transmission sequence is assigned to the respective BUS operating device. This provides a respective time window for transmitting the device data, which is individually assigned to the respective BUS operating device.
  • the transmission sequence can be specified, for example, during initialization or configuration of the BUS network. As a rule, the transmission sequence remains essentially unchanged during normal operation of the BUS network.
  • the BUS control unit can assign the respective device data to the respective BUS operating device based on the transmission sequence of the device data and the assigned positions in the transmission sequence, which are individually assigned to the respective BUS operating devices.
  • the device data can then be made available for further processing.
  • the processing can take place at least partially in the BUS control unit, or it can also be provided that the device data is transmitted to a higher-level controller for further processing. In the latter case, the assignment of the position in the transmission sequence can of course also be provided so that the device data is assigned to the respective BUS operating devices and transmitted to a higher-level controller.
  • Sensors, actuators, and/or the like can be configured as bus operating devices that are coupled to the bus control unit via the network cable.
  • the invention is based on the object of improving the reliability of the intended operation of a BUS network.
  • the invention proposes a method, a computer program product, a computer-readable data carrier and a BUS control device according to the independent claims.
  • the invention proposes in particular that the BUS control device sends an identification data query signal for transmitting individual identification data stored in the BUS operating devices in a readable manner to the BUS operating devices, the BUS operating devices Receive the identification data query signal, the BUS operating devices send their respective individual identification data to the BUS control unit according to the specified transmission sequence, the BUS control unit receives the individual identification data, assigns the respective identification data to the respective BUS operating device depending on a position in the specified transmission sequence and stores the respective identification data with the respective position which is assigned to the respective identification data.
  • the invention proposes in particular that the computer program product has program code means which are stored in particular in a computer-readable medium in order to at least partially carry out the method for operating a BUS network according to the invention when the computer program product is processed on a computer unit of a BUS control device of the BUS network.
  • the invention proposes in particular that the computer-readable data carrier has program code instructions which, when executed by a computer unit, cause the computer unit to at least partially carry out the method for operating a BUS network according to the invention.
  • the invention proposes in particular that the BUS control device is further designed to transmit an identification data query signal for transmitting individual identification data stored in the BUS operating devices in a readable manner to the BUS operating devices, to receive, in response to the identification data query signal, respective individual identification data sent from the BUS operating devices to the BUS control device in accordance with the predetermined transmission sequence, to assign the respective identification data to the respective BUS operating device depending on a position in the predetermined transmission sequence, and to store the respective identification data with the respective position which is assigned to the respective identification data.
  • the invention is based, among other things, on the idea that value pairs, each of which includes at least the identification data and the current position in the transmission sequence, are stored.
  • the BUS control unit can have a memory unit in which the value pairs are stored. can.
  • the value pairs can also be stored, at least in part, in an external memory unit that has a communication link with the BUS control unit. It is therefore possible for the BUS control unit or the higher-level controller to determine which BUS operating devices are active.
  • the data can also be used for further processing of the device data that is transmitted to the BUS control unit in response to a query signal. It is therefore possible to identify individual BUS operating devices within the framework of the daisy chain process.
  • the identification data query signal is a query signal that can be transmitted by the BUS control unit.
  • the identification data query signal is a specific query signal that differs from other query signals of the BUS control unit.
  • the BUS operating devices recognize the identification data query signal. Provision can be made for the respective identification data to be stored in a memory unit of the respective BUS operating device. As soon as a respective BUS operating device receives an identification data query signal via the network line, provision can be made for the identification data to be read from the respective memory unit of the respective BUS operating device and transmitted from the BUS operating device to the BUS control unit at the specified position in the transmission sequence.
  • both the BUS control unit and the BUS operating devices have suitable transceiver units with which communication can be realized via the network line. Furthermore, both the BUS control unit and the BUS operating devices can have respective power supply units, by means of which power can be supplied from the BUS control unit to the BUS operating devices via the network line.
  • the BUS control unit after transmitting the query signal, compares a number of positions at which the BUS control unit receives the device data with a predetermined number of BUS operating devices in order to determine the function of the BUS network.
  • the specified number of BUS operating devices can be determined, for example, during initialization of the BUS network. However, it can also be provided that the specified number of BUS operating devices is permanently set on the BUS control unit. A specification by the higher-level controller can also be provided.
  • the specified number of BUS operating devices corresponds, for example, to the number of BUS operating devices connected to the network cable. If the BUS network is functioning properly, the number of positions corresponds to the specified number of BUS operating devices.
  • the specified number of BUS operating devices is the number of BUS operating devices that are in communication with the BUS control unit via the network cable. This makes it possible for the BUS control unit to determine that the available BUS operating devices have actually transmitted their device data to the BUS control unit. This improves the reliability of the intended operation of the BUS network.
  • the BUS control unit transmits the identification data query signal. In this way, it is possible to determine which BUS operating devices are operating as intended based on the number of positions at which identification data is received by the BUS control unit in response to the identification data query signal. Furthermore, it is of course possible to determine whether the network line is faulty, for example, due to an interruption or the like. If the network line is interrupted, for example, subsequent BUS operating devices can no longer communicate with the BUS control unit. This can also be determined in this way. If the BUS control unit determines that the number of positions does not correspond to the specified number, the BUS control unit can send a message, for example to the higher-level controller. It can also be provided that the BUS control unit stops or reduces the intended operation of the BUS network.
  • the transmission sequence be adjusted based on the individual identification data received by the BUS control unit from the BUS operating devices.
  • This development relates in particular to the case where the number of positions is smaller than the specified number. This allows, for example, deactivated or faulty BUS operating devices to be removed from the transmission sequence, so that the intended operation according to the daisy chain method can be maintained even in this case. The reliability of the The intended operation of the BUS network can thus be further improved.
  • the bus control unit assigns a position in the transmission sequence to the bus operating devices depending on the individual identification data received from the bus operating devices. In particular, this can involve a reassignment or reconfiguration.
  • the assignment of positions in the transmission sequence can be carried out according to a standardized initialization procedure for operation according to the daisy-chain method.
  • the BUS control unit determines at least one error position, wherein the error position is a position in the transmission sequence at which the assigned BUS control unit is not receiving any device data.
  • the BUS control unit can assume a malfunction or fault.
  • the BUS operating device to which this position is assigned can be deactivated or faulty and therefore not transmitting any device data.
  • the network line is faulty, for example, due to an open circuit or a short circuit.
  • the BUS control unit can, for example, repeat the transmission of the query signal.
  • the BUS control unit issues a fault message, for example to the higher-level controller.
  • the BUS control unit determines the identification data of the at least one associated BUS operating device depending on the stored identification data and the associated stored positions. This makes it possible to determine the BUS operating device that did not transmit any device data to the BUS control unit in response to the query signal. It is therefore possible for the BUS control unit to identify the BUS operating device based on the stored identification data associated with the position.
  • the BUS control unit can issue a corresponding message with the corresponding identification data of the affected BUS operating device, in particular to the higher-level controller, in order to carry out, for example, repair, maintenance, replacement, or the like with regard to the BUS operating device that caused the error position.
  • the BUS control unit depending on the at least one error position or the at least one A fault diagnostic routine is activated for the bus operating device. This makes it possible to automatically investigate the functionality or malfunction of the bus operating device, at least partially, and, if necessary, to rectify it. In particular, it is also possible to identify the respective bus operating device whose operation is malfunctioning. This can further improve the reliability of the intended operation of the bus network.
  • the BUS control unit outputs a fault message depending on the at least one fault position or the at least one BUS operating device associated with the identification data of the associated BUS operating device.
  • This fault message can, for example, be output as a signal to the higher-level controller.
  • the BUS control unit outputs an acoustic, visual, or haptic signal to an operator of the BUS network, a user, or maintenance personnel.
  • the BUS control unit determines the operating status of the network line based on a comparison of the number of positions at which the BUS control unit receives device data with the specified number of BUS operating devices.
  • This further development has the advantage that any fault or malfunction can be narrowed down.
  • the detection of a fault in the network line can, for example, depend on the fact that, from a certain position in the transmission sequence, no more device data is returned in response to a query signal. In this case, it can be assumed that a fault is unlikely if there are several BUS operating devices that follow one another in the transmission sequence. This can further improve the maintenance of the BUS network.
  • the BUS control device has a power supply unit for supplying at least one of the BUS control devices with electrical energy via the network cable for its intended operation.
  • the power supply unit can, for example, have an electrical energy storage device such as an accumulator or the like.
  • the power supply unit can also have a power supply connection for coupling an electrical energy source.
  • the power supply connection can For example, it can be designed to connect an energy supply network or an on-board network of a motor vehicle.
  • the BUS control unit be designed to determine a disruption to the intended operation of the BUS network and, depending on this, to reconfigure the transmission sequence. According to this development, it is therefore possible for the BUS control unit to react to disruptions in the intended operation of the BUS network and to attempt to maintain partial intended operation by reconfiguring or reconfiguring the transmission sequence. By reconfiguring the transmission sequence, the available BUS operating devices can be reinserted into the daisy chain process, so that the operation of the BUS network can be maintained with the available BUS operating devices. At the same time, it can be provided that the BUS control unit sends a corresponding message, for example to the higher-level controller or the like.
  • Fig. 1 is a schematic diagram of a BUS network with a BUS control unit and several BUS operating devices that are coupled to each other by means of a network line of the BUS network, the BUS network being operated according to a daisy chain method,
  • Fig. 2 is a schematic signal representation for a signal sequence of device data of the BUS operating devices, which they send in response to a query signal,
  • Fig. 3 is a schematic signal representation like Fig. 2, in which one of the BUS operating devices is not sending any device data due to a fault,
  • Fig. 4 is a schematic signal representation like Fig. 2, in which the network line between two consecutively arranged BUS operating devices is interrupted, and
  • Fig. 5 is a schematic flowchart for a process sequence for operating the BUS network.
  • Fig. 1 shows a schematic block diagram of a BUS network 1, which has a network line 9, to which a BUS control unit 2 and BUS operating devices 3 to 8 are connected, of which only the BUS operating devices 3 to 5 are shown in Fig. 1.
  • the BUS operating devices 3 to 8 are connected serially to the BUS control unit 2 via the network line 9.
  • the BUS control unit 2 and the BUS operating devices 3 to 8 are also included in the BUS network 1.
  • the BUS operating devices 3 to 8 are essentially identical in this case. They are further configured such that the network line 9 is looped through the BUS operating devices 3 to 8.
  • Each of the BUS operating devices 3 to 8 has its own power supply unit 11, an operating device control unit 13, a controllable current source 12, and a line resistance Rs.
  • the BUS operating devices 3 to 8 are essentially interconnected in series and connected to the BUS control device 2.
  • the BUS network 1 is operated according to a daisy-chain method.
  • Each of the BUS operating devices 3 to 8 comprises a respective sensor, which is included in the respective operating device control unit 13.
  • the sensors are not shown in detail and do not need to be identical in this case.
  • the sensors can, for example, detect temperature, humidity, light, and/or the like. It can also be provided that the sensors are a camera, in particular an infrared camera, a LIDAR, an ultrasonic sensor, and/or the like.
  • the BUS operating device 3 to 8 can also have one or more actuators that can be controlled by means of control commands from the BUS control device 2.
  • the BUS control unit 2 has, in addition to a power supply unit 10, which not only supplies electrical energy for the intended operation of the BUS control unit 2, but also electrical energy for the operation of the BUS operating devices 3 to 8, so that the power supply unit 10 is able to supply the BUS network 1 essentially completely with electrical energy.
  • the BUS control device 2 has a control unit 41 configured to operate the BUS network 1 according to the daisy chain method.
  • the operating device control units 13 use their sensors to capture sensor values and make them available as device data.
  • Fig. 2 now shows in a schematic signal representation how the device data is retrieved from the BUS operating devices 3 to 8 via the network line 9.
  • the BUS control unit 2 sends a query signal 22 via the network line 9 to the BUS operating devices 3 to 8 in undisturbed, normal operation.
  • the BUS control unit 2 previously assigned individual positions 23 to 28 to the BUS operating devices 3 to 8 in a transmission sequence 14.
  • the BUS operating devices 3 to 8 receive the query signal 22 and send their respective device data at the previously assigned individual position 23 to 28 in the specified transmission sequence 14 via the network line 9 in succession to the BUS control unit 2.
  • positions 23 to 28 are shown in the transmission sequence 14 in response to the query signal 22.
  • the BUS operating device 3 sends its device data at position 23
  • the BUS operating device 4 sends its device data at position 24
  • the BUS operating device 5 sends its device data at position 25
  • the BUS operating device 6 sends its device data at position 26
  • the BUS operating device 7 sends its device data at position 27
  • the BUS operating device 8 sends its data at position 28.
  • Positions 23 to 28 follow one another directly in time.
  • Fig. 3 shows a schematic signal diagram like Fig. 2, but in this illustrated signal sequence, the BUS operating device 5 is defective and is not transmitting any device data. This is illustrated in FIG. 3 by the fact that position 25 contains an X. Position 25 is therefore omitted from the transmission sequence. This shifts the positions of the subsequent response signals. Therefore, due to its query signal 22, the corresponding device data only arrives at the BUS control unit 2 from five of the BUS operating devices 3 to 8, namely at positions 23, 24 and 26 to 28. This can lead to a signal processing disturbance in the BUS control unit 2, which at least hinders, if not completely disrupts, the further operation of the BUS network 1.
  • Fig. 4 shows a schematic signal diagram
  • Fig. 2 shows another situation in which there is a fault with respect to the network line 9 between the BUS operating devices 5 and 6, in this case an interruption.
  • the BUS control unit 2 receives only the device data from the BUS operating devices 6 to 8 at positions 26 to 28 in response to the query signal 22.
  • the device data of the BUS operating devices 3 to 5 at positions 23 to 25 cannot be transmitted to the BUS control unit 2 due to the interruption of the network lines 9.
  • this can lead to a significant disruption in the intended operation of the BUS network 1.
  • Fig. 5 shows a schematic flow diagram of how the problem explained with reference to Figs. 3 and 4 can be reduced or eliminated by means of suitable control of the BUS control unit 2.
  • the method begins with step 15, in which the motor vehicle is started.
  • the BUS control unit 2 initializes the BUS network 1, as explained, for example, in the DSI3 Bus Standard of February 16, 2011.
  • an identification data query signal is sent to the BUS operating devices 3 to 8 for transmitting individual identification data stored in a readable manner in the BUS operating devices 3 to 8.
  • the BUS operating devices 3 to 8 receive the identification data query signal from the BUS control device 2.
  • the BUS operating devices 3 to 8 send their respective individual identification data to the BUS control device 2 in accordance with the predefined transmission sequence 14.
  • the BUS control device 2 receives the individual identification data and assigns it to the respective BUS operating device 3 to 8 depending on a respective position in the predefined transmission sequence 14.
  • a check is performed to determine whether identification data is available for BUS operating devices 3 to 8. At step 17, it is determined that no identification data is available for a specific one of BUS operating devices 3 to 8, whereas at step 19, it is determined that identification data is available for a specific one of BUS operating devices 3 to 8.
  • step 20 it is then checked whether the initialization, i.e., in particular the position assignment to the BUS operating devices 3 to 8, was successful. If the assignment was successful, the method continues with step 21, in which the stored identification data is compared with the identification data obtained during initialization. If the respective identification data are identical, the method continues and ends with step 30, and the intended operation of the BUS network 1 is started or continued. If, however, there is a discrepancy between the stored identification data and the identification data obtained during initialization, the storage process is triggered in step 29, in which the respective received identification data are assigned to positions 23 to 28 and stored in the memory unit of the control unit 41, which in this case is embodied in the BUS control unit 2. The method then also continues with step 30.
  • step 31 a check is performed to determine whether the stored identification data in the BUS control unit 2 is available and consistent. If this check is negative, the process continues with step 32.
  • step 32 it is checked whether the initialization, in particular the addressing for all BUS operating devices 3 to 8, was carried out successfully. If this check is negative, the process continues with step 33. In step 33, a message is output that the BUS network 1 has an addressing error. The process then continues with step 34. In step 34, a check is made to determine whether the error occurred due to a debouncing time. If the result of this check is negative, the process continues with step 16. However, if the result of the check in step 34 is positive, a message is output in step 35, which the BUS operating device 2 transmits to a higher-level controller (not shown).
  • step 40 the first faulty BUS operating device 3 to 8 is identified and reported. From step 40, the process then continues with step 34, as previously explained.
  • step 31 If the check in step 31 is positive, the identification data of the storage unit assigned to the respective positions 23 to 28 are compared with the identification data received from the BUS operating device 2 based on the identification data query signal. This occurs in step 36, and the method continues with step 37. In step 37, the BUS operating devices 3 to 8 that are unavailable or faulty are then determined. The method then continues with step 40, as previously explained.
  • the BUS control unit 2 can be used to determine whether, and if so, which BUS operating devices are no longer participating in the intended operation of the BUS network 1.
  • the BUS control unit 2 can then automatically reconfigure the BUS network 1. Positions 22 to 28 can be reassigned to the available BUS operating devices 3 to 8, whereby the number of positions is reduced due to the unavailable BUS operating devices 3 to 8.
  • the BUS network 1 can therefore maintain its intended operation with the still available BUS operating devices.

Landscapes

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

Abstract

Die Erfindung betrifft ein Verfahren zum Betreiben eines BUS-Netzwerks (1), mit einem BUS-Steuergerät (2) und mehreren BUS-Betriebsgeräten (3 bis 8), die mittels einer Netzwerkleitung (9) miteinander gekoppelt sind, wobei das BUS-Steuergerät ein Abfragesignal (22) an die BUS-Betriebsgeräte sendet, die BUS-Betriebsgeräte jeweilige Gerätedaten der BUS-Betriebsgeräte an einer vorgegebenen Position (23 bis 28) in einer vorgegebenen Sendereihenfolge (14) über die Netzwerkleitung an das BUS-Steuergerät aufeinanderfolgend senden, das BUS-Steuergerät die Gerätedaten empfängt und abhängig von der Position in der Sendereihenfolge die jeweiligen empfangenen Gerätedaten einem jeweiligen der BUS-Betriebsgeräte zuordnet. Erfindungsgemäß ist vorgesehen, dass das BUS-Steuergerät ein Identifikationsdatenabfragesignal zum Übermitteln von in den BUS-Betriebsgeräten individuellen Identifikationsdaten an die BUS-Betriebsgeräte aussendet, die BUS-Betriebsgeräte ihre jeweiligen individuellen Identifikationsdaten entsprechend der vorgegebenen Sendereihenfolge an das BUS- Steuergerät senden, das BUS-Steuergerät die Identifikationsdaten empfängt, abhängig von einer Position in der vorgegebenen Sendereihenfolge die jeweiligen Identifikationsdaten dem jeweiligen BUS-Betriebsgerät zuordnet und die jeweiligen Identifikationsdaten mit der jeweiligen Position speichert.

Description

Betreiben eines BUS-Netzwerks, insbesondere Rekonfiguration bei einer Störung
Die Erfindung betrifft ein Verfahren zum Betreiben eines BUS-Netzwerks, mit einem BUS- Steuergerät und mehreren BUS-Betriebsgeräten, die mittels einer Netzwerkleitung des BUS-Netzwerks miteinander gekoppelt sind, wobei das BUS-Netzwerk nach einem Daisy- Chain-Verfahren betrieben wird, bei dem das BUS-Steuergerät ein Abfragesignal über die Netzwerkleitung an die BUS-Betriebsgeräte sendet, die BUS-Betriebsgeräte das Abfragesignal empfangen und jeweilige Gerätedaten der BUS-Betriebsgeräte an einer vorgegebenen Position in einer vorgegebenen Sendereihenfolge über die Netzwerkleitung an das BUS-Steuergerät aufeinanderfolgend senden, das BUS-Steuergerät die Gerätedaten empfängt und abhängig von der Position in der Sendereihenfolge die jeweiligen empfangenen Gerätedaten einem jeweiligen der BUS-Betriebsgeräte zuordnet. Die Erfindung betrifft ferner ein Rechnerprogrammprodukt und einen rechnerlesbaren Datenträger. Schließlich betrifft die Erfindung auch ein BUS-Steuergerät für ein BUS- Netzwerk, wobei das BUS-Netzwerk neben dem BUS-Steuergerät mehrere BUS- Betriebsgeräte aufweist, die mit einer Netzwerkleitung des BUS-Netzwerks miteinander gekoppelt sind, wobei das BUS-Netzwerk nach einem Daisy-Chain-Verfahren betrieben wird, wobei das BUS-Steuergerät ausgebildet ist, ein Abfragesignal über die Netzwerkleitung an die BUS-Betriebsgeräte zu senden, jeweilige Gerätedaten der BUS- Betriebsgeräte, die die BUS-Betriebsgeräte als Reaktion auf das Abfragesignal an einer vorgegebenen Position in einer vorgegebenen Sendereihenfolge über die Netzwerkleitung an das BUS-Steuergerät aufeinanderfolgend senden, zu empfangen, und abhängig von der Position in der Sendereihenfolge die jeweiligen empfangenen Gerätedaten einem jeweiligen der BUS-Betriebsgeräte zuzuordnen.
Gattungsgemäße Verfahren, BUS-Steuergeräte hierfür, Rechnerprogrammprodukte und rechnerlesbare Datenträger sind dem Grunde nach im Stand der Technik umfänglich bekannt, sodass es eines gesonderten druckschriftlichen Nachweises hierfür nicht bedarf. BUS-Netzwerke dienen dazu, über die Netzwerkleitung angeschlossene BUS- Betriebsgeräte mit dem BUS-Steuergerät zu koppeln und zu betreiben, beispielsweise, indem Daten, insbesondere Gerätedaten, von den BUS-Betriebsgeräten an das BUS- Steuergerät übermittelt werden, Steuerbefehle von dem BUS-Steuergerät zu einem oder mehreren der BUS-Betriebsgeräte übermittelt werden und/oder dergleichen. BUS- Betriebsgeräte können beispielsweise Sensoren, Aktuatoren, Kombinationen hiervon oder dergleichen sein. Die Gerätedaten können demnach zum Beispiel erfasste Werte der Sensoren, Betriebszustände der BUS-Betriebsgeräte, Kombinationen hiervon und dergleichen umfassen.
Die BUS-Betriebsgeräte sind häufig über eine Netzwerkleitung mit dem BUS-Steuergerät gekoppelt und können über die Netzwerkleitung Daten austauschen. Die Netzwerkleitung dient also unter anderem der Kommunikation zwischen dem BUS-Steuergerät und den BUS-Betriebsgeräten. Darüber hinaus kann die Netzwerkleitung jedoch auch für eine Energieversorgung der BUS-Betriebsgeräte genutzt werden. Die Netzwerkleitung kann beispielsweise als Zweidrahtleitung ausgebildet sein. Je nach Bedarf kann die Netzwerkleitung natürlich auch mehr als zwei Einzelleitungen einer Zweidrahtleitung aufweisen. Der Betrieb des BUS-Netzwerks kann auf Basis eines Busprotokolls erfolgen, wie beispielsweise dem Distributed Systems Interface (DSI). Ein derartiges Protokoll offenbart zum Beispiel der DSI3 Bus Standard vom 16. Februar 2011 .
Bei einem Daisy-Chain-Verfahren, wie es zum Beispiel auch DSI3 Bus Standard vom 16. Februar 2011 offenbart ist, sind die BUS-Betriebsgeräte in der Regel seriell über die Netzwerkleitung mit dem BUS-Steuergerät gekoppelt. Daher ist es wichtig, dass die BUS- Betriebsgeräte auf ein Abfragesignal des BUS-Steuergeräts ihre Gerätedaten nicht zeitlich überschneidend über die Netzwerkleitung versuchen zu übertragen. Aus diesem Grund ist im Rahmen des Daisy-Chain-Verfahrens vorgesehen, dass die BUS- Betriebsgeräte ihre jeweiligen Gerätedaten als Reaktion auf das Abfragesignal des BUS- Steuergeräts an einer jeweils zugeordneten Position in einer vorgegebenen Sendereihenfolge aussenden. Die Position der Sendereihenfolge ist dem jeweiligen BUS- Betriebsgeräte zugeordnet. Dadurch steht für das Übertragen der Gerätedaten ein jeweiliges Zeitfenster zum Aussenden der Gerätedaten zur Verfügung, welches individuell dem jeweiligen BUS-Betriebsgeräte zugeordnet ist. Die Sendereihenfolge kann beispielsweise im Rahmen einer Initialisierung beziehungsweise Konfiguration des BUS- Netzwerks festgelegt werden. In der Regel bleibt die Sendereihenfolge während eines bestimmungsgemäßen Betriebs des BUS-Netzwerks im Wesentlichen unverändert.
Das BUS-Steuergerät kann anhand der Sendereihenfolge der Gerätedaten und der zugeordneten Positionen in der Sendereihenfolge, die den jeweiligen BUS- Betriebsgeräten individuell zugeordnet sind, die jeweiligen Gerätedaten dem jeweiligen BUS-Betriebsgerät zuordnen. Die Gerätedaten können dann für die weitere Verarbeitung zur Verfügung gestellt werden. Die Verarbeitung kann zumindest teilweise im BUS- Steuergerät erfolgen, oder es kann auch vorgesehen sein, dass die Gerätedaten an eine übergeordnete Steuerung zur weiteren Verarbeitung übermittelt werden. Aus der Zuordnung der Position in der Sendereihenfolge kann im letzteren Fall dann natürlich auch jeweils vorgesehen sein, dass die Gerätedaten den jeweiligen BUS-Betriebsgeräten zugeordnet an eine übergeordnete Steuerung übermittelt werden.
Der zunehmende Einsatz von Sensoren und Aktuatoren im Bereich von zum Beispiel Kraftfahrzeugen hat dazu geführt, dass BUS-Netzwerke auch bei Kraftfahrzeugen zum Einsatz kommen. Sensoren, Aktuatoren und/oder dergleichen können als BUS- Betriebsgeräte ausgebildet sein, die über die Netzwerkleitung mit dem BUS-Steuergerät gekoppelt sind.
Besonders wenn das Kraftfahrzeug über eine Fahrassistenz verfügt und/oder zumindest teilweise autonom geführt werden kann, ist es erforderlich, dass eine hohe Zuverlässigkeit im bestimmungsgemäßen Betrieb des BUS-Netzwerks, insbesondere in Bezug auf die Kommunikation, erreicht werden kann. Gleichwohl hat es sich gezeigt, dass bei Auftreten einer Störung, beispielsweise einer Unterbrechung in der Netzwerkleitung, einem oder mehrerer Defekte beziehungsweise Störungen der BUS-Steuergeräte oder dergleichen, die Kommunikation im Stand der Technik gestört sein kann. Für BUS-Betriebsgeräte, die für die Sicherheit eines Systems wie dem Kraftfahrzeug zumindest teilweise verantwortlich sind, ist dies nachteilig. Als besonders ungünstig erweist es sich, wenn ein BUS-Betriebsgerät gestört ist und in der Sendereihenfolge nicht mehr reagiert. Die Sendepositionen der folgenden BUS-Betriebsgeräte können sich dann aus Sicht des BUS-Steuergeräts verschieben, ohne dass das BUS-Steuergerät dies bemerkt. Das BUS- Netzwerk kann unter anderem hierdurch zumindest teilweise ausfallen.
Der Erfindung liegt die Aufgabe zugrunde, die Zuverlässigkeit des bestimmungsgemäßen Betriebs eines BUS-Netzwerks zu verbessern.
Als Lösung werden mit der Erfindung ein Verfahren, ein Rechnerprogrammprodukt, ein rechnerlesbarer Datenträger sowie ein BUS-Steuergerät gemäß den unabhängigen Ansprüchen vorgeschlagen.
Vorteilhafte Weiterbildungen ergeben sich durch Merkmale der abhängigen Ansprüche.
In Bezug auf ein gattungsgemäßes Verfahren wird mit der Erfindung insbesondere vorgeschlagen, dass das BUS-Steuergerät ein Identifikationsdatenabfragesignal zum Übermitteln von in den BUS-Betriebsgeräten auslesbar gespeicherten individuellen Identifikationsdaten an die BUS-Betriebsgeräte aussendet, die BUS-Betriebsgeräte das Identifikationsdatenabfragesignal empfangen, die BUS-Betriebsgeräte ihre jeweiligen individuellen Identifikationsdaten entsprechend der vorgegebenen Sendereihenfolge an das BUS-Steuergerät senden, das BUS-Steuergerät die individuellen Identifikationsdaten empfängt, abhängig von einer Position in der vorgegebenen Sendereihenfolge die jeweiligen Identifikationsdaten dem jeweiligen BUS-Betriebsgerät zuordnet und die jeweiligen Identifikationsdaten mit der jeweiligen Position speichert, welche den jeweiligen Identifikationsdaten zugeordnet ist.
In Bezug auf ein Rechnerprogrammprodukt wird mit der Erfindung insbesondere vorgeschlagen, dass das Rechnerprogrammprodukt Programmcodemittel aufweist, welche insbesondere in einem rechnerlesbaren Medium gespeichert sind, um das Verfahren zum Betreiben eines BUS-Netzwerks gemäß der Erfindung zumindest teilweise durchzuführen, wenn das Rechnerprogrammprodukt auf einer Rechnereinheit eines BUS- Steuergeräts des BUS-Netzwerks abgearbeitet wird.
In Bezug auf einen rechnerlesbaren Datenträger wird mit der Erfindung insbesondere vorgeschlagen, dass der rechnerlesbare Datenträger Programmcodeanweisungen aufweist, die, wenn sie von einer Rechnereinheit ausgeführt werden, die Rechnereinheit veranlassen, das Verfahren zum Betreiben eines BUS-Netzwerks gemäß der Erfindung zumindest teilweise durchzuführen.
In Bezug auf ein gattungsgemäßes BUS-Steuergerät wird mit der Erfindung insbesondere vorgeschlagen, dass das BUS-Steuergerät ferner ausgebildet ist, ein Identifikationsdatenabfragesignal zum Übermitteln von in den BUS-Betriebsgeräten auslesbar gespeicherten individuellen Identifikationsdaten an die BUS-Betriebsgeräte auszusenden, als Reaktion auf das Identifikationsdatenabfragesignal von den BUS- Betriebsgeräten entsprechend der vorgegebenen Sendereihenfolge an das BUS- Steuergerät gesendete jeweilige individuelle Identifikationsdaten zu empfangen, abhängig von einer Position in der vorgegebenen Sendereihenfolge die jeweiligen Identifikationsdaten dem jeweiligen BUS-Betriebsgerät zuzuordnen und die jeweiligen Identifikationsdaten mit der jeweiligen Position zu speichern, welche den jeweiligen Identifikationsdaten zugeordnet ist.
Die Erfindung basiert dabei unter anderem auf dem Gedanken, dass Wertepaare, die jeweils zumindest die Identifikationsdaten und die aktuelle Position in der Sendereihenfolge umfassen, gespeichert werden. Zu diesem Zweck kann das BUS- Steuergerät eine Speichereinheit aufweisen, in der die Wertepaare gespeichert werden können. Dem Grunde nach können die Wertepaare auch zumindest teilweise in einer externen Speichereinheit gespeichert werden, die mit dem BUS-Steuergerät in Kommunikationsverbindung steht. Es ist daher also möglich, seitens des BUS- Steuergeräts oder der übergeordneten Steuerung festzustellen, welche BUS- Betriebsgeräte aktiv sind. Die Daten können auch für die weitere Verarbeitung der Gerätedaten, die an das BUS-Steuergerät auf ein Abfragesignal übermittelt werden, herangezogen werden. Es ist also im Rahmen des Daisy-Chain-Verfahrens möglich, einzelne BUS-Betriebsgeräte zu identifizieren. Dies kann unter anderem auch deshalb sinnvoll sein, falls eines der BUS-Betriebsgeräte gewartet oder ausgetauscht wird und nach der Wartung oder dem Austausch eine geänderte Funktionalität, insbesondere in Bezug auf die Gerätedaten, vorliegt. Dadurch ist es möglich, die Zuverlässigkeit des BUS- Netzwerks insgesamt zu verbessern.
Das Identifikationsdatenabfragesignal ist ein Abfragesignal, welches durch das BUS- Steuergerät ausgesendet werden kann. Das Identifikationsdatenabfragesignal ist ein spezifisches Abfragesignal, welches unterschiedlich von weiteren Abfragesignalen des BUS-Steuergeräts ist. Die BUS-Betriebsgeräte kennen das Identifikationsdatenabfragesignal. Es kann vorgesehen sein, dass die jeweiligen Identifikationsdaten in einer Speichereinheit des jeweiligen BUS-Betriebsgeräts gespeichert sind. Sobald ein jeweiliges BUS-Betriebsgerät ein Identifikationsdatenabfragesignal über die Netzwerkleitung empfängt, kann vorgesehen sein, dass die Identifikationsdaten aus der jeweiligen Speichereinheit des jeweiligen BUS- Betriebsgeräts ausgelesen werden und an der vorgegebenen Position in der Sendereihenfolge vom BUS-Betriebsgerät an das BUS-Steuergerät übermittelt werden.
Für die Kommunikation über die Netzwerkleitung weisen sowohl das BUS-Steuergerät als auch die BUS-Betriebsgeräte jeweilige geeignete Sende-Empfangseinheiten auf, mit denen die Kommunikation über die Netzwerkleitung realisiert werden kann. Darüber hinaus kann vorgesehen sein, dass sowohl das BUS-Steuergerät als auch die BUS- Betriebsgeräte jeweilige Energieversorgungseinheiten aufweisen, mittels denen eine Energieversorgung vom BUS-Steuergerät zu den BUS-Betriebsgeräten über die Netzwerkleitung möglich ist.
Gemäß einer Weiterbildung wird vorgeschlagen, dass das BUS-Steuergerät nach Aussenden des Abfragesignals eine Anzahl der Positionen, an denen das BUS- Steuergerät die Gerätedaten empfängt, mit einer vorgegebenen Anzahl der BUS- Betriebsgeräte vergleicht, um die Funktion des BUS-Netzwerks zu bestimmen. Die vorgegebene Anzahl der BUS-Betriebsgeräte kann zum Beispiel im Rahmen einer Initialisierung des BUS-Netzwerks bestimmt werden. Es kann aber auch vorgesehen sein, dass die vorgegebene Anzahl der BUS-Betriebsgeräte am BUS-Steuergerät fest eingestellt wird. Auch eine Vorgabe durch die übergeordnete Steuerung kann vorgesehen sein. Die vorgegebene Anzahl der BUS-Betriebsgeräte entspricht beispielsweise der Anzahl der BUS-Betriebsgeräte, die an die Netzwerkleitung angeschlossen sind. Ist die Funktion des BUS-Netzwerks ungestört, entspricht die Anzahl der Positionen der vorgegebenen Anzahl der BUS-Betriebsgeräte. Die vorgegebene Anzahl der BUS- Betriebsgeräte ist die Anzahl der BUS-Betriebsgeräte, die über die Netzwerkleitung mit dem BUS-Steuergerät in Kommunikationsverbindung stehen. Dadurch ist es für das BUS- Steuergerät möglich, festzustellen, dass die verfügbaren BUS-Betriebsgeräte tatsächlich auch ihre Gerätedaten an das BUS-Steuergerät übermittelt haben. Dies verbessert die Zuverlässigkeit des bestimmungsgemäßen Betriebs des BUS-Netzwerks.
Darüber hinaus wird vorgeschlagen, dass, wenn die Anzahl der Positionen kleiner als die vorgegebene Anzahl ist, das BUS-Steuergerät das Identifikationsdatenabfragesignal aussendet. Auf diese Weise ist es möglich, anhand der Anzahl der Positionen, an denen als Reaktion auf das Identifikationsdatenabfragesignal Identifikationsdaten durch das BUS-Steuergerät empfangen werden, festzustellen, welche BUS-Betriebsgeräte bestimmungsgemäß im Betrieb sind. Darüber hinaus besteht natürlich die Möglichkeit festzustellen, ob die Netzwerkleitung gestört ist, beispielsweise eine Unterbrechung oder dergleichen besteht. Bei einer Unterbrechung der Netzwerkleitung können beispielsweise auf die Unterbrechung nachfolgende BUS-Betriebsgeräte nicht mehr mit dem BUS- Steuergerät kommunizieren. Auch dies kann somit festgestellt werden. Stellt das BUS- Steuergerät fest, dass die Anzahl der Positionen nicht der vorgegebenen Anzahl entspricht, kann das BUS-Steuergerät eine Meldung abgeben, beispielsweise an die übergeordnete Steuerung. Es kann auch vorgesehen sein, dass das BUS-Steuergerät den bestimmungsgemäßen Betrieb des BUS-Netzwerks einstellt oder reduziert.
Ferner wird vorgeschlagen, dass die Sendereihenfolge anhand der durch das BUS- Steuergerät von den BUS-Betriebsgeräten empfangenen individuellen Identifikationsdaten angepasst wird. Diese Weiterbildung bezieht sich insbesondere auf den Fall, dass die Anzahl der Positionen kleiner als die vorgegebene Anzahl ist. Dadurch können beispielsweise deaktivierte oder gestörte BUS-Betriebsgeräte aus der Sendereihenfolge entfernt werden, sodass der bestimmungsgemäße Betrieb gemäß dem Daisy-Chain- Verfahren auch in diesem Fall aufrechterhalten werden kann. Die Zuverlässigkeit des bestimmungsgemäßen Betriebs des BUS-Netzwerks kann dadurch weiter verbessert werden.
Weiterhin wird vorgeschlagen, dass das BUS-Steuergerät abhängig von den von den BUS-Betriebsgeräten empfangenen individuellen Identifikationsdaten den BUS- Betriebsgeräten eine Position in der Senderreihenfolge zuordnet. Insbesondere kann es sich hierbei um eine Neuzuordnung beziehungsweise Rekonfiguration handeln. Die Zuordnung von Positionen in der Sendereihenfolge kann gemäß einem standardisierten Initialisierungsverfahren für den Betrieb gemäß dem Daisy-Chain-Verfahren erfolgen.
Weiterhin wird vorgeschlagen, dass das BUS-Steuergerät wenigstens eine Fehlerposition bestimmt, wobei die Fehlerposition eine Position in der Sendereihenfolge ist, an welcher das zugeordnete BUS-Steuergerät keine Gerätedaten empfängt. In diesem Fall kann das BUS-Steuergerät von einer Fehlfunktion beziehungsweise einer Störung ausgehen. Beispielsweise kann das BUS-Betriebsgerät, dem diese Position zugeordnet ist, deaktiviert oder gestört sein und deshalb keine Gerätedaten aussenden. Es kann aber auch sein, dass die Netzwerkleitung eine Störung, beispielsweise eine Unterbrechung oder einen Kurzschluss, aufweist. Das BUS-Steuergerät kann in diesem Fall zum Beispiel das Aussenden des Abfragesignals wiederholen. Es kann aber auch vorgesehen sein, dass das BUS-Steuergerät eine Störungsmeldung abgibt, beispielsweise an die übergeordnete Steuerung.
Darüber hinaus wird vorgeschlagen, dass das BUS-Steuergerät abhängig von den gespeicherten Identifikationsdaten und den zugeordnet gespeicherten Positionen die Identifikationsdaten des wenigstens einen zugehörigen BUS-Betriebsgeräts bestimmt. Dadurch ist es möglich, dasjenige BUS-Betriebsgerät zu bestimmen, welches als Reaktion auf das Abfragesignal keine Gerätedaten an das BUS-Steuergerät übermittelt hat. Es ist daher möglich, dass das BUS-Steuergerät anhand der der Position zugeordneten Identifikationsdaten, die gespeichert sind, dasjenige BUS-Betriebsgerät identifizieren kann. Das BUS-Steuergerät kann eine entsprechende Meldung mit den entsprechenden Identifikationsdaten des betroffenen BUS-Betriebsgeräts abgeben, insbesondere an die übergeordnete Steuerung, um beispielsweise eine Reparatur, eine Wartung, einen Austausch oder dergleichen bezüglich desjenigen BUS-Betriebsgeräts, welches die Fehlerposition verursacht hat, vorzunehmen.
Es wird ferner vorgeschlagen, dass das BUS-Steuergerät abhängig von der wenigstens einen Fehlerposition oder des wenigstens einen zu den Identifikationsdaten zugehörigen BUS-Betriebsgeräts eine Fehlerdiagnose-Routine aktiviert. Dadurch ist es möglich, automatisiert die Funktionsbereitschaft beziehungsweise die Störung des BUS- Betriebsgeräts zumindest teilweise zu untersuchen und gegebenenfalls auch zu beheben. Insbesondere kann auch erreicht werden, das jeweilige BUS-Betriebsgerät zu identifizieren, dessen Betrieb gestört ist. Die Zuverlässigkeit des bestimmungsgemäßen Betriebs des BUS-Netzwerks kann dadurch weiter verbessert werden.
Darüber hinaus wird vorgeschlagen, dass das BUS-Steuergerät abhängig von der wenigstens einen Fehlerposition oder des wenigstens einen zu den Identifikationsdaten des zugehörigen BUS-Betriebsgeräts zu den Identifikationsdaten zugehörigen BUS- Betriebsgeräts eine Störungsmeldung abgibt. Diese Störungsmeldung kann beispielsweise als Signal an die übergeordnete Steuerung abgegeben werden. Es kann aber auch vorgesehen sein, dass das BUS-Steuergerät eine akustische, eine visuelle oder eine haptische Signalabgabe an einen Bediener des BUS-Netzwerks beziehungsweise einen Nutzer oder ein Wartungspersonal abgibt.
Gemäß einer Weiterbildung wird vorgeschlagen, dass das BUS-Steuergerät abhängig von dem Vergleich der Anzahl der Positionen, an denen das BUS-Steuergerät die Gerätedaten empfängt, mit der vorgegebenen Anzahl der BUS-Betriebsgeräte ein Betriebszustand der Netzwerkleitung bestimmt wird. Diese Weiterbildung hat den Vorteil, dass eine etwaige Störung beziehungsweise Fehlfunktion eingegrenzt werden kann. Das Erkennen einer Störung der Netzwerkleitung kann zum Beispiel davon abhängig sein, dass in der Sendereihenfolge ab einer bestimmten Position keinerlei Gerätedaten auf ein Abfragesignal mehr zurückgesendet werden. Dabei kann gegebenenfalls angenommen werden, dass eine Störung bei mehreren BUS-Betriebsgeräten, die in der Sendereihenfolge aufeinanderfolgen, unwahrscheinlich ist. Dadurch kann die Wartung des BUS-Netzwerks weiter verbessert werden.
In Bezug auf das BUS-Steuergerät wird ferner vorgeschlagen, dass das BUS-Steuergerät eine Energieversorgungseinheit zum Versorgen von zumindest einem der BUS- Steuergeräte mit elektrischer Energie über die Netzwerkleitung für den bestimmungsgemäßen Betrieb aufweist. Dadurch kann dasjenige BUS-Betriebsgerät besonders kompakt und günstig ausgebildet sein. Zugleich kann die Zuverlässigkeit erhöht werden. Die Energieversorgungseinheit kann zum Beispiel einen elektrischen Energiespeicher wie einen Akkumulator oder dergleichen aufweisen. Ferner kann die Energieversorgungseinheit auch einen Energieversorgungsanschluss zum Koppeln einer elektrischen Energiequelle aufweisen. Der Energieversorgungsanschluss kann zum Beispiel zum Koppeln eines Energieversorgungsnetzes oder eines Bordnetzes eines Kraftfahrzeugs ausgebildet sein.
Ferner wird vorgeschlagen, dass BUS-Steuergerät ausgebildet ist, eine Störung des bestimmungsgemäßen Betriebs des BUS-Netzwerks zu bestimmen und abhängig davon die Sendereihenfolge neu zu konfigurieren. Es ist also gemäß dieser Weiterbildung möglich, dass das BUS-Steuergerät auf Störungen beim bestimmungsgemäßen Betrieb des BUS-Netzwerks reagiert und durch die Neukonfiguration beziehungsweise Rekonfiguration der Sendereihenfolge einen teilweisen bestimmungsgemäßen Betrieb aufrechtzuerhalten versucht. Durch die Neukonfiguration der Sendereihenfolge können die verfügbaren BUS-Betriebsgeräte erneut in das Daisy-Chain-Verfahren eingefügt werden, sodass mit den verfügbaren BUS-Betriebsgeräten der Betrieb des BUS- Netzwerks aufrechterhalten werden kann. Zugleich kann vorgesehen sein, dass das BUS- Steuergerät eine entsprechende Meldung zum Beispiel an die übergeordnete Steuerung oder dergleichen abgibt.
Die für die erfindungsgemäßen Verfahren angegebenen Vorteile und Wirkungen gelten natürlich im gleichen Maß entsprechend auch für das erfindungsgemäße BUS- Steuergerät, soweit anwendbar, sowie das erfindungsgemäße Rechnerprogrammprodukt und den rechnerlesbaren Datenträger und umgekehrt. Insbesondere können daher Verfahrensmerkmale auch als Vorrichtungsmerkmale und umgekehrt formuliert sein.
Weitere Merkmale der Erfindung ergeben sich aus den Ansprüchen, den Figuren und der Figurenbeschreibung. Die vorstehend in der Beschreibung genannten Merkmale und Merkmalskombinationen, sowie die nachfolgend in der Figurenbeschreibung genannten und/oder in den Figuren alleine gezeigten Merkmale und Merkmalskombinationen sind nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen verwendbar, ohne den Rahmen der Erfindung zu verlassen. Es sind somit auch Ausführungen von der Erfindung als umfasst und offenbart anzusehen, die in den Figuren nicht explizit gezeigt und erläutert sind, jedoch durch separierte Merkmalskombinationen aus den erläuterten Ausführungen hervorgehen und erzeugbar sind. Es sind auch Ausführungen und Merkmalskombinationen als offenbart anzusehen, die somit nicht alle Merkmale eines ursprünglich formulierten unabhängigen Anspruchs aufweisen. Es sind darüber hinaus Ausführungen und Merkmalskombinationen, insbesondere durch die oben dargelegten Ausführungen, als offenbart anzusehen, die über die in den Rückbezügen der Ansprüche dargelegten Merkmalskombinationen hinausgehen oder abweichen. Für Anwendungsfälle oder Anwendungssituationen, die sich bei dem Verfahren ergeben können und die hier nicht explizit beschrieben sind, kann vorgesehen sein, dass gemäß dem Verfahren eine Fehlermeldung und/oder eine Aufforderung zur Eingabe einer Nutzerrückmeldung ausgegeben und/oder eine Standardeinstellung und/oder ein vorbestimmter Initialzustand eingestellt wird.
Dabei zeigen:
Fig. 1 eine schematische Schaltbilddarstellung eines BUS-Netzwerks mit einem BUS-Steuergerät und mehreren BUS-Betriebsgeräten, die mittels einer Netzwerkleitung des BUS-Netzwerks miteinander gekoppelt sind, wobei das BUS-Netzwerk nach einem Daisy-Chain-Verfahren betrieben wird,
Fig. 2 eine schematische Signaldarstellung für eine Signalreihenfolge von Gerätedaten der BUS-Betriebsgeräte, die diese als Reaktion auf ein Abfragesignal senden,
Fig. 3 eine schematische Signaldarstellung wie Fig. 2, bei der eines der BUS- Betriebsgeräte aufgrund einer Störung keine Gerätedaten sendet,
Fig. 4 eine schematische Signaldarstellung wie Fig. 2, bei der die Netzwerkleitung zwischen zwei aufeinanderfolgend angeordneten BUS-Betriebsgeräten unterbrochen ist, und
Fig. 5 ein schematisches Flussdiagramm für einen Verfahrensablauf zum Betreiben des BUS-Netzwerks.
Fig. 1 zeigt in einer schematischen Blockschaltbilddarstellung ein BUS-Netzwerk 1 , welches eine Netzwerkleitung 9 aufweist, die ein BUS-Steuergerät 2 sowie BUS- Betriebsgeräte 3 bis 8 angeschlossen sind, von denen in Fig. 1 lediglich die BUS- Betriebseräte 3 bis 5 dargestellt sind. Die BUS-Betriebsgeräte 3 bis 8 sind seriell an das BUS-Steuergerät 2 über die Netzwerkleitung 9 angeschlossen. Das BUS-Steuergerät 2 sowie die BUS-Betriebsgeräte 3 bis 8 sind ebenfalls vom BUS-Netzwerk 1 umfasst. Bezüglich des Anschlusses an die Netzwerkleitung 9 sind die BUS-Betriebsgeräte 3 bis 8 vorliegend im Wesentlichen gleich ausgebildet. Sie sind ferner derart ausgebildet, dass die Netzwerkleitung 9 durch die BUS-Betriebsgeräte 3 bis 8 hindurchgeschleift ist. Jedes der BUS-Betriebsgeräte 3 bis 8 weist eine eigene Energieversorgungseinheit 11 , eine Betriebsgerätesteuereinheit 13 sowie eine steuerbare Stromquelle 12 und einen Leitungswiederstand Rs auf. Die BUS-Betriebsgeräte 3 bis 8 sind im Wesentlichen seriell miteinander verschaltet und an das BUS-Steuergerät 2 angeschlossen. Das BUS- Netzwerk 1 wird vorliegend nach einem Daisy-Chain-Verfahren betrieben.
Jedes der BUS-Betriebsgeräte 3 bis 8 umfasst vorliegend einen jeweiligen Sensor, der von der jeweiligen Betriebsgerätesteuereinheit 13 umfasst ist. Die Sensoren sind nicht weiter dargestellt und brauchen vorliegend nicht gleich zu sein. Mit den Sensoren können beispielsweise eine Temperatur, eine Luftfeuchtigkeit, Licht und/oder dergleichen erfasst werden. Es kann auch vorgesehen sein, dass es sich bei den Sensoren um eine Kamera handelt, insbesondere eine Infrarot-Kamera, ein LIDAR, ein Ultraschallsensor und/oder dergleichen. Dem Grunde nach kann das BUS-Betriebsgerät 3 bis 8 jedoch auch einen oder mehrere Aktuatoren aufweisen, die mittels Steuerbefehlen des BUS-Steuergeräts 2 gesteuert werden können.
Das BUS-Steuergerät 2 weist neben einer Energieversorgungseinheit 10, die nicht nur elektrische Energie für den bestimmungsgemäßen Betrieb des BUS-Steuergeräts 2 liefert, sondern auch elektrische Energie für den Betrieb der BUS-Betriebsgeräte 3 bis 8, sodass die Energieversorgungseinheit 10 das BUS-Netzwerk 1 vorliegend im Wesentlichen vollständig mit elektrischer Energie zu versorgen vermag.
Darüber hinaus weist das BUS-Steuergerät 2 eine Steuereinheit 41 auf, die ausgebildet ist, das BUS-Netzwerk 1 gemäß dem Daisy-Chain-Verfahren zu betreiben. Die Betriebsgerätesteuereinheiten 13 erfassen mit ihren Sensoren Sensorwerte und stellen diese als Gerätedaten abrufbar zur Verfügung.
Fig. 2 zeigt nun in einer schematischen Signaldarstellung, wie das Abrufen der Gerätedaten von den BUS-Betriebsgeräten 3 bis 8 über die Netzwerkleitung 9 erfolgt. Zunächst sendet das BUS-Steuergerät 2 ein Abfragesignal 22 über die Netzwerkleitung 9 an die BUS-Betriebsgeräte 3 bis 8 in einem ungestörten bestimmungsgemäßen Betrieb. In einem nicht weiter bezeichneten initialen Verfahrensablauf wurden zuvor von dem BUS-Steuergerät 2 den BUS-Betriebsgeräten 3 bis 8 individuelle Positionen 23 bis 28 in einer Sendereihenfolge 14 zugeordnet. Die BUS-Betriebsgeräte 3 bis 8 empfangen das Abfragesignal 22 und senden ihre jeweiligen Gerätedaten an der ihnen jeweils zuvor zugeordneten individuellen Position 23 bis 28 in der vorgegebenen Sendereihenfolge 14 über die Netzwerkleitung 9 aufeinanderfolgend an das BUS-Steuergerät 2. In Fig. 2 sind die Positionen 23 bis 28 in der Sendereihenfolge 14 als Reaktion auf das Abfragesignal 22 dargestellt. So sendet das BUS-Betriebsgerät 3 seine Gerätedaten an der Position 23, das BUS-Betriebsgerät 4 sendet seine Gerätedaten an der Position 24, das BUS- Betriebsgerät 5 sendet seine Gerätedaten an der Position 25, das BUS-Betriebsgerät 6 sendet seine Gerätedaten an der Position 26, das BUS-Betriebsgerät 7 sendet seine Gerätedaten an der Position 27 und das BUS-Betriebsgerät 8 sendet seine Daten an der Position 28. Die Positionen 23 bis 28 folgen zeitlich unmittelbar aufeinanderfolgend.
Fig. 3 zeigt ein schematisches Signaldiagramm wie Fig. 2, wobei jedoch bei dieser dargestellten Signalfolge das BUS-Betriebsgerät 5 defekt ist und keine Gerätedaten sendet. Dies ist in FIG. 3 dadurch dargestellt, dass die Position 25 ein X enthält. Die Position 25 entfällt somit in der Sendereihenfolge. Dadurch verschieben sich die Positionen der folgenden Antwortsignale. Am BUS-Steuergerät 2 kommen daher aufgrund seines Abfragesignals 22 lediglich von fünf der BUS-Betriebsgeräte 3 bis 8 die entsprechenden Gerätedaten an, und zwar an den Positionen 23, 24 und 26 bis 28. Dies kann zu einer Signalverarbeitungsstörung im BUS-Steuergerät 2 führen, die den weiteren Betrieb des BUS-Netzwerks 1 zumindest behindert, wenn nicht sogar vollständig stört.
Fig. 4 zeigt in einem schematischen Signaldiagramm die Fig. 2 eine weitere Situation, bei der zwischen den BUS-Betriebsgeräten 5 und 6 eine Störung in Bezug auf die Netzwerkleitung 9 vorliegt, vorliegend eine Unterbrechung. Wie aus Fig. 4 ersichtlich ist, empfängt das BUS-Steuergerät 2 als Reaktion auf das Abfragesignal 22 lediglich die Gerätedaten von den BUS-Betriebsgeräten 6 bis 8 an den Positionen 26 bis 28. Die Gerätedaten der BUS-Betriebsgeräte 3 bis 5 an den Positionen 23 bis 25 können aufgrund der Unterbrechung der Netzwerkleitungen 9 nicht an das BUS-Steuergerät 2 übermittelt werden. Auch hier kann dies zu einer erheblichen Störung im bestimmungsgemäßen Betrieb des BUS-Netzwerks 1 führen.
Fig. 5 zeigt in einem schematischen Ablaufdiagramm, wie mittels geeigneter Steuerung des BUS-Steuergeräts 2 die Problematik, die anhand der Fig. 3 und 4 erläutert wurde, reduziert oder behoben werden kann. Die Verfahrensführung beginnt mit Schritt 15, in dem das Kraftfahrzeug gestartet wird. In einem folgenden Schritt 16 führt das BUS- Steuergerät 2 eine Initialisierung des BUS-Netzwerks 1 durch, wie sie zum Beispiel im DSI3 Bus Standard vom 16. Februar 2011 erläutert ist. In diesem Zusammenhang wird ein Identifikationsdatenabfragesignal zum Übermitteln von in den BUS-Betriebsgeräten 3 bis 8 auslesbar gespeicherten individuellen Identifikationsdaten an die BUS- Betriebsgeräte 3 bis 8 ausgesendet. Die BUS-Betriebsgeräte 3 bis 8 empfangen das Identifikationsdatenabfragesignal des BUS-Steuergeräts 2. Die BUS-Betriebsgeräte 3 bis 8 senden ihre jeweiligen individuellen Identifikationsdaten entsprechend der vorgegebenen Sendereihenfolge 14 an das BUS-Steuergerät 2. Das BUS-Steuergerät 2 empfängt die individuellen Identifikationsdaten und ordnet diese abhängig von einer jeweiligen Position in der vorgegebenen Sendereihenfolge 14 dem jeweiligen BUS- Betriebsgerät 3 bis 8 zu.
In einem folgenden Schritt 18 wird geprüft, ob für die BUS-Betriebsgeräte 3 bis 8 Identifikationsdaten vorhanden sind. Bei 17 wird festgestellt, dass für ein bestimmtes der BUS-Betriebsgeräte 3 bis 8 keine Identifikationsdaten vorhanden sind, wohingegen bei 19 festgestellt wird, dass für ein bestimmtes der BUS-Betriebsgeräte 3 bis 8 Identifikationsdaten vorhanden sind.
In einem Schritt 20 wird dann geprüft, ob die Initialisierung, das heißt, insbesondere die Positionszuordnung zu den BUS-Betriebsgeräten 3 bis 8 erfolgreich war. Wenn die Zuordnung erfolgreich war, wird das Verfahren mit Schritt 21 fortgeführt, bei dem die gespeicherten Identifikationsdaten mit den bei der Initialisierung erhaltenen Identifikationsdaten verglichen werden. Sind die jeweiligen Identifikationsdaten identisch, wird das Verfahren mit Schritt 30 fortgeführt und beendet und der bestimmungsgemäße Betrieb des BUS-Netzwerks 1 wird aufgenommen beziehungsweise fortgeführt. Besteht hingegen eine Abweichung zwischen den gespeicherten Identifikationsdaten und den über die Initialisierung erhaltenen Identifikationsdaten, wird im Schritt 29 der Speichervorgang ausgelöst, bei dem die jeweiligen empfangenen Identifikationsdaten der Position 23 bis 28 zugeordnet und in der Speichereinheit der Steuereinheit 41 gespeichert werden, die vorliegend im BUS-Steuergerät 2 ausgebildet ist. Danach wird das Verfahren ebenfalls mit Schritt 30 fortgeführt.
Wird im Schritt 20 festgestellt, dass die Initialisierung nicht erfolgreich war, wird das Verfahren mit Schritt 31 fortgeführt. Im Schritt 31 wird geprüft, ob die im BUS-Steuergerät 2 verfügbaren, gespeicherten Identifikationsdaten verfügbar sind und konsistent sind. Im Falle, dass diese Prüfung negativ ausfällt, wird das Verfahren mit Schritt 32 fortgeführt.
Im Schritt 32 wird geprüft, ob die Initialisierung, insbesondere das Adressieren für alle BUS-Betriebsgeräte 3 bis 8 erfolgreich durchgeführt werden konnte. Wenn diese Prüfung negativ ausfällt, wird das Verfahren mit Schritt 33 fortgesetzt. Im Schritt 33 wird eine Meldung ausgegeben, dass das BUS-Netzwerk 1 einen Addressierungsfehler aufweist. Das Verfahren wird dann mit Schritt 34 fortgesetzt. Im Schritt 34 wird geprüft, ob der Fehler aufgrund einer Entprellzeit erfolgt ist. Ist das Ergebnis dieser Prüfung negativ, wird das Verfahren mit Schritt 16 fortgeführt. Ist das Ergebnis der Prüfung im Schritt 34 jedoch positiv, erfolgt im Schritt 35 eine Meldung, die das BUS-Betriebsgerät 2 an eine nicht weiter dargestellte, übergeordnete Steuerung abgibt.
Ist im Schritt 32 hingegen das Prüfungsergebnis positiv, wird das Verfahren mit Schritt 40 fortgesetzt. Im Schritt 40 wird das erste gestörte BUS-Betriebsgerät 3 bis 8 ermittelt und gemeldet. Vom Schritt 40 aus wird das Verfahren dann mit Schritt 34, wie zuvor erläutert, fortgeführt.
Ist die Prüfung im Schritt 31 positiv, werden die den jeweiligen Positionen 23 bis 28 zugeordneten Identifikationsdaten der Speichereinheit mit den Identifikationsdaten verglichen, die aufgrund des Identifikationsdatenabfragesignals von dem BUS- Betriebsgerät 2 erhalten wurden. Dies erfolgt im Schritt 36 und das Verfahren wird mit Schritt 37 fortgesetzt. Im Schritt 37 werden dann die BUS-Betriebsgeräte 3 bis 8 bestimmt, die nicht verfügbar beziehungsweise gestört sind. Das Verfahren wird dann mit Schritt 40, wie zuvor erläutert, fortgeführt.
Wie aus dem vorhergehenden Verfahrensverlauf ersichtlich ist, kann mittels des BUS- Steuergeräts 2 bestimmt werden, ob, und wenn ja, welche BUS-Betriebsgeräte nicht mehr im bestimmungsgemäßen Betrieb des BUS-Netzwerks 1 teilnehmen beziehungsweise teilnehmen können. BUS-Steuergeräts 2 kann dann automatisiert eine neue Konfiguration des BUS-Netzwerks 1 vornehmen. Dabei können die Positionen 22 bis 28 den verfügbaren der BUS-Betriebsgeräte 3 bis 8 neu zugeordnet werden, wobei die Anzahl der Positionen aufgrund der nicht verfügbaren BUS-Betriebsgeräte 3 bis 8 reduziert ist. Das BUS-Netzwerk 1 kann daher seinen bestimmungsgemäßen Betrieb mit den noch verfügbaren BUS-Betriebsgeräten aufrechterhalten.
Die Ausführungsbeispiele dienen ausschließlich der Erläuterung der Erfindung und sollen diese nicht beschränken.

Claims

Patentansprüche
1. Verfahren zum Betreiben eines BUS-Netzwerks (1 ), mit einem BUS-Steuergerät (2) und mehreren BUS-Betriebsgeräten (3 bis 8), die mittels einer Netzwerkleitung (9) des BUS-Netzwerks (1) miteinander gekoppelt sind, wobei das BUS-Netzwerk (1) nach einem Daisy-Chain-Verfahren betrieben wird, bei dem das BUS-Steuergerät (2) ein Abfragesignal (22) über die Netzwerkleitung (9) an die BUS-Betriebsgeräte (3 bis 8) sendet, die BUS-Betriebsgeräte (3 bis 8) das Abfragesignal (22) empfangen und jeweilige Gerätedaten der BUS-Betriebsgeräte (3 bis 8) an einer vorgegebenen Position (23 bis 28) in einer vorgegebenen Sendereihenfolge (14) über die Netzwerkleitung (9) an das BUS-Steuergerät (2) aufeinanderfolgend senden, das BUS-Steuergerät (2) die Gerätedaten empfängt und abhängig von der Position (23 bis 28) in der Sendereihenfolge (14) die jeweiligen empfangenen Gerätedaten einem jeweiligen der BUS-Betriebsgeräte (3 bis 8) zuordnet, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) ein Identifikationsdatenabfragesignal zum Übermitteln von in den BUS-Betriebsgeräten (3 bis 8) auslesbar gespeicherten individuellen Identifikationsdaten an die BUS- Betriebsgeräte (3 bis 8) aussendet, die BUS-Betriebsgeräte (3 bis 8) das Identifikationsdatenabfragesignal empfangen, die BUS-Betriebsgeräte (3 bis 8) ihre jeweiligen individuellen Identifikationsdaten entsprechend der vorgegebenen Sendereihenfolge (14) an das BUS-Steuergerät (2) senden, das BUS-Steuergerät (2) die individuellen Identifikationsdaten empfängt, abhängig von einer Position (23 bis 28) in der vorgegebenen Sendereihenfolge (14) die jeweiligen Identifikationsdaten dem jeweiligen BUS-Betriebsgerät (3 bis 8) zuordnet und die jeweiligen Identifikationsdaten mit der jeweiligen Position (23 bis 28) speichert, welche den jeweiligen Identifikationsdaten zugeordnet ist.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass das BUS-Steuergerät (2) nach Aussenden des Abfragesignals eine Anzahl der Positionen, an denen das BUS-Steuergerät (2) die Gerätedaten empfängt, mit einer vorgegebenen Anzahl der BUS-Betriebsgeräte (3 bis 8) vergleicht, um die Funktion des BUS-Netzwerks (1 ) zu bestimmen.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass, wenn die Anzahl der Positionen kleiner als die vorgegebene Anzahl ist, das BUS-Steuergerät (2) das Identifikationsdatenabfragesignal aussendet.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die Sendereihenfolge anhand der durch das BUS- Steuergerät (2) von den BUS-Betriebsgeräten (3 bis 8) empfangenen individuellen Identifikationsdaten angepasst wird.
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) abhängig von den von den BUS-Betriebsgeräten (3 bis 8) empfangenen individuellen Identifikationsdaten den BUS-Betriebsgeräten (3 bis 8) eine Position in der Senderreihenfolge zuordnet.
6. Verfahren nach einem der vorhergehenden Ansprüche 2 bis 5, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) wenigstens eine Fehlerposition bestimmt, wobei die Fehlerposition eine Position in der Sendereihenfolge ist, an welcher das zugeordnete BUS-Steuergerät (2) keine Gerätedaten empfängt.
7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) abhängig von den gespeicherten Identifikationsdaten und den zugeordnet gespeicherten Positionen die Identifikationsdaten des wenigstens einen zugehörigen BUS-Betriebsgeräts (3 bis 8) bestimmt.
8. Verfahren nach Anspruch 6 oder 7, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) abhängig von der wenigstens einen Fehlerposition oder des wenigstens einen zu den Identifikationsdaten zugehörigen BUS-Betriebsgeräts (3 bis 8) eine Fehlerdiagnose- Routine aktiviert.
9. Verfahren nach einem der vorhergehenden Ansprüche 6 bis 8, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) abhängig von der wenigstens einen Fehlerposition oder des wenigstens einen zu den Identifikationsdaten zugehörigen BUS-Betriebsgeräts (3 bis 8) eine Störungsmeldung abgibt.
10. Verfahren nach einem der vorhergehenden Ansprüche 2 bis 9, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) abhängig von dem Vergleich der Anzahl der Positionen, an denen das BUS-Steuergerät (2) die Gerätedaten empfängt, mit der vorgegebenen Anzahl der BUS-Betriebsgeräte (3 bis 8) ein Betriebszustand der Netzwerkleitung (9) bestimmt wird.
11 . Rechnerprogrammprodukt mit Programmcodemitteln, welche insbesondere in einem rechnerlesbaren Medium gespeichert sind, um das Verfahren zum Betreiben eines BUS-Netzwerks (1) nach einem der vorhergehenden Ansprüche zumindest teilweise durchzuführen, wenn das Rechnerprogrammprodukt auf einer Rechnereinheit eines BUS-Steuergeräts (2) des BUS-Netzwerks (1 ) abgearbeitet wird.
12. Rechnerlesbarer Datenträger mit Programmcodeanweisungen, die, wenn sie von einer Rechnereinheit ausgeführt werden, die Rechnereinheit veranlassen, das Verfahren zum Betreiben eines BUS-Netzwerks (1 ) nach einem der vorhergehenden Ansprüche 1 bis 10 zumindest teilweise durchzuführen.
13. BUS-Steuergerät (2) für ein BUS-Netzwerk (1 ), wobei das BUS-Netzwerk (1 ) neben dem BUS-Steuergerät (2) mehrere BUS-Betriebsgeräte (3 bis 8) aufweist, die mittels einer Netzwerkleitung (9) des BUS-Netzwerks (1 ) miteinander gekoppelt sind, wobei das BUS-Netzwerk (1) nach einem Daisy-Chain-Verfahren betrieben wird, wobei das BUS-Steuergerät (2) ausgebildet ist, ein Abfragesignal über die Netzwerkleitung an die BUS-Betriebsgeräte (3 bis 8) zu senden, jeweilige Gerätedaten der BUS-Betriebsgeräte (3 bis 8), die die BUS-Betriebsgeräte (3 bis 8) als Reaktion auf das Abfragesignal an einer vorgegebenen Position in einer vorgegebenen Sendereihenfolge über die Netzwerkleitung (9) an das BUS- Steuergerät (2) aufeinanderfolgend senden, zu empfangen, und abhängig von der Position in der Sendereihenfolge die jeweiligen empfangenen Gerätedaten einem jeweiligen der BUS-Betriebsgeräte (3 bis 8) zuzuordnen, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) ferner ausgebildet ist, ein Identifikationsdatenabfragesignal zum Übermitteln von in den BUS-Betriebsgeräten (3 bis 8) auslesbar gespeicherten individuellen Identifikationsdaten an die BUS- Betriebsgeräte (3 bis 8) auszusenden, als Reaktion auf das Identifikationsdatenabfragesignal von den BUS-Betriebsgeräten (3 bis 8) entsprechend der vorgegebenen Sendereihenfolge an das BUS-Steuergerät (2) gesendete jeweilige individuelle Identifikationsdaten zu empfangen, abhängig von einer Position in der vorgegebenen Sendereihenfolge die jeweiligen Identifikationsdaten dem jeweiligen BUS-Betriebsgerät (3 bis 8) zuzuordnen und die jeweiligen Identifikationsdaten mit der jeweiligen Position zu speichern, welche den jeweiligen Identifikationsdaten zugeordnet ist.
14. BUS-Steuergerät nach Anspruch 13, gekennzeichnet durch eine Energieversorgungseinheit (10) zum Versorgen von zumindest einem der BUS- Betriebsgeräte (3 bis 8) mit elektrischer Energie über die Netzwerkleitung (9) für den bestimmungsgemäßen Betrieb.
15. BUS-Steuergerät nach Anspruch 13 oder 14, dadurch gekennzeichnet, dass das BUS-Steuergerät (2) ausgebildet ist, eine Störung des bestimmungsgemäßen Betriebs des BUS-Netzwerks (1) zu bestimmen und abhängig davon die Sendereihenfolge neu zu konfigurieren.
PCT/EP2024/081852 2023-11-24 2024-11-11 Betreiben eines bus-netzwerks, insbesondere rekonfiguration bei einer störung Pending WO2025108751A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102023132826.3A DE102023132826A1 (de) 2023-11-24 2023-11-24 Betreiben eines BUS-Netzwerks, insbesondere Rekonfiguration bei einer Störung
DE102023132826.3 2023-11-24

Publications (1)

Publication Number Publication Date
WO2025108751A1 true WO2025108751A1 (de) 2025-05-30

Family

ID=93521582

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2024/081852 Pending WO2025108751A1 (de) 2023-11-24 2024-11-11 Betreiben eines bus-netzwerks, insbesondere rekonfiguration bei einer störung

Country Status (2)

Country Link
DE (1) DE102023132826A1 (de)
WO (1) WO2025108751A1 (de)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007028387A1 (de) * 2007-02-01 2008-08-07 Memminger-Iro Gmbh Textiltechnisches Bussystem
US20160205066A1 (en) * 2015-01-09 2016-07-14 Texas Instruments Incorporated Unique device address assignment technique for bidirectional daisy chain system
DE102021103757A1 (de) * 2021-02-17 2022-08-18 Bayerische Motoren Werke Aktiengesellschaft Kraftfahrzeug mit mehreren Steuergeräten, welche unterschiedliche Fahrzeugfunktionen in dem Kraftfahrzeug bereitstellen, sowie Verfahren zum Konfigurieren der Steuergeräte und Steuergerät

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5754767A (en) * 1996-09-04 1998-05-19 Johnson Service Company Method for automatically determining the physical location of devices on a bus networked control system
DE102015121292A1 (de) * 2015-12-07 2017-06-08 Eaton Electrical Ip Gmbh & Co. Kg Busanordnung mit einer ersten Teilnehmeranordnung und Verfahren zum Betreiben einer Busanordnung
DE102015121288A1 (de) * 2015-12-07 2017-06-08 Eaton Electrical Ip Gmbh & Co. Kg Busanordnung und Verfahren zum Betreiben einer Busanordnung
DE102015121745A1 (de) * 2015-12-14 2017-06-14 Osram Gmbh Verfahren zur Fernverwaltung von Endgeräten an einem Bus, Endgerät, Endgerätesystem und Computerprogrammprodukt
DE102016103928A1 (de) * 2016-03-04 2017-09-07 Eaton Electrical Ip Gmbh & Co. Kg Busanordnung und Verfahren zum Betreiben einer Busanordnung

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007028387A1 (de) * 2007-02-01 2008-08-07 Memminger-Iro Gmbh Textiltechnisches Bussystem
US20160205066A1 (en) * 2015-01-09 2016-07-14 Texas Instruments Incorporated Unique device address assignment technique for bidirectional daisy chain system
DE102021103757A1 (de) * 2021-02-17 2022-08-18 Bayerische Motoren Werke Aktiengesellschaft Kraftfahrzeug mit mehreren Steuergeräten, welche unterschiedliche Fahrzeugfunktionen in dem Kraftfahrzeug bereitstellen, sowie Verfahren zum Konfigurieren der Steuergeräte und Steuergerät

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DENSO: "DSI3 Bus Standard", 16 February 2011 (2011-02-16), pages 1 - 45, XP093247641, Retrieved from the Internet <URL:https://www.elmos.com/fileadmin/elmos-website/products/sensors/ultrasonic/DSI3__Bus_Standard_r1.00.pdf> [retrieved on 20250206] *

Also Published As

Publication number Publication date
DE102023132826A1 (de) 2025-05-28

Similar Documents

Publication Publication Date Title
EP2359204A1 (de) Adaptives zentrales wartungssystem und verfahren zum planen von wartungsvorgängen von systemen
DE19734475A1 (de) Verfahren zur Voraussage eines Ausfalls, sowie Steuereinheit und Laststeuersystem, welche dieses Verfahren verwenden
DE102018104591B4 (de) Verfahren zum Erkennen eines Verbindungsfehlers in einem Bussystem
EP1342342A2 (de) Automatische konfiguration eines netzwerkes
DE19923594B4 (de) Multiplexkommunikationssystem
DE102018220605A1 (de) Kraftfahrzeugnetzwerk und Verfahren zum Betreiben eines Kraftfahrzeugnetzwerks
WO2008017441A1 (de) Ansteuersystem für eine antriebseinheit eines kraftfahrzeuges
DE112013003521B4 (de) Verfahren und Vorrichtung zum Austausch von Daten in einem Kraftfahrzeug zum Betreiben eines Aktors einer automatisierten Reibungskupplung und/oder eines automatisierten Getriebes
EP3573290B1 (de) Verfahren zum betreiben einer sensoranordnung in einem kraftfahrzeug auf basis eines dsi-protokolls
DE10233845A1 (de) Diagnose- und Überwachungsvorrichtung einer Bremszuspanneinrichtung eines Fahrzeugs
DE102019123146B4 (de) Diagnose- und/oder parameterdaten-übertragung zwischen steuermodul und eingabe/ausgabe-modul
DE102023132826A1 (de) Betreiben eines BUS-Netzwerks, insbesondere Rekonfiguration bei einer Störung
DE10329196A1 (de) Verfahren zum Reset von elektronischen Fahrzeug-Steuergeräten
DE102019117952B4 (de) Verfahren zum Betreiben einer Verarbeitungsvorrichtung zur Steuerung und/oder Regelung eines Datenstroms
EP3826875B1 (de) System zur automatisch überwachten fahrzeugzustandssignalisierung und verfahren zur überwachung einer fahrzeugzustandssignalisierungsvorrichtung
EP1289190B1 (de) Automatisierte Buskonfiguration
DE102019004530B4 (de) Effiziente Leitungstreibervorrichtung zur Datenflusskontrolle
DE102015212702A1 (de) Verfahren zur Prüfung eines Zustandes eines Steuergerätes eines Kupplungsaktors
EP4037259A1 (de) Leitungstreibervorrichtung zur datenflusskontrolle
DE102018010311B3 (de) Effiziente Leitungstreibervorrichtung zur Datenflusskontrolle
DE102018010310B3 (de) Effiziente Leitungstreibervorrichtung zur Datenflusskontrolle
DE102023122852A1 (de) Systeme mit mehreren Sicherheitsschaltern sowie Sicherheitsschalter
DE102006044511B4 (de) Verfahren zum Ermitteln des Orts einer Busunterbrechung in einem CAN-Daisy-Chain-Busnetzwerk
DE102024123047A1 (de) Verfahren zum Ansteuern, insbesondere zur Inbetriebnahme, eines Feldgeräts über ein Bus-System und Steuervorrichtung
DE102014017339A1 (de) Verfahren zum Ermitteln von Fehlerzuständen in einer Mehrzahl von Steuergeräten eines Kraftfahrzeugs

Legal Events

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

Ref document number: 24805779

Country of ref document: EP

Kind code of ref document: A1