EP1891776A1 - Verfahren zum betreiben eines bussystems, bussystem und busteilnehmer - Google Patents

Verfahren zum betreiben eines bussystems, bussystem und busteilnehmer

Info

Publication number
EP1891776A1
EP1891776A1 EP06752570A EP06752570A EP1891776A1 EP 1891776 A1 EP1891776 A1 EP 1891776A1 EP 06752570 A EP06752570 A EP 06752570A EP 06752570 A EP06752570 A EP 06752570A EP 1891776 A1 EP1891776 A1 EP 1891776A1
Authority
EP
European Patent Office
Prior art keywords
data
bus
master
slaves
slave
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.)
Ceased
Application number
EP06752570A
Other languages
English (en)
French (fr)
Inventor
Robert Hugel
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch 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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of EP1891776A1 publication Critical patent/EP1891776A1/de
Ceased 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/403—Bus networks with centralised control, e.g. polling
    • 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
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40234—Local Interconnect Network LIN
    • 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
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the invention relates to a method for operating a bus system, in which a trained as a master
  • Bus participants and at least two each formed as a slave bus participants communicate via a bus, and in which a slave is requested by the master to send data by the master sends an identifier assigned to the slave.
  • the present invention further relates to a bus system according to the preamble of claim 9 and a bus subscriber.
  • LIN Local Interconnect Network
  • each slave has an individually assigned identifier, with which it can be addressed by a master of the LIN network.
  • the master for example, to request data from one of the slaves, first sends synchronization information and then the the corresponding identifier assigned in the form of a message on the bus.
  • the slaves present in the LIN network permanently monitor the data transmitted by the master, and the slave whose identifier matches the identifier emitted by the master sends data in turn following the data sent by the master.
  • the master In order to request data from another slave, the master must again send out at least one identifier assigned to this additional slave or a corresponding message, whereupon the further slave can respond in the manner described by transmitting its data.
  • LIN networks reference is made to the specification available on the Internet, cf. http: // www. LIN-SUBBUS.org/.
  • the master emits a multiple identifier, which is assigned to a plurality of slaves, and that the multiple slaves emit data in dependence of the multiple identifier.
  • the master with only one message simultaneously causes a plurality of different slaves to send their respective data. This considerably reduces a corresponding protocol overhead for communication on the bus. For example, in order to interrogate or exchange the data of five different slaves via the bus system according to the invention, only 6 messages or bus accesses of different bus users are required, whereas conventional methods require at least ten messages or bus accesses respectively of different bus users.
  • FIG. 1 shows a bus system according to the invention
  • Figure 2a shows a time course of a conventional data transmission
  • Figure 2b shows a time course of a
  • FIG. 1 shows a bus system 100 which has a master 10 and a plurality of slaves 20a, 20b, 20c, 20d connected via a common bus 15 to the master 10.
  • the bus system 100 is, for example, a LIN network known per se from the prior art.
  • the bus system 100 is used in a motor vehicle for networking sensors that, in addition to their function as a sensor, provide the functionality of the slaves 20a, 20b, 20c, 20d to communicate with each other or the master 10 via the bus 15 and thereby data , for example, sensor data, exchange.
  • FIG. 2a contains three different time axes, which are shown one above the other in FIG. 2a and are respectively assigned to the master 10 or the slave 20a, 20b.
  • the master 10 In order to query data from a first sensor or slave 20a, the master 10 first sends the data to the first slave 20a assigned identifier ID_1 via the bus 15 ( Figure 1), whereupon the slave 20a immediately after the identifier ID_1 its data DATA_1 via the bus 15 sends out.
  • the master 10 sends in the same way an ID 2 assigned to the further slave 20b, whereupon the slave 20b in turn sends out its data DATA_2 via the bus 15.
  • a protocol overhead required for operating the bus system 100 according to the conventional method is in particular one
  • bus 15 e.g. between the transmission of two consecutive messages, and moreover, in addition, preferably periodically, not shown in Figure 2a synchronization information transmitted via the bus 15, which also block the bus 15 for a transmission of user data. Accordingly, user data efficiency on the bus 15 is relatively low when conventional operating methods are used.
  • FIG. 2b Analogous to FIG. 2a, different time axes are also shown in FIG. 2b, which are respectively assigned to the master 10 or the slaves 20a, 20b, 20c, 20d.
  • Reference numeral 15 denotes a time axis in FIG. 2b, which represents the entire data traffic on the bus 15.
  • the master 10 sends - in contrast to the identifier ID1, ID2 assigned to the prior art only to a single slave 20a, 20b (compare FIG. 2a) - in addition to the synchronization information Sync-break, Sync one
  • This multiple identifier MID signals the slaves 20a, 20b, 20c, 20d on the one hand that all four slaves 20a to 2d may transmit their respective data DATA_1, DATA_2, DATA_3, DATA_4 to the bus 15 (FIG. 1) after receiving the multiple identifier MID.
  • the multiple identifier MID according to the invention determines in which way the data DATA_1, DATA_2, DATA_3, DATA_4 may be transmitted from the individual slaves 20a to 2Od and thus simultaneously serves to synchronize the different slaves 20a, 20b, 20c, 2Od with one another.
  • the first slave 20a is connected directly after the multiple identifier MID, i. from the
  • Time t_l two payload bytes DATA_1 may send out.
  • the transmission of these user data bytes DATA 1 of the slave 20a takes place accordingly between the times t_l and t_2.
  • the slave 20b is allowed to send out its user data DATA 2, which takes place until the time t 3.
  • the transmission of the user data DATA_3 and DATA_4 of the further slaves 20c, 20d is likewise regulated by the multiple identifier MID and shown in FIG. 2b.
  • the slave 20a behaves passively, which corresponds to one of the LIN network specifications
  • the further slaves 20b, 20c, 20d behave in the same way outside the transmission periods assigned to them, so that the slaves 20a to 2Od do not mutually cancel each other when transmitting Disturb data on the bus 15.
  • the inventive principle of the multiple identifier MID is limited in the application in a LIN network only by the maximum number of eight data bytes per data frame.
  • sensors used in many motor vehicle applications at the same time as slaves 20a to 20d, usually only sensor data With a resolution of, for example, 12 bits plus 4 status bits, ie a total of 2 bytes, the user data of up to four sensors or slaves 20a to 2Od can be integrated in a single data frame in this manner, whereby the protocol overhead in Compared to conventional methods is lowered and the
  • a further advantage of the multiple identifier MID according to the invention is that the number of identifiers used in the bus system 100 (FIG. 1) for a predefined number of slaves can be reduced by combining several slaves 20a to 2Od under a multiple identifier MID, resulting in a total of more Slaves can be used per bus system.
  • Detection of failed or non-existent sensors or slaves 20a to 2Od is possible by examining the data bytes DATA_1, .., DATA_4 assigned to the respective slave 20a to 2Od.
  • a malfunction or failure of a sensor or slave may be detected by the fact that the data bytes assigned to it are empty, i. e.g. have the value FFh.
  • a simplified integration of new sensors in the bus system 100 is possible.
  • a sensor or slave 20c (FIG. 2b) monitors the communication on the bus 15 and recognizes the position t3 ⁇ t ⁇ t4 assigned to it for the transmission of its data DATA_3 in the data frame by no further slave 20a in the corresponding period , 20b, 20d transmits data on the bus 15.
  • at least one of the slaves 20a to 20d forms a check sum CS over a predefinable part of the data of a data frame and then inserts the checksum CS into the data frame
  • This inventive checksum formation can also be made if a slave 20a to 2Od itself does not send data to the bus 15.
  • the slaves 20a to 2Od may, for example, use a start bit present at the beginning of a data byte DATA_1,.., DATA_4 transmitted on the bus 15.

