WO2002075562A1 - Verfahren und vorrichtung zur synchronisation der globalen zeit von mehreren ttcan-bussen sowie entsprechendes bussystem - Google Patents

Verfahren und vorrichtung zur synchronisation der globalen zeit von mehreren ttcan-bussen sowie entsprechendes bussystem Download PDF

Info

Publication number
WO2002075562A1
WO2002075562A1 PCT/DE2002/000916 DE0200916W WO02075562A1 WO 2002075562 A1 WO2002075562 A1 WO 2002075562A1 DE 0200916 W DE0200916 W DE 0200916W WO 02075562 A1 WO02075562 A1 WO 02075562A1
Authority
WO
WIPO (PCT)
Prior art keywords
buses
time
bus
ttcan
global
Prior art date
Application number
PCT/DE2002/000916
Other languages
English (en)
French (fr)
Inventor
Thomas Fuehrer
Bernd Mueller
Florian Hartwich
Robert Hugel
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
Priority to AT02753556T priority Critical patent/ATE271239T1/de
Priority to DE10291120T priority patent/DE10291120B4/de
Priority to DE50200633T priority patent/DE50200633D1/de
Priority to EP02753556A priority patent/EP1370957B1/de
Priority to US10/472,098 priority patent/US7107473B2/en
Priority to JP2002574100A priority patent/JP4084197B2/ja
Publication of WO2002075562A1 publication Critical patent/WO2002075562A1/de
Priority to US11/441,737 priority patent/US7549072B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/008—Reliability or availability analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4004—Coupling between buses
    • G06F13/4027—Coupling between buses using bus bridges
    • G06F13/405—Coupling between buses using bus bridges where the bridge performs a synchronising function
    • G06F13/4054—Coupling between buses using bus bridges where the bridge performs a synchronising function where the function is bus cycle extension, e.g. to meet the timing requirements of the target bus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • G06F13/4286—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus using a handshaking protocol, e.g. RS232C link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0652—Synchronisation among time division multiple access [TDMA] nodes, e.g. time triggered protocol [TTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25031—TTCAN bus, time triggered can bus
    • 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/40241—Flexray

Definitions

  • the invention relates to methods and apparatus for synchronizing the • global time in at least two TTCAN buses and a corresponding bus system.
  • the CAN Controller area network
  • This is an event-driven protocol, ie protocol activities such as the sending of a message are initiated by events that originate outside the Communication systems.
  • the clear access to the communication system or bus system is solved via a priority-based bit arbitration. A prerequisite for this is that each message is assigned a priority.
  • the CAN protocol is very flexible; adding additional nodes and messages is therefore possible without problems as long as there are still free priorities (message identifier).
  • the collection of all messages to be sent in the network with priorities and their transmitter nodes and possibly reception nodes are stored in a list, the so-called communication matrix.
  • the positioning of the messages are coordinated within the transmission periods must be set to the applications which produce the message content to the latencies between application 'and transmission time to keep minimal. If this coordination is not carried out, the advantage of time-controlled transmission (minimal latent jitter when sending the message on the bus) would be destroyed. It this places high demands on the planning tools.
  • a bus system is, for example, the TTP / C.
  • TTCAN time triggered controller area network
  • TTCAN is essentially based on a time-controlled, periodic communication, which is clocked by a time-giving subscriber or node, the so-called time master, with the help of a time reference message, or a shorter reference message.
  • the period until the next reference message is referred to as the basic cycle and is divided into a predefinable number of time windows.
  • a distinction is made between the local times or local timers of the individual participants or nodes and the time of the time master as global time from its timer. Further basics and definitions related to the TTCAN can be found in ISO-Draft 11898-4 or the state of the art, are therefore assumed to be known and not explicitly listed again.
  • CAN real-time bus systems
  • TTP / C real-time bus systems
  • TTCAN Byteflight
  • CAN, TTCAN or Byteflight are single-channel bus systems, which means that redundancy can be achieved by multiplying the corresponding system.
  • TTP / C is an intrinsically two-channel system, which means that redundancy is always built in.
  • Many bus systems provide a time base synchronized to the bus as a service. In the bus systems, which are designed from the outset as two- or multi-channel solutions, the synchronization is usually enforced by design; typically due to the fact that a node or subscriber has to transmit on both buses simultaneously.
  • the invention relates to a method and device as well as a bus system for synchronizing at least two TTCAN buses with at least one bus subscriber, a global time being determined in each TTCAN bus and the deviations of the global times of the TTCAN buses being determined from the global times, which are are connected to one another via at least one subscriber and the deviations of the individual global times are transmitted to at least one bus subscriber, the global times of the TTCAN buses connected via at least one subscriber being adapted to one another as a function of the deviations of the global times, so that these relate to one another of global times are synchronized.
  • the global times of the TTCAN buses connected via at least one subscriber are advantageously adapted by adapting the phase of the global time.
  • the global times of the TTCAN buses connected via at least one subscriber are expediently adjusted by adapting the frequency of the global time.
  • the phase of the global time is adjusted depending on the value of at least one predetermined bit.
  • the at least one predetermined bit corresponds to the discontinuity bit of the TTCAN.
  • a smallest time unit is expediently determined in the at least two TTCAN buses to be synchronized and these smallest time units are compared with one another and the resulting real ratio is compared with a predetermined ratio, with at least one smallest unit of time being adapted so that the predetermined ratio is achieved.
  • the predetermined ratio corresponds to an integer, in particular a multiple or divisor of the number two.
  • 1 shows the coupling of two TTCAN bus systems by means of a subscriber who acts as a gateway subscriber.
  • Figure 2 shows the coupling of three TTCAN bus systems by coupled pairs.
  • Figure 3 shows the coupling of four TTCAN bus systems by different participants to represent scalable tolerance.
  • FIG. 4 shows a flow chart for frequency adjustment between two TTCAN buses or TTCAN bus systems.
  • FIG. 5 shows a flow chart to illustrate the phase adjustment of two TTCAN buses or TTCAN bus systems.
  • the invention describes general possibilities of how a fault-tolerant bus system or network can be generated from the combination of several TTCAN buses. This is particularly advantageous together with the mechanisms relating to the synchronization of the global time of several TTCAN buses and / or the synchronization of the cycle time of several TTCAN buses, with which synchronization of all these buses in the overall bus system or network can be achieved.
  • Figure 1 shows a bus system or network consisting of several, here two, TTCAN buses or TTCAN bus systems.
  • 103B1 represents a first bus and 103B2 a second bus.
  • Two users 101 and 102 are coupled to the first bus 103B1.
  • a subscriber 105 is coupled to the second bus 103B2.
  • the subscriber 100 is coupled to both buses 103B1 and 103B2 and functions as a connection subscriber or also gateway computer or gateway subscriber or gateway controller which has access to both buses.
  • a coupled pair of TTCAN buses (here 103B1 and 103B2) is thus defined as a combination of two TTCAN buses in such a way that there is at least one gateway subscriber who has access to both buses.
  • connection of the individual subscribers to the respective bus takes place via a corresponding interface element, for example in the case of subscriber 101 via the interface element 110B1.
  • the subscriber 100 as a gateway subscriber is connected to the bus 103B1 via an interface element 104B1 and to the bus 103B2 via an interface element 104B2.
  • the bus 103B1 via an interface element 104B1
  • the bus 103B2 via an interface element 104B2.
  • two interface elements 104B1 and 104B2 in contrast to two interface elements 104B1 and 104B2
  • Interface element with two connections for connection to the bus 103B1 and to the bus 103B2 may be provided.
  • a clock generator 111 or 106 with an internal clock source or also time source 107 or 112, in particular a crystal or an oscillator, in particular a VCO (voltage controlled oscillator).
  • a time recording module in particular a counter or counter 108 or 113.
  • Control tasks in the respective subscriber in particular for the input / output of data to the bus system, for taking over the time information from the timer as well as for synchronizing the buses or bus subscribers and further methods and procedural steps, in particular according to the invention, can be carried out using the blocks 109 and 114 can be perceived as processing modules, in particular a microcomputer or microprocessor or controller. Parts of this functionality or the entire functionality can also be present directly in the respective interface module.
  • a subscriber can now be specified as a time reference generator in the sense of TTCAN, in particular per bus system.
  • This subscriber, the time reference transmitter as the time master thus specifies the basic cycle as described in the prior art.
  • the gateway subscriber can act as a time reference transmitter, ie as a time master or time master for both bus systems.
  • the timer of the corresponding reference subscriber i.e. the time master of the respective TTCAN system, by means of which the local time of this time master is determined, is therefore the reference timer or specifies the reference time for the corresponding bus system, that is, corresponding to 103B1 and / or 103B2. That is, the local timer, e.g. B. 106 and / or 111 of the specified reference participant as Time master is therefore the global timer of the corresponding bus or bus system 103B1 and / or 103B2 and specifies the global time of the corresponding bus.
  • FIG. 1 thus shows a coupled pair of TTCAN buses with a gateway subscriber or gateway node.
  • the following description according to the invention is used for a more precise representation of this coupling according to the invention:
  • BXi, BYi are TTCAN buses for all i.
  • BXi and BYi form a coupled pair of TTCAN buses
  • BXI Bus Bl and BYn is Bus B2.
  • two TTCAN buses B1 and B2 are coupled if they are connected by any complicated path of coupled pairs.
  • a system of at least two TTCAN buses is called a fault-tolerant TTCAN bus system if two of the buses are coupled (in the aforementioned sense). This means that all system architectures can be recorded that use a fault-tolerant TTCAN bus system or network.
  • FIGS. 2 and 3. 2 shows three TTCAN buses 203B1, 203B2 and 203B3 as well as bus subscribers 200, 201, 204 and 205.
  • buses 203B1 and 203B2 are connected by subscriber 200 connected and likewise the buses 203B2 and 203B3 by the subscriber 201.
  • the bus systems 203B1 and 203B3 are also fault-tolerant according to the aforementioned definition connected, especially with regard to synchronization.
  • conventionally redundant systems i.e.
  • each node or node is connected redundantly to every other bus, i.e. each node has a connection to each bus
  • the system architectures proposed here allow scalable fault tolerance by using coupled pairs as well as a mixture of fault-tolerant and non-fault-tolerant systems.
  • buses 303B1, 303B2, 303B3 and 303B4 are shown therein.
  • the bus participants 301, 302, 300, 304 and 305 are shown.
  • Buses 303B1 ' and 303B2 are coupled together by subscriber 300, and buses 303B3 and 303B4 by subscriber 301.
  • three buses 303B1, 303B2 and 303B3 are connected together by subscriber 302, so that, on the one hand, a mixture of fault tolerant and non-fault-tolerant systems is made possible and, on the other hand, the desired fault tolerance can be scaled in the system, ie in different degrees of redundancy (single, double, multiple redundant).
  • a pair of buses is called directly synchronizable here if there is at least one gateway computer that has access to both buses, as described above. It is also a general requirement that there is a chain of gateways between two buses to be synchronized, which connects the two buses via pairs that can be synchronized directly, that is, the above-mentioned coupled pairs.
  • the synchronization layer (hardware or software) that carries out the synchronization is called ⁇ synchronization layer SL below.
  • the SL need not necessarily be present on every node, as can also be seen from the description below.
  • the gateway subscriber or gateway computer is the time master in at least one of the two buses to be synchronized in order to match the time in the bus in which it is a time master.
  • a message can be transmitted from the gateway subscriber to the time master in order to carry out the corresponding time adjustment for synchronization. Then it is not necessary that the gateway subscriber is also a time master of at least one of the bus systems to be synchronized.
  • the initialization procedure specified for this bus according to ISO 11898-4 and the state of the art for the TTCAN runs on every TTCAN bus.
  • the result is two or more independently running TTCAN buses with different global times and different current time masters.
  • the system design can be 'by the system design to ensure that is on both or on a plurality of buses of the same node or subscriber to the time master.
  • frequency and phase matching is described with reference to FIGS. 4 and 5, the frequency and the phase of the buses being able to be matched separately from one another, in an advantageous embodiment the frequency being matched first because as long as the frequency is wrong or deviates, the phase is changed continuously.
  • the speed of the global time ie the length of the time unit NTU
  • the timer frequency of the time master that is to say in particular the oscillator frequency or quartz frequency and its DOOR (time unit ratio) value.
  • the NTUs (network time unit), the time units of the global time of the respective bus and DOOR are the ratio between the length of an NTU and the length of a specific base time unit, e.g. B. the local timer period, in particular the local oscillator period, as in ISO draft 11898-4 is described.
  • the synchronization layer, the SL must ensure that the NTUs on the various buses have the intended relationships to one another.
  • the SL can be hardware or software through the
  • Processing units 109 and / or 114 etc. may be represented, whereby the SL does not necessarily have to be immanent to all participants, as already mentioned.
  • One bus can be tuned to the other by selecting the frequency of the one or the speed of the global time of the one as a default and the . Difference in the speed or frequency of the other is determined, in which case the at least one further bus is matched to the other or the at least two buses approach one another with respect to the speed of the global time, that is to say in particular the frequency of the timers of the respective time masters to each other. Furthermore, the adjustment can take place in one step or gradually.
  • the respective strategy depends on the SL, i.e. the synchronization layer and the requirements of the respective application. The following scheme is common to all methods:
  • the SL determines the correction to be carried out for a bus and communicates it to the current time master.
  • the correction can e.g. B. the ratio of the current door value and the newly set door value. It when the SL determines the correction on the time master is particularly advantageous, whereby the correction value, eg. B. can be the new TUR value directly.
  • the SL determines the new DOOR value in the time master and uses it from the following round. • All other nodes on this bus follow the time master • via the TTCAN synchronization.
  • the global time of the first bus for example B1, z. b. 103B1. This is recorded at a time T1 in block 401, i. H. captured, whereby in block 401 a first capture value of the global time of the bus B1 is created. Also at time T1, a value of the global time of bus B2, for example 103B2, determined in block 404 is recorded in block 405, ie captured. At the next point in time T2, the first capture value from block 401 or block 405 is shifted further in block 402 or block 406, and a new second capture value relating to the global time of the respective bus is recorded in block 401 or 405.
  • the respective speed of the global time or also the clock speed of the respective bus B1 or B2 is determined by forming the difference in block 403 or block 407.
  • a difference is then formed in block 409, which represents the difference in the speed of the global times of the buses in question, that is to say the difference between the respective clock speed, that is to say the timer speed.
  • this can also be e.g. be carried out or executed via the respective TUR value.
  • the further method according to the invention then runs with the aid of the value determined in block 409 with regard to the frequency adjustment in block 401.
  • the frequency adjustment will be clarified again using an example.
  • the synchronization strategy is that B2 must adjust the length of the NTU to the length valid on B1. In the simplest case be both nominally the same length.
  • the application (SL) of the current time master of B2 has direct access to the bus Bl and the same timer or the same clock or Time source, i.e. the same oscillator or quartz for Bl and B2 can be used.
  • the NTUs of the two buses B1 and B2 are of exactly the same length if the TUR value of this node or subscriber with respect to bus B1 is equal to the TUR value of this node or subscriber with respect to bus B2.
  • the SL must therefore use the TUR value with respect to B1 as the TUR value with respect to B2.
  • the situation can be treated in the same way if the NTUs of both buses have any relationship to one another.
  • this is advantageously easy to implement if the ratio or its reciprocal is an integer, in a particularly advantageous embodiment a power of two.
  • the SL can measure the length of a basic cycle on one bus in units of the other bus and use it to determine the correction value.
  • the SL measures the phase difference between two global times on two buses and determines the jump or Correction value. This can advantageously be done with the help of the stopwatch register of the TTCAN.
  • the SL informs the two current time masters of the two buses of the jump or correction value to be set.
  • a time master that has to set a jump sets a given bit, especially for the TTCAN the discontinuity bit in the next reference message and shifts its global time by the corresponding amount.
  • the time reference message or reference message of the corresponding time master is then sent at the adapted time. After the successful .
  • This phase adjustment is shown in FIG. 5.
  • the global times of two buses are determined in blocks 500 and 504 and recorded, ie captured, in blocks 501 and 505.
  • the capture takes place at the same time T1.
  • the two capture values are fed directly to a difference formation in block 509, it then being possible to determine the phase difference, that is to say the difference between the clock phase, the clock source phase or time source phase, by means of the simple capture values of the two buses.
  • the further method described according to the invention then runs in block 510.
  • Bl There are five buses Bl, B2, B3, B4, B5 in the system.
  • the synchronizable or coupled pairs are (B1, B2), (B1, B3), (B2, B4), (B3, B5). If Bl is the master for B2 and B3, B2 that for B4 and B3 that for B5, then pairwise synchronization (B2 and B3 first synchronize to Bl, then B4 to B2 and B5 to B3) leads to system-wide within two rounds synchronization.
  • the synchronization could also be carried out without the master principle. Then, however, the SL must ensure that buses that have been synchronized remain synchronized, i.e. H. a jump or a change on a bus also takes place on all buses that are synchronized to it.
  • the time master of a bus to be synchronized also has direct access to the global time of the corresponding partner bus.
  • the SL can only be set up on the potential time masters of a bus, i. H. the SL's notification of the amount of the jump to be set is omitted or becomes very simple.
  • NTUs i.e. the time units of the global time
  • the (nominal) NTUs between two coupled buses are only an integer Distinguish factor (particularly advantageously power of two).
  • phase adjustment As in B) or C), there are various ways of maintaining the synchronized state. On the one hand by repeating the phase adjustment as soon as the observed phase exceeds a certain value, on the other hand by adjusting the frequency as described in point A). There is also a combination of the two options. Since in the method in point A) the frequency adjustment typically takes place one lap later than a corresponding frequency change in the master bus, even if the frequencies of the buses involved match very precisely, a difference can be collected. In this case, a small phase adjustment or compensation must be carried out from time to time by means of a specifically, in particular predetermined, not exactly matching frequency. The use of the corresponding TTCAN interface can be demonstrated with a debug tool. The behavior on the bus can also be analyzed using bus monitoring.
  • a general method for synchronization will now be described below, namely how two or more TTCAN buses can synchronize their cycle times with one another. This method can also be carried out here either by dedicated hardware, by the application running on the corresponding hosts or by a special software layer.
  • the procedure including possible variants, is described in the sequence, whereby the same requirements and definitions apply as were the case with the synchronization of the global time, that is, direct synchronizability if there is at least one gateway computer that has access to both buses and that there is a chain of gateways between two buses to be synchronized; that connects the two buses via directly synchronized, coupled pairs.
  • the synchronization takes place by means of a synchronization layer in hardware or software, which carries out the synchronization and is referred to below as the synchronization layer SLZ with regard to the cycle times.
  • the SLZ does not necessarily have to be present on every node.
  • the frequency adjustment between two buses is to be dealt with here again in point AZ).
  • Frequency adjustment is only possible in TTCAN level 2 using protocol mechanisms. However, it is sufficient if the time master is operated in level 2 mode. This is not necessary for other nodes. There, the adjustment proceeds like the corresponding adjustment for the global time, as described previously and cannot therefore be made independent of this if the global time is also synchronized in the same network.
  • the speed of the cycle time i.e. the length of the time unit NTÜZ is determined by the frequency of the timer, in particular the oscillator of the time master and its TUR value, as already described above for the global time.
  • the SLZ must ensure that the NTUZs on the various buses have the intended relationships to one another.
  • the NTUZ can be the same or different from the previously mentioned NTU.
  • One bus can be matched to the other again, or both or more can approach each other.
  • the adjustment can again take place in one step or gradually.
  • the respective strategy depends on the SLZ and the requirements of the application.
  • the synchronization of the global time and the synchronization of the cycle time can be carried out, for example, by the same software layer, that is to say the same synchronization layer SL, which in one advantageous embodiment means:
  • the SLZ determines the one to be carried out for a bus
  • the correction can e.g. B. the ratio of the current TUR value and the new TUR value to be set. It is again particularly advantageous if the SLZ determines the correction on the time master. Then the correction value z. B. be the new TUR value.
  • the SLZ determines the new TUR value in the time master and uses it from the following round.
  • the synchronization strategy is that B2 must adjust the length of the NTUZ to the 'on Bl valid length. In the simplest case, both are nominally the same length.
  • the application (SLZ) of the current time master of B2 has direct access to the bus Bl, and the same oscillator should be used for Bl and B2.
  • the NTUZs of the two buses B1 and B2 are exactly the same length if the TUR value of this node with respect to B1 is equal to the TUR value of this node with respect to B2.
  • the SLZ must therefore use the TUR value with regard to B1 as the DOOR value with respect to B2.
  • the situation can be treated in the same way if the NTUZs of both buses have any relationship to one another.
  • the ratio or the reciprocal is an integer, in particular a power of two.
  • the timer In particular oscillator, used for both buses there is again the aforementioned possibility of measuring the difference in the global times of the two buses at least twice or periodically in succession and a correction factor from the comparison between the observed change in the difference and the nominal change in the difference to calculate. This option is also available if the current time master does not have access to both buses.
  • the SLZ can measure the length of a basic cycle from one bus in units of the other bus and use it to determine the correction value.
  • the SLZ measures. again the phase difference between two times on two buses and determines the jump or change to be set for each of the two buses.
  • the SLZ notifies the two current time masters of the two buses of the jump to be set.
  • a time master that has to set a jump in turn sets a predetermined bit, in particular the Next_is_Gap bit of the TTCAN (see ISO draft) in the reference message. It receives the start time of the next basic cycle from the local SLZ.
  • Bl to B5 there are five buses, Bl to B5 in the system. Synchronizable pairs are (B1, B2), (B1, B3), (B2, B4), (B3, B5). If Bl is the master for B2 and B3, B2 that for B4 and B3 that for B5, then pairwise synchronization (B2 and B3 first synchronize to Bl, then B4 to B2 and B5 to B3) leads to system-wide within two rounds Synchronization.
  • the synchronization could also be carried out without the master principle. In this case, however, the SLZ must ensure that buses that have been synchronized remain synchronized. H. a jump or a correction on a bus also takes place on all buses that are synchronized to it.
  • the time master of a bus to be synchronized also has direct access to the corresponding partner bus.
  • the SLZ can only be set up on the potential time masters of a bus, i. H. the notification from the SLZ about the amount of the jump to be set or the correction to be set is omitted or becomes very simple.
  • the frequency adjustment typically takes place one lap later than a corresponding frequency change in the master bus, even if the frequencies of the buses involved match very precisely, a difference can be collected. In this case, a small phase adjustment or compensation by a frequency that is deliberately not exactly the same must be carried out from time to time.
  • the usage can be displayed like with the synchronization of the global time via a debug instrument or the behavior on the bus can be analyzed with bus monitoring.

