EP1908221A1 - Verfahren und anordnung zur automatischen konfiguration eines master-slave-feldbussystems - Google Patents

Verfahren und anordnung zur automatischen konfiguration eines master-slave-feldbussystems

Info

Publication number
EP1908221A1
EP1908221A1 EP06764223A EP06764223A EP1908221A1 EP 1908221 A1 EP1908221 A1 EP 1908221A1 EP 06764223 A EP06764223 A EP 06764223A EP 06764223 A EP06764223 A EP 06764223A EP 1908221 A1 EP1908221 A1 EP 1908221A1
Authority
EP
European Patent Office
Prior art keywords
bus
address
subscriber
cond
condition
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.)
Withdrawn
Application number
EP06764223A
Other languages
English (en)
French (fr)
Inventor
Siegfried Haas
Alexander SCHÖNTGES
Roland Ziegler
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.)
Aumovio Germany GmbH
Original Assignee
VDO Automotive AG
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 VDO Automotive AG filed Critical VDO Automotive AG
Publication of EP1908221A1 publication Critical patent/EP1908221A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • 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
    • 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
    • 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/4026—Bus for use in automation systems

Definitions

  • the invention relates to a method and an arrangement for the automatic configuration of a fieldbus system, in particular ⁇ re a LIN bus system, with a master and at least one bus subscriber.
  • Fieldbus systems are used in particular in industrial preparation ⁇ chen, such as automation equipment, instrumentation and robotics its application, however, and in the networking of control units, sensors, actuators and input and Ausgabemit- stuffs increasingly in vehicles, such as motor vehicles, aircraft and vessels, used , Due to their areas of application therefore high Anforde ⁇ are insurance companies concerning service robustness, manageability and maintainability placed on the field buses.
  • the master In operating according to the master-slave principle fieldbus system initiated and the master coordinates any communi cation ⁇ and the or the bus users, so the slaves respond.
  • the bus subscriber In order for the master to specifically address the at least one bus subscriber connected to the field bus, ie to be able to address it, the bus subscriber must be assigned a unique address or identification number that can not be confused with any other bus subscriber and made known to the master. This can be done before the commissioning of the fieldbus system by identifying all available bus participants via configuration files and assigning a unique subscriber address to each bus subscriber. The information from the configuration files are stored in a memory of the master, so that this already knows after a restart of the bus system, the subscriber addresses and can communicate with the bus participants.
  • the bus system is configured offline.
  • avail ⁇ as alternate end information on the bus stations it is not possible, generiche- new bus user in the bus system without adjusting the configuration information and to program the Master.
  • this requires the involvement of a person skilled in the art, which makes the use of a sol ⁇ chen bus system inflexible and increases the cost of system ⁇ changes.
  • a fieldbus system which is configured with the described procedure is the LIN bus, which is used in particular in the automotive sector.
  • the LIN bus is in this case less than linkage to crosslink the entire vehicle for locking and Summary of subunits used to subsystems, such as display units in Be ⁇ area of the instrument cluster or in sensor and actuator elements in the door or roof area.
  • a change in the number of bus subscribers always means a visit to a workshop for the vehicle owner, which makes the retrofitting of the desired accessories expensive.
  • the object of the present invention is to specify a method and an arrangement of the type mentioned at the beginning, with which at least one new bus subscriber can be added to the fieldbus system, without the master having known this at least one bus subscriber in advance.
  • the master notes the bus subscribers currently present in the fieldbus system and stores them as known bus subscribers.
  • the master is further configured programmatically so that after a restart of the field bus system, which is now comprised of the master and the min ⁇ least one bus subscriber, the following procedural assigning a standard address as a subscriber address to the at least one bus subscriber, checking whether the at least one bus subscriber belongs to the known configuration, and, if this is the case, assigning a unique subscriber address to the at least one bus subscriber. whether the at least one bus subscriber still has the standard address and so far ⁇ this is the case, identification of the at least one bus subscriber and assigning a unique therapeuticad- ress at least one bus subscriber.
  • the at least one bus subscriber is designed so that he can implement the messages of the master to change the subscriber address and respond to requests that serve to check the currently assigned ⁇ nen address or query information to identify the respective bus can.
  • Participant addresses which he would have actually received from the configuration information, not known in advance. Only then can the master communicate with the bus participants. By means of one or more identification requests to the bus subscriber or subscribers, it is checked whether and which of the bus subscribers is already known to the master. The well-known bus users are then allocated its own eindeu ⁇ term subscriber address by the master and, if necessary, all other steps for complete configuration of the respective bus subscriber to be made. At the end of the
  • the method according to the invention is preferably carried out stepwise for all bus subscribers present in the fieldbus system, that is to say that each of the steps 1 to 5 is executed first for all bus subscribers before proceeding to the next step.
  • steps 1 to 5 can also be run through one after the other for each bus subscriber individually.
  • At least one request to be answered in binary form is sent to the at least one bus subscriber in order to carry out steps 1 to 5.
  • Binary answer under a request because ⁇ understood by a request that can only be answered with YES or NO or TRUE or FALSE.
  • the Bus subscribers either were able to send both answer types , ie depending on the situation either the positive or the negative answer, or he can only send one of the two types of response and leaves the request unanswered if the opposite answer, which entspre ⁇ is interpreted as an opposite answer.
  • Child node associated with the node belonging to the request If there is no child node, then a leaf has been reached and thus a bus participant has been uniquely identified. In this Wei ⁇ se is possible from the familiar bus users overall are examined as well be made to identify the new bus users.
  • the ability to send a message that leads only in exactly the bus subscriber to change its station address, the one or more transmitted with this message conditions he ⁇ crowded. If a bus subscriber has subsequently changed his subscriber address , he sends out a positive answer.
  • a ne gative ⁇ response is not simple and is interpreted as domestic by the master that no device in the bus system is available which meets the one or more conditions.
  • LIN bus standard may be the To ⁇ affiliation of the bus subscriber to a particular manufacturer and / or to a certain type of function such a condition, that is, it is determined whether the bus subscriber in his ID Case ⁇ onsmerkmalen a particular manufacturer number, and / or has a specific function number.
  • an address change request is sent in step 1 to the at least one bus subscriber, with which the standard address is discharged as new subscriber address over ⁇ and whose condition is always fulfilled by the at least one bus subscriber.
  • the condition is so choose so- ⁇ that all ⁇ Gurss working bus devices present in the fieldbus system and tendonssge meet this necessarily so that the default address is also safe adopted by all bus users.
  • At least one bus subscriber request is sent with the unique therapeuticad ⁇ ress is transmitted as new subscriber address and the condition of which the association of the at least one Busteilneh ⁇ mers to a manufacturer and / or a function type according to the known configuration.
  • Steps 2 and 3 are processed with a single message sent by the master.
  • an address change request is ver ⁇ sends in step 4 to the Any artwork least one bus subscriber, whose condition is the presence of the standard address. This preferably takes place in that the address change tion request to bus subscribers with the default address address ⁇ Siert, so that only the one or more bus users respond to the request positive, which still have the default address. Bus subscribers to whom an own subscriber address has already been assigned, and who therefore belong to the known configuration, are not reached by the address change request. With the address change request the service address can be used as new subscriber address again be averaged over ⁇ , that is, it is simply overwritten with itself, or it will transmit a changed unit address.
  • step 5 in a further refinement, an address change request is sent to the at least one bus subscriber whose condition is the affiliation of the at least one bus subscriber to a manufacturer that is possible in the bus system and / or to a possible function type in the bus system.
  • the master must be aware of all bus device types with their manufacturer and function numbers, which can occur in the fieldbus system.
  • the bus subscribers recognized as new by the presence of the standard address after the end of step 3 are now queried for their affiliation with one of the fundamentally possible manufacturers and / or function types.
  • an identification address is the address verses det ⁇ identifying the positive responding bus subscriber as to a particular manufacturer and / or type of function associated with, or, in the case that the request leads to a positive identification , transmit a unique subscriber address. If the identification takes place via an identification address, the unique subscriber address is only transmitted to the bus subscriber after a clear assignment of the new bus subscriber to a manufacturer and a function type.
  • FIG. 1 shows the message structure of an address change request
  • FIG. 2 shows the message structure of a response to the request from FIG. 1;
  • FIG. 4 shows the message structure of a response to the request from FIG. 3;
  • FIG. 5 shows a LIN fieldbus system
  • FIG. 6 shows a binary tree with the bus subscribers of the LIN fieldbus system
  • FIG. 8 Functional sequence of steps 4 and 5.
  • an address change request represents ⁇ that is sent from the master to a slave address field 1 of its part ⁇ specified bus user and is transmitted to the panel 3 in a condition.
  • the structure of the message corresponds to the LIN bus standard version 2.0, wherein the content of the individual fields is simplified Darge ⁇ represents is.
  • box 2 of the type of message accurately de ⁇ is finiert.
  • the type "request" illustrates ⁇ the.
  • Field 4 is the Change address request included with the to be transmitted new subscriber address, which of the specified in field 1 bus users is assumed, provided that the condition of the field is met.
  • the bus user answers with a response message directed to the master in accordance with the invention.
  • gur 2 The response message in box 5 the address of the responding bus subscriber, in box 6, the message type, in this case of the type "response" and in Sections 7 and 8 are provided ⁇ added dummy values included, so for example all bits set to 1 .
  • sending the reply message rea ⁇ the bus user alternates to the address change request po ⁇ sitive and inform the master with that he has taken on the new node address. Failure to reply to the master, it is understood as a negative response.
  • FIG. 3 shows the schematic structure of an address change request in accordance with the LIN bus Standard 2.0, with the condition as the membership of the bus subscriber to be a ⁇ voted manufacturer (box 9) as well as type-tion to a certain radio (field 10 ) is transmitted.
  • the positive answer to this request according to FIG. 4 corresponds to the answer from FIG. 1, that is to say the fields 9 and 10 with the condition (s) and the field 4 with the new participant address are replaced by dummy values.
  • FIG. 5 shows an example of a LIN bus system in a vehicle, for example a motor vehicle or a sports boat, with an instrument cluster as master 14 and a total of eight pointer instruments as bus subscribers 15 (slaves). About the LIN bus 16, the master 14 and the bus ⁇ participants 15 are connected to each other in a star shape.
  • the eight bus subscribers 15 can be assigned to the leaves 17 of a binary tree as shown in FIG. 6, since each pointer instrument can be unambiguously assigned to one of two manufacturers H 1 and H 2 as well as one of four functional groups F 1 to F 4. Under function group as for example the type of instrument by the pointer is placed ⁇ ⁇ size since understood, so for examplehuige- speed, level-engine temperature, engine speed and fuel ⁇ .
  • the tree starts from a root 18 and divides at this root into a right and left subtree, depending on the manufacturer Hl or H2.
  • the two sub-trees each begin at a node 19 and subdivide again into two sub-trees, depending on the function type Fl or F3 or F2 or F4, which leads to the node 20.
  • the bus member ⁇ added with participants H1F2 and H2F3 as a new bus participant.
  • the master 14 has noted the configuration consisting of the other six bus participants as a known configuration, that is, he has at least to ⁇ lays in a memory ⁇ that the manufacturer Hl the function groups Fl, F3 and F4 are present and from the manufacturer H2, the function groups Fl, F2, and F4.
  • step 0 of the method for configuration is already executed and a restart can take place.
  • Main step 1 includes sub-steps 101 to 103, wherein in step 101 the master 14 sends the address change request Cond_Addr_Chg having the content of FIG.
  • the bus subscriber address used is a so-called broadcast address with which all bus subscribers 15 present in the bus system are addressed. As a new subscriber address the standard ⁇ address is passed and the condition is set from the outset "true" to the value, that is, the condition is always met.
  • step 102 the master checks whether a response has been sent at least one bus user 15th If this is not the case, then no bus subscribers 15 are connected to the LIN bus and the configuration is thus terminated (step 103) If there is at least one answer, the process continues to main step 2, which has sub-steps 202 and 203
  • the known configuration is loaded in step 202, ie the master fetches from the memory a list of the bus subscribers present before the restart with the associated identification features manufacturer and function. ontype and starts with the first list entry.
  • step 202 it checks if the first list entry is already empty. If this is the case, no bus subscribers 15 were present before the restart, that is, all bus subscribers 15 in the bus system are new and are treated further with steps 4 and 5. These steps are changed over the kausstel ⁇ le A.
  • an address change request according to FIG. 3 is sent to the bus subscriber 15 entered there.
  • This request is thus addressed to only one bus user with the address "SlvAddr” and it contains the condition that the receiver originates from the manufacturer "MSlv” and is of the function type "FSlv” .At the same time, a unique subscriber address "SpecAddr” is transmitted. If the bus user answers in a positive way, it was firstly recognized which bus subscriber from the known configuration is still present in the bus system, and, moreover, this bus subscriber has already been assigned a unique subscriber address, that is to say step 203 also carries out the main step 3 at the same time.
  • step 204 the further initialization of the bus subscriber can take place in step 205. If no reply has been sent back, the addressed bus subscriber is no longer present in the bus system and it can be deleted from the known configuration in step 206.
  • step 207 the system moves to the next list entry and proceeds to step 202, that is, it is checked whether the list entry is empty. The loop will run as long through, until the end of the list of the known Configurati ⁇ on achieved, that is until an empty list item he ⁇ enough is.
  • the six known bus subscribers 15 (HlF1, H1F3, H1F4, H2F1, H2F2 and H2F4) are then initialized at this point.
  • Step 4 with sub-steps 401 to 403 is ge ⁇ checks whether bus devices are available with the default address. For this purpose, an address change request is sent to the standard address according to FIG. 1, at which the condition is again set to "true.” With the request, the default address is sent again as the new subscriber address determines the at least one bus ⁇ with the standard address and a new bus users are present. If there is no new bus node, ie remains of the answer, the configuration of the bus system is terminated (step 403).
  • step 501 at which the main step 5 starts, an address change request is sent to the standard address according to figure 3, in which the condition is set to the manufacturer number Hl and the function number F2.
  • the unique node address "HlF2Addr" As a new subscriber address the unique node address "HlF2Addr" with transmitted. If a response, a new bus device manufacturer St. and the function type F2 was successfully identified and this has a unique user address simultaneously.
  • the new Busteilneh ⁇ mer H1F2 in step 503 initialized and entered in the list of the known configuration "Config". Now, the master 14 again checks if there are still bus subscribers with the default address (steps 504, 505, 506). If this is the case, it is checked then even the last possible Her ⁇ manufacturers and function type. If the remaining new bus participant is from the manufacturer H2 and from the function type F3 (steps 507 and 508), then it is assigned the unique subscriber address "H2F3Addr" and it becomes in step
  • the master can not proceed as linearly as in FIG. 8 in particular for reasons of the calculation time. Then he shimmies along in the binary tree, for example by first checking whether one of the new bus subscribers belongs to the manufacturer Hl. This happens again via an address change request. If he does not receive a positive answer, the master stores a note that at the left node 19 and thus to the manufacturer Hl no new bus subscriber is present. The query now continues at the right subnode 20 with the address change request with regard to the function types Fl and F3 or F2 and F4. For larger binary trees, this stepwise approach within the binary tree simplifies the identification of the new bus subscribers.