Abstract

Die Erfindung betrifft ein Verfahren zum Betreiben eines Bussystems (100), bei dem ein als Master (10) ausgebildeter Busteilnehmer und mindestens zwei jeweils als Slave (20a, 20b, 20c, 20d) ausgebildete Busteilnehmer über einen Bus (15) kommunizieren, wobei ein Slave (20a, 20b, 20c, 20d) durch den Master (10) zum Senden von Daten (DATA_1, DATA_2, DATA_3, DATA_4) aufgefordert wird, indem der Master (10) eine dem Slave (20a, 20b, 20c, 20d) zugeordnete Kennung (ID) aussendet. Erfindungsgemäß sendet der Master (10) eine Mehrfachkennung (MID) aus, die mehreren Slaves (20a, 20b, 20c, 20d) zugeordnet ist, woraufhin die mehreren Slaves (20a, 20b, 20c, 20d) Daten (DATA_1, DATA_2, DATA_3, DATA_4) in Abhängigkeit der Mehrfachkennung (MID) aussenden.

Description

Verfahren zum Betreiben eines Bussystems , Bussystem und Busteilnehmer
Stand der Technik
Die Erfindung betrifft ein Verfahren zum Betreiben eines Bussystems, bei dem ein als Master ausgebildeter
Busteilnehmer und mindestens zwei jeweils als Slave ausgebildete Busteilnehmer über einen Bus kommunizieren, und bei dem ein Slave durch den Master zum Senden von Daten aufgefordert wird, indem der Master eine dem Slave zugeordnete Kennung aussendet.
Die vorliegende Erfindung betrifft ferner ein Bussystem gemäß dem Oberbegriff des Patentanspruchs 9 sowie einen Busteilnehmer .
Ein Beispiel für ein herkömmliches Bussystem, bei dem ein Betriebsverfahren der vorstehend erwähnten Art zum Einsatz kommt, ist ein sogenanntes LIN (Local Interconnect Network) -Netzwerk. Bei einem LIN-Netzwerk besitzt jeder Slave eine ihm individuell zugewiesene Kennung, mit der er von einem Master des LIN-Netzwerks angesprochen werden kann. Dabei sendet der Master, beispielsweise zum Anfordern von Daten von einem der Slaves, zunächst Synchronisationsinformationen und anschließend die dem entsprechenden Slave zugeordnete Kennung in Form einer Nachricht auf dem Bus aus . Die in dem LIN-Netzwerk vorhandenen Slaves überwachen permanent die von dem Master ausgesandten Daten, und derjenige Slave, dessen Kennung mit der vom Master ausgesandten Kennung übereinstimmt, sendet im Anschluss an die von dem Master ausgesandten Daten seinerseits Daten.
Um von einem weiteren Slave Daten anzufordern, muss der Master erneut zumindest eine diesem weiteren Slave zugeordnete Kennung bzw. eine entsprechende Nachricht aussenden, worauf der weitere Slave in der beschriebenen Art und Weise durch Aussenden seiner Daten reagieren kann. Für weitere Details betreffend LIN-Netzwerke wird auf die im Internet verfügbare Spezifikation verwiesen, vergleiche http: : //www. LIN-SUBBUS.org/.
Aus den vorstehenden Erläuterungen zu den herkömmlichen Betriebsverfahren für Bussysteme ist offensichtlich, dass aufgrund der Notwendigkeit, zum Abfragen verschiedener Slaves jeweils eine separate Nachricht bzw. Kennung durch den Master über den Bus auszusenden, ein beträchtlicher Protokoll-Overhead besteht. Insbesondere bei einem Bussystem mit vielen Slaves, die auf herkömmliche Weise einzeln und nacheinander durch den Master abgefragt werden, können Zykluszeiten bei der Abfrage eines bestimmten Slaves, d.h. eine zwischen zwei aufeinanderfolgenden
Abfragen desselben Slaves durch den Master auftretende Wartezeit, verhältnismäßig groß werden, wodurch ein Gebrauchsnutzen des jeweiligen Bussystems verringert wird.
Demgemäß ist es Aufgabe der vorliegenden Erfindung, ein Verfahren der eingangs genannten Art dahingehend zu verbessern, dass auch bei vielen Slaves eine effiziente Datenübertragung mit dem Bussystem möglich ist. Diese Aufgabe wird bei dem Verfahren der eingangs genannten Art erfindungsgemäß dadurch gelöst, dass der Master eine Mehrfachkennung aussendet, die mehreren Slaves zugeordnet ist, und dass die mehreren Slaves Daten in Abhängigkeit der Mehrfachkennung aussenden.
Vorteile der Erfindung
Unter Verwendung der erfindungsgemäßen Mehrfachkennung ist es möglich, dass der Master mit nur einer Nachricht gleichzeitig eine Vielzahl von verschiedenen Slaves zum Aussenden ihrer jeweiligen Daten veranlasst. Hierdurch reduziert sich ein entsprechender Protokoll-Overhead zur Kommunikation auf dem Bus erheblich. Beispielsweise sind zum Abfragen bzw. Austauschen der Daten von fünf verschiedenen Slaves über das Bussystem erfindungsgemäß insgesamt nur 6 Nachrichten bzw. Buszugriffe jeweils verschiedener Busteilnehmer erforderlich, während herkömmliche Verfahren mindestens zehn Nachrichten bzw. Buszugriffe jeweils verschiedener Busteilnehmer benötigen.
Als eine weitere Lösung der Aufgabe der vorliegenden Erfindung ist ein Bussystem gemäß Patentanspruch 9 sowie ein Bussteilnehmer gemäß Patentanspruch 10 angegeben.
Vorteilhafte Ausgestaltungen der Erfindung sind Gegenstand der Unteransprüche.
Weitere Vorteile, Merkmale und Einzelheiten ergeben sich aus der nachfolgenden Beschreibung, in der unter Bezugnahme auf die Zeichnung verschiedene Ausführungsbeispiele der Erfindung dargestellt sind. Dabei können die in den Ansprüchen und in der Beschreibung erwähnten Merkmale jeweils einzeln für sich oder in beliebiger Kombination erfindungswesentlich sein. Zeichnung
In der Zeichnung zeigt:
Figur 1 ein erfindungsgemäßes Bussystem,
Figur 2a einen zeitlichen Verlauf einer herkömmlichen Datenübertragung, und
Figur 2b einen zeitlichen Verlauf einer
Datenübertragung gemäß der vorliegenden Erfindung.
Figur 1 zeigt ein Bussystem 100, welches einen Master 10 und mehrere über einen gemeinsamen Bus 15 mit dem Master 10 verbundene Slaves 20a, 20b, 20c, 2Od aufweist. Bei dem Bussystem 100 handelt es sich bspw. um ein per se aus dem Stand der Technik bekanntes LIN-Netzwerk.
Das Bussystem 100 wird in einem Kraftfahrzeug zur Vernetzung von Sensoren eingesetzt, die zusätzlich zu ihrer Funktion als Sensor die Funktionalität der Slaves 20a, 20b, 20c, 2Od bereitstellen, um über den Bus 15 miteinander bzw. mit dem Master 10 zu kommunizieren und dabei Daten, beispielsweise Sensordaten, auszutauschen.
Zunächst wird anhand von Figur 2a ein herkömmliches Betriebsverfahren für das Bussystem 100 aus Figur 1 erläutert. Hierzu enthält Figur 2a drei verschiedene Zeitachsen, die in Figur 2a übereinander dargestellt und jeweils dem Master 10 bzw. dem Slave 20a, 20b zugeordnet sind.
Um von einem ersten Sensor bzw. Slave 20a Daten abzufragen, sendet der Master 10 zunächst die dem ersten Slave 20a zugeordnete Kennung ID_1 über den Bus 15 (Figur 1) , woraufhin der Slave 20a unmittelbar im Anschluss an die Kennung ID_1 seine Daten DATA_1 über den Bus 15 aussendet.
Anschließend sendet der Master 10 in gleicher Weise eine dem weiteren Slave 20b zugewiesene Kennung ID 2 aus, woraufhin der Slave 20b nun seinerseits seine Daten DATA_2 über den Bus 15 aussendet.
Wie aus Figur 2a ersichtlich, ist ein zum Betrieb des Bussystems 100 nach dem herkömmlichen Verfahren erforderlicher Protokoll-Overhead insbesondere bei einer
Vielzahl verschiedener Slaves 20a, 20b sehr groß, weil zum Anfordern von Daten DATA 1, DATA 2, .. jedes einzelnen Slaves 20a, 20b eine entsprechende Kennung ID_1, ID_2 bzw. Nachricht separat von dem Master 10 ausgesandt werden muss.
Ferner sind gewisse Wartezeiten beim Zugriff auf den Bus
15, z.B. zwischen dem Aussenden zweier aufeinanderfolgender Nachrichten, einzuhalten, und darüber hinaus werden zusätzlich, vorzugsweise periodisch, nicht in Figur 2a abgebildete Synchronisationsinformationen über den Bus 15 ausgesendet, die ebenfalls den Bus 15 für eine Übertragung von Nutzdaten blockieren. Dementsprechend ist eine Nutzdateneffizienz auf dem Bus 15 bei der Anwendung herkömmlicher Betriebsverfahren verhältnismäßig gering.
Diese Nachteile werden durch Anwendung des erfindungsgemäßen Betriebsverfahrens, das in Figur 2b abgebildet ist, vermieden. Analog zu Figur 2a sind auch in Figur 2b verschiedene Zeitachsen dargestellt, die jeweils dem Master 10 bzw. dem Slave 20a, 20b, 20c, 2Od zugeordnet sind. Mit dem Bezugszeichen 15 ist in Figur 2b eine Zeitachse bezeichnet, die den gesamten Datenverkehr auf dem Bus 15 wiedergibt. Erfindungsgemäß sendet der Master 10 ab dem Zeitpunkt t_0 nach Figur 2b - im Gegensatz zu der bei dem Stand der Technik nur einem einzigen Slave 20a, 20b zugewiesenen Kennung ID 1, ID 2 (vergleiche Figur 2a) - zusätzlich zu den Synchronisationsinformationen Sync-break, Sync eine
Mehrfachkennung MID aus, die mehreren Slaves 20a, 20b, 20c, 2Od zugeordnet ist.
Diese erfindungsgemäße Mehrfachkennung MID signalisiert den Slaves 20a, 20b, 20c, 2Od einerseits, dass alle vier Slaves 20a bis 2Od nach einem Empfang der Mehrfachkennung MID ihre jeweiligen Daten DATA_1, DATA_2, DATA_3, DATA_4 auf den Bus 15 (Figur 1) aussenden dürfen. Andererseits legt die erfindungsgemäße Mehrfachkennung MID fest, in welcher Weise die Daten DATA_1, DATA_2, DATA_3, DATA_4 von den einzelnen Slaves 20a bis 2Od ausgesendet werden dürfen und dient damit gleichzeitig zur Synchronisierung der verschiedenen Slaves 20a, 20b, 20c, 2Od untereinander.
Bei der in Figur 2b verwendeten Mehrfachkennung MID ist beispielsweise festgelegt, dass der erste Slave 20a direkt im Anschluss an die Mehrfachkennung MID, d.h. ab dem
Zeitpunkt t_l, zwei Nutzdatenbytes DATA_1 aussenden darf. Das Aussenden dieser Nutzdatenbytes DATA 1 des Slaves 20a erfolgt demgemäß zwischen den Zeitpunkten t_l und t_2.
Ferner ist durch die Mehrfachkennung MID festgelegt, dass nach dem Zeitpunkt t 2, d.h. nachdem der Slave 20a seine Nutzdaten DATA_1 ausgesendet hat, der Slave 20b seine Nutzdaten DATA 2 aussenden darf, was bis zum Zeitpunkt t 3 erfolgt .
Das Aussenden der Nutzdaten DATA_3 und DATA_4 der weiteren Slaves 20c, 2Od ist ebenfalls durch die Mehrfachkennung MID geregelt und in Figur 2b dargestellt. Zu denjenigen Zeiten, zu denen ein Slave 20a gemäß der Mehrfachkennung MID keine Nutzdaten auf dem Bus 15 aussenden darf, d.h. für den ersten Slave 20a beispielsweise bei t > t 2, verhält sich der Slave 20a passiv, was bei einer der LIN-Netzwerkspezifikation entsprechenden Datendarstellung dem Aussenden von Datenbytes mit dem Wert FF hexadezimal, ,,FFh", entspricht. Die weiteren Slaves 20b, 20c, 2Od verhalten sich außerhalb der ihnen zugewiesenen Sendezeiträume auf dieselbe Weise, so dass sich die Slaves 20a bis 2Od nicht gegenseitig beim Aussenden von Daten auf den Bus 15 stören.
Auf diese Weise können sämtliche Daten DATA_1, DATA_2, DATA_3, DATA_4 der jeweiligen Slaves 20a, 20b, 20c, 2Od in einem einzigen Datenrahmen integriert werden, so dass zum Abfragen der Daten von vier Slaves 20a bis 2Od im Gegensatz zum Stand der Technik nur eine einzige Nachricht des Masters 10 auf dem Bus 15 erforderlich ist. Diese Nachricht enthält neben der Mehrfachkennung MID noch Synchronisationsinformationen, vergleiche den Zeitbereich von t = t_0 bis t = t_l in Figur 2b. Insgesamt sind zu der vorstehend beschriebenen erfindungsgemäßen Datenübertragung also nur fünf Buszugriffe von den verschiedenen Busteilnehmern 10, 20a, 20b, 20c, 2Od erforderlich, während bei einem herkömmlichen Betriebsverfahren mindestens vier verschiedene Nachrichten bzw. Buszugriffe von dem Master 10 und zusätzlich vier Nachrichten bzw. Buszugriffe der jeweiligen Slaves 20a bis 2Od erforderlich gewesen wären.
Das erfindungsgemäße Prinzip der Mehrfachkennung MID ist bei der Anwendung in einem LIN-Netzwerk nur durch die maximale Anzahl von acht Datenbytes je Datenrahmen beschränkt. Da in vielen Kraftfahrzeuganwendungen eingesetzte, gleichzeitig als Slave 20a bis 2Od ausgebildete Sensoren jedoch üblicherweise nur Sensordaten mit einer Auflösung von bspw. 12 Bit zzgl. 4 Statusbits, d.h. insgesamt 2 Bytes liefern, lassen sich auf diese Weise erfindungsgemäß die Nutzdaten von bis zu vier Sensoren bzw. Slaves 20a bis 2Od in einem einzigen Datenrahmen integrieren, wodurch der Protokoll-Overhead im Vergleich zu herkömmlichen Verfahren gesenkt wird und die
Nutzdateneffizienz entsprechend steigt. Bei Übertragung von nur 1 Byte-Daten pro Sensor können bis zu acht Sensoren zusammengefasst werden (z.B. Bedienfeld/Tasten/Schalter).
Ein weiterer Vorteil der erfindungsgemäßen Mehrfachkennung MID besteht darin, dass durch die Zusammenfassung von mehreren Slaves 20a bis 2Od unter einer Mehrfachkennung MID die Anzahl der in dem Bussystem 100 (Figur 1) für eine vorgegebene Anzahl von Slaves verwendeten Kennungen reduziert werden kann, wodurch insgesamt mehr Slaves je Bussystem einsetzbar sind.
Eine Erkennung von ausgefallenen bzw. nicht vorhandenen Sensoren bzw. Slaves 20a bis 2Od ist durch eine Untersuchung der dem jeweiligen Slave 20a bis 2Od zugewiesenen Datenbytes DATA_1, .., DATA_4 möglich.
Beispielsweise kann eine Fehlfunktion oder ein Ausfall eines Sensors bzw. Slaves daran erkannt werden, dass die ihm zugewiesenen Datenbytes leer sind, d.h. z.B. den Wert FFh aufweisen.
Ferner ist eine vereinfachte Integration von neuen Sensoren in das Bussystem 100 möglich. Hierbei überwacht ein Sensor bzw. Slave 20c (Figur 2b) die Kommunikation auf dem Bus 15 und erkennt die ihm zur Übertragung seiner Daten DATA_3 zugeordnete Position t 3 < t < t 4 in dem Datenrahmen dadurch, dass in dem entsprechenden Zeitraum kein weiterer Slave 20a, 20b, 2Od Daten auf dem Bus 15 aussendet. Bei einer anderen vorteilhaften Ausführungsform des erfindungsgemäßen Verfahrens bildet mindestens einer der Slaves 20a bis 2Od eine Checksumme CS über einen vorgebbaren Teil der Daten eines Datenrahmens und fügt anschließend die Checksumme CS dem Datenrahmen durch
Aussenden auf den Bus 15 zur Zeit t 5 (Figur 2b) hinzu. Es ist ferner möglich, dass in dem vorstehend beschriebenen Beispiel gemäß Figur 2b alle vier Slaves 20a bis 2Od jeweils eine Checksumme CS bilden und diese ab dem Zeitpunkt t 5 auf dem Bus 15 aussenden, um den Datenrahmen zu komplettieren.
Diese erfindungsgemäße Checksummenbildung kann auch dann vorgenommen werden, wenn ein Slave 20a bis 2Od selbst keine Daten auf den Bus 15 aussendet.
Zur gegenseitigen Synchronisation können die Slaves 20a bis 2Od bspw. ein zu Anfang eines auf dem Bus 15 ausgesandten Datenbytes DATA_1, .., DATA_4 vorhandenes Startbit verwenden.

