Signal generation device, signal analysis system, and signal generation method

Abstract

To provide a signal generation device with which it is possible to prevent errors in setting a CRC signal value.SOLUTION: There is provided a signal generation device for generating signals used in a network system, wherein a controller 10 acquires a message frame including at least an identifier (ID) and a signal value, and selects CRC specification equivalent to a message frame by using a logic for specification determination stored in a software library and a database when the message frame is a frame corresponding to a predetermined specific level. The controller 10 further calculates a CRC signal value compliant with CRC specification by using a logic for CRC calculation stored in the software library, generates a message frame which the CRC signal value is added to, with the logic for specification determination including at least a logic for determining CRC specification from a CRC or CLK data length.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a signal generating device, a signal analysis system, and a signal generating method. [Background technology]

[0002] Conventionally, there has been known a test method for testing the operation of an electronic control unit (ECU) in a vehicle using a simulator (for example, Patent Document 1). In this test method, in order to test whether the software of the ECU operates normally, the simulator inputs simulation data indicating predetermined test conditions for an application to a communication IF on the ECU side, obtains data on the results of calculations performed by the application using the simulation data, and a test result determination unit in the CPU board determines the test results from the calculation result data. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2020-144274 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, when the ECU in a vehicle is a unit that controls a system that complies with a certain level such as ASIL (Automotive Safety Integrity Level), it is necessary to add a CRC signal value to the data frame that the ECU transmits and receives. In the above test method, if the signal value is edited by calculation processing using an application, a setting error of the CRC signal value occurs, and the message content is recognized as being erroneous, which causes a problem that the simulation cannot be performed properly.

[0005] An object of the present invention is to provide a signal generating device, a signal analysis system, and a signal generating method that can prevent a setting error of a CRC signal value. [Means for solving the problem]

[0006] The present invention solves the above problem by obtaining a message frame including at least an ID (Identifer) and a signal value, and if the message frame corresponds to a predetermined level, using standard determination logic stored in a software library to select a CRC standard applicable to the message frame, using CRC calculation logic stored in the software library to calculate a CRC signal value conforming to the CRC standard, and generating a message frame by adding the CRC signal value to the message frame, wherein the standard determination logic includes at least logic for determining the CRC standard from the data length of the CRC or CLK. Effect of the Invention

[0007] According to the present invention, it is possible to prevent an error in setting the CRC signal value. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a block diagram showing a signal analysis system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a flowchart showing the control flow executed by the simulator. [Diagram 3] FIG. 3 is an explanatory diagram showing the structure of a transmission frame registered in the database and each data value. [Figure 4] FIG. 4 is an explanatory diagram showing the structure of a transmission frame registered in the database and each data value. [Diagram 5] FIG. 5 is a flowchart of a sub-flow of step S40 shown in FIG. [Figure 6] FIG. 6 is a conceptual diagram for explaining the standard determination logic. [Figure 7] FIG. 7 is an explanatory diagram showing the structure of a received frame registered in the database and each data value. [Figure 8] FIG. 8 is an explanatory diagram showing the configuration of a header of an Ethernet frame. [Figure 9] FIG. 9 is a block diagram showing a signal analysis system according to a modified example of this embodiment. [Figure 10] FIG. 10 is a block diagram showing a signal analysis system according to a modified example of this embodiment. [Figure 11] FIG. 11 is a block diagram showing a signal analysis system according to a modified example of this embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] An embodiment of a signal analysis system according to the present invention will be described below with reference to the drawings. Fig. 1 is a block diagram showing a signal analysis system according to an embodiment of the present invention. A simulator 11 corresponding to the signal analysis system includes a controller 10, a software library 12, a database 20, and ECUs 31 and 32 mounted on a vehicle 30. The signal analysis system according to this embodiment analyzes protocol messages transmitted between ECUs, automatically generates a CRC signal value, and assigns it to a message frame that complies with a predetermined level (a level that defines a functional safety standard) such as ASIL.