Abstract

Verfahren und Vorrichtung sowie Bussystem zur Synchronisierung wenigstens zweier TTCAN-Busse mit wenigstens einem Busteilnehmer, wobei in jedem TTCAN-Bus eine globale Zeit ermittelt wird und aus den globalen Zeiten die Abweichungen der globalen Zeiten der TTCAN-Busse ermittelt werden, welche über wenigstens einen Teilnehmer miteinander verbunden sind und die Abweichungen der einzelnen globalen Zeiten wenigstens einem Busteilnehmer übermittelt werden, wobei abhängig von den Abweichungen der globalen Zeiten eine Anpassung der globalen Zeiten der über wenigstens einen Teilnehmer verbundenen TTCAN-Busse aneinander vorgenommen wird, so dass diese bezüglich der globalen Zeiten synchronisiert sind.

Description

Verfahren und Vorrichtung zur Synchronisation der globalen Zeit von mehreren TTCAN-Bussen sowie entsprechendes Bussystem
Stand der Technik
Die Erfindung betrifft Verfahren und Vorrichtung zur Synchronisation der • globalen Zeit in wenigstens zwei TTCAN- Bussen sowie ein entsprechendes Bussystem.
Die Vernetzung von Steuergeräten, Sensorik und Aktuatorik mit Hilfe eines KoitimunikationsSystems bzw. eines Bussystems hat in den letzten Jahren beim Bau von modernen Kraftfahrzeugen oder' auch im Maschinenbau, insbesondere im Werkzeugmaschinenbereich als auch in der Automatisierung drastisch zugenommen. Synergieeffekte durch Verteilung von Funktionen auf mehrere Steuergeräte können dabei erzielt werden. Man spricht hierbei von verteilten Systemen. Die Kommunikation zwischen verschiedenen Stationen findet mehr und mehr über wenigstens einen Bus bzw. wenigstens ein Bussystem statt. Der Kommunikationsverkehr auf dem Bussystem, Zugriffs- und Ξmpfangsmechanismen sowie Fehlerbehandlung werden über ein Protokoll geregelt.
Als Protokoll im Kfz-Bereich etabliert- ist der CAN (Controller area network) . Dieses ist ein ereignisgesteuertes Protokoll, d. h. Protokollaktivitäten wie das Senden einer Nachricht werden durch Ereignisse iniziiert, die ihren Ursprung außerhalb des KommunikationsSystems haben. Der eindeutige Zugang zum Kommunikationssystem bzw. Bussystem wird über eine prioritätsbasierte Bitarbitrierung gelöst. Eine Voraussetzung dafür ist, dass jeder Nachricht eine Priorität zugewiesen ist. Das CAN-Protokoll ist sehr flexibel; ein Hinzufügen weiterer Knoten und Nachrichten ist damit problemlos möglich, so lange es noch freie Prioritäten (message identifier) gibt. Die Sammlung aller im Netzwerk zu sendenden Nachrichten mit Prioritäten und deren Senderknoten sowie möglicherweise Empfangsknoten werden in' einer Liste, der sogenannten Kommunikationsmatrix abgelegt.
Ein alternativer Ansatz zur ereignisgesteuerten,, spontanen Kommunikation ist der rein zeitgesteuerte Ansatz.- Alle Kommunikationsaktivitäten auf dem Bus sind strikt periodisch. Protokollaktivitäten wie das Senden einer Nachricht werden nur durch das Fortschreiten einer für das gesamte Bussystem gültigen Zeit ausgelöst. Der Zugang zum Medium basiert auf der Zuteilung von Zeitbereichen, in denen ein Sender exklusives Senderecht hat. Das Protokoll ist vergleichsweise unflexibel; ein Hinzufügen von neuen Knoten ist nur dann möglich, wenn zuvor schon die entsprechenden Zeitbereiche freigelassen wurden. Dieser Umstand erzwingt, die Nachrichtenreihenfolge schon vor Inbetriebnahme festzusetzen. Es wird also ein Fahrplan erstellt, der den Anforderungen der Nachrichten bezüglich Wiederholrate, Redundanz, .Deadlines usw. genügen uss. Man spricht vom sogenannten Busschedule. Die Positionierung der Nachrichten innerhalb der Sendeperioden muss auf die Applikationen abgestimmt werden, die die Nachrichteninhalte produzieren, um die Latenzen zwischen Applikation 'und Sendezeitpunkt minimal zu halten. Wenn diese Abstimmung nicht erfolgt, würde der Vorteil der zeitgesteuerten Übermittlung (minimale Latent-Jitter beim Senden der Nachricht am Bus) zerstört. Es werden so hohe Anforderungen an die Planungstools gestellt. Ein solches Bussystem ist beispielsweise der TTP/C.
Der in den Patentanmeldungen DE 100 00 302 AI, DE 100 00 303 AI, DE 100 00 304 AI und DE 100 00 305 AI sowie dem ISO Standard 11898-4 (zur Zeit noch als Draft) gezeigte Lösungsansatz des zeitgesteuerten CAN, des sogenannten TTCAN (time triggered Controller area network) genügt den oben skizzierten Forderungen nach zeitgesteuerter Kommunikation sowie den Forderungen nach einem gewissen Maß an Flexibilität. TTCAN erfüllt dies durch den Aufbau der Kommunikationsrunde (basic cycle) in sogenannte exklusive Zeitfenster für periodische Nachrichten bestimmter Kommunikationsteilnehmer und in sogenannte arbitrierende Zeitfenster für spontane Nachrichten mehrerer Ko'mmunikationsteilnehmer . TTCAN basiert im Wesentlichen auf einer zeitgesteuerten, periodischen Kommunikation, die durch einen hauptzeitgebenden Teilnehmer oder Knoten, den sogenannten Zeitmaster, mit Hilfe einer Zeitreferenznachricht, oder kürzer Referenznachricht getaktet wird. Die Periode bis zur nächsten Referenznachricht wird als Basiszyklus (basic cycle) bezeichnet und unterteilt sich in eine vorgebbare Anzahl von Zeitfenstern. Dabei wird zwischen den lokalen Zeiten bzw. lokalen Zeitgebern der einzelnen Teilnehmer bzw. Knoten und der Zeit des Zeitmasters als globaler Zeit von dessen Zeitgeber unterschieden. Weitere Grundlagen und Definitionen bezogen auf den TTCAN sind aus dem ISO-Draft 11898-4 oder dem genannten Stand der Technik zu entnehmen, werden somit als bekannt vorausgesetzt und nicht noch einmal explizit aufgeführt .
Für die Vernetzung von Steuergeräten in der Automatisierung, im Kraftfahrzeug oder an anderen Stellen gibt es somit eine Reihe von Echtzeitbussystemen wie z.B. die erwähnten CAN, TTP/C oder auch Byteflight sowie das eben ausgeführte TTCAN. Bei CAN, TTCAN oder Byteflight handelt es sich um EinkanalbusSysteme, was bedeutet, dass Redundanz durch Vervielfachung des entsprechenden Systems erreicht werden kann. TTP/C ist ein intrinsisch zweikanaliges System, das bedeutet, dass die Redundanz immer eingebaut ist. Viele Bussysteme stellen als Service eine auf den Bus synchronisierte Zeitbasis zur Verfügung. Bei den Bussystemen, die von vornerein als Zwei- oder Mehrkanallösungen konzipiert werden, wird in der Regel die Synchronisierung per Design erzwungen; typischerweise dadurch, dass ein Knoten bzw. Teilnehmer auf beiden Bussen gleichzeitig senden muss.. Dies hat Vorteile (z. B. Synchronisierung ist immer -gewährleistet) , aber auch eine Reihe von Nachteilen, wie z. B. dass nicht jeder Bus für sich zu betreiben ist, die Zeitmuster auf beiden Bussen nur sehr begrenzt verschieden sein können und dass die Modularität der beiden oder mehreren Bussysteme durch die per Design vorhandene Kopplung aufgeweicht wird.
Wie ausgeführt zeigt sich somit, dass der Stand der Technik nicht in jeder Hinsicht optimale Ergebnisse zu liefern vermag. Diese Situation soll im Weiteren verbessert werden.
Bei Bussen bzw. Bussystemen, die als einkanalig konzipiert sind, wird nun die Synchronisierung explizit durchgeführt, falls sie benötigt wird. Im Weiteren wird von einem TTCAN- Netzwerk als Bussystem bzw. von mehreren TTCAN-Bussen bzw. Bussystemen und ihrer Verkopplung ausgegangen, wobei dies nur insofern als einschränkend bezüglich des späteren Gegenstands der Erfindung zu verstehen ist, als Eigenschaften des TTCAN Voraussetzung bzw. Notwendigkeit zur Darstellung des erfindungsgemäßen Gegenstandes sind: Vorteile der Erfindung
Die Erfindung geht betrifft Verfahren und Vorrichtung sowie Bussystem zur Synchronisierung wenigstens zweier TTCAN-Busse mit wenigstens einem Busteilnehmer, wobei in jedem TTCAN-Bus eine globale Zeit ermittelt wird und aus den globalen Zeiten die Abweichungen der globalen Zeiten der TTCAN-Busse ermittelt werden, welche über wenigstens einen Teilnehmer miteinander verbunden sind und die Abweichungen der einzelnen globalen Zeiten wenigstens einem Busteilnehmer übermittelt werden, wobei abhängig von den Abweichungen der globalen Zeiten eine Anpassung der globalen Zeiten der über wenigstens einen Teilnehmer verbundenen TTCAN-Busse aneinander vorgenommen wird, so dass diese bezüglich der globalen Zeiten synchronisiert sind.
Vorteilhafter Weise wird eine Anpassung der globalen Zeiten der über wenigstens einen Teilnehmer verbundenen TTCAN-Busse durch Anpassung der Phase der globalen Zeit vorgenommen.
Zweckmäßiger Weise erfolgt eine Anpassung der globalen Zeiten der über wenigstens einen Teilnehmer verbundenen TTCAN-Busse durch Anpassung der Frequenz der globalen Zeit.
In einer Vorteilhaften Ausgestaltung erfolgt die Anpassung der Phase der globalen Zeit abhängig von dem Wert wenigstens eines vorgegebenen Bits .
Weiterhin von Vorteil ist, dass das wenigstens eine vorgegebene Bit dem Discontinuity-Bit des TTCAN entspricht.
Zur Anpassung der Frequenz der globalen Zeit wird zweckmäßig jeweils eine kleinste Zeiteinheit (NTU) in den wenigstens zwei zu synchronisierenden TTCAN-Bussen ermittelt und diese kleinsten Zeiteinheiten mit einander ins Verhältnis gesetzt und das dabei entstehende reale Verhältnis mit einem vorgegebenen Verhältnis verglichen, wobei wenigstens eine kleinste Zeiteinheit so angepasst wird, dass das vorgegebene Verhältnis erzielt wird.
Weiterhin von Vorteil ist, dass das vorgegebene Verhältnis ganzzahlig insbesondere einem Vielfachen oder Teiler der Zahl Zwei entspricht.
Weitere Vorteile und vorteilhafte Ausgestaltungen ergeben sich aus der Beschreibung sowie den Merkmalen der -Ansprüche.
Zeichnung
Die Erfindung wird im Weiteren anhand der in der Zeichnung dargestellten Figuren näher erläutert.
Dabei zeigt
Figur 1 die Verkopplung zweier TTCAN-BusSysteme mittels eines Teilnehmers, der als Gateway-Teilnehmer fungiert.
Figur 2 zeigt die Verkopplung dreier TTCAN-BusSysteme durch gekoppelte Paare.
Figur 3 -zeigt die Verkopplung von vier TTCAN-BusSystemen durch verschiedene Teilnehmer zur Darstellung skalierbarer Toleranz.
Figur 4 zeigt ein Flussdiagramm zum Frequenzangleich zwischen zwei TTCAN-Bussen bzw. TTCAN-BusSystemen.
Figur 5 zeigt ein Flussdiagramm zur Darstellung des Phasenangleichs zweier TTCAN-Busse bzw. TTCAN-Bussysteme.
Beschreibung der Ausführungsbeispiele Die Erfindung beschreibt allgemeine Möglichkeiten, wie ein fehlertolerantes Bussystem bzw. Netzwerk aus der Kombination von mehreren TTCAN-Bussen erzeugt werden kann. Besonders vorteilhaft ist dies zusammen mit den Mechanismen bezüglich der Synchronisation der globalen Zeit von mehreren TTCAN- Bussen und/oder der Synchronisation der Zykluszeit von mehreren TTCAN-Bussen, womit eine- Synchronisation all dieser Busse im Gesamtbussystem oder Netzwerk aufeinander erreicht werden kann.
Figur 1 zeigt ein Bussystem bzw. Netzwerk bestehend aus mehreren, hier zwei, TTCAN-Bussen bzw.- TTCAN-BusSystemen. Mit 103B1 ist darin ein erster Bus und mit 103B2 ein zweiter Bus dargestellt. Am ersten Bus 103B1 sind zwei Teilnehmer 101 und 102 angekoppelt. Am zweiten Bus 103B2 ist ein Teilnehmer 105 angekoppelt. Der Teilnehmer 100 ist an beide Busse 103B1 und 103B2 angekoppelt und fungiert als Verbindungsteilnehmer oder auch Gateway-Rechner bzw. Gateway-Teilnehmer oder Gateway-Controller, welcher auf beide Busse Zugriff hat. Ein gekoppeltes Paar von TTCAN- Bussen (hier 103B1 und 103B2) wird somit als eine Kombination von zwei TTCAN-Bussen so definiert, dass es mindestens einen Gateway-Teilnehmer gibt, der auf beide Busse Zugriff hat. Die Verbindung der- einzelnen Teilnehmer zum jeweiligen Bus erfolgt über ein entsprechendes Schnittstellenelement, beispielsweise bei Teilnehmer 101 über das Schnittstellenelement 110B1. Ebenso ist der Teilnehmer 100 als Gateway-Teilnehmer über ein Schnittstellenelement 104B1 mit dem Bus 103B1 sowie über ein Schnittstellenelement 104B2 mit dem Bus 103B2 verbunden. Alternativ könnte auch im Gegensatz zu zwei Schnittstellenelementen 104B1 und 104B2 ein
Schnittstellenelement mit zwei Anschlüssen zur Anbindung an den Bus 103B1 und an den Bus 103B2 vorgesehen sein. Weiterhin dargestellt im Teilnehmer 100 bzw. 101 ist ein Taktgeber 111 bzw. 106 mit einer internen Taktquelle oder auch Zeitquelle 107 bzw. 112, insbesondere ein Quarz oder ein Oszillator, insbesondere ein VCO (voltage controlled oscillator) ., Weiterhin enthalten innerhalb des jeweiligen Zeitgebers 106 bzw. 111 ist ein Zeiterfassungsbaustein, insbesondere ein Zähler oder Counter 108 bzw. 113.
Steuerungsaufgaben im jeweiligen Teilnehmer, insbesondere zur Ein-/Ausgabe von Daten auf das Bussystem, zur Übernahme der Zeitinformation aus dem Zeitgeber sowie zur Synchronisation der Busse bzw. Busteilnehmer und weitere, insbesondere erfindungsgemäße Verfahren und Verfahrensschritte usw. können durch die Bausteine 109 bzw. 114 als Verarbeitungsbausteine, insbesondere einen Mikrocomputer bzw. Mikroprozessor oder auch Controller wahrgenommen werden. Teile dieser Funktionalität oder die gesamte Funktionalität kann aber auch direkt im jeweiligen Schnittstellenbaustein vorhanden sein.
Dabei kann nun ein Teilnehmer als Zeitreferenzgeber im Sinne von TTCAN vorgegeben werden, insbesondere pro Bussystem. Dieser Teilnehmer, der Zeitreferenzgeber als Zeitmaster, gibt somit den Basiszyklus wie im Stand der Technik beschrieben vor. Ebenso ist es möglich, dass der Gateway- Teilnehmer als Zeitreferenzgeber, also als Zeitmaster oder Timemaster für beide Bussysteme fungiert. Der Zeitgeber des entsprechenden Referenzteilnehmers, also des Zeitmasters des jeweiligen TTCAN-Systems, durch welchen die lokale Zeit dieses Zeitmasters ermittelt wird, gilt somit als Referenzzeitgeber bzw. gibt die Referenzzeit für das entsprechende Bussystem vor, also entsprechend 103B1 und/oder 103B2. D. h. der lokale Zeitgeber, z. B. 106 und/oder 111 des vorgegebenen Referenzteilnehmers als Zeitmaster gilt somit als globaler Zeitgeber des entsprechenden Busses bzw. Bussystems 103B1 und/oder 103B2 und gibt die globale Zeit des entsprechenden Busses vor.
In Figur 1 ist somit ein gekoppeltes Paar von TTCAN-Bussen mit einem Gateway-Teilnehmer oder Gateway-Knoten dargestellt. Zur präziseren Darstellung dieser erfindungsgemäßen Kopplung wird die nachfolgende erfindungsgemäße Beschreibung verwendet:
Wenigstens zwei TTCAN-Busse Bl, B2 sind gekoppelt, wenn es eine Folge Pi = (BXi, BYi) mit i = 1 bis n und n Element M gibt, die folgende Eigenschaften aufweist:
• BXi, BYi sind TTCAN-Busse für alle i.
•- Für ein i bilden BXi und BYi ein gekoppeltes Paar von TTCAN-Bussen
• BX(i + 1) ist BYi (für i = 1 bis n-1)
• BXI ist Bus Bl und BYn ist Bus B2.
D. h. zwei TTCAN-Busse Bl und B2 sind gekoppelt, wenn sie durch irgendeinen auch noch so komplizierten Pfad von gekoppelten Paaren verbunden sind. Ein System von mindestens zwei TTCAN-Bussen heißt hier ein fehlertolerantes TTCAN- Bussystem, wenn je zwei der Busse gekoppelt (im vorgenannten Sinne) sind. Somit sind alle Systemarchitekturen erfassbar, die ein fehlertolerantes TTCAN-Bussystem oder Netzwerk verwenden.
Weitere Beispiele sind in den Figuren 2 und 3 dargestellt. So zeigt Figur 2 drei TTCAN-Busse 203B1, 203B2 und 203B3 sowie Busteilnehmer 200, 201, 204 und 205. Dabei sind die Busse 203B1 und 203B2 durch den Teilnehmer 200 miteinander verbunden und ebenso die Busse 203B2 und 203B3 durch den Teilnehmer 201. Somit sind im erfindungsgemäßen Sinne durch die Kopplung der Bussysteme 203B1 und 203B2 sowie 203B2 und 203B3 als gekoppelte Paare durch die Teilnehmer 200 und 201 auch die Bussysteme 203B1 und 203B3 entsprechend nach vorgenannter Definition fehlertolerant verbunden, insbesondere bezüglich der Synchronisation. Im Gegensatz zu konventionell redundanten Systemen, also zweier Busse im Gesamtbussystem, bei denen jeder Knoten bzw. Teilnehmer mit jedem anderen Bus redundant verbunden ist, also jeder Teilnehmer eine Verbindung zu jedem Bus aufweist, erlauben die hier vorgeschlagenen Systemarchitekturen durch Verwendung gekoppelter Paare eine skalierbare Fehlertoleranz sowie eine Mischung von fehlertoleranten und nicht fehlertoleranten Systemen.
Dies ist am Beispiel von Figur 3 noch einmal erläutert. Darin sind vier Busse 303B1, 303B2, 303B3 und 303B4 dargestellt. Daneben sind die Busteilnehmer 301, 302, 300, 304 und 305 dargestellt. Die Busse 303B1 'und 303B2 sind durch den Teilnehmer 300 miteinander gekoppelt, und die Busse 303B3 und 303B4 durch den Teilnehmer 301. Gleichzeitig sind die drei Busse 303B1, 303B2 und 303B3 durch den Teilnehmer 302 miteinander verbunden, so dass einerseits eine Mischung von fehlertoleranten und nicht fehlertoleranten Systemen ermöglicht wird und andererseits die gewünschte Fehlertoleranz im System skalierbar, d. h. in verschiedenen Redundanzgraden (einfach-, zweifach-, mehrfach-redundant) dargestellt werden kann. Es ist somit möglich, höhere Redundanzgrade in ein System einzuführen, ohne dabei Systeme zu koppeln, die entkoppelt bleiben sollen. Damit ist eine Reduktion von Common-Mode-Fehlern, also Gleichtaktfehlern des Bussystems bzw. der Bussyteme ebenfalls möglich. In Verbindung mit den Synchronisationsmechanismen im TTCAN ist es somit möglich, ein einheitliches synchronisiertes Kommunikationssystem zu schaffen, das alle denkbaren Fehlertoleranzgrade in einfachster Weise ermöglicht. Im Nachfolgenden wird die Synchronisierung bezüglich der globalen Zeit sowie der Zykluszeiten oder cycle time einzelner Teilnehmer bzw. Bussysteme näher beschrieben.
Zunächst wird ein allgemeines Verfahren beschrieben, wie zwei oder mehrere TTCAN-Busse, insbesondere Level 2 (Siehe ISO Draft) , ihre globalen Zeiten aufeinander synchronisieren können. Dieses Verfahren kann sowohl von einer dedizierten Hardware, von der auf den entsprechenden Hosts ablaufenden Applikationen oder von einer speziellen Softwareschicht durchgeführt werden.
Im Folgenden wird das Verfahren zur Synchronisation einschließlich möglicher Varianten im Ablauf beschrieben. Ein Paar von Bussen wird hier direkt synchronisierbar genannt, wenn es mindestens einen Gateway-Rechner gibt, der auf beide Busse Zugriff hat, wie vorhergehend beschrieben. Allgemeine Voraussetzung ist weiterhin, dass es zwischen zwei zu synchronisierenden Bussen eine Kette von Gateways gibt, die die beiden Busse über direkt synchronisierbare Paare, also die oben genannten gekoppelten Paare verbindet. Die Synchronisationsschicht (Hardware oder Software) , die die Synchronisation durchführt, ■ wird im Folgenden Synchronisationslayer SL genannt. Dabei muss das SL nicht notwendigerweise auf jedem Knoten vorhanden sein, wie auch der nachfolgenden Beschreibung zu entnehmen ist.
In einer Ausführungsform ist der Gateway-Teilnehmer oder Gateway-Rechner der Zeitmaster in wenigstens einem der beiden zu synchronisierenden Busse zur Angleichung der Zeit in dem Bus, in dem er Timemaster ist. Optional als weitere Ausführungsform kann eine Nachricht vom Gateway-Teilnehmer an den Timemaster übermittelt werden, um die entsprechende Zeitanpassung zur Synchronisierung vorzunehmen. Dann ist es nicht notwendig, dass der Gateway-Teilnehmer auch Timemaster wenigstens eines der zu synchronisierenden Bussysteme ist.
Zur Initialisierung läuft auf jedem TTCAN-Bus die für diesen Bus laut ISO 11898-4 und Stand der Technik für den TTCAN spezifizierte Initialisierungsprozedur ab. Als Resultat erhält man zwei oder auch mehrere unabhängig voneinander laufende TTCAN Busse mit verschiedenen globalen Zeiten und verschiedenen aktuellen Zeitmastern. In einer optionalen Variante kann man' durch das Systemdesign dafür sorgen, dass auf beiden bzw. auf mehreren Bussen der selbe Knoten bzw. Teilnehmer zum Zeitmaster wird.
Im Weiteren wird anhand der Figuren 4 und 5 Frequenz- und Phasenangleich beschrieben, wobei die Frequenz und die Phase der Busse getrennt voneinander angleichbar sind, wobei in einer vorteilhaften Ausgestaltung zuerst die Frequenz angeglichen wird, weil, solange die Frequenz falsch ist bzw. abweicht, wird die Phase laufend geändert.
A) Frequenzabgleich zwischen zwei Bussen
Im TTCAN wird die Geschwindigkeit der globalen Zeit, d. h. die Länge der Zeiteinheit NTU durch die Zeitgeberfrequenz des Zeitmasters, also insbesondere die Oszillatorfrequenz oder Quarzfrequenz und dessen TÜR- (time unit ratio) Wert bestimmt. Dabei sind die NTUs (network time unit), die Zeiteinheiten der globalen Zeit des jeweiligen Busses und TÜR das Verhältnis zwischen der Länge einer NTU und der Länge einer spezifischen Basiszeiteinheit, z. B. der lokalen Zeitgeberperiode, also insbesondere der lokalen Oszillatorperiode, wie dies in dem ISO-Draft 11898-4 beschrieben ist. Die Synchronisationsschicht, das SL, muss dafür sorgen, dass die NTUs auf den verschiedenen Bussen die vorgesehenen Verhältnisse zueinander haben. Das SL kann dabei in Hardware oder Software durch die
Verarbeitungseinheiten 109 und/oder 114 usw. repräsentiert sein, wobei das SL wie bereits erwähnt nicht notwendigerweise allen Teilnehmern immanent sein muss.
Grundsätzlich sind verschiedene Vorgehensweisen denkbar. Es kann ein Bus auf den anderen abgestimmt werden, indem die Frequenz des einen bzw. die Geschwindigkeit der globalen Zeit des einen als Vorgabe gewählt wird und die. Differenz der Geschwindigkeit bzw. Frequenz des anderen .dazu bestimmt wird, wobei dann der wenigstens eine weitere Bus auf den anderen abgestimmt wird oder die wenigstens zwei Busse nähern sich gegenseitig bezüglich der Geschwindigkeit der globalen Zeit, also insbesondere der Frequenz der Zeitgeber der jeweiligen Zeitmaster gegenseitig aneinander an. Weiterhin kann die Anpassung in einem Schritt erfolgen oder allmählich. Die jeweilige Strategie hängt vom SL, also der Synchronisationsschicht und den Anforderungen der jeweiligen Applikation ab. Allen Methoden ist das folgende Schema gemein:
• Das SL bestimmt für einen Bus die durchzuführende Korrektur und teilt sie dem aktuellen Zeitmaster mit. Die Korrektur kann z. B. das Verhältnis von gerade aktuellem TÜR-Wert und dem neu einzustellenden TUR-Wert sein. Besonders vorteilhaft ist es, wenn das SL die Korrektur auf dem Zeitmaster bestimmt, wodurch der Korrekturwert, z. B. direkt der neue TUR-Wert sein kann.
• Das SL bestimmt im Zeitmaster den neuen TÜR-Wert und benutzt diesen ab der folgenden Runde. • Alle anderen Knoten dieses Busses folgen dem Zeitmaster • über die TTCAN-Synchronisation.
In Figur 4 wird dazu im Block 400 die global time des ersten Busses, beispielsweise Bl, z. b. 103B1, ermittelt. Diese wird zu einem Zeitpunkt Tl im Block 401 erfasst, d. h. gecaptured, wodurch in Block 401 ein erster Capturewert der globalen Zeit des Busses Bl entsteht. Ebenfalls zum Zeitpunkt Tl wird ein in Block 404 ermittelter Wert der globalen Zeit des Busses B2, beispielsweise 103B2, in Block 405 erfasst, also gecaptured. Zum nächsten Zeitpunkt T2 wird der jeweils erste Capturewert aus Block 401 bzw. Block 405 weitergeschoben in Block 402 bzw. Block 406, und ein neuer zweiter Capturewert bezüglich der globalen Zeit des jeweiligen Busses in Block 401 bzw. 405 erfasst. Aus diesen beiden Capturewerten in Block 401 und Block 402 bzw. Block 405 und Block 406 wird nun durch Differenzbildung im Block 403 bzw. Block 407 die jeweilige Geschwindigkeit der globalen Zeit oder auch die clock speed des jeweiligen Busses Bl bzw. B2 ermittelt. Aus diesen Werten für die Geschwindigkeit der globalen Zeit des jeweiligen Busses ergibt sich dann durch Differenzbildung im Block 409 ein Korrekturwert, der den Unterschied der Geschwindigkeit der globalen Zeiten der betrachteten Busse repräsentiert, also die Differenz der jeweiligen clock speed, also der Zeitgebergeschwindigkeit. Wie oben erwähnt kann diese auch z.B. über den jeweiligen TUR-Wert erfolgen bzw. ausgeführt werden. Das weitere erfindungsgemäße Verfahren läuft dann mit Hilfe des in Block 409 ermittelten Wertes bezüglich des Frequenzangleichs in Block 401 ab.
An einem Beispiel soll der Frequenzangleich nochmals verdeutlicht werden. Es gibt zwei Busse Bl und B2. Die Synchronisierungsstrategie ist, dass B2 die Länge der NTU an die auf Bl gültige Länge anpassen muss. Im einfachsten Fall seien beide nominal gleich lange. Die Applikation (SL) des aktuellen Zeitmasters von B2 habe direkten Zugriff auf den Bus Bl und es soll der selbe Zeitgeber bzw. die selbe Taktbzw. Zeitquelle, also der selbe Oszillator oder Quarz für Bl und B2 verwendet werden. Dann sind die NTUs der beiden Busse Bl und B2 genau dann gleich lang, wenn der TUR-Wert dieses Knotens oder Teilnehmers bezüglich Bus Bl gleich dem TUR- Wert dieses Knotens bzw.. Teilnehmers bezüglich Bus B2 ist. Das SL muss also den TUR-Wert bezüglich Bl als TUR-Wert bezüglich B2 verwenden.
Im Prinzip gleich kann die Situation behandelt werden, wenn die NTUs beider Busse ein beliebiges Verhältnis zueinander haben. In Hardware ist das dann vorteilhafter Weise leicht zu realisieren, wenn das Verhältnis bzw. dessen Kehrwert ganzzahlig ist, in einer besonders vorteilhaften Ausführungsform eine Zweierpotenz.
Wird nicht der selbe Zeitgeber bzw. die selbe Zeitquelle für beide Busse verwendet, so' ist eine Möglichkeit, die Differenz der globalen Zeiten der beiden Busse zwei Mal oder öfter bzw. periodisch hintereinander zu messen und aus dem Vergleich zwischen der beobachteten Änderung der Differenz und der nominalen Änderung der Differenz einen Korrekturfaktor zu berechnen^ Diese Möglichkeit ist auch gegeben, wenn der aktuelle Zeitmaster nicht selbst auf beide Busse Zugriff hat. Alternativ kann das SL die Länge eines Basiszyklus auf einem Bus in Einheiten des anderen Busses messen und daraus den Korrekturwert bestimmen.
B) Phasenangleich
Zum Phasenangleich misst das SL den Phasenunterschied zwischen zwei globalen Zeiten auf zwei Bussen und bestimmt für jeden der beiden Busse den einzustellenden Sprung bzw. Korrekturwert. Dies kann vorteilhafter Weise unter Zuhilfenahme des Stopwatch-Registers des TTCAN erfolgen.
Das SL teilt den beiden aktuellen Zeitmastern der beiden Busse den jeweilig einzustellenden Sprung bzw. Korrekturwert mit. Ein Zeitmaster, der einen Sprung einzustellen hat, setzt ein vorgegebenes Bit, speziell beim TTCAN das Discontinuity-Bit in der nächsten Referenznachricht und verschiebt seine globale Zeit um den entsprechenden Betrag. Dadurch wird dann die Zeitreferenznachricht bzw. Referenznachricht des entsprechenden Zeitmasters zum angepassten Zeitpunkt gesendet. Nach dem erfolgreichen. Senden dieser Referenznachricht bzw. Referenznachrich'ten auf gegebenenfalls wenigstens den beiden Bussen sind die wenigstens beiden Busse aufeinander synchronisiert.
Dieser Phasenangleich ist in Figur 5 dargestellt. Dabei werden die globalen Zeiten zweier Busse im Block 500 bzw. 504 ermittelt und im Block 501 bzw. Block 505 erfasst, also gecaptured. Die Capturerung erfolgt dabei jeweils zum gleichen Zeitpunkt Tl . Nun werden die beiden Capturewerte direkt einer Differenzbildung in Block 509 zugeführt, wobei dann durch die einfachen Capturewerte beider Busse der Phasenunterschied, also die Differenz der clock phase, der Taktquellenphase oder Zeitquellenpzhase, ermittelt werden- kann. Das weitere erfindungsgenmäß beschriebene Verfahren läuft dann im Block 510 ab.
Insbesondere bei mehr als zwei Bussen ist es vorteilhaft, wenn bei einer solchen paarweisen Synchronisierung zweier Busse der Sprung bzw. die Korrektur nur auf einem der beiden Busse stattfindet, d. h. einer der beiden Busse eine Masterrolle für die globale Zeit einnimmt. D. h. die globale Zeit auf dem ersten Bus bleibt unverändert, die globale Zeit auf dem zweiten Bus springt bzw. wird verändert. In diesem Fall kann man mehr als zwei Busse problemlos sukzessive über die paarweise Synchronisierung aufeinander synchronisieren, ohne dass die Synchronisierung eines Paars auf die eines anderen einen insbesondere komplizierten Einfluss hat.
An einem Beispiel soll dies verdeutlicht werden. Es gibt fünf Busse Bl, B2, B3, B4, B5 im System. Die synchronisierbaren bzw. gekoppelten Paare seien (Bl, B2) , (Bl, B3), (B2, B4) , (B3, B5) . Wenn Bl der Master für B2 und B3 ist, B2 der für B4 und B3 der für B5, dann führt die paarweise Synchronisierung (B2 und B3 synchronisieren sich erst auf Bl, dann B4 auf B2 und B5 auf B3) innerhalb von zwei Runden zur systemweiten Synchronisierung.
Im gleichen System könnte man die Synchronisierung auch ohne Masterprinzip durchführen. Dann muss allerdings das SL sicherstellen, dass einmal synchronisierte Busse auch synchronisiert bleiben, d. h. ein Sprung bzw. eine Veränderung auf einem Bus auch auf allen Bussen, die zu diesem synchronisiert sind, stattfindet.
Darüber hinaus ist es vorteilhaft (aber nicht notwendig) , wenn der Zeitmaster eines zu synchronisierenden Busses auch direkten Zugang zur globalen Zeit des entsprechenden Partnerbusses hat. In diesem Fall kann das SL nur auf den potentiellen Zeitmastern eines Busses eingerichtet werden, d. h. die Mitteilung des SL über die Höhe des einzustellenden Sprungs entfällt bzw. wird sehr einfach.
Es ist nicht notwendig, dass die NTUs, also die Zeiteinheiten der globalen Zeit auf den zu synchronisierenden Bussen gleich sind. Besonders einfach und nützlich ist es aber, wenn die (nominalen) NTUs zwischen zwei gekoppelten Bussen sich nur um einen ganzzahligen Faktor (insbesondere vorteilhafter Weise Zweierpotenzen) unterscheiden.
C) Phasenangleich durch Frequenzverschiebung
Alternativ zu dem eben dargestellten Mechanismus bezüglich des Phasenangleichs in. Punkt B) besteht auch die Möglichkeit durch längerfristige Veränderung der Geschwindigkeit (vgl. hierzu Punkt A) einen Phasenangleich zu erzielen. Das prinzipielle Vorgehen ist genau das gleiche, wie dies beim Frequenzangleich zwischen zwei Bussen in Punkt A) beschrieben ist. Ziel ist es in diesem Fall aber nicht, die NTU des anzupassenden Busses genau dem dortigen Zielwert anzupassen, sondern diese NTU etwas zu verlängern oder zu verkürzen, so dass die anzupassende Uhr bzw. der Zeitgeber etwas langsamer oder schneller inkrementiert wird und somit über längere Zeit hinweg ein Phasenangleich erzielt wird.
D) Beibehaltung des synchronisierten Zustands
Nach einem Phasenangleich wie in B) oder C) gibt es verschiedene Möglichkeiten, den synchronisierten Zustand zu erhalten. Einerseits durch Wiederholung des Phasenangleichs, sobald die beobachtete Phase einen bestimmten Wert übersteigt, andererseits durch Anpassung der Frequenz, wie in Punkt A) beschrieben. Des Weiteren ergibt sich eine Kombination der beiden Möglichkeiten. Da bei der Methode in Punkt A) die Frequenzanpassung typischerweise eine Runde später geschieht als eine entsprechende Frequenzänderung beim Masterbus, kann es selbst bei einer sehr genauen Übereinstimmung der Frequenzen der beteiligten Busse zu einem Aufsammeln einer Differenz führen. In diesem Fall muss ab und zu ein kleiner Phasenangleich oder eine Kompensation durch eine gezielt, insbesondere vorgegebene, nicht genau übereinstimmende Frequenz erfolgen. Die Verwendung der entsprechenden TTCAN-Schnittstelle kann mit einem Debug-Instrument aufgezeigt werden. Über ein Busmonitoring kann auch das Verhalten auf dem Bus analysiert werden.
Im Weiteren wird nun ein allgemeines Verfahren zur Synchronisation beschrieben, und zwar dahingehend, wie zwei oder mehrere TTCAN-Busse ihre Zykluszeiten (cycle times) aufeinander synchronisieren können. Auch hier kann dieses Verfahren sowohl von einer dedizierten Hardware, von der auf den entsprechenden Hosts ablaufenden Applikation oder von einer speziellen Softwareschicht durchgeführt werden.
Im Folgenden wird das Verfahren einschließlich möglicher Varianten im Ablauf beschrieben, wobei die gleichen Voraussetzungen und Definitionen gelten, wie dies bei der Synchronisation der globalen Zeit der Fall war, also direkte Synchronisierbarkeit, wenn es mindestens einen Gateway- Rechner gibt, der auf beide Busse Zugriff hat, und dass es zwischen zwei zu synchronisierenden Bussen eine Kette von Gateways gibt; die die beiden Busse über direkt synchronisierbare, gekoppelte Paare, verbindet. Auch hier erfolgt die Synchronisation mittels Synchronisationsschicht in Hardware oder Software, welche die Synchronisation durchführt und im folgenden Synchronisationslayer SLZ bezüglich der Zykluszeiten genannt wird. Auch hier muss das SLZ nicht notwendigerweise auf jedem Knoten vorhanden sein. Zunächst soll hier wiederum im Punkt AZ) der Frequenzangleich zwischen zwei Bussen behandelt werden.
AZ) Frequenzangleich zwischen zwei Bussen
Ein Frequenzangleich ist nur im TTCAN-Level 2 über Protokollmechanismen möglich. Allerdings reicht es aus, wenn der Zeitmaster im Level-2-Betrieb gefahren wird. Für andere Knoten ist dies nicht notwendig. Dort verläuft der Angleich wie der entsprechende Angleich für die globale Zeit, wie vorher beschrieben und kann also nicht unabhängig von diesem gemacht werden, falls im gleichen Netzwerk auch die globale Zeit synchronisiert wird.
Im TTCAN-Level 2 wird die Geschwindigkeit der Zykluszeit, d.h. die Länge der Zeiteinheit NTÜZ durch die Frequenz des Zeitgebers, insbesondere des Oszillators des Zeitmasters und dessen TUR-Wert bestimmt, wie oben bereits für die globale Zeit beschrieben. Das SLZ muss dafür sorgen, dass die NTUZs auf den verschiedenen Bussen die vorgesehenen Verhältnisse zueinander haben. Die NTUZ kann dabei gleich oder unterschiedlich zur vorher genannten NTU sein.
Grundsätzlich sind verschiedene Vorgehensweisen denkbar. Es kann wieder ein Bus auf den anderen abgestimmt werden oder beide bzw. mehrere nähern sich gegenseitig an. Weiter kann die Anpassung wiederum in einem Schritt erfolgen oder allmählich. Die jeweilige Strategie hängt vom SLZ und den Anforderungen der Applikation ab. Insbesondere kann die Synchronisation der globalen Zeit und die Synchronisation der Zykluszeit beispielsweise vom gleichen Softwarelayer, also der gleichen Synchronisationsschicht SL durchgeführt werden, was in einer vorteilhaften Ausgestaltung bedeutet:
SL = SLZ.
Allen Methoden bezüglich des Frequenzangleichs im Rahmen der Zykluszeit ist das folgende Schema gemein:
• Das SLZ bestimmt für einen Bus die durchzuführende
Korrektur und teilt sie dem aktuellen Zeitmaster mit. Die Korrektur kann z. B. das Verhältnis von gerade aktuellem TUR-Wert und dem neu einzustellenden TUR-Wert sein. Besonders vorteilhaft ist es wieder, wenn das SLZ die Korrektur auf dem Zeitmaster bestimmt. Dann kann der Korrekturwert z. B. der neue TUR-Wert sein.
• Das SLZ bestimmt im Zeitmaster den neuen TUR-Wert und benutzt diesen ab der folgenden Runde.
• Alle anderen Knoten dieses Busses folgen dem Zeitmaster über die TTCAN-Synchronisation.
Das Verfahren kann wieder anhand Figur 4 erläutert werden, wobei der Ablauf im wesentlichen gleich ist, nur nicht mit der global time, sondern mit der cycle time, also nicht mit der globalen Zeit, sondern der Zykluszeit. Deshalb wird hier auf die vorhergehenden Ausführungen zu Figur 4 verwiesen und nicht explizit erneut beschrieben.
Wiederum ein Beispiel:
Es gibt zwei Busse Bl, B2. Die Synchronisierungsstrategie ist, dass B2 die Länge der NTUZ an die 'auf Bl gültige Länge anpassen muss. Im einfachsten Fall seien beide nominal gleich lang. Die Applikation (SLZ) des aktuellen Zeitmasters von B2 habe direkten Zugriff auf den Bus Bl, und es soll der selbe Oszillator für Bl und B2 verwendet werden. Dann sind die NTUZs der beiden Busse Bl und B2 genau- dann gleich lang, wenn der TUR-Wert dieses Knotens bezüglich Bl gleich dem TUR-Wert dieses Knotens bezüglich B2 ist. Das SLZ muss also den TUR-Wert bezüglich Bl als TÜR-Wert bezüglich B2 verwenden.
Im Prinzip gleich kann die Situation behandelt werden, wenn die NTUZs beider Busse ein beliebiges Verhältnis zueinander haben. In Hardware ist es dann wieder vorteilhaft, wenn das Verhältnis bzw. der Kehrwert ganzzahlig, insbesondere eine Zweierpotenz ist. Wird nicht der selbe Zeitgeber, insbesondere Oszillator, für beide Busse verwendet, gibt es wieder die vorgenannte Möglichkeit die Differenz der globalen Zeiten der beiden Busse wenigstens zwei Mal bzw. periodisch hintereinander zu messen und aus dem Vergleich zwischen der beobachteten Änderung der Differenz und der nominalen Änderung der Differenz einen Korrekturfaktor zu berechnen. Diese Möglichkeit ist ebenfalls wieder gegeben, wenn der aktuelle Zeitmaster nicht Zugriff auf beide Busse hat. Alternativ kann das SLZ die Länge eines Basiszyklus aus einem Bus in Einheiten des anderen Busses messen und daraus den Korrekturwert bestimmen.
BZ) Phasenangleich
• Das SLZ misst. wiederum den Phasenunterschied zwischen zwei Zeiten auf zwei Bussen und bestimmt für jeden der zwei Busse den einzustellenden Sprung bzw. die Änderung. Das SLZ teilt den beiden aktuellen Zeitmastern der beiden Busse den jeweilig einzustellenden Sprung mit.
• Ein Zeitmaster, der einen Sprung einzustellen hat, setzt wiederum ein vorgegebenes Bit, hier insbesondere das Next_is_Gap-Bit des TTCAN (siehe ISO Draft) in der Referenznachricht. Er erhält vom lokalen SLZ den Startzeitpunkt des nächsten Basiszyklus (basic cycle) .
• Nach dem erfolgreichen Senden dieser Referenznachricht bzw. Nachrichten auf gegebenenfalls beiden Bussen sind die Zykluszeitphasen der beiden Busse aufeinander synchronisiert.
Dies ist wieder wie oben bereits beschrieben mit Figur 5 darstellbar, wobei statt der globalen Zeit die Zykluszeit eingesetzt wird sowie das Next_is_Gap-Bit verwendet wird. Diese gewünschte Phase kann hier 0 sein, d. h. auf beiden Bussen beginnt der Basiszyklus zur gleichen Zeit. Dies ist aber keinesfalls notwendig. Es ist nicht notwendig, dass die NTUZs, also die Zeiteinheiten der Zykluszeit, auf den zu synchronisierenden Bussen gleich sind. Besonders einfach und nützlich ist es aber, wenn die (nominalen) NTUZs zwischen zwei gekoppelten Bussen sich nur um einen ganzzahligen Faktor, insbesondere vorteilhafter Weise Zweiterpotenzen, unterscheiden.
Es ist weiterhin nicht notwendig, dass die Zykluslängen der zu synchronisierenden Busse gleich sind. Besonders nützlich wird das vorgeschlagene Verfahren allerdings, wenn die
(nominalen) Zykluslängen zweier Busse in einem rationalen Verhältnis zueinander stehen, das nicht zu große natürliche Zahlen verwendet, da dann regelmäßig in leicht nachvollziehbarer Form von einer festen Phase gesprochen werden kann. Beispiel: Auf einem Bus Bl laufen zwei
(nominale) Zyklen ab, während auf einem anderen Bus B2 drei ablaufen. Dann besteht alle zwei Zyklen auf Bl (drei Zyklen auf B2) eine theoretisch feste Phasenlage zwischen Bl und B2.
Insbesondere bei mehr als zwei Bussen ist es hierbei vorteilhaft, wenn bei einer solchen paarweisen Synchronisierung zweier Busse der Sprung nur auf einem der beiden Busse stattfindet, d. h. einer der beiden Busse eine Masterrolle für die Phase der Zykluszeit einnimmt. D. h. die Aneinanderreihung der Basiszyklen auf dem ersten Bus bleibt unverändert, - während auf dem zweiten Bus ein Gap, also eine Lücke zwischen zwei Basiszyklen eingefügt wird, das gerade so groß ist, dass die gewünschte Phase eingestellt wird. In diesem Fall kann man mehr als zwei Busse problemlos sukzessive über die paarweise Synchronisierung aufeinander synchronisieren, ohne dass die Synchronisierung eines Paars auf die eines anderen einen, insbesondere komplizierten, Einfluss hat.
Beispiel :
Es gibt fünf Busse, Bl bis B5 im System. Synchronisierbare Paare seien (Bl, B2), (Bl, B3) , (B2, B4), (B3, B5) . Wenn Bl der Master für B2 und B3 ist, B2 der für B4 und B3 der für B5, dann führt die paarweise Synchronisierung (B2 und B3 synchronisieren sich erst auf Bl, dann B4 auf B2 und B5 auf B3) innerhalb von zwei Runden zur systemweiten Synchronisierung .
Im gleichen System könnte man die Synchronis.ierung auch ohne Masterprinzip durchführen. Dann muss allerdings das SLZ sicherstellen, dass einmal synchronisierte Busse auch synchronisiert bleiben, d. h. ein Sprung bzw. eine Korrektur auf einem Bus auch auf allen Bussen, die zu diesem synchronisiert sind, stattfindet.
Darüber hinaus ist es vorteilhaft (aber nicht 'notwendig) , wenn der Zeitmaster eines zu synchronisierenden Busses auch direkt Zugang zum entsprechenden Partnerbus hat. In diesem Fall kann das SLZ nur auf den potentiellen Zeitmastern eines Busses eingerichtet werden, d. h. die Mitteilung des SLZ über die Höhe des einzustellenden Sprungs bzw. de-r einzustellenden Korrektur entfällt bzw. wird sehr einfach.
CZ) Phasenangleich durch Frequenzverschiebung
Wiederum alternativ zum Mechanismus diesmal in Punkt BZ) , besteht auch hier die Möglichkeit durch längerfristige Veränderung der Geschwindigkeit wie in Punkt AZ) einen Phasenangleich zu erzielen. Das prinzipielle Vorgehen ist genau das gleiche wie in Punkt AZ) beschrieben. Ziel ist es in diesem Fall aber nicht, die NTUZs des anzupassenden Busses genau dem dortigen Zielwert anzupassen, sondern diese NTUZs etwas zu verlängern oder zu verkürzen, so dass die anzupassende Uhr etwas langsamer oder schneller inkrementiert wird und somit über längere Zeit hinweg ein Phasenangleich erzielt wird.
DZ) Beibehaltung des synchronisierten Zustands
Nach einem Phasenangleich wie in BZ) oder CZ) gibt es verschiedene Möglichkeiten, den synchronisierten Zustand zu erhalten, wie dies bereits im Punkt D) der Synchronisierung der globalen Zeit beschrieben ist:
• Wiederholung des Phasenangleichs, sobald die beobachtete Phase einen bestimmten Wert übersteigt.
• Anpassung der Frequenz, wie in AZ) bzw. A) oder eine Kombination der beiden Möglichkeiten.
Da bei der Methode in AZ) oder A) die Frequenzanpassung typischerweise eine Runde später geschieht als eine entsprechende Frequenzänderung beim Masterbus, kann es selbst bei einer sehr genauen Übereinstimmung der Frequenzen der beteiligten Busse zu einem Aufsammeln einer Differenz führen. In diesem Fall muss ab und zu ein kleiner Phasenangleich oder eine Kompensation durch eine bewusst nicht genau übereinstimmende Frequenz erfolgen. Die Verwendung kann wie bei der Synchronisierung der globalen Zeit über ein Debug-Instrument angezeigt werden oder es wird das Verhalten auf dem Bus mit Busmonitoring analysiert.