Claims

Ansprüche
1. Verfahren zum Betreiben eines Bussystems (100), bei dem ein als Master (10) ausgebildeter Busteilnehmer und mindestens zwei jeweils als Slave (20a, 20b, 20c, 2Od) ausgebildete Busteilnehmer über einen Bus (15) kommunizieren, und bei dem ein Slave (20a, 20b, 20c, 2Od) durch den Master (10) zum Senden von Daten (DATA_1, DATA_2, DATA_3, DATA_4 ) aufgefordert wird, indem der Master (10) eine dem Slave (20a, 20b, 20c, 2Od) zugeordnete Kennung (ID) aussendet, dadurch gekennzeichnet, dass der Master (10) eine Mehrfachken- nung (MID) aussendet, die mehreren Slaves (20a, 20b, 20c, 2Od) zugeordnet ist, und dass die mehreren Slaves (20a, 20b, 20c, 2Od) Daten (DATA_1, DATA_2, DATA_3, DATA_4) in Abhängigkeit der Mehrfachkennung (MID) aussenden.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass der Master (10) Synchronisationsinformation (Sync-break, Sync) und eine Kennung (ID) oder eine Mehrfachkennung (MID) aussendet.
3. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass eine Reihenfolge und/oder eine maximale Länge der von den mehreren Slaves (20a, 20b, 20c, 2Od) auf eine Mehrfachkennung (MID) hin aus- gesendeten Daten (DATA_1, DATA_2, DATA_3, DATA_4) durch die Mehrfachkennung (MID) festgelegt ist.
4. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass Daten in Form von Datenrah- men übertragen werden, wobei ein Datenrahmen vorzugsweise von dem Master (10) ausgesandte Synchronisationsinformationen (Sync-break, Sync) und/oder eine Kennung (ID) oder eine Mehrfachkennung (MID) ausweist, sowie vorzugsweise von einem Slave (20a, 20b, 20c, 2Od) bzw. den Slaves (20a, 20b, 20c, 2Od) ausgesandte Daten (DATA_1, DATA_2, DATA_3, DATA_4 ) .
5. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass mindestens einer der Slaves (20a, 20b, 20c, 2Od) und/oder der Master (10) auf den Bus (15) ausgesandte Daten (DATA_1, DATA_2, DATA_3, DATA 4) einlesen bzw. überwachen.
6. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass mindestens einer der Slaves (20a, 20b, 20c, 2Od) eine Checksumme (CS) über einen vorgebbaren Teil der Daten (DATA_1, DATA_2, DATA_3, DATA_4) bildet, und dass die Checksumme (CS) auf dem Bus (15) ausgesandt wird bzw. einem/dem Datenrahmen hinzugefügt wird, vorzugsweise an das Ende des Datenrahmens .
7. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass diejenigen Slaves (20a, 20b, 20c, 2Od) , denen dieselbe Mehrfachkennung (MID) zugeordnet ist, ein zu Anfang eines ausgesandten Datenbytes vorhandenes Startbit zur Synchronisation ver- wenden.
8. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass das Bussystem (100) als LIN (Local Interconnect Network) -Netzwerk ausgebildet ist.
9. Bussystem (100) mit einem als Master (10) ausgebilde- ten Busteilnehmer und mit mindestens zwei jeweils als
Slave (20a, 20b, 20c, 2Od) ausgebildeten Busteilnehmern und mit einem Bus (15) , über den die Busteilnehmer (10, 20a, 20b, 20c, 2Od) kommunizieren, dadurch gekennzeichnet, dass das Bussystem (100) zur Durchfüh- rung des Verfahrens nach einem der vorstehenden Ansprüche geeignet ist.
10. Busteilnehmer (10, 20a, 20b, 20c, 2Od) zur Ausführung des Verfahrens nach einem der Ansprüche 1 bis 8.
EP06752570A 2005-06-03 2006-05-15 Verfahren zum betreiben eines bussystems, bussystem und busteilnehmer Ceased EP1891776A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE200510025519 DE102005025519A1 (de) 2005-06-03 2005-06-03 Verfahren zum Betreiben eines Bussystems, Bussystem und Busteilnehmer
PCT/EP2006/062297 WO2006128787A1 (de) 2005-06-03 2006-05-15 Verfahren zum betreiben eines bussystems, bussystem und busteilnehmer