[0010] The controller 10 is configured by a computer equipped with hardware and software, and has a memory storing a program, a CPU for executing the program stored in the memory, etc. The controller 10 acquires a protocol message transmitted from the ECUs 31 and 32, performs signal analysis on the protocol message, calculates a CRC signal value to be stored in an ASIL-compliant frame, generates a new protocol message, and transmits it to the ECUs 31 and 32. Note that the device having the simulator 11 corresponds to the "signal generating device" of the present invention, and the signal processing method executed by the simulator 11 corresponds to the "signal generating method" of the present invention.

[0011] The software library 12 stores logic used to calculate the CRC signal value. The logic includes at least a standard determination logic for determining a CRC standard and a CRC calculation logic. The standard determination logic is logic for determining a corresponding CRC standard from a frame type, a DLC (Data Length Code), and a data length of the CRC or CLK. The CRC standard defines a method for calculating the CRC within a frame, and is determined according to the frame type, the DLC, and the data length of the CRC or CLK. The CRC calculation logic is logic for calculating a CRC signal value conforming to the CRC standard from a signal value and an ID excluding the CRC signal value included in a message frame. The logic is organized as a library and stored in the software library 12.

[0012] The database 20 also includes information indicating the properties of a message frame, such as an ID, a message name, DLC, and the data length of the CRC or CLK, a frame type, a signal name, and a signal bit position. The properties are data related to a frame area, and are registered in the database 20. The properties are data referenced to obtain the signal bit position, the frame type or DLC, and the data length of the CRC or CLK from the message frame. Each piece of information included in the properties will be described later. The simulator 11, which includes the controller 10, the software library 12, and the database 20, corresponds to a network simulation tool.

[0013] ECUs 31 and 32 mounted on a vehicle 30 are electronic control devices that are connected to on-board devices such as steering and braking via a communication network and transmit control commands to the on-board devices. To meet the safety level defined by ASIL, the ECUs 31 and 32 need to transmit and receive protocol messages with CRCs added as transmission and reception data over the communication network.

[0014] In this embodiment, in order to analyze the operation of the software of the ECUs 31 and 32, a CAN measurement analysis tool simulator 11 (including a controller 10, a software library 12, and a database 20) is connected to a network to which the ECUs 31 and 32 are connected. The simulator 11 acquires a protocol message from the ECU 31, changes any signal value other than the CRC signal value, and then performs a CRC calculation. The controller 10 stores the CRC signal value, which is the result of the CRC calculation, in a designated area in a frame and transmits a new protocol message to the ECU 32. The ECU 32 determines the presence or absence of an error by comparing the CRC signal value stored in the message frame acquired from the simulator 11 with the CRC calculation value. The ECU 31 (corresponding to the "transmitting ECU" of the present invention) and the ECU 32 (corresponding to the "receiving ECU" of the present invention) calculate the CRC calculation value in the same manner.

[0015] Incidentally, when transmitting and receiving protocol messages in a system that complies with a specified level such as ASIL, it is necessary to transmit and receive data in a message frame that corresponds to the specified level. For example, if the specified level is a functional safety standard (automotive safety level) such as ASIL, it is necessary to add a CRC (Cyclic Redundancy Check: data error check code) and (CLK: Clock) as signal values ​​in the message frame. Protocol messages include Ethernet messages, CAN messages, FlexRay messages, LIN messages, etc.

