CAN bus and configuration method for simultaneously transmitting standard frame messages and extended frame messages
By configuring the CanIf, CanTp, PduR and EcuC layers of the CAN bus and adding mailboxes and channels for extended frame messages, it is possible to simultaneously transmit standard frames and extended frame messages on the same CAN line, solving the compatibility issues of controllers in passenger cars and commercial vehicles and improving the versatility of the CAN bus.
Patent Information
- Application Number
- CN202411784799.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-06
- Publication Date
- 2025-09-30
- Estimated Expiration
- 2044-12-06
AI Technical Summary
In the prior art, the same controller in passenger cars and commercial vehicles cannot use the same software simultaneously due to the different CAN message frame formats, resulting in the inability to simultaneously transmit CAN standard frames and extended frames on a single CAN line.
The CAN bus configuration method is adopted, including the configuration of the CanIf layer, CanTp layer, PduR layer and EcuC layer, adding mailboxes and channels for sending and receiving extended frame messages, setting parameter containers for receiving and sending protocol data units, and implementing routing configuration of standard frames and extended frames. The microcontroller abstraction layer contains mailboxes for sending and receiving extended frames and standard frames.
It realizes the simultaneous transmission of standard frame and extended frame messages on the same CAN line, solves the problem of controller reuse in passenger cars and commercial vehicles, and improves the versatility of the CAN bus.
Smart Images

