JP5696657B2 - Relay device, communication harness, and communication system - Google Patents

Description

  The present invention relates to a relay device that relays between different communication buses, a relay device that can replace a routing table to cope with various relay variations, and that can correspond to the replaced different routing tables, The present invention relates to a communication harness including the relay device and a communication system including the relay device.

  In the field of vehicle control, it is common to connect various control devices (ECUs: Electronic Control Units) that control each device in the vehicle via a communication bus and send and receive data to each other to perform various processes. It is the target. Since the number of ECUs connected to one communication bus is limited or the communication speed varies depending on the role of the ECU, the ECUs are divided into a plurality of groups and connected to one communication bus for each group. A configuration is employed in which communication buses are connected by a relay device (gateway).

  The relay device identifies information received from one communication bus by CANID if it is a CAN (Controller Area Network), and refers to a routing table that specifies the necessity of relay and the relay destination communication bus for each CANID. Relay processing is realized by transmission from a relay destination communication bus (Patent Documents 1, 2, etc.).

JP 2009-049944 A International Publication No. 2008/126698 Pamphlet Japanese Patent Laid-Open No. 2006-340099

  In the configuration described in Patent Document 1 or 2, a routing table is stored in a memory, and information is transmitted from a single communication bus from a CPU based on a relay processing program or from a circuit configured to perform relay processing. Each time the timing of transmitting one piece of information or the timing of transmitting one piece of information is read, the correspondence between the ID and the relay destination communication bus is read from the routing table in the memory and the process of specifying the relay destination communication bus is performed each time. . In such a configuration, there is a problem that processing is slowed down by reading from the memory, and the amount of information in the routing table stored in the memory is increased.

  Further, as disclosed in Patent Document 3, in-vehicle ECUs are rewritable in recent years in order to avoid the production of each hardware due to differences in vehicle type or options, etc., in order to reduce hardware costs. A microcomputer (hereinafter referred to as a microcomputer) process based on a computer program is employed.

  Under these circumstances, in order to speed up processing and save memory, a configuration using a microcomputer that eventually reads and executes a computer program incorporating the contents of the routing table is adopted. Reality. That is, the relay destination when certain information is received is already defined in the execution code of the computer program, and the table reading process is unnecessary. Patent Document 2 also describes that when the relay device is activated, the routing table stored in the memory is read and converted, and incorporated into the relay processing circuit.

  On the other hand, since the functions realized by electronic control are increasing, the number of in-vehicle ECUs is enormous. The relay device is also required to relay information between three or more communication buses instead of relaying information between two communication buses. Therefore, various relay variations, such as relaying certain information from one communication bus to the other three communication buses, combining two pieces of information received from the two communication buses, and transmitting them from the other one communication bus. Exists. Furthermore, since the number of communication buses and the type of ECU connected to each communication bus are different for each vehicle manufacturer, vehicle type, or option, relay variations increase. In the configuration in which the CPU reads the computer program incorporating the contents of the routing table, a relay processing program must be developed for each different variation, and it is difficult to reduce development costs.

  The present invention has been made in view of such circumstances, a relay device that can replace a routing table in order to cope with various relay variations, and can correspond to different replaced routing tables, It is an object of the present invention to provide a communication harness including the relay device and a communication system including the relay device.

The relay device according to the present invention includes one or a plurality of communication units connected to different communication buses, a rewritable storage unit, and one or more received by one or more communication units based on a stored computer program. And a processor that executes a relay process for transmitting the information from one or more other communication units, and the storage unit receives information for each received communication bus and for each communication bus. For each piece of identification information, a routing table composed of a certain type of record including information for specifying a relay destination is stored, and the processor extracts information contained in the record from the record in the routing table. An execution means for executing a specific instruction code to be returned as a return value is provided.

Relay device according to the present invention, the information comprises a plurality of signal information, wherein the routing table includes a storage area for storing the received information, the per signal information, the storage area for reading out the signal information Information indicating the storage location of the information, and the execution means refers to the index information, means for reading signal information from the routing table based on the index information, and information relayed from the read signal information And a means for creating.