[0016] In order to add a CRC signal value to an ASIL-compliant frame, editing the signal value in the frame may result in a setting error (data inconsistency) of the CRC signal value. Conventionally, a network simulation tool is used to receive ASIL-compliant frames. The frame types include Ethernet, FlexRay, CAN-HS, CAN-FD, LIN, etc., and the standard for calculating the CRC is determined according to the frame type. Therefore, conventionally, the corresponding CRC standard was selected according to the frame type, and the CRC signal value was calculated using a macro such as Excel based on the signal value to be edited. In addition, the signal setting was performed by rewriting the ID and signal stored in the frame in byte units using the network simulation tool. In such a conventional method, since the calculation of the CRC signal value is performed manually, there is a problem that setting errors (data inconsistency) of the CRC signal value frequently occur when, for example, the user does not understand the CRC calculation logic or the specifications of the CRC standard. In addition, if the user manually performs frame type determination and CRC calculation, it is difficult to complete within the average network cycle transmission time, and it is impossible to change and transmit the signal value.

[0017] To solve the above problems, the signal analysis system according to this embodiment stores logic for CRC calculation in a software library 12 and automates (standardizes) the calculation of the CRC signal value by referring to the properties of a database 20. Furthermore, the signal analysis system enables real-time transmission and reception of frames by automatically calculating the CRC signal value.

[0018] The signal generation process (signal analysis method) in the signal analysis system will be described below with reference to Fig. 2. Fig. 2 is a flow chart showing a control flow executed by the controller 10.

[0019] In step S10, the controller 10 acquires a frame including at least the ID, DLC, and CRC or CLK in the signal area from the ECU 31. In step S20, the controller 10 edits the signal value included in the acquired message frame to set a new signal value.

[0020] Setting of a new signal value will be described with reference to FIG. 3 or FIG. 4. FIGS. 3 and 4 are explanatory diagrams showing properties registered in the database 20 and the configuration of a data frame processed by the simulator 11. FIG. 3 shows an example of a frame type (CAN-HS). FIG. 3(a) is an explanatory diagram of properties. As shown in FIG. 3(a), the properties of the database 20 include at least an ID, a message name, DLC, a frame type, and a signal bit position. In addition, the area of ​​signal bit positions "0 to 1" and a part of the area of ​​"2" are data storage areas for the signal name (Signal 1), a part of the area of ​​signal bit position "2" and the area of ​​"3" are data storage areas for the signal name (Signal 2), the area of ​​signal bit position "5" is a data storage area for the signal name (CRC), and the area of ​​signal bit position "6" is a data storage area for the signal name (CLK: Clock). Although the storage position of data such as a signal value in a data frame is variable, the storage position (storage area) of the data is specified by registering the property in the database 20. 3 is just an example, and the layout may be freely defined by changing the storage position of each data for each message. For example, the storage area for CRC may be set to signal bit position "7".

[0021] FIG. 4 shows an example of a frame type (Ethernet). FIG. 4(a) is an explanatory diagram of properties. As shown in FIG. 4(a), the properties of the database 20 include at least DLC, CLK, ID, CRC, and signal bit position. DLC, CLK, ID, and CRC correspond to the header. In addition, the area of ​​signal bit position "0 to 1" and part of the area of ​​"2" are data storage areas for the signal name (Signal A), and part of the area of ​​signal bit position "2" and the area of ​​"3 to 7" are data storage areas for the signal name (Signal B). The storage positions of data such as signal values ​​in the data frame and data included in the header are variable, but the storage positions (storage areas) of the data are specified by registering properties in the database 20. Note that the layout of the signal bit positions shown in FIG. 4 is an example, and the storage positions of each data may be changed for each message to freely define the layout. In addition, signal bit positions may exist beyond "8", and signal values ​​having signal names other than the signal names (Signal A, B) may be stored in the area beyond "8".

[0022] In step S10, the controller 10 acquires each signal value of the ID, DLC, CRC, and data area. In step S20, if the frame acquired in the control process of step S10 is a CAN frame, the controller 10 uses the ID of the CAN frame as a key, refers to the properties of the database 20, and calculates storage areas for various data such as the signal value, CRC, and CLK. Furthermore, the value of Signal 1 in FIG. 3(a) is stored in the storage area of ​​Signal 1. Similarly, values ​​are stored in the storage areas for Signal 2 and CLK. At this time, the simulator 11 assigns values ​​as shown in the explanatory diagram of FIG. 3(b). Furthermore, the controller 10 stores padding data in areas that do not store data, except for the storage area of ​​the CRC. FIG. 3(c) is an explanatory diagram showing the configuration of the data frame after the padding data is stored. As a result, the controller 10 sets a new signal value.