Figure CN119652695B_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of automobile open system architecture, and in particular to a CAN bus for simultaneously transmitting standard frame messages and extended frame messages and a configuration method thereof. Background Art
[0002] Currently, most passenger cars use CAN standard frame messages, while most commercial vehicles use CAN extended frame messages. However, many controllers can be used in both passenger cars and commercial vehicles. This means that even if the hardware of the same controller is the same, the same software cannot be used for both due to different CAN message frame formats. Therefore, there is an urgent need for a configuration method that adds extended frame messages to the CAN standard frame under the Autosar architecture to realize the transmission of standard frames and extended frames of CAN messages on a single CAN line, thereby enabling the reuse of the same controller in passenger cars and commercial vehicles. Summary of the Invention
[0003] The main purpose of the present invention is to provide a CAN bus and configuration method for simultaneously transmitting standard frame messages and extended frame messages, so as to realize the simultaneous use of CAN standard frame messages and extended frame messages on the same CAN line of the same controller.
[0004] The technical solution adopted by the present invention is: a CAN bus that transmits standard frame messages and extended frame messages at the same time, comprising:
[0005] The CanIf layer is used to assign CAN messages to CAN interfaces according to the CAN bus cluster and CAN ID in the CAN message description file, and to create and configure parameter containers for receive protocol data units and transmit protocol data units;
[0006] The CanTp layer includes channels used only for standard frame messages and channels used only for extended frame messages, as well as the corresponding configurations for receiving service data units and sending service data units;
[0007] The PduR layer includes a routing table, wherein the routing table is provided with routing configurations for the standard frame message and the extended frame message;
[0008] EcuC layer, the EcuC layer is a virtual module, including global protocol data units corresponding to the configuration of each layer;
[0009] The microcontroller abstraction layer (MCUALL) includes a communication driver that includes at least two first CAN mailboxes for sending and receiving extended frame messages, and a first CAN mailbox for sending and receiving standard frame messages. The MCUALL also includes a second CAN mailbox corresponding to the first CAN mailbox. Furthermore, the CAN mailboxes receive messages using a first-in, first-out mode.
[0010] According to the above technical solution, the CAN message includes an extended frame message and a standard frame message, which are related to the control function.
[0011] According to the above technical solution, the parameter container configuration content of the receiving protocol data unit includes: CANID, data length, message receiving node and response sequence number; the parameter container configuration content of the sending protocol data unit includes: CANID, data length, message sending node and response sequence number.
[0012] According to the above technical solution, the CAN ID of the parameter container of the received protocol data unit is the CAN extended frame message ID.
[0013] According to the above technical solution, the configuration of receiving the service data unit and sending the service data unit includes parameters CanTpBs, CanTpNar, CanTpNbr, CanTpNcr, CanTpSTmin, CanTpRxTaType and CanTpRxPaddingActivation.
[0014] According to the above technical solution, the global protocol data unit corresponding to each layer configuration includes a global protocol data unit associated with the extended frame message.
[0015] According to the above technical solution, the CAN hardware object in the communication driver in the microcontroller abstraction layer is of an extended type.
[0016] Another aspect of the present invention provides a method for configuring a CAN bus for simultaneously transmitting standard frame messages and extended frame messages, comprising:
[0017] Configure the communication driver of the microcontroller abstraction layer and add two first CAN mailboxes for sending and receiving extended frame messages;
[0018] In the CanIf layer, CAN messages are assigned to CAN interfaces according to the CAN bus cluster and CAN ID in the CAN message description file, and parameter containers for receiving protocol data units and sending protocol data units are created and configured;
[0019] At the CanTp layer, add a channel used only for extended frame messages, and add the configuration of receiving service data units and sending service data units;
[0020] At the PduR layer, routing configuration for the standard frame message and the extended frame message is added;
[0021] In the virtual module EcuC layer, a global protocol data unit corresponding to the configuration added in each layer is added;
[0022] The microcontroller abstraction layer is configured again, and two second CAN mailboxes corresponding to the two first CAN mailboxes are added.
[0023] A third aspect of the present invention provides a computer storage medium storing a computer program executable by a processor, wherein the computer program executes the above-mentioned method for configuring a CAN bus for simultaneously transmitting standard frame messages and extended frame messages.
[0024] A fourth aspect of the present invention provides a computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer device executes the above-mentioned method for configuring a CAN bus for simultaneously transmitting standard frame messages and extended frame messages.
[0025] The beneficial effects of the present invention are as follows: the present invention provides a CAN bus and configuration method for simultaneously transmitting standard frame messages and extended frame messages. Compared with a CAN bus that can only transmit standard frame messages or extended frame messages, the communication driver of the microcontroller abstraction layer of the CAN bus includes a CAN mailbox for sending and receiving extended frame messages and a CAN mailbox for sending and receiving standard frame messages. Correspondingly, configurations for the standard frame messages and extended frame messages are set at the CanIf layer, CanTp layer, PduR layer, and virtual module EcuC layer, thereby realizing the association between the various layers of the CAN bus and the underlying chip and the CAN module when transmitting standard frame messages or extended frame messages. The CAN bus of the present invention can realize the simultaneous transmission of standard frame messages and extended frame messages. BRIEF DESCRIPTION OF THE DRAWINGS
[0026] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following is a brief introduction to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.
[0027] Figure 1 A schematic diagram of the structure of a CAN bus for simultaneously transmitting standard frame messages and extended frame messages according to an embodiment of the present invention;
[0028] Figure 2 Flowchart of a method for configuring a CAN bus for simultaneously transmitting standard frame messages and extended frame messages according to an embodiment of the present invention;
[0029] Figure 3 A configuration diagram of a communication driver in a microcontroller abstraction layer according to an embodiment of the present invention;
[0030] Figure 4 This is a configuration diagram of the CanIf layer in an embodiment of the present invention;
[0031] Figure 5 This is a configuration diagram of the CanTp layer in an embodiment of the present invention;
[0032] Figure 6 A configuration diagram of the PduR layer according to an embodiment of the present invention;
[0033] Figure 7 This is a configuration diagram of the EcuC layer according to an embodiment of the present invention;
[0034] Figure 8 This is a configuration diagram of the microcontroller abstraction layer according to an embodiment of the present invention. DETAILED DESCRIPTION
[0035] In order to make the purpose, technical solutions and advantages of the present invention more clearly understood, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention.
[0036] It should be noted that the illustrations provided in the embodiments of the present invention are only schematic illustrations of the basic concept of the present invention. Therefore, the drawings only show components related to the present invention and are not drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component can be changed at will, and the component layout type may also be more complicated.
[0037] In the present invention, it should also be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer" and the like are used to indicate positions or locations based on those shown in the accompanying drawings. These terms are intended solely to facilitate the description of the present application and to simplify the description. They are not intended to indicate or imply that the devices or components referred to must have a specific orientation, be constructed, or operate in a specific orientation. Therefore, they should not be construed as limiting the present application. Furthermore, the terms "first" and "second" are used solely for descriptive and distinguishing purposes and should not be construed as indicating or implying relative importance.
[0038] Example 1
[0039] This embodiment provides a CAN bus that transmits standard frame messages and extended frame messages at the same time, and its structure is as follows: Figure 1 As shown. Includes:
[0040] The CanIf layer is used to assign CAN messages to CAN interfaces according to the CAN bus cluster and CAN ID in the CAN message description file, and to create and configure the parameter containers of the receive protocol data unit and the send protocol data unit.
[0041] CAN messages include extended frame messages and standard frame messages, and are communication messages related to control functions.
[0042] The parameter container configuration content of the receiving protocol data unit includes: CAN ID, data length, message receiving node and response sequence number. The parameter container configuration content of the sending protocol data unit includes: CAN ID, data length, message sending node and response sequence number.
[0043] The CAN ID of the parameter container of the received protocol data unit is a CAN extended frame message ID.
[0044] Specifically, the CAN interface is CanIfInitHohCfg, the parameter container of the receiving protocol data unit is CanIfTxPduCfg, the parameter container of the sending protocol data unit is TxIndicationUL, and the response sequence number is PduRef.
[0045] The CanTp layer includes channels used only for standard frame messages and channels used only for extended frame messages, as well as the corresponding configurations for receiving service data units and sending service data units.
[0046] The configuration of receiving service data units and sending service data units includes parameters CanTpBs, CanTpNar, CanTpNbr, CanTpNcr, CanTpSTmin, CanTpRxTaType and CanTpRxPaddingActivation.
[0047] The PduR layer includes a routing table, which is provided with routing configurations for the standard frame message and the extended frame message.
[0048] The routing configuration includes the sending routing PdurDestPdur and the receiving routing PdurSrcPdur, which are used to associate the PduR module with the CanTp module and the PduR layer with the Dcm module.
[0049] The EcuC layer is a virtual module that includes a global protocol data unit corresponding to the configuration of each layer.
[0050] In the configuration of ECU, some information needs to be shared among multiple BSWQ modules. Since it is impossible to define who owns the shared information, the virtual module EcuC is introduced.
[0051] The global protocol data units corresponding to the configuration of each layer include global protocol data units associated with the extended frame message.
[0052] The global protocol data unit (PDU) includes the global protocol data unit (PDU) from the Dcm module to the PduR module, the PduR module to the CanTp module, the CanTp module to the CanIf module, the CanIf module to the CanTp module, the CanTp module to the PduR module, and the PduR module to the Dcm module, associating the protocol data units (PDUs) of each layer. The global PDU in the EcuC module does not need to care about its data type, only the length of the protocol data unit (PDU).
[0053] The microcontroller abstraction layer (MCUAL) includes a communication driver that includes at least two first CAN mailboxes for sending and receiving extended frame messages, and a CAN mailbox for sending and receiving standard frame messages. The MCUAL also includes two second CAN mailboxes corresponding to the two first CAN mailboxes, which are used to establish a connection between the underlying chip and the CAN module. Specifically, the CAN hardware objects in the communication driver within the MCUAL include the extended type EXTENDED and the standard type STANDARD. The CAN hardware objects herein are of the extended type EXTENDED. The CAN mailboxes receive messages using a first-in, first-out (FIFO) model.
[0054] The CAN bus in this embodiment can realize the simultaneous transmission of extended frame messages and standard frame messages.
[0055] Example 2
[0056] This embodiment provides a configuration method for a CAN bus that transmits standard frame messages and extended frame messages at the same time. This configuration method is applicable to the configuration of the CAN bus that transmits standard frame messages and extended frame messages at the same time as described in Example 1. Figure 2 As shown, the steps include:
[0057] S1. Configure the communication driver in the microcontroller abstraction layer, such as Figure 3 shown.
[0058] Specifically, add 2 first CAN mailboxes to the original CAN mailbox
[0059] CANNODE_0_Tx_Std_MailBox_2 and CANNODE_0_Rx_Std_MailBox_2, CanIdType is set to EXTENDED.
[0060] Furthermore, the CAN hardware object in the communication driver in the microcontroller abstraction layer includes an extended type EXTENDED and a standard type STANDARD, and the CAN hardware object here is set to the extended type EXTENDED.
[0061] S2. Configure the CanIf layer to associate the CanIf module with the CanTp module and the Canif module with the CAN driver module, such as Figure 4 shown.
[0062] The CanIf layer is used to assign CAN messages to CAN interfaces based on the CAN bus cluster and CAN ID in the CAN message description file, and to create and configure parameter containers for receive and transmit protocol data units. The parameter container configuration content of the receive protocol data unit includes: CAN ID, data length, message receiving node, and response sequence number; the parameter container configuration content of the transmit protocol data unit includes: CAN ID, data length, message sending node, and response sequence number.
[0063] Specifically, the two CAN mailboxes of the CAN driver layer are matched in the sub-items CanIfBufferCfg and CanIfInitHohCfg of CanIfInitCfg. The CAN communication messages Diag_FOTA_request_CANNODE_0 and Diag_FOTA_response_CANNODE_0 related to the control function are configured in the sub-items CanIfRxPduCfg and CanIfTxPduCfg.
[0064] Furthermore, CanIfRxPduCanId is set to the CAN extended frame message ID, that is, the identifier of the CAN interface for receiving CAN L-pdu, and CanIfRxPduCanIdType is set to EXTENDED_CAN, that is, the identifier of the CAN receiving CAN L-PDU, which is received by the CAN driver.
[0065] Furthermore, CAN L-PDU and EXTENDED_CAN represent CAN extended frame messages. CAN L-PDU is associated with Diag_FOTA_request_CANNODE_0_CanIf2CanTp, and EXTENDED_CAN is associated with Diag_FOTA_response_CANNODE_0_CanTp2CanIf.
[0066] Among them, the CAN message includes extended frame messages and standard frame messages, which are communication messages related to control functions. The frame structure of the standard frame consists of a start bit SOF, a frame type RTR or IDE, a frame identifier ID and data Data. The start bit identifies the beginning of a new CAN frame, the frame type field contains the remote transmission request RTR and the identifier extension bit IDE, and the frame identifier contains the unique identifier of the frame, which is used to distinguish different CAN frames. The data field contains the actual transmitted data. The frame structure of the extended frame also consists of a start bit SOF, a frame type RTR, IDE, an extended identifier SID and data Data. The frame identifier of the extended frame is called the extended identifier SID, which is a 29-bit field used to provide a larger address space.
[0067] S3. Configure the CanTp layer to associate the CanIf module with the CanTp module and the CanTf module with the PDURC module, such as Figure 5 shown.
[0068] The CanTp layer includes a channel used only for standard frame messages and a channel used only for extended frame messages, as well as the corresponding configurations for receiving and sending service data units. The configurations for receiving and sending service data units include parameters CanTpBs, CanTpNar, CanTpNbr, CanTpNcr, CanTpSTmin, CanTpRxTaType, and CanTpRxPaddingActivation.
[0069] Specifically, a channel CanTpChannel_Ext is added for extended frames.
[0070] Add the following to the subitem of CanTpRxNSdu
[0071] Diag_FOTA_request_CANNODE_0_CanIf2CanTp and
[0072] Diag_FOTA_response_CANNODE_0_CanTp2CanIf associated Diag_FOTA_request_CANNODE_0_CanTp2PduR;
[0073] Add the following to the subitem of CanTpTxNSdu:
[0074] Diag_FOTA_request_CANNODE_0_CanIf2CanTp and
[0075] Diag_FOTA_response_CANNODE_0_CanTp2CanIf associated Diag_FOTA_response_CANNODE_0_PduR 2CanTp.
[0076] S4. Configure the PduR layer to associate the PduR module with the CanTp module and the PduR layer with the Dcm module, such as Figure 6 shown.
[0077] The PduR layer includes a routing table, which is provided with routing configurations for the standard frame message and the extended frame message, and the routing configurations include receiving routing and sending routing.
[0078] Specifically, add PduRRoutingPath in PduRRoutingTables: Diag_FOTA_request_CANNODE_0_CanTp2PduR, Diag_FOTA_response_CANNODE_0_Dcm2CanTp
[0079] Furthermore, Diag_FOTA_request_CANNODE_0_CanTp2PduR and Diag_FOTA_request_CANNODE_0_CanTp2PduR and
[0080] Diag_FOTA_request_CANNODE_0_PduR2Dcm association.
[0081] Diag_FOTA_response_CANNODE_0_Dcm2CanTp and
[0082] Diag_FOTA_response_CANNODE_0_Dcm2PduR and
[0083] Diag_FOTA_response_CANNODE_0_PduR2CanTp associated.
[0084] S5. Configure the EcuC layer, such as Figure 7 shown.
[0085] The EcuC layer is a virtual module that includes global protocol data units corresponding to the configuration of each layer. In the configuration of the ECU, some information needs to be shared between multiple BSWQ modules. Since it is impossible to define who owns the shared information, the virtual module EcuC is introduced.
[0086] The global protocol data units corresponding to the configuration of each layer include global protocol data units associated with extended frame messages, including global protocol data units (Pdus) from the Dcm module to the PduR module, the PduR module to the CanTp module, the CanTp module to the CanIf module, the CanIf module to the CanTp module, the CanTp module to the PduR module, and the PduR module to the Dcm module, associating the protocol data units (PDUs) of each layer. The global PDU in the EcuC module does not need to care about its data type, only the length of the protocol data unit (PDU).
[0087] Specifically, add the following configuration to the PduR sub-item:
[0088] Diag_FOTA_response_CANNODE_0_Phys_Dcm2PduR, Diag_FOTA_response_CANNODE_0_Phys_PduR2CanTp, Diag_FOTA_response_CANNODE_0_Phys_Can Tp2CanIf, Diag_FOTA_request_CANNODE_0_CanIf2CanTp, Diag_FOTA_request_CANNODE_0_CanTp2PduR, Diag_FOTA_request_CANNODE_0_PduR2Dcm.
[0089] S6. Configure the microcontroller abstraction layer again, such as Figure 8 shown.
[0090] Add two second CAN mailboxes to the original CAN mailbox to open up the connection between the underlying chip and the CAN module.
[0091] This embodiment can configure a CAN bus that can simultaneously transmit standard frame messages and extended frame messages.
[0092] Example 3
[0093] The present application also provides a computer-readable storage medium, such as a flash memory, a hard disk, a multimedia card, a card-type memory, a random access memory (RAM), a static random access memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a disk, an optical disk, a server, an App application store, etc., on which a computer program is stored, and when the program is executed by a processor, a corresponding function is implemented. When the computer-readable storage medium of this embodiment is executed by a processor, the configuration method of the CAN bus for simultaneously transmitting standard frame messages and extended frame messages described in Example 2 is implemented.
[0094] Example 4
[0095] This embodiment provides a computer device, such as a smartphone, tablet computer, laptop computer, desktop computer, rack server, blade server, tower server, or cabinet server, capable of executing programs. The computer device of this embodiment includes at least, but is not limited to, a memory and a processor that are interconnected via a system bus. The computer device of this embodiment implements the method for configuring a CAN bus for simultaneously transmitting standard frame messages and extended frame messages described in Example 2.
[0096] Example 5
[0097] This embodiment provides a detachable vehicle controller, which is equipped with the CAN bus in Example 1 that transmits standard frame messages and extended frame messages at the same time, and is adaptable to multiple vehicle models, including passenger cars and commercial vehicles.
[0098] After receiving the message data, the controller identifies the frame type of the message, determines whether the message belongs to a standard frame or an extended frame, and selects the corresponding transmission path in the CAN bus to complete the transmission of the message.
[0099] In summary, the present invention proposes a CAN bus and configuration method for simultaneously transmitting standard frame messages and extended frame messages. The CAN bus includes a CAN mailbox for sending and receiving extended frame messages and a transmission path for sending and receiving standard frame messages, realizing the function of simultaneously transmitting standard frame and extended frame messages on one CAN line, solving the problem that controllers of commercial vehicles and passenger cars cannot be reused due to the single type of CAN message transmitted by the CAN bus.
[0100] It should be pointed out that, according to the needs of implementation, the various steps / components described in this application can be split into more steps / components, or two or more steps / components or partial operations of steps / components can be combined into new steps / components to achieve the purpose of the present invention.
[0101] The size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.
[0102] It should be understood that those skilled in the art can make improvements or changes based on the above description, and all such improvements and changes should fall within the scope of protection of the appended claims of the present invention.
Claims
1. A CAN bus that transmits standard frame messages and extended frame messages simultaneously, characterized in that: include: The CanIf layer is used to assign CAN messages to CAN interfaces according to the CAN bus cluster and CAN ID in the CAN message description file, and to create and configure the parameter containers of the receive protocol data unit and the transmit protocol data unit; The CanTp layer includes channels used only for standard frame messages and channels used only for extended frame messages, as well as the corresponding configurations for receiving service data units and sending service data units; The PduR layer includes a routing table, wherein the routing table is provided with routing configurations for the standard frame message and the extended frame message; EcuC layer, the EcuC layer is a virtual module, including global protocol data units corresponding to the configuration of each layer; A microcontroller abstraction layer, whose communication driver includes at least two first CAN mailboxes for sending and receiving extended frame messages, and a first CAN mailbox for sending and receiving standard frame messages. The microcontroller abstraction layer also includes a second CAN mailbox corresponding to the first CAN mailbox.
2. The CAN bus for simultaneously transmitting standard frame messages and extended frame messages according to claim 1, characterized in that: The CAN messages include extended frame messages and standard frame messages, and are related to control functions.
3. The CAN bus for simultaneously transmitting standard frame messages and extended frame messages according to claim 1, characterized in that: The parameter container configuration content of the receiving protocol data unit includes: CAN ID, data length, message receiving node and response sequence number; the parameter container configuration content of the sending protocol data unit includes: CAN ID, data length, message sending node and response sequence number.
4. The CAN bus for simultaneously transmitting standard frame messages and extended frame messages according to claim 2, characterized in that: The CAN ID of the parameter container of the received protocol data unit is a CAN extended frame message ID.
5. The CAN bus for simultaneously transmitting standard frame messages and extended frame messages according to claim 1, characterized in that: The configuration of receiving the service data unit and sending the service data unit includes parameters CanTpBs, CanTpNar, CanTpNbr, CanTpNcr, CanTpSTmin, CanTpRxTaType and CanTpRxPaddingActivation.
6. The CAN bus for simultaneously transmitting standard frame messages and extended frame messages according to claim 1, characterized in that: The global protocol data units corresponding to the configuration of each layer include global protocol data units associated with the extended frame message.
7. The CAN bus for simultaneously transmitting standard frame messages and extended frame messages according to claim 1, characterized in that: The CAN hardware object in the communication driver in the microcontroller abstraction layer is of an extended type.
8. A method for configuring a CAN bus for simultaneously transmitting standard frame messages and extended frame messages, characterized in that: include: Configure the communication driver of the microcontroller abstraction layer and add at least two first CAN mailboxes for sending and receiving extended frame messages; In the CanIf layer, CAN messages are assigned to CAN interfaces according to the CAN bus cluster and CAN ID in the CAN message description file, and parameter containers for receiving protocol data units and sending protocol data units are created and configured; At the CanTp layer, add a channel used only for extended frame messages, and add the configuration of receiving service data units and sending service data units; At the PduR layer, routing configuration for the standard frame message and the extended frame message is added; In the virtual module EcuC layer, a global protocol data unit corresponding to the configuration added in each layer is added; The microcontroller abstraction layer is configured again, and two second CAN mailboxes corresponding to the two first CAN mailboxes are added.
9. A computer storage medium, characterized in that A computer program executable by a processor is stored therein, and the computer program executes the configuration method of the CAN bus for simultaneously transmitting standard frame messages and extended frame messages as described in claim 8.
10. A computer device, characterized in that: The computer device comprises a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the computer device executes the configuration method of the CAN bus for simultaneously transmitting standard frame messages and extended frame messages as described in claim 8.