In the relay device according to the present invention, the information includes a plurality of signal information, the routing table stores information to be relayed, a storage area in which a relay destination is associated, and each signal information included in the information Index information indicating a storage position in the storage area , and the execution means includes means for referring to the index information and means for storing signal information in a routing table based on the index information. It is characterized by.

  A communication harness according to the present invention includes any one of the relay devices according to the invention described above and a plurality of communication buses respectively connected to the plurality of communication units of the relay device.

  The communication system according to the present invention includes any of a plurality of communication devices that transmit and receive information, a plurality of communication buses to which the plurality of communication devices are respectively connected, and a relay device of the invention to which the plurality of communication buses are connected. It is characterized by including a heel.

  In the present invention, a rewritable routing table is stored in the storage unit of the relay device, and the routing table specifies a relay destination for each received communication bus and for each identification information of information received by each communication bus. The processor that executes the relay process based on the computer program executes a specific instruction code for reading the routing table. A specific instruction code universally corresponds to a routing table having different contents as long as the routing table satisfies a certain condition.

  In the present invention, the routing table includes a storage area for storing received information. The storage area is associated with a relay destination, and includes index information of the storage destination. When the processor reads information from the routing table based on a specific instruction code, the contents differ by executing means for referring to the index information and means for reading the information from the storage location of the information received based on the index information. Even in the routing table, the information in the routing table can be read based on the index information.

  In the present invention, the routing table includes a storage area for storing information to be relayed (transmitted), the storage area is associated with a relay destination, and includes index information of the storage destination. When the processor stores the information to be relayed in the routing table based on a specific instruction code, the processor executes means for referring to the index information and means for storing the information in the storage area based on the index information, and transmits information to be transmitted. By creating, it is possible to transmit information to the relay destination associated with the storage area based on the index information even if the routing tables have different contents.

  According to the present invention, the routing table can be replaced to cope with various relay variations. Then, by executing a specific instruction code also for the replaced routing table, it is possible to manage information received corresponding to the replaced different routing table and create information to be relayed.

  Therefore, it is not necessary to recreate a computer program for the processor to execute the relay process according to each different relay variation. As a result, development costs can be reduced. Further, since it is not necessary to re-create a computer program for executing the relay processing, the inspection of the computer program does not have to be performed every time for different relay variations when performing the inspection of the relay device of the present invention. Only operations including different routing tables corresponding to relay variations need be inspected. Accordingly, it is possible to reduce the number of items to be inspected after construction of the relay device and the communication system including the relay device, thereby suppressing the manufacturing cost.

It is a block diagram which shows the structure of the vehicle-mounted communication system in this Embodiment. It is a schematic diagram which shows typically the content of the information memorize | stored in flash memory. It is explanatory drawing which shows the example of the content of the reception table of a routing table. It is explanatory drawing which shows the example of the content of the index information of a reception table. It is explanatory drawing which shows the example of the content of the transmission table of a routing table. It is explanatory drawing which shows the example of the content of the index information of a transmission table. It is a flowchart which shows an example of the process sequence of the reception process in a relay apparatus. It is a flowchart which shows an example of the process sequence of the immediate relay process in a relay apparatus. It is a flowchart which shows an example of the process sequence of the transmission process in a relay apparatus.