[0023] Furthermore, if the frame acquired in the control process of step S10 is an Ethernet frame, the controller 10 uses the ID included in the header as a key, refers to the properties of the database 20, and calculates storage areas for various data such as the signal value, CRC, or CLK. The value of SignaA in FIG. 4(a) is stored in the storage area for SignaA, and the value of SignaB is stored in the storage area for SignaB. The simulator 11 assigns values ​​as shown in the explanatory diagram of FIG. 4(b). The controller 10 stores padding data in a data area (area other than the header) that does not store data. FIG. 4(c) is an explanatory diagram showing the configuration of a data frame after padding data has been stored. This allows the controller 10 to set a new signal value.

[0024] In step S30, the controller 10 acquires the frame type, DLC, and CRC or CLK data length of the frame by referring to the properties included in the database 20. In step S40, the controller 10 selects a CRC standard. Figure 5 is a flowchart showing a sub-flow of the control flow for selecting the CRC standard.

[0025] In step S401, the controller 10 determines whether the frame acquired in the control process of step S10 corresponds to the ASIL. The controller 10 uses the ID of the message frame acquired in the control process of step S10 as a key, refers to the properties of the database 20, and calculates whether the signal name includes CRC and CLK associated with the frame corresponding to the ASIL. If the signal names of CRC and CLK are included, it is determined that the frame corresponds to the ASIL. If the frame does not correspond to the ASIL, the simulator 11 ends the control flow and proceeds to step S70 without executing the process for calculating the CRC signal value described later.

[0026] If the frame acquired in the control process of step S10 corresponds to the ASIL, the controller 10 executes the process of steps S402 to S412. In the process flow of steps S402 to S412, the controller 10 selects a CRC standard corresponding to the message frame using a standard determination logic. FIG. 6 is a conceptual diagram for explaining the standard determination logic. As shown in FIG. 6, the CRC standard is determined by the frame type, DLC, and the data length conditions of the CRC or CLK. For example, when the type of the message frame is Ethernet, if the CRC is 2 bytes or less, the CRC standard is CRC16, if the CRC is more than 2 bytes and less than 4 bytes, the CRC standard is CRC32, and if the CRC is more than 4 bytes, the CRC standard is CRC64. Instead of the data length condition of the CRC, the CRC standard may be determined by the data length condition of the CLK. Specifically, if the message frame type is Ethernet, when CLK is 1 byte or less, the CRC standard is CRC16, when CLK is greater than 1 byte and less than 2 bytes, the CRC standard is CRC32, and when CLK is greater than 2 bytes, the CRC standard is CRC64.

[0027] If the message frame type is FlexRay, the CRC standard is CRC16 CCITT-FALSE. If the message frame type is CAN-FD_Regular and the DLC is longer than 8 bytes, the CRC standard is CRC16 CCITT-FALSE, and if the DLC is 8 bytes or less, the CRC standard is CRC8. For example, if the message frame type is CAN-HS or CAN-FD_Container, the CRC standard is CRC8.

[0028] The standard determination logic corresponds to a judgment logic for determining a corresponding CRC standard based on the conditions of the message frame type, the DLC data length, and the CRC or CLK data length. Note that, in order to determine the Ethernet CRC standard, the standard determination logic only needs to include logic for determining the CRC standard from at least the CRC or CLK data length.