Claims

Ansprüche
1. Verfahren zur Synchronisierung wenigstens zweier TTCAN- Busse mit wenigstens einem Busteilnehmer, wobei in jedem TTCAN-Bus eine glob le Zeit ermittelt wird und aus den globalen Zeiten die Abweichungen der globalen Zeiten der TTCAN-Busse ermittelt werden, welche über wenigstens einen Teilnehmer miteinander verbunden sind und die Abweichungen der einzelnen globalen Zeiten wenigstens einem Busteilnehmer übermittelt werden, wobei abhängig von den Abweichungen' der globalen Zeiten eine Anpassung der globalen Zeiten der über wenigstens einen Teilnehmer verbundenen TTCAN-Busse aneinander vorgenommen wird, so dass diese bezüglich der globalen Zeiten synchronisiert sind.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass eine Anpassung der globalen Zeiten der über wenigstens einen Teilnehmer verbundenen TTCAN-Busse durch Anpassung der Phase der globalen Zeit erfolgt.
3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass eine Anpassung der globalen Zeiten der über wenigstens einen Teilnehmer verbundenen TTCAN-Busse durch Anpassung der Frequenz der globalen Zeit erfolgt.
4. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Anpassung der Phase der globalen Zeit abhängig von dem Wert wenigstens eines vorgegebenen Bits ausgeführt wird.
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass das wenigstens eine vorgegebene Bit dem Discontinuity-Bit des TTCAN entspricht.
6. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass zur Anpassung der Frequenz der globalen Zeit jeweils eine kleinste Zeiteinheit (NTU) in den wenigstens zwei. zu synchronisierenden TTCAN-Bussen ermittelt wird und diese kleinsten Zeiteinheiten mit einander ins Verhältnis gesetzt werden und das dabei entstehende reale Verhältnis mit einem vorgegebenen Verhältnis verglichen wird, wobei wenigstens eine kleinste Zeiteinheit so angepasst wird, dass das vorgegebene Verhältnis erzielt wird.
7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, das das vorgegebene Verhältnis ganzzahlig insbesondere einem Vielfachen oder Teiler der Zahl Zwei entspricht.
8. Vorrichtung zur Synchronisierung wenigstens zweier TTCAN- Busse mit wenigstens einem Busteilnehmer, wobei erste Mittel enthalten sind, die in jedem TTCAN-Bus eine globale Zeit ermitteln und aus den globalen Zeiten die Abweichungen der globalen Zeiten der TTCAN-Busse ermitteln, welche über wenigstens einen Teilnehmer miteinander verbunden sind und die Abweichungen der einzelnen globalen Zeiten wenigstens einem Busteilnehmer übermitteln, wobei zweite Mittel enthalten sind, die abhängig von den Abweichungen der globalen Zeiten eine Anpassung der globalen Zeiten der über wenigstens einen Teilnehmer verbundenen TTCAN-Busse aneinander vornehmen, so dass diese bezüglich der globalen Zeiten synchronisiert sind.
9. Vorrichtung nach Anspruch 8, dadurch gekennzeichnet, dass die ersten und zweiten Mittel in einer Synchronisationsschicht enthalten sind, welche in wenigstens einem Teilnehmer enthalten ist.
10. Bussystem bestehend aus wenigstens zwei Datenbussen, wobei der erste Datenbus eine erste Anzahl von Teilnehmern aufweist und der zweite Datenbus eine zweite Anzahl von Teilnehmern aufweist, dadurch gekennzeichnet, dass als Datenbusse wenigstens zwei TTCAN-Busse verwendet werden wobei wenigstens ein Teilnehmer als Verbindungsteilnehmer derart enthalten ist, dass zwei der wenigstens zwei TTCAN-Busse mit dem wenigstens einen Verbindungsteilnehmer gleichzeitig in Verbindung stehen und ein Teilnehmer enthalten ist, der für jeden TTCAN-Bus eine Zeitmasterfunktion ausübt, wobei bei einem Bussystem mit mehr als zwei TTCAN-Bussen diese derart verbunden sind, dass jeweils wenigstens zwei TTCAN-Busse wenigstens einen gemeinsamen Verbindungsteilnehmer aufweisen und in dem Bussystem Synchronisationsmittel enthalten sind, welche in jedem TTCAN-Bus eine globale Zeit ermitteln und die Abweichungen der einzelnen globalen Zeiten den Teilnehmern mit Zeitmasterfunktion übermitteln, wobei die Teilnehmer mit Zeitmasterfunktion eine Anpassung der jeweiligen globalen Zeit vornehmen.
PCT/DE2002/000916 2001-03-15 2002-03-14 Verfahren und vorrichtung zur synchronisation der globalen zeit von mehreren ttcan-bussen sowie entsprechendes bussystem WO2002075562A1 (de)

