CN112422391A - Controller-platform-based software-calibratable CAN (controller area network) design method - Google Patents
Controller-platform-based software-calibratable CAN (controller area network) design method Download PDFInfo
- Publication number
- CN112422391A CN112422391A CN202011403156.6A CN202011403156A CN112422391A CN 112422391 A CN112422391 A CN 112422391A CN 202011403156 A CN202011403156 A CN 202011403156A CN 112422391 A CN112422391 A CN 112422391A
- Authority
- CN
- China
- Prior art keywords
- controller
- design method
- signal
- calibratable
- defining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
- Small-Scale Networks (AREA)
Abstract
The invention provides a design method for a controller platform software calibratable CAN. The design method of the controller platform software calibratable CAN comprises the following steps: defining the arrangement form of the CAN signal; defining CAN ID, wherein the CAN ID is a structural body with internal elements capable of being calibrated; and defining a CAN signal which is a structural body with internal elements capable of being calibrated. By adopting the method and the device, both the CAN ID and the CAN signal in the application layer of the vehicle-mounted controller platform software CAN be defined as a structural body with internal elements capable of being calibrated. By the arrangement, when the CAN communication matrix is updated and the service objects are added, the code modification amount of the application layer of the corresponding vehicle-mounted controller platform software is greatly reduced, and a series of problems caused by overlarge code modification amount when the CAN communication matrix is updated and the service objects are added in the conventional vehicle-mounted controller platform software CAN be effectively relieved and even avoided.
Description
Technical Field
The invention belongs to the field of automobile communication, and particularly relates to a design method for a controller platform software calibratable CAN.
Background
In recent years, with the development of automotive electronics, the number of Electronic Control Units (ECUs) on automobiles has increased. In order to coordinate the components such as sensors and controllers produced by different manufacturers in the same automobile, the problem of transmitting the status signals and the control information must be solved according to a certain agreed standard. For this reason, the CAN bus protocol has been developed and widely used for automobile communication.
CAN is a short term for Controller Area Network (CAN), developed by BOSCH corporation of germany, which is known to develop and produce automotive electronics, and finally becomes an international standard (ISO 11898 protocol), which is one of the most widely used field buses internationally. In north america and western europe, the CAN bus protocol has become the standard bus for automotive computer control systems and embedded industrial control area networks, and possesses the J1939 protocol designed for large trucks and heavy work machinery vehicles with CAN as the underlying protocol.
Since the ISO 11898 protocol only specifies the data link layer and the physical layer, that is to say what ID is transmitted and what data is transmitted is undefined. For passenger cars, after the UDS and exhaust emission protocols are met, the vast majority of the ID segments remain. These ID fields are assigned by the host factory, and after assignment, a table in xls format, i.e., CAN communication matrix, is formed. The CAN communication matrix defines information such as a signal name, a signal length, a start byte, a start bit, precision, an offset, a physical range, a default value and the like of each CAN signal, and with the CAN communication matrix, a developer knows what ID data the part designed by the developer needs to receive and send out. Each node in the same vehicle network CAN complete information interaction and sharing by following the communication matrix, that is, each controller on the vehicle needs to develop application software according to the given CAN communication matrix to realize mutual communication. The number and the name of CAN signals of different vehicle types, the corresponding ID on the CAN message frame where the CAN signal is located, and the position and the length of the signal in the message frame are different.
However, for the existing controller-platform software, each time the CAN communication matrix is updated, a corresponding large amount of modification needs to be performed on the application layer code of the controller-platform software according to the given CAN communication matrix, and the code modification of the size not only risks the introduction of the Bug, but also CAN generate unexpected influence on other parts of the code. In addition, after the code modification is completed, a software static test, a dynamic test and a system test are required, and the software can be issued only after the test is passed. On the other hand, each time a new model of CAN matrix is to be supported, a corresponding CAN needs to be developed in the application layer of the controller platform software, and the code also needs to be modified.
Disclosure of Invention
The invention aims to solve the problem that code modification quantity is overlarge when a CAN communication matrix is updated and a service object is added in the conventional vehicle-mounted controller platform software.
In order to achieve the purpose, the invention provides a design method of a controller platform software calibratable CAN.
The design method of the controller platform software calibratable CAN comprises the following steps:
defining the arrangement form of the CAN signal;
defining CAN ID, wherein the CAN ID is a structural body with internal elements capable of being calibrated;
and defining a CAN signal which is a structural body with internal elements capable of being calibrated.
Preferably, the arrangement form of the CAN signal is defined as an Intel format, a Motorola _ LSB format, or a Motorola _ MSB format.
Preferably, the step of defining the CAN ID includes:
defining a preset number of sending IDs and receiving IDs, wherein the sending IDs and the receiving IDs are structural bodies with internal elements capable of being calibrated;
resources are reserved for subsequent CAN ID definition configuration.
Preferably, the transmission ID includes an ID number and an identification code of the controller to which the ID corresponds.
Preferably, the reception ID includes an ID number and an identification code of the controller to which the ID corresponds.
Preferably, the structure of the CAN signal includes a linear numerical type and a table type.
It is preferable that the internal elements of the CAN signal structure of the linear numerical type include a transmission ID, a reception ID, a start byte, a start bit, precision, an offset, a physical range, an invalid value, and a default value of the CAN signal.
Preferably, the internal elements of the CAN signal structure of the table type include a transmission ID, a reception ID, a start byte, a start bit, and a data table of the CAN signal.
Preferably, the data table contains state signal amplitudes, boolean signal amplitudes and/or interpolation-type values.
The invention has the beneficial effects that:
according to the design method for the controller-platform-based software calibratable CAN, both the CAN ID and the CAN signal in the software application layer are defined as the structural body with internal elements capable of being calibrated. By the arrangement, when the CAN communication matrix is updated and the service objects are added, the code modification amount of the application layer of the corresponding vehicle-mounted controller platform software is greatly reduced, and a series of problems caused by overlarge code modification amount when the CAN communication matrix is updated and the service objects are added in the conventional vehicle-mounted controller platform software CAN be effectively relieved and even avoided.
Additional features and advantages of the invention will be set forth in the detailed description which follows.
Drawings
The above and other objects, features and advantages of the present invention will become more apparent by describing in more detail exemplary embodiments thereof with reference to the attached drawings, in which like reference numerals generally represent like parts throughout.
FIG. 1 is a flow chart illustrating an implementation of a controller-platform software calibratable CAN design method according to an embodiment of the present invention.
Detailed Description
Preferred embodiments of the present invention will be described in more detail below. While the following describes preferred embodiments of the present invention, it should be understood that the present invention may be embodied in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
Example (b): fig. 1 shows a flowchart of an implementation of the controller-platform-based software calibratable CAN design method according to this embodiment. Referring to fig. 1, the controller-platform-based software calibratable CAN design method of the present embodiment includes the following steps:
step S100, defining the arrangement form of CAN signals;
step S200, defining CAN ID which is a structure body with internal elements capable of being calibrated;
and step S300, defining a CAN signal which is a structure body with internal elements capable of being calibrated.
In step S100 of this embodiment, the arrangement form of the CAN signal is defined as an Intel format, a Motorola _ LSB format, or a Motorola _ MSB format.
When defining a CAN communication matrix or making dbc, we need to know the byte arrangement order of the message. The byte ordering is the same as the byte ordering at the big end and the small end, wherein one is the Intel ordering, and the other is the Motorola ordering. The Intel format is the same as the little-end format, with low addresses representing low bytes and high addresses representing high bytes. The Motorola format is the same as the big-end format, with low addresses representing high bytes and high addresses representing low bytes. Unlike Intel, the Motorola format has 2 expressions, one is Motorola _ LSB whose start bit starts from the lower byte and the other is Motorola _ MSB whose start bit starts from the upper byte, but actually represents the same data structure but in a different expression.
Step S200 of this embodiment includes:
step S210, defining 32 sending IDs and 32 receiving IDs, wherein the sending IDs and the receiving IDs are structural bodies with interior elements capable of being calibrated;
and step S220, configuring reserved resources for the definition of the subsequent CAN ID.
In this embodiment, the transmission ID includes an ID number and an identification code of the controller corresponding to the ID.
In this embodiment, the receiving ID includes an ID number and an identification code of the controller corresponding to the ID.
In this embodiment, the structure of the CAN signal includes a linear numerical type and a table type.
In this embodiment, the internal elements of the linear numerical CAN signal structure include a transmission ID, a reception ID, a start byte, a start bit, a precision, an offset, a physical range, an invalid value, and a default value of the CAN signal.
In this embodiment, the internal elements of the table-type CAN signal structure include a transmission ID, a reception ID, a start byte, a start bit, and a data table of the CAN signal.
In this embodiment, the data table contains state signal amplitudes, boolean signal amplitudes, and/or interpolation-type values.
In step S300 of the present embodiment, the number of defined CAN signals is determined according to physical significance. Each CAN signal is designed into a structural body, and each element inside the structural body CAN be calibrated.
By applying the design method of the controller platform software capable of calibrating the CAN, each CAN signal is designed to be calibratable, so that the method is convenient and flexible and is easy to modify; software development work is reduced, the risk of Bug occurrence is reduced, and the development period is shortened; the method is more beneficial to platform software development, greatly reduces the repeated work of changing codes and has stronger reusability. And the CAN signal calibration is visual, so that the problems of testing and searching are facilitated.
Having described embodiments of the present invention, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments.
Claims (9)
1. A design method of a controller platform software calibratable CAN is characterized by comprising the following steps:
defining the arrangement form of the CAN signal;
defining CAN ID, wherein the CAN ID is a structural body with internal elements capable of being calibrated;
and defining a CAN signal which is a structural body with internal elements capable of being calibrated.
2. The controller-scalable CAN design method of claim 1, wherein the arrangement of CAN signals is defined as Intel format, Motorola LSB format, or Motorola MSB format.
3. The controller-instrumented software-calibratable CAN design method of claim 1, wherein the step of defining a CAN ID comprises:
defining a preset number of sending IDs and receiving IDs, wherein the sending IDs and the receiving IDs are structural bodies with internal elements capable of being calibrated;
resources are reserved for subsequent CAN ID definition configuration.
4. The controller-platform software-calibratable CAN design method of claim 3, wherein the transmission ID comprises an ID number and an identification code of the controller corresponding to the ID.
5. The controller-platform-software-calibratable CAN design method of claim 3, wherein the received ID comprises an ID number and an identification code of the controller corresponding to the ID.
6. The controller-platform software calibratable CAN design method of claim 1, wherein the structure of the CAN signal comprises a linear numerical type and a table type.
7. The controller-instrumented software-calibratable CAN design method of claim 6, wherein the internal elements of the linear numerical CAN signal structure include a transmission ID, a reception ID, a start byte, a start bit, a precision, an offset, a physical range, an invalid value, and a default value of the CAN signal.
8. The controller-scalable CAN design method of claim 6, wherein the internal elements of the tabular CAN signal structure comprise a transmission ID, a reception ID, a start byte, a start bit and a data table of the CAN signal.
9. The controller-platform software-calibratable CAN design method of claim 8, wherein the data table comprises status signal amplitude, boolean signal amplitude, and/or interpolation-type values.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011403156.6A CN112422391A (en) | 2020-12-04 | 2020-12-04 | Controller-platform-based software-calibratable CAN (controller area network) design method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011403156.6A CN112422391A (en) | 2020-12-04 | 2020-12-04 | Controller-platform-based software-calibratable CAN (controller area network) design method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112422391A true CN112422391A (en) | 2021-02-26 |
Family
ID=74830042
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011403156.6A Pending CN112422391A (en) | 2020-12-04 | 2020-12-04 | Controller-platform-based software-calibratable CAN (controller area network) design method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112422391A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113156915A (en) * | 2021-03-24 | 2021-07-23 | 江铃汽车股份有限公司 | Vehicle fault diagnosis platform implementation method |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7188162B1 (en) * | 1996-04-19 | 2007-03-06 | Kvaser Consulant Ab | Method and equipment for setting up a protocol/system protocol |
| CN105703990A (en) * | 2014-11-28 | 2016-06-22 | 联创汽车电子有限公司 | Analysis method and construction method of CAN communication message of vehicle controller |
| CN106950864A (en) * | 2017-04-11 | 2017-07-14 | 重庆长安汽车股份有限公司 | The CAN communication program creating method and device of a kind of entire car controller |
| CN108345288A (en) * | 2017-01-23 | 2018-07-31 | 长城汽车股份有限公司 | Automatic generation method, system and the vehicle of CAN signal interface software |
-
2020
- 2020-12-04 CN CN202011403156.6A patent/CN112422391A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7188162B1 (en) * | 1996-04-19 | 2007-03-06 | Kvaser Consulant Ab | Method and equipment for setting up a protocol/system protocol |
| CN105703990A (en) * | 2014-11-28 | 2016-06-22 | 联创汽车电子有限公司 | Analysis method and construction method of CAN communication message of vehicle controller |
| CN108345288A (en) * | 2017-01-23 | 2018-07-31 | 长城汽车股份有限公司 | Automatic generation method, system and the vehicle of CAN signal interface software |
| CN106950864A (en) * | 2017-04-11 | 2017-07-14 | 重庆长安汽车股份有限公司 | The CAN communication program creating method and device of a kind of entire car controller |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113156915A (en) * | 2021-03-24 | 2021-07-23 | 江铃汽车股份有限公司 | Vehicle fault diagnosis platform implementation method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8983714B2 (en) | Failsafe communication system and method | |
| CN108345288B (en) | Automatic generation method and system of CAN signal interface software and vehicle | |
| US6360145B1 (en) | Vehicle platform-portable controller | |
| US5077670A (en) | System and method applicable to vehicles for communicating between data processing stations | |
| KR101923511B1 (en) | Apparatus for communicating diagnostic vehicle and method thereof | |
| US20040142722A1 (en) | Databus communicator within a telemetry system | |
| CN113608483B (en) | Method for acquiring vehicle signal value, electronic equipment and electronic control unit | |
| CN112422391A (en) | Controller-platform-based software-calibratable CAN (controller area network) design method | |
| CN110119104B (en) | Vehicle-mounted communication system | |
| US20210273997A1 (en) | In-vehicle equipment controller and vehicle control system | |
| CN114089713A (en) | Communication method based on UDS, ECU and upper computer | |
| CN112003773A (en) | End-to-end checking method and system for CAN bus safety data | |
| US11741122B2 (en) | Vehicle data management device, vehicle data management system, and method of managing vehicle data | |
| US11518396B2 (en) | Method and control unit for facilitating diagnosis for a vehicle | |
| KR102402629B1 (en) | Method and control unit for transmitting information to and/or from a vehicle | |
| CN113225232B (en) | Hardware testing method and device, computer equipment and storage medium | |
| CN113515307A (en) | Calibratable can information processing system and method based on hybrid electric vehicle | |
| Lawrenz | Worldwide Status of CAN–Present and Future | |
| KR101596540B1 (en) | Semiconductor integrated circuit device | |
| CN115696266A (en) | Vehicle-mounted controller upgrading method, device, equipment and storage medium | |
| CN112367234B (en) | Simulation data generation method, terminal device and computer-readable storage medium | |
| CN113448304B (en) | Vehicle ECU diagnostic method and system | |
| CN113934198A (en) | Vehicle diagnosis method, vehicle diagnosis device, electronic device, and storage medium | |
| US11663857B2 (en) | Method and control unit for communicating with a vehicle | |
| Yellambalase et al. | Automatic node discovery in CAN (Controller Area Network) controllers using reserved identifier bits |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 100176 floor 10, building 1, zone 2, yard 9, Taihe 3rd Street, Beijing Economic and Technological Development Zone, Daxing District, Beijing Applicant after: Beijing National New Energy Vehicle Technology Innovation Center Co.,Ltd. Address before: 102600 1705, block a, building 1, No. 10, Ronghua Middle Road, Beijing Economic and Technological Development Zone, Daxing District, Beijing Applicant before: BEIJING NEW ENERGY VEHICLE TECHNOLOGY INNOVATION CENTER Co.,Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210226 |