[0029] In step S402, the controller 10 judges whether the CRC is longer than 4 bytes or the CLK is longer than 2 bytes. If the CRC is longer than 4 bytes or the CLK is longer than 2 bytes, the controller 10 selects the CRC standard (CRC64) (S403). If the CRC is 4 bytes or less or the CLK is 2 bytes or less, the controller 10 judges whether the CRC is longer than 2 bytes or the CLK is longer than 1 byte (step S404). If the CRC is longer than 2 bytes or the CLK is longer than 1 byte, the controller 10 selects the CRC standard (CRC32) (S405). If the CRC is 2 bytes or less or the CLK is 1 byte or less, the controller 10 judges whether the frame type is Ethernet (S406). If the frame type is Ethernet, the controller 10 selects the CRC standard (CRC16) (S407).

[0030] If the frame type is not Ethernet, the controller 10 determines whether the frame type is FlexRay (S408). If the frame type is FlexRay, the controller 10 selects the CRC standard (CRC16 CCITT-FALSE) (S409).

[0031] If the frame type is not FlexRay, the controller 10 determines whether the frame type is CAN-FD_regular in step S410. If the frame type is CAN-FD_regular, the controller 10 determines whether the DLC is longer than 8 bytes in step S411. If the DLC is longer than 8 bytes, the controller 10 selects the CRC standard (CRC16 CCITT-FALSE) (step S409). On the other hand, if the frame type is not CAN-FD_regular (determined as "No" in step S410), or if the frame type is CAN-FD_regular and the DLC is 8 bytes or less (determined as "No" in step S411), the controller 10 selects the CRC standard (CRC8) (step S45). The controller 10 automatically selects the CRC standard by the control process of step S40, and proceeds to step S50.

[0032] In step S50, the controller 10 uses CRC calculation logic to calculate a CRC signal value based on the ID and the signal value in accordance with the CRC standard. The signal value may be the signal value set in step S20. Note that the method of calculating the CRC signal value from the ID and the signal value may be a known method in accordance with the CRC standard, but in this embodiment, the CRC calculation process is performed using the CRC calculation logic stored in the software library 12, making it possible to automatically calculate the CRC signal value.

[0033] In step S60, the controller 10 stores the CRC signal value in a CRC storage area determined according to the frame type. For example, when the frame type is CAN-HS, the controller 10 stores the CRC signal value (code data: 0x1A) in the CRC storage area (signal byte position "5") determined by referring to the properties of the database 20. As a result, the controller 10 generates a message having a CAN frame configuration as shown in FIG. 3(d). FIG. 3(d) is an explanatory diagram showing the configuration of a data frame after the CRC signal value is stored. Also, for example, when the frame type is Ethernet, the controller 10 stores the CRC signal value (code data: 0x19750101) in the CRC storage area determined by referring to the properties of the database 20. As a result, the controller 10 generates a message having an Ethernet frame configuration as shown in FIG. 4(d). In step S70, the controller 10 transmits the message to the ECU 32. This ends the control flow of the signal analysis process by the controller 10.

[0034] 7 is an explanatory diagram showing the structure of a received frame (CAN frame). The ECU 32 acquires the CRC signal value stored in the signal byte position (signal byte position "5" in the example of FIG. 7). The acquisition of the signal bit position and the CRC signal value is executed by the simulator 11 with reference to the properties of the database 20. Then, the ECU 32 compares the CRC signal value with the calculated CRC value. If the CRC signal value and the calculated CRC value do not match, the ECU 32 determines that an abnormality has occurred in the network system including the ECUs 31 and 32.

[0035] Fig. 8 is an explanatory diagram showing the header structure of an Ethernet frame. Fig. 8(a) shows the header structure of the CRC standard (CRC16), Fig. 8(b) shows the header structure of the CRC standard (CRC32), and Fig. 8(c) shows the header structure of the CRC standard (CRC64). As shown in Figs. 8(a) and (b), when comparing the CRC standard (CRC16) and the CRC standard (CRC32), there is no difference in the data length of the DLC, so the type of frame cannot be determined from the DLC. On the other hand, since the data length of the CLK or the data length of the CRC is unique, it is possible to distinguish between CRC16, CRC32, and CRC64 by using the data length of the CLK or the data length of the CRC as the frame determination criterion (CRC standard determination criterion).