Priority Applications (7)

Application Number Priority Date Filing Date Title
AT02753556T ATE271239T1 (de) 2001-03-15 2002-03-14 Verfahren und vorrichtung zur synchronisation der globalen zeit von mehreren ttcan-bussen sowie entsprechendes bussystem
DE10291120T DE10291120B4 (de) 2001-03-15 2002-03-14 Verfahren und Vorrichtung zur Synchronisation der globalen Zeit von mehreren Bussen, wobei wnigstens einer der Busse ein TTCAN Bus ist, sowie entsprechendes Bussystem
DE50200633T DE50200633D1 (de) 2001-03-15 2002-03-14 Verfahren und vorrichtung zur synchronisation der globalen zeit von mehreren ttcan-bussen sowie entsprechendes bussystem
EP02753556A EP1370957B1 (de) 2001-03-15 2002-03-14 Verfahren und vorrichtung zur synchronisation der globalen zeit von mehreren ttcan-bussen sowie entsprechendes bussystem
US10/472,098 US7107473B2 (en) 2001-03-15 2002-03-14 Method and device for synchronizing the global time of a plurality of TTCAN buses and a corresponding bus system
JP2002574100A JP4084197B2 (ja) 2001-03-15 2002-03-14 複数のｔｔｃａｎ−バスのグローバルタイムの同期化方法と装置，および係る方法と装置に対応するバスシステム
US11/441,737 US7549072B2 (en) 2001-03-15 2006-05-25 Method and device for synchronizing the global time of a plurality of buses and a corresponding bus system

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
DE10112912 2001-03-15
DE10112910 2001-03-15
DE10112913 2001-03-15
DE10112912.2 2001-03-15
DE10112910.6 2001-03-15
DE10112913.0 2001-03-15

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US10472098 A-371-Of-International 2002-03-14
US11/441,737 Continuation US7549072B2 (en) 2001-03-15 2006-05-25 Method and device for synchronizing the global time of a plurality of buses and a corresponding bus system