Landscapes

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

Abstract

Bei einem Feldbussystem (16), insbesondere einem LIN-Bussystem, das einen Master (14) und mindestens einen Busteilnehmer (15) aufweist, wird eine automatische Konfiguration des Bussystems durchgeführt, indem der Master (14) die aktuelle Konfiguration des Feldbussystems (16) als bekannte Konfiguration speichert, und nach einem Neustart des Bussystems die Schritte ausführt: - Zuweisung einer Standard-Adresse als Teilnehmeradresse an den mindestens einen Busteilnehmer (15), - Überprüfen, ob der mindestens eine Busteilnehmer (15) zur bekannten Konfiguration gehört, und, sofern dies der Fall ist, Zuweisung einer eindeutigen Teilnehmeradresse an den mindestens einen Busteilnehmer (15), - Überprüfen, ob der mindestens eine Busteilnehmer (15) noch immer die Standard-Adresse aufweist, und, sofern dies der Fall ist, Identifizierung des mindestens einen Busteilnehmers und Zuweisung einer eindeutigen Teilnehmeradresse an den mindestens einen Busteilnehmer.

Description

Beschreibung
Verfahren und Anordnung zur automatischen Konfiguration eines Master-Slave-FeldbusSystems
Die Erfindung betrifft ein Verfahren und eine Anordnung zur automatischen Konfiguration eines Feldbussystems, insbesonde¬ re eines LIN-Bussystems, mit einem Master und mit mindestens einem Busteilnehmer.
Feldbussysteme finden insbesondere in industriellen Berei¬ chen, wie der Automatisierungstechnik, Messtechnik und Robotik ihre Anwendung, werden jedoch auch bei der Vernetzung von Steuergeräten, Sensoren, Aktoren sowie Ein- und Ausgabemit- teln zunehmend in Verkehrsmitteln, wie Kraftfahrzeugen, Flugzeugen und Wasserfahrzeugen, eingesetzt. Aufgrund ihrer Einsatzgebiete werden an die Feldbusse deshalb hohe Anforde¬ rungen hinsichtlich ihrer Robustheit, Handhabbarkeit und Wartbarkeit gestellt.
In einem nach dem Master-Slave-Prinzip arbeitenden Feldbussystem initiiert und koordiniert der Master jegliche Kommuni¬ kation und der oder die Busteilnehmer, also die Slaves, reagieren darauf. Damit der Master den mindestens einen an den Feldbus angeschlossenen Busteilnehmer gezielt ansprechen, ihn also adressieren kann, muss dem Busteilnehmer eine eindeutige, mit keinem weiteren Busteilnehmer verwechselbare Adresse oder Identifikationsnummer zugeordnet und diese dem Master bekannt gemacht werden. Dies kann vor der Inbetriebnahme des Feldbussystems geschehen, indem über Konfigurationsdateien alle vorhandenen Busteilnehmer identifiziert und jedem Busteilnehmer eine eindeutige Teilnehmeradresse zugewiesen wird. Die Informationen aus den Konfigurationsdateien werden in einem Speicher des Master abgelegt, so dass dieser nach einem Neustart des Bussystems die Teilnehmeradressen bereits kennt und darüber mit den Busteilnehmern kommunizieren kann. Auf diese Art wird also das Bussystem offline konfiguriert. Bei einer Konfiguration des Bussystems über vorab zur Verfü¬ gung zu stellende Informationen zu den Busteilnehmern ist es nicht möglich, neue Busteilnehmer in das Bussystem einzufü- gen, ohne die Konfigurationsinformationen anzupassen und den Master neu zu programmieren. Dies erfordert unter Umständen die Hinzuziehung eines Fachmannes, was den Einsatz eines sol¬ chen Bussystems unflexibel macht und den Aufwand bei System¬ änderungen erhöht.
Ein Feldbussystem, welches mit der beschriebenen Vorgehensweise konfiguriert wird, ist der LIN-Bus, der insbesondere im Automobilbereich Verwendung findet. Der LIN-Bus wird dabei weniger zur Vernetzung des gesamten Fahrzeugs als zur Ver- knüpfung und Zusammenfassung von Untereinheiten zu Subsystemen eingesetzt, beispielsweise bei Anzeigeeinheiten im Be¬ reich des Kombiinstrumentes oder bei Sensor- und Aktorelementen im Tür- oder Dachbereich. Eine Änderung der Anzahl von Busteilnehmern bedeutet für den Fahrzeugbesitzer stets den Besuch einer Werkstatt, was die Nachrüstung gewünschter Zusatzgeräte aufwändig macht.
Aufgabe der vorliegenden Erfindung ist es, ein Verfahren und eine Anordnung der eingangs genannten Art anzugeben, mit de- nen dem Feldbussystem mindestens ein neuer Busteilnehmer hinzugefügt werden kann, ohne dass dem Master dieser mindestens eine Busteilnehmer vorab bekannt ist.
Diese Aufgabe wird mit einem Verfahren nach Anspruch 1 und einer Anordnung nach Anspruch 15 gelöst.
Erfindungsgemäß merkt sich der Master die jeweils aktuell im Feldbussystem vorhandenen Busteilnehmer und speichert diese als bekannte Busteilnehmer ab. Der Master ist des weiteren programmtechnisch so ausgelegt, dass er nach einem Neustart des Feldbussystems, das nunmehr aus dem Master und dem min¬ destens einen Busteilnehmer besteht, die folgenden Verfah- rensschritte ausführt: Zuweisung einer Standard-Adresse als Teilnehmeradresse an den mindestens einen Busteilnehmer, Überprüfen, ob der mindestens eine Busteilnehmer zur bekannten Konfiguration gehört, und, sofern dies der Fall ist, Zu- Weisung einer eindeutigen Teilnehmeradresse an den mindestens einen Busteilnehmer, Überprüfen, ob der mindestens eine Busteilnehmer noch immer die Standard-Adresse aufweist und, so¬ fern dies der Fall ist, Identifizierung des mindestens einen Busteilnehmers und Zuweisung einer eindeutigen Teilnehmerad- resse an den mindestens einen Busteilnehmer.
Entsprechend der erfindungsgemäßen Anordnung ist der mindestens eine Busteilnehmer so ausgelegt, dass er die Nachrichten des Masters zur Änderung der Teilnehmeradresse umsetzen kann und auf Anfragen, die der Überprüfung der aktuell zugewiese¬ nen Adresse oder der Abfrage von Informationen zur Identifizierung des jeweiligen Busteilnehmers dienen, reagieren kann.
Über die Zuweisung der Standard-Adresse werden sämtliche Bus- teilnehmer für den Master ansprechbar gemacht, da er deren
Teilnehmeradressen, die er eigentlich aus den Konfigurationsinformationen erhalten hätte, vorab nicht kennt. Erst danach kann der Master mit den Busteilnehmern kommunizieren. Mittels einer oder mehrerer Identifizierungsanfragen an den bzw. die Busteilnehmer wird überprüft, ob und welcher der Busteilnehmer dem Master bereits bekannt ist. Den bekannten Busteilnehmern wird dann durch den Master jeweils eine eigene, eindeu¬ tige Teilnehmeradresse zugewiesen und sofern erforderlich, werden alle weiteren Schritte zur vollständigen Konfiguration des jeweiligen Busteilnehmers vorgenommen. Die am Ende der
Überprüfung mit einer Standard-Adresse verbliebenen Busteilnehmer sind damit als neue Busteilnehmer erkannt und werden ihrerseits gezielt hinsichtlich Identifikationsmerkmalen abgefragt. Nach erfolgter Identifikation des jeweiligen neuen Busteilnehmers wird auch diesem eine eindeutige Teilnehmerad¬ resse zugeordnet und die unter Umständen erforderlichen weitere Konfigurationsschritte werden an ihm vorgenommen. Sind alle im Bussystem vorhandenen Busteilnehmer mit einer eindeutigen Teilnehmeradresse versehen, so ist die Konfiguration des Feldbussystems abgeschlossen. Der Master kann nun die bekannte Konfiguration mit den Informationen zu den aktuell er- kannten Busteilnehmern überschreiben.
Mit dem erfindungsgemäßen Verfahren und der erfindungsgemäßen Anordnung ist es möglich, einem Feldbussystem, dass nach dem Master-Slave-Prinzip arbeitet, einen oder auch mehrere neue Busteilnehmer hinzuzufügen, die direkt nach dem nächsten Neustart vom Master konfiguriert werden, ohne dass dem Master diese neuen Busteilnehmer vorab über eine Konfigurationsinformation bekannt gemacht werden müssen. Ein Umprogrammieren des Master entfällt also. Außerdem wird keine zusätzliche Hardware benötigt, sondern die Lösung ist ausschließlich über Softwareanpassungen im Master und dem mindestens einen Busteilnehmer realisierbar. Neben der Erkennung nur einzelner neuer Busteilnehmer ist ebenso ein Neustart des Feldbussys¬ tems mit ausschließlich neuen Busteilnehmern möglich, da dann alle Busteilnehmer als neu erkannt werden und über entspre¬ chende Anfragen identifiziert und anschließend konfiguriert werden.
Das erfindungsgemäße Verfahren wird bevorzugt schrittweise für alle im Feldbussystem vorhandenen Busteilnehmer durchlaufen, das heißt, jeder der Schritte 1 bis 5 wird jeweils erst für alle Busteilnehmer ausgeführt bevor zum nächsten Schritt weitergegangen wird. Alternativ können die Schritte 1 bis 5 auch direkt nacheinander für jeden Busteilnehmer einzeln durchlaufen werden.
In einer bevorzugten Ausgestaltung der Erfindung wird zur Durchführung der Schritte 1 bis 5 mindestens eine binär zu beantwortende Anfrage an den mindestens einen Busteilnehmer versendet. Unter einer binär zu beantworten Anfrage wird da¬ bei eine Anfrage verstanden, die nur mit JA oder NEIN bzw. WAHR oder FALSCH beantwortet werden kann. Dabei ist der ange- fragte Busteilnehmer entweder in der Lage, beide Antwortty¬ pen, also je nach Situation entweder die positive oder die negative Antwort, zu senden, oder er kann nur einen der beiden Antworttypen senden und lässt die Anfrage bei Vorliegen der entgegen gesetzten Antwort unbeantwortet, was entspre¬ chend als entgegen gesetzte Antwort interpretiert wird.
Durch Verwendung einer binären Anfrage ist es möglich, die Busteilnehmer logisch den einzelnen Blättern eines Binärbaums zuzuordnen. Durch geschickte Wahl der Art der Anfrage können nach und nach die spezifischen Eigenschaften der Busteilnehmer erfragt und diese somit identifiziert werden, wobei jeder Anfrage ein Knoten im Binärbaum zugeordnet ist. Die Busteil¬ nehmer antworten stets entweder mit JA oder NEIN und werden entsprechend ihrer Antwort dem jeweils linken oder rechten
Kindknoten des zur Anfrage gehörenden Knotens zugeordnet. Ist kein Kindknoten vorhanden, so ist ein Blatt erreicht und damit ein Busteilnehmer eindeutig identifiziert. Auf diese Wei¬ se kann sowohl nach den bereits bekannten Busteilnehmern ge- sucht werden als auch eine Identifizierung der neuen Busteilnehmer vorgenommen werden.
In einer Weiterbildung der Erfindung handelt es sich bei der binär zu beantwortenden Anfrage um eine mit einer Bedingung verknüpfte Anweisung, die von dem mindestens einen Busteil¬ nehmer nur ausgeführt und gleichzeitig positiv beantwortet wird, wenn die Bedingung erfüllt ist. Als Bedingung wird da¬ bei in einer Ausgestaltung das Vorhandensein eines bestimmten Identifikationsmerkmales in dem mindestens einen Busteilneh- mer abgefragt. Über die Frage der Erfüllung der Bedingung wird also die JA/NEIN-Antwort des Busteilnehmers veranlasst und damit das Durchlaufen des Binärbaums realisiert, während gleichzeitig bei der Erfüllung der Bedingung vom Busteilnehmer eine Anweisung ausgeführt wird. Auf dieser geschickten Kombination wird die Anzahl der zu verschickenden Nachrichten reduziert . Anweisungen, die mit einer Bedingung verknüpft sind, sind aus dem LIN-Bus-Standard bekannt. So besteht für den Master nach der Version 2.0 des LIN-Bus-Standards die Möglichkeit, eine Nachricht zu versenden, die nur bei genau dem Busteilnehmer zu einer Änderung seiner Teilnehmeradresse führt, der eine oder mehrere mit dieser Nachricht übertragene Bedingungen er¬ füllt. Hat ein Busteilnehmer daraufhin seine Teilnehmeradres¬ se geändert, so übersendet er eine positive Antwort. Eine ne¬ gative Antwort bleibt einfach aus und wird vom Master so in- terpretiert, dass kein Busteilnehmer im Bussystem vorhanden ist, der die eine oder die mehreren Bedingungen erfüllt.
Nach dem LIN-Bus-Standard kann eine solche Bedingung die Zu¬ gehörigkeit des Busteilnehmers zu einem bestimmten Hersteller und/oder zu einem bestimmten Funktionstyp sein, das heißt es wird ermittelt, ob der Busteilnehmer in seinen Identifikati¬ onsmerkmalen eine bestimmte Herstellernummer und/oder eine bestimmte Funktionsnummer aufweist.
Gemäß der im Folgenden beschriebenen Ausgestaltungen der Erfindung werden die aus dem LIN-Bus-Standard Version 2.0 be¬ kannten Adress-Änderungs-Anfragen dazu genutzt, Busteilnehmer der bekannten Konfiguration zu erkennen, neue Busteilnehmer herauszufiltern sowie allen Busteilnehmern die eindeutigen Teilnehmeradressen zuzuweisen. Der Nachrichtentyp der mit einer Bedingung verknüpften Adress-Änderungs-Anfrage bietet da¬ bei den Vorteil, dass die Schritte der Identifizierung eines Busteilnehmers und der Zuweisung einer eindeutigen Teilnehmeradresse direkt miteinander verknüpft werden, wodurch die Anzahl der zu verschickenden Anfragen und Anweisungen reduziert wird. Außerdem wird durch die Verwendung der standardi¬ sierten Adress-Änderungs-Anfragen sicher gestellt, dass in ein nach den Ausgestaltungen der Erfindung arbeitendes Feldbussystem auch nicht danach arbeitende Busteilnehmer einge- bunden werden können, wobei diese dann dem Master nach dem herkömmlichen Verfahren vorab bekannt gemacht werden müssen. Gemäß einer Ausgestaltung wird in Schritt 1 an den mindestens einen Busteilnehmer eine Adress-Änderungs-Anfrage versendet, mit der die Standardadresse als neue Teilnehmeradresse über¬ tragen wird und deren Bedingung von dem mindestens einen Bus- teilnehmer stets erfüllt wird. Die Bedingung ist also so ge¬ wählt, dass alle im Feldbussystem vorhandenen und ordnungsge¬ mäß arbeitenden Busteilnehmer diese zwangsläufig erfüllen, damit die Standardadresse auch sicher von allen Busteilnehmern übernommen wird.
Als Schritte 2 und 3 wird in einer weiteren Ausgestaltung an den mindestens einen Busteilnehmer eine Adress-Änderungs- Anfrage versendet wird, mit der die eindeutige Teilnehmerad¬ resse als neue Teilnehmeradresse übertragen wird und deren Bedingung die Zugehörigkeit des mindestens einen Busteilneh¬ mers zu einem Hersteller und/oder einem Funktionstyp entsprechend der bekannten Konfiguration ist.
Alternativ dazu wird vorgeschlagen, an den mindestens einen Busteilnehmer eine Adress-Änderungs-Anfrage zu versenden, mit der die eindeutige Teilnehmeradresse als neue Teilnehmerad¬ resse übertragen wird und deren Bedingung das Vorhandensein einer von vor dem Neustart bekannten, eindeutigen Identifikationsnummer im Busteilnehmer ist.
Bei beiden Ausgestaltungen werden die vor dem Neustart vorhandenen und in der bekannten Konfiguration abgelegten Busteilnehmer gezielt über ihre Identifikationsmerkmale ange¬ sprochen und, sofern die Identifikationsmerkmale übereinstim- men, mit einer eigenen Teilnehmeradresse versehen. Die
Schritte 2 und 3 werden dabei mit einer einzigen vom Master versendeten Nachricht abgearbeitet.
In einer weiteren Ausführung wird in Schritt 4 an den mindes- tens einen Busteilnehmer eine Adress-Änderungs-Anfrage ver¬ sendet, deren Bedingung das Vorhandensein der Standardadresse ist. Dies erfolgt bevorzugt dadurch, dass die Adress-Ände- rungs-Anfrage an Busteilnehmer mit der Standardadresse adres¬ siert wird, so dass nur der oder die Busteilnehmer auf die Anfrage positiv antworten, die noch über die Standardadresse verfügen. Busteilnehmer, an die bereits eine eigene Teilneh- meradresse vergeben wurde, und die demnach zu der bekannten Konfiguration gehören, werden von der Adress-Änderungs-An- frage gar nicht erreicht. Mit der Adress-Änderungs-Anfrage kann als neue Teilnehmeradresse erneut die Standadresse über¬ mittelt werden, das heißt, diese wird einfach mit sich selbst überschrieben, oder es wird eine geänderte Einheitsadresse übermittelt .
In Schritt 5 wird in einer weiteren Ausgestaltung an den mindestens einen Busteilnehmer eine Adress-Änderungs-Anfrage versendet, deren Bedingung die Zugehörigkeit des mindestens einen Busteilnehmers zu einem im Bussystem möglichen Hersteller und/oder einem im Bussystem möglichen Funktionstyp ist. Dem Master müssen dafür alle Busteilnehmertypen mit ihren Hersteller- und Funktionsnummern bekannt sein, die in dem Feldbussystem auftreten können. Die über das Vorhandensein der Standardadresse nach Ende von Schritt 3 als neu erkannten Busteilnehmer werden nun auf ihre Zugehörigkeit zu einem der grundsätzlich möglichen Hersteller und/oder Funktionstypen abgefragt. Als neue Teilnehmeradresse wird mit der Adress- Änderungs-Anfrage entweder eine Kennzeichnungsadresse versen¬ det, die den positiv antwortenden Busteilnehmer als zu einem bestimmten Hersteller und/oder Funktionstyp zugehörig kennzeichnet, oder es wird im Fall, dass die Anfrage direkt zu einer eindeutigen Identifikation führt, eine eindeutige Teil- nehmeradresse mit übertragen. Erfolgt die Kennzeichnung über eine Kennzeichnungsadresse, wird erst nach einer eindeutigen Zuordnung des neuen Busteilnehmers zu einem Hersteller sowie einem Funktionstyp die eindeutige Teilnehmeradresse an den Busteilnehmer übertragen.
Die Erfindung wird nachfolgend anhand eines Ausführungsbei¬ spiels und der Zeichnung näher erläutert. Es zeigen: Figur 1 der Nachrichtenaufbau einer Adress-Änderungs-An- frage;
Figur 2 der Nachrichtenaufbau einer Antwort auf die Anfrage aus Figur 1;
Figur 3 der Nachrichtenaufbau einer weiteren Adress-Ände¬ rungs-Anfrage;
Figur 4 der Nachrichtenaufbau einer Antwort auf die Anfrage aus Figur 3;
Figur 5 ein LIN-Feldbussystem;
Figur 6 ein Binärbaum mit den Busteilnehmern des LIN-FeId- bussystems;
Figur 7 Funktionsablauf der Schritte 1 bis 3;
Figur 8 Funktionsablauf der Schritte 4 und 5.
In Figur 1 ist der Aufbau einer Adress-Änderungs-Anfrage dar¬ gestellt, die vom Master an einen im Feld 1 über seine Teil¬ nehmeradresse spezifizierten Busteilnehmer versendet wird und mit der in Feld 3 eine Bedingung übertragen wird. Der Aufbau der Nachricht entspricht dabei dem LIN-Bus-Standard Version 2.0, wobei der Inhalt der einzelnen Felder vereinfacht darge¬ stellt ist. In Feld 2 wird der Typ der Nachricht genauer de¬ finiert. In diesem gegenüber dem LIN-Bus-Standard reduzierten Beispiel soll dies durch den Typ „Anfrage" verdeutlicht wer¬ den. In Feld 4 ist die mit der Adress-Änderungs-Anfrage zu übertragene neue Teilnehmeradresse enthalten, welche von dem in Feld 1 spezifizierten Busteilnehmer übernommen wird, sofern bei ihm die Bedingung des Feldes erfüllt ist.
Ist dies der Fall, antwortet der Busteilnehmer mit einer an den Master gerichteten Antwortnachricht entsprechend der Fi- gur 2. Die Antwortnachricht enthält in Feld 5 die Adresse des antwortenden Busteilnehmers, in Feld 6 den Nachrichtentyp, hier der Typ „Antwort" und in den Feldern 7 und 8 sind vorge¬ gebene Dummy-Werte enthalten, also beispielsweise alle Bits auf 1 gesetzt. Durch das Versenden der Antwortnachricht rea¬ giert der Busteilnehmer auf die Adress-Änderungs-Anfrage po¬ sitiv und teilt dem Master mit, dass er die neue Teilnehmeradresse übernommen hat. Ergeht keine Antwort an den Master, so wird dies als negative Antwort verstanden.
Die Figur 3 zeigt den schematisierten Aufbau einer Adress- Änderungs-Anfrage nach dem LIN-Bus-Standard 2.0, mit der als Bedingung die Zugehörigkeit des Busteilnehmers zu einem be¬ stimmten Hersteller (Feld 9) sowie zu einem bestimmten Funk- tionstyp (Feld 10) übertragen wird. Die positive Antwort auf diese Anfrage gemäß Figur 4 entspricht der Antwort aus Figur 1, dass heißt, die Felder 9 und 10 mit der bzw. den Bedingungen sowie das Feld 4 mit der neuen Teilnehmeradresse werden durch Dummy-Werte ersetzt.
In Figur 5 ist ein Beispiel für ein LIN-Bussystem in einem Fahrzeug, beispielsweise einem Kraftfahrzeug oder einem Sportboot, dargestellt, mit einem Kombiinstrument als Master 14 und insgesamt acht Zeigerinstrumenten als Busteilnehmer 15 (Slaves) . Über den LIN-Bus 16 sind der Master 14 und die Bus¬ teilnehmer 15 sternförmig miteinander verbunden.
Die acht Busteilnehmer 15 können entsprechend der Darstellung in Figur 6 den Blättern 17 eines Binärbaumes zugeordnet wer- den, da jedes Zeigerinstrument einem von zwei Herstellern Hl und H2 sowie einer von vier Funktionsgruppen Fl bis F4 eindeutig zugeordnet werden kann. Unter Funktionsgruppe wird da¬ bei beispielsweise die Art der von dem Zeigerinstrument dar¬ gestellten Größe verstanden, also beispielsweise Fahrzeugge- schwindigkeit , Motortemperatur, Motordrehzahl und Kraftstoff¬ füllstand. Der Baum geht von einer Wurzel 18 aus und teilt sich an dieser Wurzel in einen rechten und linken Teilbaum, je nach Hersteller Hl oder H2. Die beiden Teilbäume beginnen jeweils an einem Knoten 19 und unterteilen sich wieder in je zwei Teilbäume, je nach dem Funktionstyp Fl bzw. F3 oder F2 bzw. F4, was zu den Knoten 20 führt.
Bei dem im Folgenden beschriebenen Ablauf einer Konfiguration des LIN-Bussystems aus den Figuren 5 und 6 sind die Busteil¬ nehmer H1F2 und H2F3 als neue Busteilnehmer hinzugekommen. Der Master 14 hat sich die Konfiguration bestehend aus den übrigen sechs Busteilnehmern als bekannte Konfiguration gemerkt, dass heißt, er hat in einem Speicher zumindest abge¬ legt, dass vom Hersteller Hl die Funktionsgruppen Fl, F3 und F4 vorhanden sind und vom Hersteller H2 die Funktionsgruppen Fl, F2, und F4. Damit ist Schritt 0 des Verfahrens zur Konfi- guration bereits ausgeführt und ein Neustart kann erfolgen.
Anhand der Figur 7 wird der Ablauf der nach dem Neustart durchgeführten Schritte 1 bis 3 erläutert, die im Folgenden als Hauptschritte bezeichnet werden. Zu Hauptschritt 1 gehö- ren die Unterschritte 101 bis 103, wobei in Schritt 101 vom Master 14 die Adress-Änderungs-Anfrage Cond_Addr_Chg mit dem Inhalt nach Figur 1 verschickt wird. Als Busteilnehmeradresse wird eine so genannte Broadcast-Adresse verwendet, mit der sämtliche im Bussystem vorhandenen Busteilnehmer 15 angespro- chen werden. Als neue Teilnehmeradresse wird die Standard¬ adresse übergeben und die Bedingung ist von vornherein auf den Wert „true" gesetzt, das heißt, die Bedingung wird stets erfüllt. In Schritt 102 prüft der Master, ob von mindestens einem Busteilnehmer 15 eine Antwort gesendet wurde. Ist dies nicht der Fall, so sind keine Busteilnehmer 15 an den LIN-Bus angeschlossen und die Konfiguration ist somit beendet (Schritt 103) . Sofern mindestens eine Antwort vorliegt, wird zu dem Hauptschritt 2 weitergegangen, der die Unterschritte 202 und 203 aufweist. In Schritt 202 wird die bekannte Konfi- guration geladen, d.h. der Master holt aus dem Speicher eine Liste der vor dem Neustart vorhandenen Busteilnehmern mit den zugehörigen Identifikationsmerkmalen Hersteller und Funkti- onstyp und beginnt mit dem ersten Listeneintrag. In Schritt 202 prüft er, ob der erste Listeneintrag bereits leer ist. Ist dies der Fall, waren vor dem Neustart keine Busteilnehmer 15 vorhanden, das heißt, sämtliche Busteilnehmer 15 im Bus- System sind neu und werden mit den Schritten 4 und 5 weiterbehandelt. Zu diesen Schritten wird über die Verbindungsstel¬ le A gewechselt.
Ist der erste Listeneintrag gefüllt, wird an den dort einge- tragenen Busteilnehmer 15 eine Adress-Änderungs-Anfrage gemäß der Figur 3 gesendet. Diese Anfrage ist also an nur einen Busteilnehmer mit der Adresse „SlvAddr" gerichtet und sie enthält die Bedingung, dass der Empfänger vom Hersteller „MSlv" stammt und vom Funktionstyp „FSlv" ist. Gleichzeitig wird eine eindeutige Teilnehmeradresse „SpecAddr" übertragen. Antwortet der Busteilnehmer positiv, so wurde zum einen erkannt, welcher Busteilnehmer aus der bekannten Konfiguration weiterhin im Bussystem vorhanden ist, und außerdem wurde diesem Busteilnehmer bereits eine eindeutige Teilnehmeradresse zugewiesen, das heißt, mit Schritt 203 wird auch gleichzeitig der Hauptschritt 3 ausgeführt. Bei einer vorliegenden und da¬ mit positiven Antwort (Schritt 204) kann in Schritt 205 die weitere Initialisierung des Busteilnehmers erfolgen. Wurde keine Antwort zurückgesendet, so ist der angesprochene Bus- teilnehmer nicht mehr im Bussystem vorhanden und er kann in Schritt 206 aus der bekannten Konfiguration gelöscht werden. In Schritt 207 wird zum nächsten Listeneintrag gewechselt und mit Schritt 202 fortgefahren, das heißt, es wird geprüft, ob der Listeneintrag leer ist. Die Schleife wird so lange durch- laufen, bis das Ende der Liste mit der bekannten Konfigurati¬ on erreicht ist, das heißt bis ein leerer Listeneintrag er¬ reicht ist. In dem Beispiel nach den Figuren 5 und 6 sind dann an dieser Stelle die sechs bekannten Busteilnehmer 15 (HlFl, H1F3, H1F4, H2F1, H2F2 und H2F4) initialisiert.
Über die Verbindungsstelle A erfolgt dann ein Wechsel zu den Hauptschritten 4 und 5, die in Figur 8 dargestellt sind. In Hauptschritt 4 mit den Unterschritten 401 bis 403 wird ge¬ prüft, ob Busteilnehmer mit der Standardadresse vorhanden sind. Dafür wird eine Adress-Änderungs-Anfrage gemäß Figur 1 an die Standardadresse geschickt, bei der die Bedingung wie- der auf „true" gesetzt ist. Mit der Anfrage wird als neue Teilnehmeradresse wieder die Standardadresse versendet. Bei einer positiven Antwort in Schritt 402 steht fest, das zumin¬ dest ein Busteilnehmer mit der Standardadresse und damit ein neuer Busteilnehmer anwesend ist. Ist kein neuer Busteilneh- mer vorhanden, das heißt bleibt die Antwort aus, so ist die Konfiguration des Bussystems beendet (Schritt 403) .
Zur Konfiguration des oder der neuen Busteilnehmer versucht der Master 14 nun, diese Busteilnehmer zu identifizieren. Aus der Liste mit der bekannten Konfiguration ist ihm bekannt, dass entsprechend dem Binärbaum nur die Blätter H1F2 und H2F3 noch unbesetzt sind. Diese Blätter spricht er deshalb gezielt an. In Schritt 501, mit dem der Hauptschritt 5 beginnt, wird eine Adress-Änderungs-Anfrage an die Standardadresse gemäß Figur 3 verschickt, in der die Bedingung auf die Herstellernummer Hl und die Funktionsnummer F2 gesetzt ist. Als neue Teilnehmeradresse wird die eindeutige Teilnehmeradresse „HlF2Addr" mit übertragen. Erfolgt eine Antwort, so wurde ein neuer Busteilnehmer vom Hersteller Hl und vom Funktionstyp F2 erfolgreich identifiziert und diesem wurde gleichzeitig eine eindeutige Teilnehmeradresse zugewiesen. Der neue Busteilneh¬ mer H1F2 wird in Schritt 503 initialisiert und in die Liste der bekannten Konfiguration „Config" eingetragen. Nun prüft der Master 14 erneut, ob noch immer Busteilnehmer mit der Standardadresse vorhanden sind (Schritte 504, 505, 506). Ist dies der Fall wird anschließend noch der letzte mögliche Her¬ steller und Funktionstyp geprüft. Ist der verbliebene neue Busteilnehmer vom Hersteller H2 und vom Funktionstyp F3 (Schritte 507 und 508), so wird diesem die eindeutige Teil- nehmeradresse „H2F3Addr" zugewiesen und er wird in Schritt
509 initialisiert und in die bekannte Konfiguration „Config" eingetragen. Da in diesem Beispiel nicht mehr als acht mögli- che Busteilnehmer vorhanden sein können, ist die Konfiguration des Bussystems damit abgeschlossen.
In den Fällen, in denen mehr als acht Busteilnehmer vorhanden sein können und bei denen nicht alle Blätter des Binärbaums belegt sind, kann der Master aus Gründen der Rechenzeit nicht so linear wie insbesondere in Figur 8 vorgehen. Dann hangelt er sich in dem Binärbaum entlang, indem er beispielsweise erstmal prüft, ob einer der neuen Busteilnehmer zum Herstel- ler Hl gehört. Dies geschieht wieder über eine Adress-Ände- rungs-Anfrage . Erhält er keine positive Antwort, speichert der Master einen Vermerk, dass an dem linken Knoten 19 und damit zum Hersteller Hl kein neuer Busteilnehmer vorhanden ist. Die Abfrage geht nun am rechten Unterknoten 20 weiter mit der Adress-Änderungs-Anfrage hinsichtlich der Funktions¬ typen Fl und F3 oder F2 und F4. Bei größeren Binärbäumen wird durch dieses stufenweise Vorgehen innerhalb des Binärbaums die Identifikation der neuen Busteilnehmer vereinfacht.