[0036] As described above, the signal generating device and the signal generating method according to the present embodiment acquire a message frame including at least an ID (Identifer) and a signal value, and if the message frame corresponds to a predetermined level, select a CRC standard corresponding to the message frame using a standard determination logic stored in the software library 12, calculate a CRC signal value conforming to the CRC standard using a CRC calculation logic stored in the software library 12, and generate a message frame by adding the CRC signal value to the message frame. The standard determination logic includes at least a logic for determining a CRC standard from the data length of the CRC or CLK. This allows a user to add a CRC signal value to a frame without knowing the CRC calculation logic conforming to the CRC standard. In addition, it becomes easy to perform a simulation design of a network that transmits and receives frames corresponding to the ASIL level, and it becomes possible to change the signal value in real time. Furthermore, by using a database, unnecessary changes to the signal value are eliminated, and therefore it is possible to prevent a setting error of the CRC signal value.

[0037] Furthermore, in this embodiment, the controller 10 obtains the data length information of the CRC or CLK from the message frame, thereby making it possible to obtain information for determining the CRC standard from the message frame.

[0038] Furthermore, in this embodiment, if the message frame does not correspond to a predetermined standard, the controller 10 does not execute the process for calculating the CRC signal value, thereby making it possible to omit unnecessary calculation processes.

[0039] In the signal analysis system according to this embodiment, the ECU 31 and the ECU 32 calculate the CRC values ​​using the same method, which enables satisfactory ECU evaluation in design and development, thereby improving quality.

[0040] Furthermore, in this embodiment, the standard determination logic includes logic for determining an appropriate CRC standard from the frame type and DLC, and the controller 10 uses the CRC standard determination logic to select a CRC standard appropriate for the message frame based on the ID of the acquired message frame from the frame type and DLC obtained by referencing the properties of the database 20. This makes it possible to automatically select a CRC standard appropriate for the message frame.

[0041] Furthermore, in this embodiment, the database 20 includes an ID, a message name, a DLC, a frame type, a signal name, and a signal bit position as information indicating the properties of a message frame, and the controller 10 acquires the frame type and DLC from the message frame by referring to the properties obtained from the database 20. This makes it possible to prevent a setting error of the CRC signal value.

[0042] Furthermore, in this embodiment, the controller 10 acquires the signal bit position obtained by referring to the property of the database 20, and stores the CRC signal value in the signal bit position determined by the property, thereby making it possible to prevent a setting error of the CRC signal value.

[0043] In addition, in this embodiment, the controller 10 edits the signal value included in the acquired message frame to set a new signal value, and uses the CRC calculation logic to calculate a CRC signal value based on the ID and the new signal value in accordance with the CRC standard, thereby preventing a setting error of the CRC signal value.

[0044] The signal analysis system according to the present embodiment further includes an ECU 32 that receives a new message frame, and the ECU 32 acquires a CRC signal value added to the received message frame and compares the CRC signal value with a calculated CRC value. This enables satisfactory ECU evaluation in design and development, and improves quality.

[0045] As a modification of this embodiment, the signal analysis system may further include a tester (DIAG tester) 40, as shown in FIG. 9. FIG. 9 is a block diagram showing a signal analysis system according to a modification of this embodiment. The tester 40 is connected to a network mounted on the vehicle 30, and is a device for determining whether the ECU 31 records the history of the occurrence of a fault as a DTC (diagnostic trouble code) according to specifications. The ECU 31 transmits a message frame to the ECU 32 on the network. The simulator 11 edits the transmission data to a signal value that allows the ECU 32 to record a DTC, and then performs the control flow of the signal generation process in this embodiment, and transmits a message frame to which a recalculated CRC signal value is added on the network. The ECU 32 receives the rewritten message frame, performs the control flow of the signal generation process in this embodiment, and sets a DTC according to the condition of the fault. After the ECU 32 normally performs the diagnosis process, the tester 40 transmits a DIAG request to the ECU 32. The ECU 32 transmits response data corresponding to the request from the tester 40 to the tester 40. The tester 40 verifies that the diagnostic process of the ECU 32 functions normally by checking the DTC from the response data of the ECU 32. Note that the operation check of the ECU using the tester 40 can also be performed on the ECU 31 in a similar manner.