Hereinafter, the present invention will be specifically described with reference to the drawings showing embodiments thereof.
In the following embodiments, the present invention will be described with reference to an example in which the present invention is applied to an in-vehicle communication system that controls in-vehicle devices.

  FIG. 1 is a block diagram showing a configuration of an in-vehicle communication system according to the present embodiment. The in-vehicle communication system includes a plurality of communication buses 11, 12, 13, and 14, ECUs 21, 22, 23, and 24 connected to the communication buses 11, 12, 13, and 14, and communication buses 11, 12, 13, and 14, respectively. 14 and a relay device 3 that performs a relay process of information between them.

  In the first embodiment, the communication via the communication buses 11, 12, 13, and 14 all conform to the CAN protocol. The plurality of communication buses 11, 12, 13, and 14 are distinguished by the types of control targets of the connected ECUs 21, 22, 23, and 24. In other words, it is distinguished by the type of information transmitted and received. The communication speed may be set differently for each of the communication buses 11, 12, 13, and 14. For example, the communication bus 11 is connected to a plurality of ECUs 21 for controlling the travel control system, and information on the control system such as the vehicle speed is transmitted and received. A plurality of ECUs 22 for controlling the power control system are connected to the communication bus 12, and information on the power control system such as battery information is transmitted and received. A plurality of ECUs 23 for controlling accessory systems such as a car navigation system are connected to the communication bus 13, and multimedia information such as time information and position information is transmitted and received. A plurality of ECUs 24 for controlling the body are connected to the communication bus 14, and information regarding door locks, security, and the like is transmitted and received.

  The relay device 3 includes a CPU (Central Processing Unit) 30, a first communication unit 31, a second communication unit 32, a third communication unit 33, a fourth communication unit 34, a flash memory 35, a RAM (Random Access Memory) 36.

  The CPU 30 executes transmission / reception via the first to fourth communication units 31 to 34 using the RAM 36 as a transmission buffer or a reception buffer based on a routing table 37 stored in the flash memory 35 and a computer program described later. Implement relay processing. The CPU 30 may be replaced with an MPU (Micro Processing Unit).

  Each of the first to fourth communication units 31 to 34 includes a CAN controller and a CAN transceiver, and realizes transmission and reception of a CAN message including various information based on the CAN protocol. The first communication unit 31 is connected to the communication bus 11, the second communication unit 32 is connected to the communication bus 12, the third communication unit 33 is connected to the communication bus 13, and the fourth communication unit 34 is connected to the communication bus 14.

  The flash memory 35 is a rewritable nonvolatile memory, and stores a computer program and a routing table read by the CPU 30 as will be described later. As an alternative to the flash memory 35, a nonvolatile memory such as an EEPROM (registered trademark) may be used.

  The RAM 36 is used as a transmission / reception buffer. The CPU 30 stores the CAN message received by the first to fourth communication units 31 to 34 and the CAN message transmitted by the first to fourth communication units 31 to 34 in the RAM 36.

  The CPU 30, the CAN controller unit in the first to fourth communication units 31 to 34, the flash memory 35, and the RAM 36 may be configured as a microcomputer.

  FIG. 2 is a schematic diagram schematically showing the content of information stored in the flash memory 35. The flash memory 35 stores a routing table 37, a routing program 38, and a platform program 39. In addition, a driver program (not shown) or the like may be stored.

  When the platform program 39 receives a CAN message in the first to fourth communication units 31 to 34, the platform program 39 notifies the CPU 30 of a reception interrupt and writes it to the reception buffer of the RAM 36. The CAN created and given by the CPU 30 This is a program in which basic input / output processing such as processing for giving a message to the first to fourth communication units 31 to 34 and transmitting the message is shared by each device.

  The routing program 38 is a program for realizing a relay process by the CPU 30, that is, a processing procedure as shown in a flowchart described later. The routing program 38 does not include a vehicle type or option-dependent execution code so that rewriting is not required even when the routing table 37 is replaced with another routing table 40. The routing program 38 is configured to include a common execution code corresponding to the routing table 37 and the routing table 40 and other routing tables so as to correspond to the replaced routing table 40. . Details of the execution code will be described in each flowchart described later.

  The routing table 37 is classified into a reception table that is referred to when a CAN message is received and a transmission table that is referred to when a CAN message is transmitted. A configuration may be adopted in which the reception table and the transmission table are separately stored.

  FIG. 3 is an explanatory diagram showing an example of the contents of the reception table of the routing table 37. The reception table includes a record for each CAN bus of the CAN message to be received for each of the communication buses 11 to 14. In the example of FIG. 3, whether each record is a relay target (OK: relay target / NG: not relay target), immediate relay destination information, information length of the data part included in the received CAN message ( DLC: Data Length Code), data storage area, and reception flag (ON: received / OFF: relayed) information indicating whether or not unrelayed data is received. The record length is fixed. Each record is stored in order from the record of CANID “0” of the communication bus 11 in order from the top of the reception table area on the flash memory 35.

  The CANID is expressed by 11 bits, for example, and the maximum value is 0x7FF according to the CAN specification. The information indicating whether or not to be relayed is represented by, for example, 1 bit or 8 bits, OK is “1”, and NG is “0”. The immediate relay destination is represented by 5 bits, for example, and is assigned bit by bit to the communication buses 11 to 14, that is, the first to fourth communication units 31 to 34 (1 bit is reserved). If “1”, there is no relay destination. DLC is represented by 4 bits, for example, and is 0-8.

  An 8-bit data storage area is prepared. The data consists of a plurality of signal information. For example, the signal information of the open / closed state of the door of the vehicle can be expressed by “1: open / 0: closed” bit by bit. Specifically, among the 8 bits of the data portion of the received CAN message, the front seat right door is opened and closed, the front seat left door is opened and closed, the rear seat right door is opened and closed, and the rear seat in order from the top 5 bits. It is possible to represent the opening / closing of the left door and the opening / closing of the rear door.

  The reception flag is represented by, for example, 8 bits, “ON: reception” is “0x01”, and “OFF: relayed” is “0x00”.

  In the example of content shown in FIG. 3, for example, a CAN message with a CANID “0” received from the communication bus 11 is not a relay target (NG). The CAN message with CANID “0x050” received from the communication bus 11 is a relay target (OK), the immediate relay destination is “01110b”, the last bit corresponding to the communication bus 11, and a spare Since the first bit is “0” and the other bits are “1”, the communication buses 12 to 14, that is, the second communication unit 32 to the fourth communication unit 34 immediately relay. The data “x” and the data length “xx” of the CAN message with the CAN ID “0x050” are stored in the storage area of the record. The reception flag is “OFF”. A CAN message with a CAN ID of “0x051” is a relay target (OK), but the immediate relay destination is “00000b” and is not relayed immediately. The data “y” and the data length “yy” of the CAN message whose CANID is “0x051” are stored in the storage area of the record, respectively, and the reception flag is “ON” until relaying is completed.

  The routing table 37 includes index information. FIG. 4 is an explanatory diagram showing an example of the contents of the index information of the reception table. The index information includes the number of signals received by the received CAN message and the storage position of each signal in the reception table. The storage position is represented by the start byte of the target signal in the data in each record of the reception table, the start bit of the signal in the start byte, and the bit length of the signal.

  In the example illustrated in FIG. 4, for example, the total number of signals included in the data of the received CAN message is “50”. The first signal is stored in the “0” bit “0” bit “1” bit of the data of the “0x0051” record of the reception table, and the second signal is the data of the same record. It is shown that data is stored in “2” bits from the “3” bit of the “0” byte. Similarly, it is shown that the 25th signal is stored in the “2” bit of the “4” bit of the “0” byte of the data of the “0x0880” th record of the reception table. Similarly, it is indicated that the 50th signal is stored in the “1” bit of the “7” bit of the “0” byte of the data of the “0x10A0” record of the reception table.

  Even if the contents of the reception table are different by reading the reception table with reference to the index information, the CPU 30 that executes the processing based on the routing program 38 can select any address in the storage area in which the reception table is stored. It is possible to specify how many bits from what number and what number of bits should be read out.

  Note that the index information is determined by design in advance according to the definition of the reception table. Therefore, the index information as shown in FIG. 4 is stored together in the routing table 37 including the reception table as shown in FIG. When the routing table 37 is replaced with, for example, the routing table 40, the index information of the reception table is stored together with the reception table in the routing table 40. Even when the routing table 37 is replaced with another routing table 40, the processing of the CPU 30 based on the routing program 38 need not be changed. Records of index information need only be read in order from the top, and do not depend on the contents if the record type is determined.

  FIG. 5 is an explanatory diagram showing an example of the contents of the transmission table of the routing table 37. The transmission table consists of records by CANID. Each record includes a CAN ID, relay destination bus information, an information length (DLC) of a data portion included in a CAN message to be transmitted, a data storage area, and a transmission condition. Transmission conditions are not mandatory. Note that the record length is determined. Each record is stored in order from the top of the transmission table area on the flash memory 35, starting from the CAN message with the top CAN ID of “0x010”.

  In the example of content shown in FIG. 5, CANID is represented by 11 bits, for example. The relay destination bus information is represented by, for example, 5 bits, and each bit corresponds to “(standby) (communication bus 14) (communication bus 13) (communication bus 12) (communication bus 11)”, and is “1”. When it is “0”, it is not a relay destination. For example, the relay destination bus of the transmission CAN message whose CANID is “0x010” is the communication bus 11, that is, the message is a CAN message transmitted from the first communication unit 31 every 10 milliseconds. For example, “k” having an information length of “kk” is stored in the storage area of the data portion of the transmission CAN message having a CAN ID of “0x010”. The transmission condition may be a condition other than the time such that the ignition position is ACC (accessory). In addition, it may be whether or not the signal value in the data satisfies some condition.

  The routing table 37 also includes index information corresponding to the transmission table. FIG. 6 is an explanatory diagram showing an example of the contents of the index information of the transmission table. The index information includes the number of signals to be stored in the CAN message to be transmitted and the storage position of each signal in the transmission table. The storage position is represented by the start byte of the target signal in the data in each record of the transmission table, the start bit of the signal in the start byte, and the bit length of the signal.

  In the example illustrated in FIG. 6, for example, it is indicated that the total number of signals included in the data of the CAN message to be transmitted is “50”. The first signal should be stored in the “0” bit of “0” bit of the data of the “0x00” record of the transmission table, and the second signal is the same record. It is indicated that the data should be stored in “2” bits from the “1” bit of the “0” byte of the data. Similarly, the 25th signal is the data from the “0” bit of the “0” byte of the data of the “0x08” th record of the transmission table to the “2” bit, and the 26th signal is the data of the same record. From the “2” bit of the “0” byte to the “3” bit, the 27th signal is the “1” bit of the “5” bit of the data of the same record, and the 28th signal is of the same record The “1” bit of the “6” bit of the data indicates that the 29th signal should be stored in the “1” bit of the “7” bit of the data of the same record.

  In the example of the present embodiment, the total number of signals included in the received CAN message matches the total number of signals to be transmitted. The signals with the same serial number are the same signals. For the same signal, the index information of the reception table and the index information of the transmission table may be combined into one record.

  Based on each table and index information shown in FIGS. 3 to 6, the CPU 30 of the relay device 3 executes a relay process as described below. The CPU 30 realizes an immediate relay process and a periodic relay process based on the routing program 38, respectively. In the immediate relay process, the CPU 30 relays directly to any one or a plurality of the first to fourth communication buses 11 to 14 when the CAN message is received. In the periodic relay process, the CPU 30 stores the data included in the CAN message in the data storage area (reception buffer) in the reception table at the time when the CAN message is received. Each time it elapses, a CAN message is created in the transmission table with reference to the data from the reception buffer and transmitted. In order to realize the immediate relay process and the periodic relay process, the CPU 30 executes tasks by distinguishing between a reception process when a CAN message is received and a transmission process that is periodically executed.

  FIG. 7 is a flowchart illustrating an example of a processing procedure of reception processing in the relay device 3. When a reception interrupt is notified to the CPU 30 by processing based on the platform program 39, the CPU 30 executes the following processing based on the routing program 38.

  The CPU 30 specifies the CANID of the received CAN message and which of the communication buses 11 to 14 is the received bus (step S11). The CPU 30 refers to the necessity of relay in the routing table 37 based on the specified CANID and communication bus (step S12). As shown in FIG. 3, for each communication bus 11 to 14, a table is formed as to whether or not it is a relay target for each CANID of the received message. Specifically, in step S12, the CPU 30 reads out the routing table 37 using the communication bus and CANID as arguments based on the routing program 38, and determines whether or not the relay target is stored in the routing table 37 as the read return value. The function that returns the result is called.

  The CPU 30 determines whether or not relaying is necessary based on the reference result (return value) in step S12 (step S13). If it is determined that it is necessary (S13: YES), the CPU 30 refers to the immediate relay destination in the routing table 37 ( Step S14), an immediate relay process is executed based on the reference result (step S15).

  After the immediate relay process, the CPU 30 reads the data included in the received message (step S16), stores the read data in the data storage area of the reception table (step S17), and sets the reception flag to ON (step S17). Step S18), the process is terminated.

  CPU30 complete | finishes a process as it is, when it determines with unnecessary based on a reference result in step S13 (S13: NO).

  FIG. 8 is a flowchart illustrating an example of a processing procedure of immediate relay processing in the relay device 3. The flowchart shown in FIG. 8 corresponds to the detailed procedure of step S15 in FIG.

  The CPU 30 determines whether or not it is an immediate relay target based on the reference result in step S14 of FIG. 7 (step S51). Specifically, when the reference result is not “0x00 (00000b)”, the CPU 30 determines that it is an immediate relay target.

  If the CPU 30 determines that it is an object of immediate relay (S51: YES), it selects the communication bus 11 as the immediate relay destination (step S52), and the immediate relay destination that is the reference result and the selected communication bus 11 Are determined to match (step S53). When the CPU 30 determines that they match (S53: YES), the CPU 30 has received the selected communication bus 11 from the first communication unit 31 connected to the selected communication bus 11 by processing based on the platform program 39. In order to immediately transmit the CAN message, the process of the platform program 39 is executed (step S54), and the process proceeds to the next process.

  The CPU 30 determines whether or not all the communication buses 11 to 14 have been selected (step S55), and if it is determined that all have not been selected (S55: NO), the next communication bus 12, that is, the second communication unit. 32 is selected (step S56), the process returns to step S53, and an immediate transmission process to the next communication bus 12 is executed.

  When the CPU 30 executes the processes of steps S52 to S54 for the communication bus 13 and the communication bus 14 and determines that all the communication buses 11 to 14 have been selected (S55: YES), the immediate relay process for the received CAN message is performed. And the process returns to step S16 in FIG.

  If it is determined in step S51 that the message is not subject to immediate relay (S51: NO), the immediate relay process for the received message is terminated, and the process returns to step S16 in FIG.

  The processing procedure shown in the flowcharts of FIGS. 7 and 8 will be described with a specific example. As a specific example, a process when a CAN message having a CAN ID “0x100” is transmitted from the communication bus 12 will be described.

  The CPU 30 receives a notification about the reception of the CAN message from the second communication unit 32, and identifies the CANID as “0x100” and the communication bus as “communication bus 12” (S11). The CPU 30 refers to the “0x100” -th record of the communication bus 12 from the routing table 37 and calls a function that returns a result as to whether or not it is a relay target (S12). Since the function returns “OK” as shown in FIG. 3, the CPU 30 determines that the relay is necessary (S13: YES), refers to the immediate relay destination “01001b” of the same record (S14), and refers to it. An immediate relay destination is given and the immediate relay process of S15 is executed.

  In the immediate relay process, the CPU 30 determines that the referred immediate relay destination is not “0x00” and is an immediate relay target (S51: YES). The CPU 30 selects the first communication bus 11 (S52), and determines that the last bit corresponding to the communication bus 11 of “01001b” is “1”, so that it matches the immediate relay destination (S53: YES). The received CAN message is directly transmitted from the first communication unit 31 corresponding to the communication bus 11 (S54). Since CPU30 has not selected all the communication buses 11-14 (S55: NO), it selects the next communication bus 12 (S56). The CPU 30 returns the processing to step S53, and determines that the second bit from the end corresponding to the communication bus 12 of the immediate relay destination “01001b” is “0”, so that it does not match the immediate relay destination (S53: NO). ), The process proceeds to step S55. Since the CPU 30 has not yet selected all the communication buses 11 to 14 (S55: NO), the CPU 30 selects the next communication bus 13 (S56). The CPU 30 returns the process to step S53, and determines that the third bit from the end corresponding to the communication bus 13 of the immediate relay destination “01001b” is “0”, so that it does not match the immediate relay destination (S53: NO). ), The process proceeds to step S55. Since the CPU 30 has not yet selected all the communication buses 11 to 14 (S55: NO), the CPU 30 selects the next communication bus 14 (S56). The CPU 30 returns the process to step S53 and determines that the fourth bit from the end corresponding to the communication bus 14 of the immediate relay destination “01001b” is “1”, so that it matches the immediate relay destination (S53: YES). The received CAN message is directly transmitted from the fourth communication unit 34 corresponding to the selected communication bus 14 (S54). In step S55, it is determined that all the communication buses 11 to 14 have been selected, and the process returns to step S16 in FIG.

  The CPU 30 reads the data “v” and the information length “vv” of the received CAN message (S16), writes them in the data storage area of the corresponding record in the reception table of the routing table 37 (S17), and sets the reception flag to “ON”. "(S18), and the process ends.

  Next, transmission processing in the relay device 3 will be described. FIG. 9 is a flowchart illustrating an example of a processing procedure of transmission processing in the relay device 3. The relay device 3 counts a fixed period of, for example, 10 milliseconds by a timer unit (not shown), and notifies the CPU 30 of a timer interrupt every time 10 milliseconds have elapsed. The CPU 30 executes the following processing based on the routing program 38 when the timer interruption is notified.

  CPU30 acquires the number of records of the CAN message to transmit (Step S201). As the number of records, the total number of records of transmission records may be counted, or the number of records may be recorded in advance and the CPU 30 may refer to this.

  The CPU 30 assigns “0” to the count variable L (step S202), and sequentially reads the Lth record (the top is 0th) in the transmission table (step S203). CPU30 extracts the index information of the signal which makes the said record an index destination (step S204). One piece of extracted index information is selected (step S205), and it is specified from the index information of the reception table where the signal of the selected index information is stored in the reception table (step S206).

  The CPU 30 refers to the record in the specified reception table (step S207) and determines whether or not the reception flag is “ON” (step S208). When the reception flag is “ON” (S208: YES), the CPU 30 acquires a signal from the storage position specified from the index information in step S206 (step S209), and selects the acquired signal in step S205. The data is stored in the storage position indicated by the index information of a certain transmission table (step S210).

  The CPU 30 determines whether or not all of the index information extracted in step S204 has been selected (step S211). If it is determined that all of the index information has not been selected (S211: NO), the process returns to step S205, and the next Index information is selected (S205).

  If it is determined that the reception flag in the record of the reception table in which the signal of the selected index information is stored is “OFF” (S208: NO), the process proceeds to step S211.

  If the CPU 30 determines that all are selected in step S211 (S211: YES), since the data of the CAN message to be transmitted is completed, is the transmission condition for the record read in step S203 satisfied? It is determined whether or not (step S212). When determining that the transmission condition is satisfied (S212: YES), the CPU 30 sends a CAN message including the data portion in the record to the first to fourth communication units 31 corresponding to the relay destination bus in the record. To 34 for transmission (step S213).

  Next, the CPU 30 adds “1” to the variable L for counting (step S214), and determines whether or not the number of records acquired in step S201 matches the variable L (step S215). That is, the CPU 30 determines whether or not processing has been executed for all records in the transmission table (S215). If the CPU 30 determines that they do not match in step S215 (S215: NO), it returns the process to step S203 and reads the next Lth record (S203).

  When CPU 30 determines that the transmission condition is not satisfied in step S212 (S212: NO), CPU 30 advances the process to step S214 and executes the process for the next record.

  If the CPU 30 determines in step S215 that the number of records acquired in step S201 matches the variable L (S215: YES), the reception flag of all records in the reception table is set to “OFF” (step S216). Exit.

  The processing procedure shown in the flowchart of FIG. 9 will be described with a specific example. As a specific example, the process when the record with CANID “0x0A0” in the content example of the transmission table in FIG. 5 is read (S203) will be described. The record is assumed to be the 0x08th record.

  The CPU 30 extracts the index information (25 to 29) of the signal having the 0x08th record as the index destination (S204). The index information of the 25th signal is selected from the extracted index information (S205), and the index information (25th) of the reception table indicates which signal of the selected index information is stored in the reception table. It is specified as “pos0x0880” (S206).

  The CPU 30 refers to the “pos0x0880” -th record in the reception table, that is, the record of CANID “0x080” received from the communication bus 12 (S207), and determines that the reception flag is “ON” (S208: YES). . The CPU 30 acquires a signal from the data storage area of the record in the reception table with reference to the storage position specified in step S206, that is, the start byte “0”, the start bit “0”, and the bit length “1” ( S209). Then, based on the storage position information of the 25th index information (transmission table) selected in step S205, the CPU 30 sets “0” of the “0” th byte of the data storage area of the record whose CANID of the transmission table is “0x0A0”. The acquired signal information is stored for 2 bits from the 1st bit (S210).

  Next, the CPU 30 refers to the record of the CANID “0x080” received from the communication bus 12 based on the “26th” index information (S207), and acquires a signal from the storage position specified in step S206 (S209). . The CAN message to be transmitted is completed from the extracted index information (25 to 29), and it is determined whether or not the transmission condition is satisfied (S212). Since the transmission condition is every 20 milliseconds, the transmission condition is 10 mm. The transmission of the record in the transmission table is executed once every two transmission processes per second (S213).

  In this way, the routing table 37 is composed of records of a certain type, and the method of reading each record is set to a specific method in each processing procedure described above, whereby the routing table 37 is For example, even if the routing table 40 is replaced, the processing based on the routing program 38 does not need to be changed. In particular, when the routing table 37 or the routing table 40 includes the index information, it is possible to manage information received corresponding to the replaced different routing table 40 and create information to be relayed.

  It should be understood that the embodiment disclosed above is illustrative in all respects and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the meanings described above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.