Publications (1)

Publication Number Publication Date
WO2002075562A1 true WO2002075562A1 (de) 2002-09-26

Family

ID=27214343

Family Applications (3)

Application Number Title Priority Date Filing Date
PCT/DE2002/000916 WO2002075562A1 (de) 2001-03-15 2002-03-14 Verfahren und vorrichtung zur synchronisation der globalen zeit von mehreren ttcan-bussen sowie entsprechendes bussystem
PCT/DE2002/000912 WO2002075561A1 (de) 2001-03-15 2002-03-14 Verfahren und vorrichtung zur synchronisation der zykluszeit von mehreren ttcan-bussen sowie entsprechendes bussystem
PCT/DE2002/000919 WO2002075563A1 (de) 2001-03-15 2002-03-14 Bussystem aus wenigstens zwei datenbussen

Family Applications After (2)

Application Number Title Priority Date Filing Date
PCT/DE2002/000912 WO2002075561A1 (de) 2001-03-15 2002-03-14 Verfahren und vorrichtung zur synchronisation der zykluszeit von mehreren ttcan-bussen sowie entsprechendes bussystem
PCT/DE2002/000919 WO2002075563A1 (de) 2001-03-15 2002-03-14 Bussystem aus wenigstens zwei datenbussen

Country Status (7)

