WO2005015850A1 - Device and method for diagnosis in multi-channel-can-applications - Google Patents
Device and method for diagnosis in multi-channel-can-applications Download PDFInfo
- Publication number
- WO2005015850A1 WO2005015850A1 PCT/EP2004/008595 EP2004008595W WO2005015850A1 WO 2005015850 A1 WO2005015850 A1 WO 2005015850A1 EP 2004008595 W EP2004008595 W EP 2004008595W WO 2005015850 A1 WO2005015850 A1 WO 2005015850A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- bus
- interface
- data
- messages
- selector
- Prior art date
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 18
- 238000000034 method Methods 0.000 title claims description 25
- 238000012546 transfer Methods 0.000 claims description 16
- 238000013500 data storage Methods 0.000 claims description 13
- 238000012544 monitoring process Methods 0.000 claims description 9
- 230000002401 inhibitory effect Effects 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 description 21
- 230000015654 memory Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 238000013461 design Methods 0.000 description 6
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/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
-
- 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/14—Handling requests for interconnection or transfer
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
- H04L12/40032—Details regarding a bus interface enhancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/407—Bus networks with decentralised control
- H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
- H04L12/4135—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD] using bit-wise arbitration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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/40215—Controller Area Network CAN
Definitions
- CAN Controller Area Network according ISO 11898
- ISO 11898 Controller Area Network according ISO 11898
- the host processor of nodes featuring more than one CAN-interface needs to perform this task with a software algorithm. This requires that the host processor interrupts its regular operation. Then it has to handle the reception of information from one CAN-interface, copy the information to the target CAN-interface, and submit the transit request for these data. This process is very ineffective, as the host processor is typically not using or modifying these data.
- the delay caused by the processing of the host processor is generally not predictable because high-prioritized tasks can defer the processing for the data transfer.
- the data stream that is just passed on to another CAN- interface is heavily influencing the real time behavior of the host processor. Thus, the main object of monitoring data from a CAN-network in an unobstructed way as it is required for the diagnosis is not fulfilled.
- bridges copy autonomously data from the source CAN-interface to the destination CAN-interface.
- the host processor needs not to be interrupted with this architecture, there are still some disadvantages remaining. At first there is still a copy-algo-rithm, which requires a certain time to finish. This time period adds to the propagation delay for the data that shall be transferred.
- the second disadvantage is that the architecture requires a common memory of all CAN-interfaces of a node for the storage of the CAN-messages. This becomes a major problem when the number of CAN-interfaces per node rises. The more CAN-interfaces there are that work on a common memory, the higher the operating frequency needs to be chosen in order to meet the timing requirements of every CAN-interface at any given point in time.
- An apparatus according to the preamble of claim 1 is disclosed in DE-19758032A.
- This document mentions the use of bridge modules between CAN-interfaces and proposes further to use a common message memory buffer for all CAN-systems of a node, for instance in form of a content addressable memory, in order to facilitate data transfer between CAN-systems.
- the problems of bridges and a common memory have been mentioned above, and furthermore, content addressable memories are specific for particular applications and have to be accordingly reconstructed when the application is changed. This is forced by the fact that content addressable memories are specifically designed for a particular process technology only.
- the selector-interface can selectively be connected to a CAN-bus of another CAN-system in order to monitor data exchange on this bus.
- the selector interface is equipped with a selector and a protocol handler for the bus to be monitored as well as a further protocol handler for its own bus.
- This selector interface can be operated in a so-called 'mirror mode' in which data of the bus to be monitored are automatically transferred (and mirrored) on the bus of the selector in- terface.
- This bus can be advantageously connected with diagnosis units in order to make a diagnosis on the data exchanged on the monitored bus.
- the method described here avoids the disadvantages of nowadays CAN-gateways when they need to provide a data stream from a monitored CAN-bus system to another CAN- bus system.
- the method requires no specific implement of those CAN-interfaces that are connected to a CAN-bus that shall be monitored.
- the data transfer is organized such that no copy process of the message is utilized which reduces the propagation delay for mirrored messages and thus enhances the system performance.
- the selector interface can be provided with a filter function so that data transfer is limited to a subset of messages defined in one or more filters that may include masks for defining ranges of filtered messages. With this positive filter function all not defined messages will not be transferred from the monitoring CAN-interface to the CAN-bus.
- a negative filter function can be used wherein single messages or ranges of messages are excluded from data transfer from the monitoring CAN-interface to the CAN-bus.
- This negative filter function defines one or more filters that may include masks for defining ranges of filtered messages. Messages that meet the filter criteria are not copied from the momtoring CAN-interface to the CAN-bus while all other messages that do not have to be known explicitly will be made available on the CAN-bus.
- Fig. 1 shows a block diagram of a basic structure of a CAN-gateway with three channels
- Fig. 2 shows a signal diagram for explaining basic principles of a mirror mode
- Fig. 3 shows a signal diagram for explaining an interleaved activity.
- CAN-interfaces 10, 20 are shown. These CAN- interfaces have identical structures with a dedicated CAN-bus 11, 21, a CAN-protocol handler 12, 22, data storage and control engine 13, 23, and an interface 14, 24 to a host CPU (not shown) which constitutes a node.
- the architecture as described so far is well known and comprises usually several of the above mentioned CAN-interfaces with dedicated buses.
- CAN-bus 11 or 21 In order to provide a data stream from CAN-bus 11 or 21 to another CAN-bus or CAN-interface it is necessary to perform a data transfer by the host processor connected to the corresponding interface. Namely the host CPU has to read the data from the data storage of one CAN-interface, copy it into for instance a common message buffer memory and further store it in the data storage of a fur-ther CAN-interface.
- the structure described below allows perforaiing this task independently from the host processor.
- the structure does not even require a specific implementation for each CAN-interface (CAN-I F). Only one CAN-interface needs to be replaced by a dedicated specific hardware.
- a third CAN-interface 30 which is a modified version of the CAN-interfaces 10, 20 as already described. Furthermore, additional connections 36, 37 between the buses of the CAN-interfaces to be monitored an additional input terminal at the third CAN-interface 30 are provided.
- the CAN-interface 30 is equipped with a second CAN-protocol handler 35.
- This protocol handler is configured such that it can only receive messages. Transmissions of messages of error signaling to the monitored CAN-bus system is suppressed.
- Via a programmable selector 38 the host processor chooses a source channel that shall be monitored. After the host processor has initialized all parameters necessary for the data transfer to the CAN-bus 30, an operational mode for the diagnosis support called 'mirror mode' can be started.
- the frames are stored in the message buffer memory 33 that is usually utilized by the regular CAN- protocol handler 32.
- CAN-protocol handler 35 Only a portion of the data storage is used by the CAN-protocol handler 35 during the mirror mode. Therefore, the host processor can still receive and transmit regular application messages at the same time through CAN-protocol handler 32. Once a frame from the monitored CAN-bus is received, a dedicated state machine will launch a transmission request for this frame on CAN-protocol handler 23. The frame participates at the internal priority scheme for transmit messages of CAN-interface 30. If it has the highest priority of all messages with a pending transmit request, it is send on the CAN-bus 31.
- the sequence of messages received via CAN-protocol handler 35 is identical to the sequence sent on CAN-protocol handler 32 when no further application messages are sent by the host processor. If the application chooses to send additional messages prepared by the host processor of the node, these messages are interleaved into the data stream on CAN-bus 31 according to the priority rules defined by the CAN-protocol (ISO 11898).
- the confinement of the sequence of message from the monitored CAN-bus onto the CAN- bus system 31 is achieved by a certain storage algorithm at message reception.
- the data storage and control engine 33 stores any received message from CAN-protocol handler 35 in a fixed (i.e. ascending) order within the message buffer memory.
- a newly received message is prepared for transmission when no other previously received messages from the monitored CAN-bus system are processed by the mirror mode. This can be a message with pending transmission request that is currently transmitted on the CAN- bus system 31 or waiting to win the internal arbitration process. Additionally, it can be one or more messages already received by CAN-protocol handler 35 but that have not set up their transmission request yet.
- the data storage and control engine 33 recognizes that a transmission was completed on CAN-bus system 31, it checks whether this event belongs to a message invoked by the CPU or if it was invoked by the mirror mode. In the latter case the next message following the storage order of the reception process of CAN-bus handler 35 is prepared for transmission. The process of the mirror mode is shown in Fig. 2.
- the invention offers to monitor the data stream of a particular CAN-bus from another CAN-bus connected to the same node.
- This diagnosis function is executed without any impact to the real time behavior of the host processor. This feature becomes even more important when the diagnosis function shall be used to identify a malfunction of the system. Only the non-intrusive kind of operation of the mirror mode guarantees that a potential malfunction is not suppressed by the activity of the data transfer function itself.
- the message transmitted on the CAN-bus 3 is taken directly from the memory location where the message previously received from the monitored CAN-bus system (CAN-bus 1, 2) was stored. This reduces the amount of memory and as a more important item, the transfer process from the monitored CAN-bus system to the CAN-bus 3 is organized faster as if an internal copy process from a receive buffer to a dedicated transmit buffer has to be performed.
- the message buffer is prepared such that the reception from the monitored CAN-bus system is performed although the message buffer carries all attributes of a transmit buffer.
- the following transmit operation on the CAN-bus 3 within the mirror mode can be initiated with a single instruction.
- the latency of a 'mirrored' message is reduced to the -minimum, which is given by the message length (the presence of a message on the CAN-bus) itself. This is an important feature of a diagnosis system.
- the CAN-interface equipped with the mirror mode can be added to the design of any CAN- node without changing the already present CAN-interfaces. This modularity opens opportunities to use the mirror mode also in existing products.
- the mirror mode offers to use a more simple design of the data storage.
- CAN-bridges need a common data storage for all CAN-interfaces that want to participate at the data transfer between different CAN-bus systems.
- the mirror mode does not require this architecture.
- the design becomes more complex, and the timing requirements, for architectures with common data storage are much more stringent than the architecture shown in Fig. 1.
- the mirror mode relaxes this part of the design with the result that the CAN-interfaces can be operated at lower frequencies, and each CAN-interface can be designed as a stand alone circuit.
- 'mirror mode' represents that data on one CAN-bus are mirrored to another CAN-bus by a dedicated CAN-interface. Transfer of messages from one CAN-bus system to another CAN-bus system is performed without copying the messages. The received data from the CAN-bus that is monitored is stored in the same location (message buffer) from where it is sent onto the other CAN-bus (i.e. diagnosis CAN-bus).
- the mirror mode provides a non-intrusive method to measure or watch the data-stream of a CAN-bus system that is not directly connected to the CAN-bus system where the data shall be made available.
- the mirror mode provides exactly the same sequence of valid messages on the diagnosis CAN-bus as the sequence was seen on the monitored CAN-bus system.
- the mirror mode handles all valid frame types: data frames and remote frames. Both formats for identifier, standard and extended identifier are processed by the mirror mode.
- the mirror mode utilizes two CAN-protocol handlers that work onto a common data storage and control area (message buffer area).
- the CAN-protocol handler connected to the monitored CAN-bus system shares a part of the message buffer area.
- the other CAN-protocol handler is able to process messages from the host processor at the same time when the mirror mode is active independently.
- the complete message buffer area is assigned to the CAN- protocol handler for the diagnosis CAN-bus.
- the CAN-interface equipped with mirror mode can be integrated into existing multi- chan-nel CAN-nodes without changing the design of the existing CAN-interfaces.
- the mirror mode is independent with respect to the number of CAN-interfaces used in a node.
- Fig. 2 illustrates the timeline of several messages (RX(32), RX(33), RX(34)) received from the monitored CAN-bus system in the top row.
- the valid reception of these message occurs when DNi (Data New flag for message buffer i) turns 3.
- a mirror mode engine (MME) as part of the data storage and control engine 33 processes each reception and increments the counter that reflects the number of already received messages still waiting to be transmitted on the CAN-bus system 31.
- the transmission request (TRQi) is set for the respective message buffer in the sequence as the received messages were stored.
- the transmission request is issued anytime MMP equals 0 or anytime a transmission completion on the CAN-bus system 31 is recognized.
- the lower horizontal row shows the bus activity of the CAN-bus system 31 (row DIAG) and the transmission completion state named THL (transmission history list).
- Fig. 3 shows the operations of the mirror mode when the CPU interleaves other messages.
- TX15 message object 15
- This message object is not located in the storage area used for the mirror mode but it still belongs to the data storage and control engine 33.
- Message object 15 is assumed to have a higher priority than TX(33) and TX(34).
- the transmission request by the CPU is now serviced after TX(32). Still the MME prepares message RX(33) for transmission after transmission of TX(32) is completed. After TX(15) was transmitted the MME recognizes that this transmission completion at the end of message TX(15) is not belonging to a mirrored message object. Thus no new transmission request is launched and the MME waits for TX(33) to complete transmission before the transmission for message object RX(34) is requested.
- This example demonstrates how a diagnosis for a monitored bus can be issued in parallel with communication that the host CPU requests.
- the described architecture is an example only.
- the mirror mode can be applied to any node that comprises any amount of CAN-channels.
- n of CAN-channels (n) on the host processor is absolutely independent for the mirror mode.
- n can even equal 1. In that case there exists only the CAN-I F3 and the connection to the monitored CAN-bus system is not done "on-chip” but routed to another node of the CAN-bus system of the application.
- the host processor does not have to support the operation of the mirror mode once it is initialized and that the host processor is not influenced by the operation of the mirror mode.
- positive or negative filter functions can provide an enhanced kind of operation to the customer.
- the costumer can select to retrieve a subset of messages from the monitored bus 11, 21 on one hand.
- a positive identification or positive filter function can be implemented in the selector interface 30 and can be set or activated by a customer.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Bus Control (AREA)
- Small-Scale Networks (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006521547A JP4399457B2 (en) | 2003-07-31 | 2004-07-30 | Diagnostic device and diagnostic method in multi-channel CAN application |
CN2004800221193A CN1830180B (en) | 2003-07-31 | 2004-07-30 | Device and method for diagnosis in multi-channel-CAN-applications |
EP04763674A EP1649641A1 (en) | 2003-07-31 | 2004-07-30 | Device and method for diagnosis in multi-channel-can-applications |
US11/339,474 US20060182040A1 (en) | 2003-07-31 | 2006-01-26 | Device and method for diagnosis in multi-channel-CAN-applications |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10335075.6 | 2003-07-31 | ||
DE10335075A DE10335075A1 (en) | 2003-07-31 | 2003-07-31 | Device and method for diagnosis in multi-channel CAN applications |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/339,474 Continuation US20060182040A1 (en) | 2003-07-31 | 2006-01-26 | Device and method for diagnosis in multi-channel-CAN-applications |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2005015850A1 true WO2005015850A1 (en) | 2005-02-17 |
Family
ID=34129475
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2004/008595 WO2005015850A1 (en) | 2003-07-31 | 2004-07-30 | Device and method for diagnosis in multi-channel-can-applications |
Country Status (7)
Country | Link |
---|---|
US (1) | US20060182040A1 (en) |
EP (1) | EP1649641A1 (en) |
JP (1) | JP4399457B2 (en) |
KR (1) | KR20060057587A (en) |
CN (1) | CN1830180B (en) |
DE (1) | DE10335075A1 (en) |
WO (1) | WO2005015850A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007135630A2 (en) * | 2006-05-18 | 2007-11-29 | Nxp B.V. | Gateway for a data bus system |
CN100486201C (en) * | 2007-06-08 | 2009-05-06 | 广东易美图数码影像科技有限公司 | Method for implementing module universalness of communication node on field bus |
EP2197160A1 (en) * | 2008-12-10 | 2010-06-16 | Siemens Aktiengesellschaft | Acyclic data transfer through a field bus coupler |
JP2014236248A (en) * | 2013-05-30 | 2014-12-15 | 日立オートモティブシステムズ株式会社 | Electronic control device and electronic control system |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100974804B1 (en) * | 2008-11-24 | 2010-08-06 | 재단법인대구경북과학기술원 | System for arbitrating network management message |
CN101610111A (en) * | 2009-07-09 | 2009-12-23 | 中兴通讯股份有限公司 | A kind of method and apparatus of monitoring a plurality of fiber amplifiers |
DE102010041223A1 (en) * | 2010-09-22 | 2012-03-22 | Robert Bosch Gmbh | Method and device for serial data transmission with switchable data rate |
US8976744B2 (en) * | 2010-11-03 | 2015-03-10 | Broadcom Corporation | Vehicle communication network including wireless communications |
EP2832070B1 (en) | 2012-03-29 | 2020-05-20 | Arilou Information Security Technologies Ltd. | Device for protecting a vehicle electronic system |
KR101480389B1 (en) * | 2013-05-28 | 2015-01-09 | 주식회사 와이즈오토모티브 | Can active switching |
CA2888742C (en) | 2013-09-23 | 2015-09-15 | Jason G. Tatge | Farming data collection and exchange system |
CN107479832A (en) * | 2017-08-18 | 2017-12-15 | 郑州云海信息技术有限公司 | A kind of storage off-line data moving method based on CA ports |
CN107528757B (en) * | 2017-08-30 | 2020-07-31 | 北京润科通用技术有限公司 | MVB bus data monitoring method, device and system |
EP3742680B1 (en) * | 2019-05-22 | 2022-03-16 | Lisa Dräxlmaier GmbH | Adjustment device and corresponding method |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE4110372A1 (en) * | 1990-03-30 | 1991-10-02 | Mazda Motor | Multiplexed communication system for vehicle - uses network nodes and gateways to allow common control and system monitoring |
US5329618A (en) * | 1992-04-02 | 1994-07-12 | Fibronics Ltd. | Look-up table for a bridge in a data communications system |
DE19758032A1 (en) * | 1997-12-29 | 1999-07-01 | Nec Electronics Europ Gmbh | Interface for several CAN data processing networks and method for operating an interface |
US6292862B1 (en) * | 1998-07-28 | 2001-09-18 | Siemens Aktiengesellschaft | Bridge module |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19624528B4 (en) * | 1996-06-20 | 2009-05-20 | Robert Bosch Gmbh | Method for controlling information transmission between components and component for carrying out the method |
DE19830803C2 (en) * | 1998-07-09 | 2000-06-08 | Siemens Ag | CAN module |
DE19953511A1 (en) * | 1999-11-06 | 2001-05-23 | Bosch Gmbh Robert | Process for controlling / regulating heat flows in the motor vehicle |
US6728603B2 (en) * | 2001-02-08 | 2004-04-27 | Electronic Data Systems Corporation | System and method for managing wireless vehicular communications |
DE10140519B4 (en) * | 2001-08-17 | 2004-07-22 | Daimlerchrysler Ag | Communication method and communication module |
DE10146695B4 (en) * | 2001-09-21 | 2015-11-05 | Bayerische Motoren Werke Aktiengesellschaft | Method for transmitting messages between bus users |
DE10148325A1 (en) * | 2001-09-29 | 2003-04-17 | Daimler Chrysler Ag | Central node of data bus system with bus monitor unit e.g. for motor vehicles and aircraft, has diagnosis unit integrated into central node |
CN1417980A (en) * | 2002-11-07 | 2003-05-14 | 吕京建 | Intelligent gateway device for vehicle controller LAN |
-
2003
- 2003-07-31 DE DE10335075A patent/DE10335075A1/en not_active Ceased
-
2004
- 2004-07-30 JP JP2006521547A patent/JP4399457B2/en not_active Expired - Fee Related
- 2004-07-30 WO PCT/EP2004/008595 patent/WO2005015850A1/en active Application Filing
- 2004-07-30 KR KR1020067002119A patent/KR20060057587A/en not_active Application Discontinuation
- 2004-07-30 CN CN2004800221193A patent/CN1830180B/en not_active Expired - Fee Related
- 2004-07-30 EP EP04763674A patent/EP1649641A1/en not_active Ceased
-
2006
- 2006-01-26 US US11/339,474 patent/US20060182040A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE4110372A1 (en) * | 1990-03-30 | 1991-10-02 | Mazda Motor | Multiplexed communication system for vehicle - uses network nodes and gateways to allow common control and system monitoring |
US5329618A (en) * | 1992-04-02 | 1994-07-12 | Fibronics Ltd. | Look-up table for a bridge in a data communications system |
DE19758032A1 (en) * | 1997-12-29 | 1999-07-01 | Nec Electronics Europ Gmbh | Interface for several CAN data processing networks and method for operating an interface |
US6292862B1 (en) * | 1998-07-28 | 2001-09-18 | Siemens Aktiengesellschaft | Bridge module |
Non-Patent Citations (2)
Title |
---|
EKIZ ET AL: "Performance Analysis of a CAN/CAN Bridge", 29 October 1996, PROCEEDINGS OF THE INTERNATIONAL CONFERENCE ON NETWORK PROTOCOLS, XX, XX, PAGE(S) 181-188, XP002104040 * |
EMAUS B D: "ASPECTS AND ISSUES OF MULTIPLE VEHICLE NETWORKS", SAE TECHNICAL PAPER SERIES, SOCIETY OF AUTOMOTIVE ENGINEERS, WARRENDALE, PA, US, 1993, pages 79 - 94, XP002062363, ISSN: 0148-7191 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007135630A2 (en) * | 2006-05-18 | 2007-11-29 | Nxp B.V. | Gateway for a data bus system |
WO2007135630A3 (en) * | 2006-05-18 | 2008-02-07 | Nxp Bv | Gateway for a data bus system |
JP2009538024A (en) * | 2006-05-18 | 2009-10-29 | エヌエックスピー ビー ヴィ | Gateway for data bus system |
CN100486201C (en) * | 2007-06-08 | 2009-05-06 | 广东易美图数码影像科技有限公司 | Method for implementing module universalness of communication node on field bus |
EP2197160A1 (en) * | 2008-12-10 | 2010-06-16 | Siemens Aktiengesellschaft | Acyclic data transfer through a field bus coupler |
JP2014236248A (en) * | 2013-05-30 | 2014-12-15 | 日立オートモティブシステムズ株式会社 | Electronic control device and electronic control system |
Also Published As
Publication number | Publication date |
---|---|
CN1830180A (en) | 2006-09-06 |
JP4399457B2 (en) | 2010-01-13 |
CN1830180B (en) | 2010-08-18 |
US20060182040A1 (en) | 2006-08-17 |
EP1649641A1 (en) | 2006-04-26 |
JP2007500959A (en) | 2007-01-18 |
DE10335075A1 (en) | 2005-03-10 |
KR20060057587A (en) | 2006-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20060182040A1 (en) | Device and method for diagnosis in multi-channel-CAN-applications | |
US5530874A (en) | Network adapter with an indication signal mask and an interrupt signal mask | |
EP0991999B1 (en) | Method and apparatus for arbitrating access to a shared memory by network ports operating at different data rates | |
CA2119152C (en) | Network interface with host independent buffer management | |
EP0607412B1 (en) | Network adapter with host indication optimization | |
CN101385296B (en) | Gateway for the automatic routing of messages between buses | |
KR100186928B1 (en) | A device with host indication combination | |
JP3807250B2 (en) | Cluster system, computer and program | |
KR20040069329A (en) | Supercharge message exchanger | |
JPH04312160A (en) | Multiprocessor system and its message transmission and reception controller | |
US6674751B1 (en) | Serialized bus communication and control architecture | |
JP2587190B2 (en) | Channel paging mechanism between systems | |
KR102303424B1 (en) | Direct memory access control device for at least one processing unit having a random access memory | |
CN112131154B (en) | DMA transmission control method for channel and service dynamic matching | |
KR20030083572A (en) | Microcomputer system having upper bus and lower bus and controlling data access in network | |
US5528768A (en) | Multiprocessor communication system having a paritioned main memory where individual processors write to exclusive portions of the main memory and read from the entire main memory | |
GB2301995A (en) | Software driver for a system bus | |
EP1069734B1 (en) | Distributed service request bus using tokens to resolve collisions | |
KR100391712B1 (en) | IPC Matching Apparatus of Switching System | |
JP4154678B2 (en) | Information processing device | |
JPH07114519A (en) | Method for managing different kind of operation | |
JPS62181551A (en) | Gate way device | |
JPH08149148A (en) | Loop shaped serial communication procedure and loop shaped serial communication network | |
JP2005340995A (en) | Data flow control system, circuit thereof, and method thereof | |
JPH03147048A (en) | Polling control system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200480022119.3 Country of ref document: CN |
|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 11339474 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2006521547 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 1020067002119 Country of ref document: KR |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2004763674 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 2004763674 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 1020067002119 Country of ref document: KR |
|
WWP | Wipo information: published in national office |
Ref document number: 11339474 Country of ref document: US |