Claims

Patentansprüche
1. Verfahren zur automatischen Konfiguration eines Feldbussystems, insbesondere eines LIN-Bussystems, mit einem Master (14) und mindestens einem Busteilnehmer (15), mit den vom Master (14) initiierten Schritten:
- Schritt 0: Speichern der aktuellen Konfiguration des Feldbussystems als bekannte Konfiguration (Config) ,
- Schritt 1: nach einem Neustart des Bussystems Zuwei- sung einer Standard-Adresse (Stndaddr) als Teilnehmerad¬ resse an den mindestens einen Busteilnehmer (15),
- Schritt 2: Überprüfen, ob der mindestens eine Busteil¬ nehmer (15) zur bekannten Konfiguration (Config) gehört, und, - Schritt 3: sofern dies der Fall ist, Zuweisung einer eindeutigen Teilnehmeradresse (SpecAddr) an den mindestens einen Busteilnehmer (15),
- Schritt 4: Überprüfen, ob der mindestens eine Busteil¬ nehmer noch immer die Standard-Adresse (Stndaddr) auf- weist, und,
- Schritt 5: sofern dies der Fall ist, Identifizierung des mindestens einen Busteilnehmers (15) und Zuweisung einer eindeutigen Teilnehmeradresse (HlF2Addr; H2F3Addr) an den mindestens einen Busteilnehmer (15) .
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t , dass die Schritte 1 bis 5 für jeweils alle im Bussystem vorhandenen Busteilnehmer (15) durchgeführt werden.
3. Verfahren nach einem der vorhergehenden Ansprüche, da du r c h g e k e n n z e i c h n e t , dass zur Durchführung der Schritte 1 bis 5 mindestens eine binär zu beantwortende Anfrage an den mindestens einen Bus- teilnehmer (15) versendet wird.
4. Verfahren nach Anspruch 3, d a du r c h g e k e n n z e i c h n e t , dass es sich bei der binär zu beant¬ wortenden Anfrage um eine mit einer Bedingung verknüpfte Anweisung, die von dem mindestens einen Busteilnehmer nur ausgeführt und gleichzeitig positiv beantwortet wird, wenn die Bedingung erfüllt ist.
5. Verfahren nach Anspruch 4, d a du r c h g e k e n n z e i c h n e t , dass es sich bei der binär zu beant- wortenden Anfrage um eine mit einer Bedingung (Cond) verknüpfte Adress-Änderungs-Anfrage (Cond_Addr_Chg) han¬ delt, die bei dem mindestens einen Busteilnehmer (15) zu einer Zuweisung einer neuen Teilnehmeradresse und zu ei¬ ner positiven Antwort führt, wenn die Bedingung (Cond) erfüllt ist.
6. Verfahren nach einem der Ansprüche 4 oder 5, da du r c h g e k e n n z e i c h n e t , dass die Bedin¬ gung (Cond) das Vorhandensein eines bestimmten Identifi- kationsmerkmales im mindestens einen Busteilnehmer (15) ist.
7. Verfahren nach einem der Ansprüche 4 bis 6, da du r c h g e k e n n z e i c h n e t , dass die Bedin- gung (Cond) oder ein Teil der Bedingung die Zugehörigkeit des mindestens einen Busteilnehmers (15) zu einem bestimmten Hersteller (MSIv) ist.
8. Verfahren nach einem der Ansprüche 4 bis 7, d a - du r c h g e k e n n z e i c h n e t , dass die Bedin¬ gung (Cond) oder ein Teil der Bedingung die Zugehörigkeit des mindestens einen Busteilnehmers (15) zu einem bestimmten Funktionstyp (FSIv) ist.
9. Verfahren nach Anspruch 5, d a du r c h g e k e n n z e i c h n e t , dass in Schritt 1 an den mindestens einen Busteilnehmer (15) eine Adress-Änderungs-Anfrage (Cond_Addr_Chg) versendet wird, mit der die Standardad¬ resse (Stndaddr) als neue Teilnehmeradresse übertragen wird und deren Bedingung (Cond) von dem mindestens einen Busteilnehmer (15) stets erfüllt wird.
10. Verfahren nach den Ansprüchen 5, 7 und/oder 8, d a du r c h g e k e n n z e i c h n e t , dass als Schritte 2 und 3 an den mindestens einen Busteilnehmer (15) eine Adress-Änderungs-Anfrage (Cond_Addr_Chg) versendet wird, mit der die eindeutige Teilnehmeradresse (SpecAddr) als neue Teilnehmeradresse übertragen wird und deren Bedin¬ gung die Zugehörigkeit des mindestens einen Busteilneh¬ mers (15) zu einem Hersteller (MSIv) und/oder einem Funktionstyp (FSIv) entsprechend der bekannten Konfigu- ration (Config) ist.
11. Verfahren nach den Ansprüchen 5 und 6, d a du r c h g e k e n n z e i c h n e t , dass als Schritte 2 und 3 an den mindestens einen Busteilnehmer (15) eine Adress- Änderungs-Anfrage versendet wird, mit der die eindeutige Teilnehmeradresse als neue Teilnehmeradresse übertragen wird und deren Bedingung das Vorhandensein einer von vor dem Neustart bekannten, eindeutigen Identifikationsnummer im Busteilnehmer (15) ist.
12. Verfahren nach Anspruch 5, d a du r c h g e k e n n z e i c h n e t , dass in Schritt 4 an den mindestens einen Busteilnehmer (15) eine Adress-Änderungs-Anfrage
(Cond_Addr_Chg) versendet wird, deren Bedingung (Cond) das Vorhandensein der Standardadresse (Stndaddr) ist.
13. Verfahren nach den Ansprüchen 5, 7 und/oder 8, d a du r c h g e k e n n z e i c h n e t , dass in Schritt 5 an den mindestens einen Busteilnehmer (15) eine Adress- Änderungs-Anfrage (Cond_Addr_Chg) versendet wird, deren Bedingung (Cond) die Zugehörigkeit des mindestens einen Busteilnehmers (15) zu einem im Bussystem möglichen Her- steller (Hl; H2) und/oder einem im Bussystem möglichen Funktionstyp (F2; F3) ist.
14. Verfahren nach Anspruch 13, d a du r c h g e k e n n - z e i c h n e t , dass mit der Adress-Änderungs-Anfrage
(Cond_Addr_Chg) in Schritt 5 oder mit einer erst bei einer positiven Antwort an den mindestens einen Busteil¬ nehmer (15) versendeten weiteren Adress-Änderungs- Anfrage (Cond_Addr_Chg) als neue Teilnehmeradresse eine eindeutige Teilnehmeradresse (HlF2Addr; H2F3Addr) ver¬ sendet wird.
15. Anordnung zur automatischen Konfiguration eines Bussystems mit einem Master (14) und mit mindestens einem Bus- teilnehmer (15) , der über einen Feldbus, insbesondere einen LIN-Bus (16), mit dem Master (14) verbunden ist, da du r c h g e k e n n z e i c h n e t , dass der Mas¬ ter (14) und der mindestens eine Busteilnehmer (15) pro¬ grammtechnisch so ausgebildet sind, dass sie eines der Verfahren nach den Ansprüchen 1 bis 14 ausführen können.
EP06764223A 2005-07-22 2006-07-19 Verfahren und anordnung zur automatischen konfiguration eines master-slave-feldbussystems Withdrawn EP1908221A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005034944A DE102005034944B3 (de) 2005-07-22 2005-07-22 Verfahren und Anordnung zur automatischen Konfiguration eines Master-Slave-Feldbussystems
PCT/EP2006/064422 WO2007010008A1 (de) 2005-07-22 2006-07-19 Verfahren und anordnung zur automatischen konfiguration eines master-slave-feldbussystems