Country Link
US (5) US7107473B2 (de)
EP (5) EP1370956B1 (de)
JP (4) JP4084197B2 (de)
CN (2) CN1308859C (de)
AT (5) ATE378637T1 (de)
DE (11) DE10291119B4 (de)
WO (3) WO2002075562A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112666871A (zh) * 2020-12-29 2021-04-16 中国航发控制系统研究所 航空发动机分层分布式控制系统数据传输系统

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10291119B4 (de) * 2001-03-15 2012-06-06 Robert Bosch Gmbh Verfahren und Vorrichtung zur Synchronisation der Zykluszeit von mehreren Bussen, wobei mindestens einer der Busse ein TTCAN Bus ist, sowie entsprechendes Bussystem
DE10306788A1 (de) * 2003-02-18 2004-08-26 Brose Fahrzeugteile Gmbh & Co. Kommanditgesellschaft, Coburg Steuerverfahren für mindestens zwei Steuergeräte
US7532640B2 (en) * 2003-07-02 2009-05-12 Caterpillar Inc. Systems and methods for performing protocol conversions in a machine
US7983820B2 (en) * 2003-07-02 2011-07-19 Caterpillar Inc. Systems and methods for providing proxy control functions in a work machine
DE10340165A1 (de) * 2003-09-01 2005-03-24 Robert Bosch Gmbh Verfahren und Vorrichtung zur Anbindung von Sensoren oder Aktoren an ein Bus-System
US20050129037A1 (en) * 2003-11-19 2005-06-16 Honeywell International, Inc. Ring interface unit
DE102004030969A1 (de) 2004-06-26 2006-01-12 Robert Bosch Gmbh Verfahren und Vorrichtung zur Steuerung eines Bussystems sowie entsprechendes Bussystem
DE102004041823B4 (de) 2004-08-27 2014-03-20 Robert Bosch Gmbh Kommunikationsbaustein mit einem Kommunikationsschnittstellenelement und Kommunikationsschnittstellenelement
DE102004057410B4 (de) 2004-11-26 2015-11-12 Robert Bosch Gmbh Anordnung mit einem Schnittstellenmodul und Schnittstellenmodul
US7936793B2 (en) * 2005-04-01 2011-05-03 Freescale Semiconductor, Inc. Methods and apparatus for synchronizing data transferred across a multi-pin asynchronous serial interface
DE102005018837A1 (de) * 2005-04-22 2006-10-26 Robert Bosch Gmbh Verfahren und Vorrichtung zur Synchronisation zweier Bussysteme sowie Anordnung aus zwei Bussystemen
US7283418B2 (en) * 2005-07-26 2007-10-16 Micron Technology, Inc. Memory device and method having multiple address, data and command buses
CN101094108B (zh) * 2007-07-20 2010-08-04 山东省科学院自动化研究所 测试低速容错can网络中nerr位读取与数据帧同步的方法
US8843777B2 (en) * 2008-02-20 2014-09-23 Infineon Technologies Ag Modifying periodic signals produced by microcontroller
DE102009000584A1 (de) * 2009-02-03 2010-08-05 Robert Bosch Gmbh Diagnose der Synchronisation zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems
DE102009000585B4 (de) 2009-02-03 2023-04-27 Robert Bosch Gmbh Synchronisierung zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems
FR2942363B1 (fr) * 2009-02-13 2016-11-25 Continental Automotive France Procede de communication entre deux calculateurs electroniques automobiles et dispositif associe
JP4766160B2 (ja) 2009-07-29 2011-09-07 株式会社デンソー 通信システムおよび通信ノード
CN101867433B (zh) * 2010-05-25 2013-12-18 中国电力科学研究院 具有实时监测调控特性的电力通信同步网全同步演进方法
US8504864B2 (en) * 2010-12-01 2013-08-06 GM Global Technology Operations LLC Data sensor coordination using time synchronization in a multi-bus controller area network system
DE102011003345A1 (de) * 2011-01-28 2012-08-02 Continental Teves Ag & Co. Ohg Netzwerkverbundsystem für Fahrzeugsteuergeräte und/oder für Fahrzeugregelgeräte und Synchronisationsverfahren zum Betrieb des Netzwerkverbundsystems
US8542069B2 (en) * 2011-09-23 2013-09-24 Infineon Technologies Ag Method for trimming an adjustable oscillator to match a CAN-bus and a CAN-bus communication controller
JP5716683B2 (ja) 2012-01-16 2015-05-13 株式会社デンソー 車載ゲートウェイ装置、車載通信システム、及びプログラム
EP2759896B1 (de) 2013-01-28 2017-08-02 Siemens Aktiengesellschaft Verfahren zum Betrieb eines Automatisierungssystems
KR102148943B1 (ko) * 2014-02-27 2020-08-27 후지 덴키 가부시키가이샤 프로그래머블 컨트롤러 시스템, 그 컨트롤러
CN115442179B (zh) * 2022-09-01 2023-07-21 中国船舶重工集团公司第七0三研究所无锡分部 Ttcan智能节点、燃气轮机分布式控制系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5838995A (en) * 1995-12-18 1998-11-17 International Business Machines Corporation System and method for high frequency operation of I/O bus
US5991844A (en) * 1998-04-17 1999-11-23 Adaptec, Inc. Redundant bus bridge systems and methods using selectively synchronized clock signals
WO2000007335A2 (de) * 1998-07-28 2000-02-10 Infineon Technologies Ag Brückenmodul
US6092210A (en) * 1998-10-14 2000-07-18 Cypress Semiconductor Corp. Device and method for synchronizing the clocks of interconnected universal serial buses
DE10000302A1 (de) * 2000-01-05 2001-07-12 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern
DE10000305A1 (de) * 2000-01-05 2001-07-12 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern
DE10000303A1 (de) * 2000-01-05 2001-07-12 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern
DE10000304A1 (de) * 2000-01-05 2001-07-12 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02149036A (ja) 1988-11-30 1990-06-07 Toshiba Corp ネットワークシステムにおける位相同期クロック発生方式
JPH0442942A (ja) 1990-06-06 1992-02-13 Ricoh Co Ltd 半導体の実装構造
JP2921059B2 (ja) * 1990-07-26 1999-07-19 松下電器産業株式会社 連続音声認識装置
JPH0484196A (ja) * 1990-07-26 1992-03-17 Fujitsu Ltd 連続音声認識用登録パターン作成方法
US5387769A (en) * 1993-06-01 1995-02-07 Otis Elevator Company Local area network between an elevator system building controller, group controller and car controller, using redundant communication links
US5434996A (en) * 1993-12-28 1995-07-18 Intel Corporation Synchronous/asynchronous clock net with autosense
DE19509558A1 (de) * 1995-03-16 1996-09-19 Abb Patent Gmbh Verfahren zur fehlertoleranten Kommunikation unter hohen Echtzeitbedingungen
US5914963A (en) * 1996-06-21 1999-06-22 Compaq Computer Corporation Clock skew reduction
US5742799A (en) * 1997-02-18 1998-04-21 Motorola, Inc. Method and apparatus for synchronizing multiple clocks
US6111888A (en) * 1997-05-27 2000-08-29 Micro Motion, Inc. Deterministic serial bus communication system
US5944840A (en) * 1997-09-10 1999-08-31 Bluewater Systems, Inc. Continuous monitor for interrupt latency in real time systems
US6032261A (en) * 1997-12-30 2000-02-29 Philips Electronics North America Corp. Bus bridge with distribution of a common cycle clock to all bridge portals to provide synchronization of local buses, and method of operation thereof
US6128318A (en) * 1998-01-23 2000-10-03 Philips Electronics North America Corporation Method for synchronizing a cycle master node to a cycle slave node using synchronization information from an external network or sub-network which is supplied to the cycle slave node
JP3397124B2 (ja) * 1998-03-12 2003-04-14 ソニー株式会社 同期方法及びブリッジ
JP3440984B2 (ja) 1998-03-18 2003-08-25 ソニー株式会社 情報処理装置および方法、並びに記録媒体
US6202115B1 (en) * 1998-04-17 2001-03-13 Adaptec, Inc. Fault tolerant redundant bus bridge systems and methods
AU3425399A (en) * 1998-04-21 1999-11-08 Thomson Multimedia Method for synchronisation in a communication network and implementing appliances
JP2000216800A (ja) 1999-01-27 2000-08-04 Sony Corp デ―タ中継装置および方法、並びに提供媒体
US6123318A (en) * 1999-03-01 2000-09-26 Visteon Global Technologies, Inc. Throttle body module having improved blade to ledge sealing
JP3353824B2 (ja) * 1999-04-22 2002-12-03 日本電気株式会社 ネットワーク同期システム及びネットワーク同期方法
EP1052793B8 (de) * 1999-05-11 2009-04-01 Canon Kabushiki Kaisha Verfahren und Vorrichtung zur Synchronisierung zwischen zwei Netzwerken
JP3474131B2 (ja) 1999-09-20 2003-12-08 日本電信電話株式会社 高速信号探索方法、装置及びその記録媒体
DE19946993A1 (de) * 1999-09-30 2001-04-19 Infineon Technologies Ag Schutzschaltung für ein zugriffsarbitriertes Bussystem-Netzwerk
EP1198085B1 (de) * 2000-10-10 2011-06-08 Sony Deutschland GmbH Zyklussynchronisierung zwischen miteinander verbundenen Teilnetzwerken
DE10291119B4 (de) * 2001-03-15 2012-06-06 Robert Bosch Gmbh Verfahren und Vorrichtung zur Synchronisation der Zykluszeit von mehreren Bussen, wobei mindestens einer der Busse ein TTCAN Bus ist, sowie entsprechendes Bussystem

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5838995A (en) * 1995-12-18 1998-11-17 International Business Machines Corporation System and method for high frequency operation of I/O bus
US5991844A (en) * 1998-04-17 1999-11-23 Adaptec, Inc. Redundant bus bridge systems and methods using selectively synchronized clock signals
WO2000007335A2 (de) * 1998-07-28 2000-02-10 Infineon Technologies Ag Brückenmodul
US6092210A (en) * 1998-10-14 2000-07-18 Cypress Semiconductor Corp. Device and method for synchronizing the clocks of interconnected universal serial buses
DE10000302A1 (de) * 2000-01-05 2001-07-12 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern
DE10000305A1 (de) * 2000-01-05 2001-07-12 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern
DE10000303A1 (de) * 2000-01-05 2001-07-12 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern
DE10000304A1 (de) * 2000-01-05 2001-07-12 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BANERJEE S ET AL: "A TIME DRIVEN CONTROLLER AREA NETWORK FOR RELIABLE AUTOMATION", INDIAN JOURNAL OF POWER AND RIVER VALLEY DEVELOPMENT, BOOKS AND JOURNALS PRIVATE, LTD, IN, vol. 47, no. 1/2, January 1997 (1997-01-01), pages 6 - 8, XP001028233, ISSN: 0019-5537 *
FUEHRER T ET AL: "TIME TRIGGERED COMMUNICATION ON CAN (TIME TRIGGERED CAN - TTCAN)", PROCEEDINGS OF THE INTERNATIONAL CAN CONFERENCE, XX, XX, 2000, pages 1 - 7, XP002905415 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112666871A (zh) * 2020-12-29 2021-04-16 中国航发控制系统研究所 航空发动机分层分布式控制系统数据传输系统
CN112666871B (zh) * 2020-12-29 2022-03-04 中国航发控制系统研究所 航空发动机分层分布式控制系统数据传输系统