[0046] As a modification of this embodiment, the signal analysis system may include a transmission simulation control unit 51 and a reception simulation control unit 52, as shown in Fig. 10. Fig. 10 is a block diagram showing a signal analysis system according to a modification of this embodiment. The signal analysis system does not necessarily include all the configurations included in the ECUs 31 and 32, and the control software of the ECUs 31 and 32 may be written as the ECUs 51 and 52 in a CAN measurement analysis tool to form a single analysis tool. For example, when performing a signal analysis process using a signal analysis system in implementing a network simulation design, it is preferable to apply an analysis tool (signal analysis system) like this modification.

[0047] As a modification of this embodiment, the signal analysis system may include only one of the ECUs, ECU 31 and ECU 32, as shown in Fig. 11. Fig. 11 is a block diagram showing a signal analysis system according to a modification of this embodiment. For example, when performing signal analysis processing on a transmission / reception signal of the ECU 31, a system like this modification may be applied.

[0048] The ECUs 31, 32, 51, and 52 correspond to the "control unit" of the present invention.

[0049] The above-described embodiments are described for the purpose of facilitating understanding of the present invention, and are not described for the purpose of limiting the present invention. Therefore, the elements disclosed in the above embodiments are intended to include all design modifications and equivalents that fall within the technical scope of the present invention. [Explanation of symbols]

[0050] 10 Controller 11 Simulator 12 Software Library 20 Database 30 Vehicles 31 Transmitting control unit 32 Receiving control unit 40 Tester (DIAG Tester) 51 Transmission simulation control unit 52 Receiving simulation control unit

Claims

1. A signal generating device for generating a signal used in a network system, A software library incorporating logic for determining a CRC standard and logic for calculating the CRC; a controller that references the software library and generates a signal used in a network system; The controller: Obtain a message frame that contains at least an ID (Identifer) and a signal value, if the message frame corresponds to a predetermined standard, selecting a CRC standard corresponding to the message frame using the standard determination logic; using said CRC calculation logic to calculate a CRC signal value according to said CRC standard; generating a new message frame by applying the CRC signal value to the message frame; The standard determination logic of the signal generating device includes at least logic for determining the CRC standard from the data length of a CRC or a CLK.

2. 2. The signal generating device according to claim 1, The controller: A signal generating device that references a database and obtains the data length of the CRC or the CLK from the message frame.

3. 3. The signal generating device according to claim 1, The specified level is the level at which the functional safety standard is established. The controller is configured not to execute the process for calculating the CRC signal value if the message frame is not a frame corresponding to the predetermined standard.

4. A signal analysis system including the signal generating device according to claim 1 or 2, a transmitting ECU for transmitting the message frame to the controller; a receiving ECU for receiving the new message frame, A signal analysis system in which the transmitting ECU and the receiving ECU calculate the CRC value in the same manner.

5. A signal generation method for generating a signal used in a network system, the method being executed by a controller, comprising: The controller: Obtain a message frame that contains at least an ID (Identifer) and a signal value, if the message frame corresponds to a predetermined standard, selecting a CRC standard corresponding to the message frame using a standard determination logic stored in a software library; calculating a CRC signal value based on the ID and the signal value in accordance with the CRC standard using CRC calculation logic stored in the software library; generating a message frame by applying the CRC signal value to the message frame; The standard determination logic includes logic for determining the CRC standard from data length information of a CRC or a CLK.

Images