Publications (1)

Publication Number Publication Date
EP1891776A1 true EP1891776A1 (de) 2008-02-27

Family

ID=36649067

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06752570A Ceased EP1891776A1 (de) 2005-06-03 2006-05-15 Verfahren zum betreiben eines bussystems, bussystem und busteilnehmer

Country Status (5)

Country Link
EP (1) EP1891776A1 (de)
JP (1) JP2008546293A (de)
CN (1) CN101189835A (de)
DE (1) DE102005025519A1 (de)
WO (1) WO2006128787A1 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2134023A1 (de) * 2008-06-10 2009-12-16 Siemens Aktiengesellschaft Verfahren zur Kommunikation in einem Drahtlosnetzwerk
US9100177B2 (en) 2011-09-02 2015-08-04 Qualcomm Incorporated Systems and methods for acknowledging communications from a plurality of devices
CN106506725B (zh) * 2016-11-25 2019-05-31 阳光电源股份有限公司 主从式多机通信系统、主机、从机以及从机id分配方法
CN109966754A (zh) * 2019-03-25 2019-07-05 西北工业大学 一种尾部斜面式登台的武术擂台机器人
CN117076371B (zh) * 2023-08-28 2024-04-12 广州市粤港澳大湾区前沿创新技术研究院 一种多机数据传输方法、装置、存储介质及电子设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5721737A (en) * 1995-05-09 1998-02-24 Smc Pneumatics, Inc. Serial transmission system for controlling a network of I/O devices
FR2767620B1 (fr) * 1997-08-25 1999-09-24 Alsthom Cge Alcatel Procede d'exploitation d'un lien de transmission numerique partage temporellement par plusieurs unites et unite pour la mise en oeuvre d'un tel procede
DE19945614C1 (de) * 1999-09-23 2000-12-28 Bosch Gmbh Robert Verfahren zur Datenübertragung zwischen einem Steuergerät für Rückhalteeinrichtungen und Sensoren

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006128787A1 *