Also Published As

Publication number Publication date
WO2002075561A1 (de) 2002-09-26
US7549072B2 (en) 2009-06-16
DE10291120B4 (de) 2012-06-06
JP2004535091A (ja) 2004-11-18
DE10291121D2 (de) 2004-04-15
DE10211284A1 (de) 2002-09-26
ATE386297T1 (de) 2008-03-15
DE10291119D2 (de) 2004-04-15
US7979730B2 (en) 2011-07-12
EP1471433B1 (de) 2008-02-13
DE10291119B4 (de) 2012-06-06
CN100354846C (zh) 2007-12-12
JP2004528759A (ja) 2004-09-16
DE10291120D2 (de) 2004-04-15
EP1370956B1 (de) 2005-08-10
WO2002075563A1 (de) 2002-09-26
ATE301849T1 (de) 2005-08-15
CN1496515A (zh) 2004-05-12
EP1370955A1 (de) 2003-12-17
DE50211234D1 (de) 2007-12-27
EP1471433A1 (de) 2004-10-27
JP4084196B2 (ja) 2008-04-30
US20040148537A1 (en) 2004-07-29
DE10211285B4 (de) 2012-11-08
ATE271238T1 (de) 2004-07-15
EP1471432A1 (de) 2004-10-27
DE50200633D1 (de) 2004-08-19
US20060218427A1 (en) 2006-09-28
EP1471432B1 (de) 2007-11-14
DE10211281B4 (de) 2007-02-01
DE10211285A1 (de) 2002-11-28
DE10211284B4 (de) 2007-01-25
US7616560B2 (en) 2009-11-10
DE50200632D1 (de) 2004-08-19
JP2008113457A (ja) 2008-05-15
US7107473B2 (en) 2006-09-12
DE50211711D1 (de) 2008-03-27
DE10211281A1 (de) 2002-09-26
US7383458B2 (en) 2008-06-03
US20040193932A1 (en) 2004-09-30
EP1370956A1 (de) 2003-12-17
ATE271239T1 (de) 2004-07-15
JP4084197B2 (ja) 2008-04-30
US20080195882A1 (en) 2008-08-14
CN1496514A (zh) 2004-05-12
DE50203884D1 (de) 2005-09-15
EP1370955B1 (de) 2004-07-14
US20040158362A1 (en) 2004-08-12
JP4824666B2 (ja) 2011-11-30
ATE378637T1 (de) 2007-11-15
JP4824662B2 (ja) 2011-11-30
JP2008178091A (ja) 2008-07-31
EP1370957B1 (de) 2004-07-14
EP1370957A1 (de) 2003-12-17
CN1308859C (zh) 2007-04-04