Publications (1)

Publication Number Publication Date
EP1908221A1 true EP1908221A1 (de) 2008-04-09

Family

ID=36997692

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06764223A Withdrawn EP1908221A1 (de) 2005-07-22 2006-07-19 Verfahren und anordnung zur automatischen konfiguration eines master-slave-feldbussystems

Country Status (5)

Country Link
US (1) US20090125656A1 (de)
EP (1) EP1908221A1 (de)
BR (1) BRPI0612906A2 (de)
DE (1) DE102005034944B3 (de)
WO (1) WO2007010008A1 (de)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102006058184B4 (de) * 2006-11-29 2008-10-16 Atmel Germany Gmbh Integrierter Treiberschaltkreis für einen LIN-Bus
DE102007039428A1 (de) * 2007-08-21 2009-02-26 Beckhoff Automation Gmbh Programmiervorrichtung für ein Netzwerk aus Steuerknoten und Anlage mit einer solchen Programmiervorrichtung
US9374935B2 (en) * 2010-04-29 2016-06-21 Fuji Machine Mfg. Co., Ltd. Manufacture work machine
DE102010044361A1 (de) * 2010-09-03 2012-03-08 Wabco Gmbh Sensorsystem für ein Fahrzeug und Verfahren zum Parametrieren des Sensorsystems
DE102011075416A1 (de) * 2011-05-06 2012-11-08 Zf Friedrichshafen Ag Steuerungseinrichtung eines Kraftfahrzeugs
CN102662724B (zh) * 2012-03-15 2015-06-03 华为技术有限公司 设备初始化的方法、装置及系统
SE536687C2 (sv) * 2012-05-15 2014-05-27 Scania Cv Ab Styrning av funktioner i motorfordon
US9667496B2 (en) * 2013-12-24 2017-05-30 International Business Machines Corporation Configuration updates across peer storage systems
CN104899174B (zh) * 2015-04-10 2017-08-22 上海兆能电力电子技术有限公司 光伏逆变器多台串联自动分配地址的方法
CN109076004B (zh) 2016-05-02 2021-01-01 索尤若驱动有限及两合公司 将另外的总线用户集成到总线系统中的方法以及总线系统
US10541835B2 (en) 2016-05-02 2020-01-21 Sew-Eurodrive Gmbh & Co. Kg Method for initializing a bus system with automatic closure after a predefined period of time, and bus system for performing the method
CN109506337B (zh) * 2018-11-20 2020-06-30 珠海格力电器股份有限公司 一种通讯方法、装置、存储介质及空调
DE102019215058A1 (de) 2019-09-30 2021-04-01 Airbus Operations Gmbh Avioniknetzwerk mit synchronisationsdomänen und verfahren zum synchronisieren von netzwerkteilnehmern in einem avioniknetzwerk
DE102020121316A1 (de) * 2020-08-13 2022-02-17 Ebm-Papst Mulfingen Gmbh & Co. Kg Einheit für ein Bussystem, Master-Slave-Bussystem mit einer Vielzahl von Einheiten und Verfahren zur Adressierung von Einheiten eines Bussystems
GB2612799A (en) * 2021-11-11 2023-05-17 Safran Seats Gb Ltd Aircraft electrical system

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07271711A (ja) * 1994-03-28 1995-10-20 Toshiba Corp コンピュータシステム
US5634075A (en) * 1995-01-11 1997-05-27 Cirrus Logic, Inc. Backward compatibility for plug and play systems
US5636342A (en) * 1995-02-17 1997-06-03 Dell Usa, L.P. Systems and method for assigning unique addresses to agents on a system management bus
US5980078A (en) * 1997-02-14 1999-11-09 Fisher-Rosemount Systems, Inc. Process control system including automatic sensing and automatic configuration of devices
US5971581A (en) * 1997-09-17 1999-10-26 National Instruments Corp. Fieldbus network configuration utility with improved scheduling and looping
US6167463A (en) * 1999-04-08 2000-12-26 Hewlett-Packard Company Firm addressing for devices on a fibre channel arbitrated loop
US6915364B1 (en) * 1999-07-02 2005-07-05 Fisher Rosemount Systems, Inc. Automatically downloaded link active schedule
DE19934514C5 (de) * 1999-07-22 2013-03-14 Pilz Gmbh & Co. Kg Verfahren zum Konfigurieren eines an einen Feldbus angeschlossenen Busteilnehmers
US6944681B1 (en) * 2000-09-08 2005-09-13 Fisher-Rosemount Systems, Inc. Probing algorithm for foundation fieldbus protocol
DE10055163B4 (de) * 2000-11-08 2013-01-03 Bayerische Motoren Werke Aktiengesellschaft Datenbus, insbesondere in Kraftfahrzeugen
US6792479B2 (en) * 2001-03-15 2004-09-14 International Business Machines Corporation System and method for fibre channel tracking of SCSI identifiers in known configurations
US6754750B2 (en) * 2001-05-17 2004-06-22 Chaparral Network Storage Inc. Method for automatically detecting and correcting duplicate controller SCSI ids
US7139839B2 (en) * 2001-11-26 2006-11-21 Schneider Automation Inc. Method and apparatus for assigning a network node address
DE10202851A1 (de) * 2002-01-24 2003-08-14 Grieshaber Vega Kg Verfahren zur Adresszuweisung in einem Netzwerk und Komponenten dafür
GB0227526D0 (en) * 2002-11-26 2002-12-31 Melexis Nv Auto-configured lin bus nodes
AU2003246151A1 (en) * 2003-05-30 2005-01-21 Lg Electronics, Inc. Home network system
US8392602B2 (en) * 2005-09-30 2013-03-05 Rockwell Automation Technologies, Inc. Embedding controllers and devices with data to facilitate up-to-date control and configuration information
US8799793B2 (en) * 2005-10-05 2014-08-05 Invensys Systems, Inc. Tool for creating customized user interface definitions for a generic utility supporting on-demand creation of field device editor graphical user interfaces
US7577776B2 (en) * 2007-05-14 2009-08-18 Aten International Co., Ltd Multiple virtual USB devices with virtual HUB implemented using one USB device controller

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
DE102005034944B3 (de) 2006-11-09
US20090125656A1 (en) 2009-05-14
WO2007010008A1 (de) 2007-01-25
BRPI0612906A2 (pt) 2010-12-07