3 relay device 30 CPU
35 Flash memory 37, 40 Routing table 38 Routing program

Claims (5)

Based on a plurality of communication units respectively connected to different communication buses, a rewritable storage unit, and a stored computer program, one or a plurality of information received by one or a plurality of communication units is stored in one or more other units. A relay device including a processor that executes relay processing transmitted from the communication unit of
The storage unit stores a routing table composed of a certain type of record including information for specifying a relay destination for each received communication bus and for each identification information of information received by each communication bus. Yes,
The relay apparatus, comprising: an execution unit that executes a specific instruction code that returns information included in the record as a return value from the record in the routing table . The information comprises a plurality of signal information,
The routing table is
A storage area for storing the received information, and for each signal information , including index information indicating a storage position in the storage area for reading the signal information,
The execution means includes
Means for referring to the index information;
Means for reading signal information from within the routing table based on the index information;
The relay device according to claim 1, further comprising: means for creating information to be relayed from the read signal information. The information comprises a plurality of signal information,
The routing table is
Storing information to be relayed , including a storage area associated with a relay destination, and index information indicating a storage position in the storage area for each signal information included in the information,
The execution means includes
Means for referring to the index information;
The relay apparatus according to claim 1, further comprising: means for storing signal information in a routing table based on the index information. A communication harness comprising: the relay device according to claim 1; and a plurality of communication buses respectively connected to the plurality of communication units of the relay device. A plurality of communication devices that transmit and receive information, a plurality of communication buses to which the plurality of communication devices are respectively connected, and a relay device according to any one of claims 1 to 3 to which the plurality of communication buses are connected. A communication system characterized by comprising.

Images