Also Published As

Publication number Publication date
CN101189835A (zh) 2008-05-28
WO2006128787A1 (de) 2006-12-07
DE102005025519A1 (de) 2006-12-07
JP2008546293A (ja) 2008-12-18

Similar Documents

Publication Publication Date Title
EP1298849B1 (de) Verfahren und Vorrichtung zur Übertragung von Informationen auf einem Bussystem und Bussystem
DE102006011829B4 (de) Verfahren zur Datenkommunikation
DE3424866A1 (de) Verfahren und anordnung zur uebertragung von daten, insbesondere in einem flugzeug
DE102010041810A1 (de) Verfahren zur automatischen Adressvergabe an gleichartige Busteilnehmer
EP2795848B1 (de) Teilnehmerstation eines bussystems und verfahren zur übertragung von nachrichten zwischen teilnehmerstationen eines bussystems
DE19721740B4 (de) Steuerungsverfahren für den Medienzugriff bei einem seriellen Bus
EP2733910B1 (de) BUS-System, Verfahren zum Betrieb eines BUS-Systems und fluidisches System mit einem BUS-System
EP1891776A1 (de) Verfahren zum betreiben eines bussystems, bussystem und busteilnehmer
DE102014003066B4 (de) Methode zur halbautomatischen Adressermittlung für Bus-Teilnehmer eines gemischt sternförmigen / seriellen Beleuchtungsnetzwerks für die Verwendung in Kfz
DE10200201A1 (de) Zyklusbasiertes zeitgesteuertes Kommunikationssystem
WO2009080524A1 (de) Verfahren zum übertragen von daten in einem zyklusbasierten kommunikationssystem
DE102005060665A1 (de) Verfahren und Teilnehmer zum Austausch von Informationen zwischen Teilnehmern eines Kommunikationssystems in einem Kraftfahrzeug
EP3669527B1 (de) Verfahren zum betreiben einer sensoranordnung in einem kraftfahrzeug auf basis eines dsi-protokolls
DE102011103938B3 (de) Verfahren zum Betrieb eines Bussystems zur Kommunikation mit mehreren Kommunikationsteilnehmern und Kraftfahrzeug
DE10127417A1 (de) Transport-Protokoll für die Gerätekommunikation
DE10329179A1 (de) Anordnung und Verfahren zur Verwaltung eines Speichers
EP2156621B1 (de) Verfahren zum betreiben eines kommunikationssystems, koordinationsknoten eines kommunikationssystems sowie kommunikationssystem
DE102019125493A1 (de) Slaveeinrichtung, Bussystem und Verfahren
EP1334589B1 (de) Datenübertragung
DE102017117225B3 (de) Kommunikationssystem mit Bus und Codierleitung
DE102010042601A1 (de) Netzwerk
EP2203991B1 (de) Funkkommunikationssystem, koordinatorgerät und kommunikationsendgerät
DE102020200819A1 (de) Erweiterung eines Busprotokolls mit Übergabe eines Nutzdatums im Header
WO2000008532A1 (de) Kommunikationsverfahren
DE10165116B3 (de) Bus-System

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080103

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20080513

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20090201