Similar Documents

Publication Publication Date Title
DE4229931C2 (de) Verfahren zur Programmierung eines busfähigen elektronischen Kfz-Steuergerätes
DE10029645B4 (de) Verfahren zur Adressierung von Netzwerkkomponenten
WO2007010008A1 (de) Verfahren und anordnung zur automatischen konfiguration eines master-slave-feldbussystems
EP2622826B1 (de) Verfahren zur automatischen adressvergabe an gleichartige busteilnehmer
EP2503763B1 (de) Verfahren zur vergabe von netzwerkadressen für ventilatoren
DE102012220187B4 (de) Fahrzeugeigene Kommunikationsvorrichtung und Kommunikationssystem für ein Fahrzeug
DE102018103187A1 (de) Erweitertes zentrales Gateway zur Fahrzeugvernetzung
EP0730803A1 (de) Vorrichtung zum austauschen von daten und verfahren zum betreiben der vorrichtung
EP2420907A1 (de) Verfahren zur Konfiguration von Feldbusteilnehmern
DE102018217690A1 (de) Verbessertes Fahrzeugdatenkommunikationsnetz
EP2090031A2 (de) Verfahren und anordnung zur kommunikation auf einem lin-bus
EP2266297A2 (de) Automatische busadressvergabe mittels kollisionsprüfung
EP2907268A1 (de) Verfahren zum konfigurieren einer steuereinheit, steuereinheit und fahrzeug
DE102015216284A1 (de) Verfahren zum Betreiben eines Gateways
DE102019121085A1 (de) Netzwerkanordnung und Adressierung von Netzwerkkomponenten für einen Ladepark
WO2022018131A1 (de) Verfahren zum koppeln und ankoppeln eines sensors und kommunikationsnetzwerk
EP1199846A1 (de) Verfahren zur automatischen Gerätekonfiguration in einem Feldbus-System
EP2733910B1 (de) BUS-System, Verfahren zum Betrieb eines BUS-Systems und fluidisches System mit einem BUS-System
EP4160390A1 (de) Verfahren und anordnung zur inbetriebnahme einer aktualisierten anwendung für eine industrielle automatisierungsanordnung
DE102018003777A1 (de) Verfahren zur Aktualisierung einer Software zumindest eines Steuergeräts eines Fahrzeugs
DE10153848B4 (de) Verfahren zur Identifizierung von baugleichen Elektronikmodulen in einer CAN-Busarchitektur und geeignetes Elektronikmodul
DE102019106551A1 (de) Mehrfach-steuergerät für ein fahrzeug
DE102014104521A1 (de) Vorrichtung und Verfahren zum Zuweisen dynamischer Internetprotokolladressen (IP Adressen) in einem Fahrzeugkommunikationsnetz
DE102009054904A1 (de) Verfahren zum Zuweisen einer Polling-Adresse an ein Feldgerät
DE102005038183A1 (de) Verfahren zum Betreiben eines Netzwerks

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: 20071220

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: 20080521

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: CONTINENTAL AUTOMOTIVE GMBH

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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 IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20100202