Similar Documents

Publication Publication Date Title
EP1471433B1 (de) Verfahren und Vorrichtung zur Synchronisation der globalen Zeit von mehreren Bussen sowie entsprechendes Bussystem
EP1875641B1 (de) Vorrichtung zur synchronisation zweier bussysteme sowie anordnung aus zwei bussystemen
EP1763768B1 (de) Verfahren und vorrichtung zur steuerung eines bussystems sowie entsprechendes busysstem
WO2001050677A2 (de) Verfahren und vorrichtung zum austausch von daten zwischen wenigstens zwei mit einem bussystem verbundenen teilnehmern
WO2002076031A2 (de) Synchronisation wenigstens eines teilnehmers eines bussystems
DE10327548B4 (de) Verfahren und Vorrichtung zum Austausch von Daten über ein Bussystem
EP1428340B1 (de) Verfahren und vorrichtung zur erzeugung von programmunterbrechungen bei teilnehmern eines bussystems und bussystem
DE10053525B4 (de) Verfahren und System zur Synchronisation von Teilnehmern einer Kommunikationsverbindung
DE102009000581A1 (de) Synchronisierung zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems
EP4000226B1 (de) Verfahren zur zeitsynchronisation in einem ethernet-basierten netzwerk
WO2004090734A2 (de) Zeitgesteuertes betriebssystem für echtzeitkritische anwendungen
DE102009000585B4 (de) Synchronisierung zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2002753556

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 028066138

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2002574100

Country of ref document: JP

WWP Wipo information: published in national office

Ref document number: 2002753556

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10472098

Country of ref document: US

REF Corresponds to

Ref document number: 10291120

Country of ref document: DE

Date of ref document: 20040415

Kind code of ref document: P

WWE Wipo information: entry into national phase

Ref document number: 10291120

Country of ref document: DE

WWG Wipo information: grant in national office

Ref document number: 2002753556

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8607