Methods for improving data transmission between mobile phone and vehicle computer

Abstract

The present invention discloses a method for improving data transmission between a mobile phone and a vehicle computer. The app software end needs to adapt single ID reading and batch reading of all ECUs, including data sending mode and parsing mode. For the VCI device layer, the splitting of instructions and the reorganization of response data are key. It is necessary to adapt the new and old VCIs, and the sold products need to be remotely upgraded. The data transmission method of the present invention can obtain the response data of all data IDs by sending a read command only once, and it is simpler and more intuitive to view important parameters, remove parameters that do not need to be concerned about, and at the same time, the ECU configuration is modified, and the VCI can be adapted immediately.

Description

Technical Field

[0001] The present invention relates to the technical field of data transmission, and in particular to a method for improving data transmission between a mobile phone and a vehicle computer. Background Art

[0002] When performing maintenance tasks, automobile maintenance personnel need to read certain ECU parameters of the car and display them in real time. By observing the changing patterns of the parameters, they can find possible fault points, troubleshoot the faults based on these fault points, and then perform maintenance work.

[0003] The traditional reading method is single ID transmission, that is, the developer configures the ECU parameters one by one into the software. When reading data, the configured data structure (including data ID) is sent to VCI (maintenance diagnostic equipment) via Bluetooth. VCI parses the data structure and then sends instructions to the vehicle CAN network. When the CAN network responds, the data is sent to VCI, and VCI returns to the mobile phone. In this way, the single ID data is read (see the method flow chart - Figure 1 ), and then send the next ID, and send it in a loop. When all IDs are sent and received, they will be rendered to the page uniformly, and then the maintenance personnel can see the ECU parameters. This is just the work of the ECU completing a complete data stream reading. Since continuous real-time response is required, we have enabled the cyclic scheduling task on the mobile phone to execute the entire process in a loop. If there are few data IDs, real-time response is no problem, but if there are too many IDs, there will be high latency and the maintenance personnel will not be able to observe in real time.

[0004] The traditional way of reading data is to read all the parameters and then render them at one time. When there are many data IDs, there is too much data on the page, which makes the maintenance personnel dizzy. There are many parameters that the maintenance personnel do not need to pay attention to, which seriously interferes with data judgment.

[0005] When ECU parameters are modified, traditional equipment cannot be upgraded and adapted immediately and needs to be returned to the factory for upgrading, which seriously affects work efficiency.

[0006] Often during use, ECU parameter configuration is constantly updated. If a device is compatible with multiple ECUs, it needs to be returned to the factory for upgrade every time the ECU parameter configuration changes, which brings inconvenience to maintenance work. Summary of the invention

[0007] The present invention provides a method for improving data transmission between a mobile phone and a vehicle computer to solve the problems mentioned in the background technology.

[0008] To achieve the above object, the technical solution adopted by the present invention is:

[0009] The method for improving data transmission between a mobile phone and a vehicle computer specifically comprises the following steps:

[0010] 1) Give an alias to the existing ECU. The alias is unique and is also the characteristic value of the ECU type;

[0011] 2) Diagnose different ECUs to configure data IDs. The data structure is as follows:

[0012] {

[0013] nLi d data ID, each ID represents a parameter

[0014] nSubSi gCnt The number of sub-signals, indicating whether there is a sub-signal ID under each ID

[0015] sName parameter name

[0016] sUn it parameter unit

[0017] nBitOffset bit offset value

[0018] nBitLength The ID response data bit length

[0019] dbLi nearFactor physical coefficient

[0020] dbLi nearOffset physical offset value

[0021] nDataTypeData type

[0022] }

[0023] 3) Assemble the ECU parameters according to the data structure in the second step, and store the single structure data into the queue after the assembly is completed;

[0024] 4) Loop the data structure queue in the third step, take out nLi d, and store nLi d in a separate queue;

[0025] 5) Redefine new data reading instructions, start batch reading CAN diagnostic data stream instruction 0x20, variable identification SI D_L I D_StartReadCanDi agData; get batch reading CAN diagnostic data stream result instruction 0x21, variable identification SI D_L I D_GetReadCanDi agDataResult; stop batch reading CAN diagnostic data stream instruction 0x22, variable identification SI D_L I D_StopReadCanDi agData;

[0026] 6) Define SI D_LI D_StartReadCanDi agData: 0x20 The negative response code for batch read data is as follows. The positive response code is 0x60. Other negative response codes are: 0x33 means VC I is busy or the previous batch read has not ended; 0x12 means VC I does not support this service; 0x22 means CAN diagnostic service is not open; the solutions for different negative response codes are as follows:

[0027] A> If the negative response code is: 0x33, you need to stop the previous batch read before starting a new read service;

[0028] B> If the negative response code is: 0x12, the VC I program needs to be updated;

[0029] C> If the negative response code is: 0x22, it is necessary to initialize the CAN bus and start the diagnostic service;

[0030] 7) Define SID_LID_GetReadCanDi agDataResult: 0x21 Get diagnostic data stream result negative response code is as follows, positive response code is 0x61, other negative response codes are: 0x33 means VC I batch read is not finished; 0x12 means VC I does not support this service; 0x22 means batch read service is not open, different negative response code solutions are as follows:

[0031] A> If the negative response code is: 0x33, you need to wait for the batch read to complete before returning the read value;

[0032] B> If the negative response code is: 0x12, the VC I program needs to be updated;

[0033] C> If the negative response code is: 0x22, you need to start the batch read service;

[0034] 8) Define SI D_LI D_StopReadCanDi agData: 0x22 to get the diagnostic data stream result. The negative response code is as follows. The positive response code is 0x62. Other negative response codes are: 0x12 means that VC I does not support this service; 0x22 means that the batch read service has not started or has ended. The solutions for different negative response codes are as follows:

[0035] A> If the negative response code is: 0x12, the VC I program needs to be updated;

[0036] B> If the negative response code is: 0x22, no action is required;

[0037] 9) Define the data structure for starting batch read data service (0x20), as follows:

[0038] {

[0039] chan CAN channel number

[0040] Index KWP service index number, specifying the CAN channel

[0041] SID service SID, each ECU may be different

[0042] di d_l en The length of each data ID byte

[0043] di d_num The number of data IDs sent

[0044] di d_data

[512] Byte array of data ID

[0045] }

[0046] 10) Define the data structure for obtaining batch read data service (0x21), as follows:

[0047] {

[0048] ANS ID 0x61 is a positive response code, 0x7F is a negative response code chan CAN channel number

[0049] index KWP service index number

[0050] di d_num DID number

[0051] data_l en_h i Data byte length high 8 bits

[0052] data_l en_l o Data byte length lower 8 bits

[0053] data

[1024] The data queue corresponding to the DID

[0054] }

[0055] The negative response data structure of this command is defined as follows:

[0056] {

[0057] ANS ID 0x7F is a negative response code

[0058] did 0x21

[0059] neg_code negative response code (refer to step 7)

[0060] chan CAN channel number

[0061] index KWP service index number

[0062] }

[0063] 11) End batch read data service (0x22) without parameters, just send it as a normal command, and refer to step 10 for negative response;

[0064] 12) Insert the VC I into the OBD port of the car, pair the mobile phone Bluetooth with the VC I, and after the connection is successful, select an ECU type in the mobile phone software interface. The program initializes the ECU according to the alias in step 1, and now a complete data ID queue is obtained (refer to steps 3 and 4);

[0065] 13) At this time, assign the entire queue to the byte queue of did_data in the structure of step 9, fill in the number of IDs in the queue in did_num, fill in the byte length of the ID itself in did_len, sid has been configured in the software according to different ECUs, and is a fixed value. The chan value is the CAN channel number, which is also a fixed value configured in the software. The index number of the index service is returned by StartKwpServi ce() in the software and is obtained when the ECU is initialized;

[0066] 14) After step 13 is completed, two commands need to be added to the outer layer of the data structure. One is 0x90, which represents the meaning of a certain type of command, which is identified and parsed by VC I, and the other is 0x20, which represents the start batch read service command.

[0067] 15) After the data is assembled, the mobile phone sends the command data to VC I. When VC I detects the batch read data service instruction 0x20, it splits the did_data queue ID in the data structure. After the split is completed, VC I sends the instructions to the vehicle CAN network one by one. When all IDs are read, VC I will re-integrate the single response data and store the integrated data in VC I;

[0068] 16) When sending the batch read service command, the mobile terminal will start the 0x21 command service for obtaining batch data. If it is a positive response 0x61, the data will be returned according to the data structure defined in step 10. The mobile terminal will parse the data according to the structure of the data response and the data ID structure configured in step 2, and finally render it to the mobile page. If the data acquisition service response is a negative response 0x7F, the corresponding processing will be performed according to the negative response command in step 10;

[0069] 17) After obtaining the data in the previous step, the mobile phone renders the data, and the data IDs from sending to receiving are calculated according to 100 data IDs;

[0070] 18) The mobile phone starts the loop reading task and repeats steps 14-17 to complete the real-time data response;

[0071] 19) Create a new configuration queue on the mobile phone. When reading the data stream, the maintenance personnel can check which parameters need to be paid attention to. After checking certain parameters, the checked parameters are added to the configuration queue. Before the next batch read service task is executed, the full data ID queue is replaced with the existing configuration queue. The data ID queue used by the next task will be this new configuration queue. Re-execute step 13 to build a new read instruction to read the data;

[0072] 20) When the page exits, we execute the 0x22 command to directly close the batch read service and end the batch read service;

[0073] 21) If the ECU configuration changes, the mobile phone software update is directly released, and the user opens the mobile phone software to directly confirm the update. If the VC I program needs to be updated and adapted, the VC I program is released on the remote server, and the supply number is directly entered to complete the VC I update.

[0074] Compared with the prior art, the present invention has the following beneficial effects:

[0075] The number of communications between the mobile phone and the VCI via Bluetooth is reduced, thereby reducing the data reading response time from the original response time of about 2 seconds to milliseconds.

[0076] Only one read command is required to obtain the response data of all data IDs, making it easier and more intuitive to view important parameters and remove unnecessary parameters. At the same time, if the ECU configuration is modified, VC I can adapt immediately. BRIEF DESCRIPTION OF THE DRAWINGS

[0077] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0078] Figure 1 Single ID data reading flow chart;

[0079] Figure 2 Batch ID data reading flow chart. DETAILED DESCRIPTION

[0080] In order to make the technical means, creative features, purpose and efficacy of the present invention easy to understand, the present invention is further described in detail below in conjunction with the embodiments. It should be understood that the specific embodiments described herein are only used to explain this description and are not intended to limit the present invention.

[0081] like Figure 1-2 The present invention provides a method for improving data transmission between a mobile phone and a vehicle computer, which specifically includes the following steps:

[0082] 1) Give an alias to the existing ECU. The alias is unique and is also the characteristic value of the ECU type;

[0083] 2) Diagnose different ECUs to configure data IDs. The data structure is as follows:

[0084] {

[0085] nLi d data ID, each ID represents a parameter

[0086] nSubSi gCnt The number of sub-signals, indicating whether there is a sub-signal ID under each ID

[0087] sName parameter name

[0088] sUn it parameter unit

[0089] nBitOffset bit offset value

[0090] nBitLength The ID response data bit length

[0091] dbLi nearFactor physical coefficient

[0092] dbLi nearOffset physical offset value

[0093] nDataTypeData type

[0094] }

[0095] 3) Assemble the ECU parameters according to the data structure in the second step, and store the single structure data into the queue after the assembly is completed;

[0096] 4) Loop the data structure queue in the third step, take out nLi d, and store nLi d in a separate queue;

[0097] 5) Redefine new data reading instructions, start batch reading CAN diagnostic data stream instruction 0x20, variable identification SI D_L I D_StartReadCanDi agData; get batch reading CAN diagnostic data stream result instruction 0x21, variable identification SI D_L I D_GetReadCanDi agDataResult; stop batch reading CAN diagnostic data stream instruction 0x22, variable identification SI D_L I D_StopReadCanDi agData;

[0098] 6) Define SI D_LI D_StartReadCanDi agData: 0x20 The negative response code for batch read data is as follows. The positive response code is 0x60. Other negative response codes are: 0x33 means VC I is busy or the previous batch read has not ended; 0x12 means VC I does not support this service; 0x22 means CAN diagnostic service is not open. The solutions for different negative response codes are as follows:

[0099] A> If the negative response code is: 0x33, you need to stop the previous batch read before starting a new read service;

[0100] B> If the negative response code is: 0x12, the VC I program needs to be updated;

[0101] C> If the negative response code is: 0x22, it is necessary to initialize the CAN bus and start the diagnostic service;

[0102] 7) Define SID_LID_GetReadCanDi agDataResult: 0x21 Get diagnostic data stream result negative response code is as follows, positive response code is 0x61, other negative response codes are: 0x33 means VC I batch read is not finished; 0x12 means VC I does not support this service; 0x22 means batch read service is not open, different negative response code solutions are as follows:

[0103] A> If the negative response code is: 0x33, you need to wait for the batch read to complete before returning the read value;

[0104] B> If the negative response code is: 0x12, the VC I program needs to be updated;

[0105] C> If the negative response code is: 0x22, you need to start the batch read service;

[0106] 8) Define SI D_LI D_StopReadCanDi agData: 0x22 to get the diagnostic data stream result. The negative response code is as follows. The positive response code is 0x62. Other negative response codes are: 0x12 means that VC I does not support this service; 0x22 means that the batch read service has not started or has ended. The solutions for different negative response codes are as follows:

[0107] A> If the negative response code is: 0x12, the VC I program needs to be updated;

[0108] B> If the negative response code is: 0x22, no action is required;

[0109] 9) Define the data structure for starting batch read data service (0x20), as follows:

[0110] {

[0111] chan CAN channel number

[0112] Index KWP service index number, specifying the CAN channel

[0113] SID service SID, each ECU may be different

[0114] di d_l en The length of each data ID byte

[0115] di d_num The number of data IDs sent

[0116] di d_data

[512] Byte array of data ID

[0117] }

[0118] 10) Define the data structure for obtaining batch read data service (0x21), as follows:

[0119] {

[0120] ANS ID 0x61 is a positive response code, 0x7F is a negative response code chan CAN channel number

[0121] index KWP service index number

[0122] di d_num DID number

[0123] data_l en_h i Data byte length high 8 bits

[0124] data_l en_l o Data byte length lower 8 bits

[0125] data

[1024] The data queue corresponding to the DID

[0126] }

[0127] The negative response data structure of this command is defined as follows:

[0128] {

[0129] ANS ID 0x7F is a negative response code

[0130] did 0x21

[0131] neg_code negative response code (refer to step 7)

[0132] chan CAN channel number

[0133] index KWP service index number

[0134] }

[0135] 11) End batch read data service (0x22) without parameters, just send as a normal command. For negative response, refer to step 10;

[0136] 12) Insert the VC I into the OBD port of the car, pair the mobile phone Bluetooth with the VC I, and after the connection is successful, select an ECU type in the mobile phone software interface. The program initializes the ECU according to the alias in step 1. At this time, we can get a complete data ID queue (refer to steps 3 and 4);

[0137] 13) At this time, assign the entire queue to the byte queue of did_data in the structure of step 9, fill in the number of IDs in the queue in did_num, fill in the byte length of the ID itself in did_len, and sid has been configured in the software according to different ECUs, which is a fixed value. The chan value is the CAN channel number, which is also a fixed value configured in the software. The index number of the index service is returned by StartKwpServi ce() in the software and can be obtained when the ECU is initialized;

[0138] 14) After step 13 is completed, two commands need to be added to the outer layer of the data structure. One is 0x90, which represents the meaning of a certain type of command, which is identified and parsed by VC I. The other is 0x20, which represents the start batch read service command. The entire command assembly reference method flow chart - Figure 2 ;

[0139] 15) After the data is assembled, the mobile phone sends the command data to VC I. When VC I detects the batch read data service instruction 0x20, it splits the did_data queue ID in the data structure (refer to the method flow chart - Figure 2 ), after the splitting is completed, VC I will send commands to the vehicle CAN network one by one. The CAN network responds to data very quickly, and it takes less than 3ms to respond to data. If there are 100 commands, all data will be read in less than 300ms. When all IDs are read, VC I will re-integrate the single response data and store the integrated data in VC I;

[0140] 16) When the mobile phone sends the batch read service command, it will start the 0x21 batch data acquisition command service. If it is a positive response 0x61, the data will be returned according to the data structure defined in step 10. The mobile phone will parse it according to the data response structure and the data ID structure configured in step 2, and finally render it to the mobile phone page. If the data acquisition service response is a negative response 0x7F, the corresponding processing will be performed according to the negative response command in step 10;

[0141] 17) After the data is obtained in the previous step, the mobile phone renders the data. It only takes about 500ms from sending to receiving according to 100 data IDs. This design is to reduce the number of interactions between the mobile phone and VC I, thereby reducing the overall rendering time and achieving millisecond-level fast transmission;

[0142] 18) The mobile phone starts the loop reading task and repeats steps 14-17 to complete the real-time data response.

[0143] 19) Create a new configuration queue on the mobile phone. When reading the data stream, the maintenance personnel can check which parameters need to be paid attention to. After checking certain parameters, we will put the checked parameters into the configuration queue. Before the next batch read service task is executed, the full data ID queue will be replaced with the existing configuration queue. The data ID queue used by the next task will be this new configuration queue. Re-execute step 13 to build a new read instruction to read data. If the configured data ID queue is relatively small, the response speed is further improved;

[0144] 20) When the page exits, we execute the 0x22 command to directly close the batch read service and end the batch read service;

[0145] 21) If the ECU configuration changes, we directly release the mobile software update, and the user can directly confirm the update by opening the mobile software. If the VC I program needs to be updated and adapted, we release the VC I program on the remote server, and the maintenance personnel can complete the VC I update by simply entering the supply number. Through remote update methods and batch reading services, we can complete rapid data transmission and response. Online software updates and remote upgrades of VC I maximize the stability, reliability, and integrity of the entire service link.

[0146] The above shows and describes the basic principles, main features and advantages of the present invention. It should be understood by those skilled in the art that the present invention is not limited to the above embodiments. The above invention and description are only for explaining the principles of the present invention. Without departing from the spirit and scope of the present invention, the present invention may have various changes and improvements, which fall within the scope of the present invention. The scope of protection of the present invention is defined by the attached claims and their equivalents.

Claims

1. A method for improving data transmission between a mobile phone and a vehicle computer, characterized in that: The specific steps include: 1) Give an alias to the existing ECU. The alias is unique and is also the characteristic value of the ECU type; 2) Diagnose different ECUs to configure data IDs. The data structure is as follows: { nLid data ID, each ID represents a parameter nSubSigCnt The number of sub-signals, indicating whether there is a sub-signal ID under each ID sName parameter name sUnit parameter unit nBitOffset bit offset value nBitLength The ID response data bit length dbLinearFactor Physical coefficient dbLinearOffset physical offset value nDataType Data type } 3) Assemble the ECU parameters according to the data structure in the second step, and store the single structure data into the queue after the assembly is completed; 4) Loop the data structure queue in the third step, take out nLid, and store nLid in a separate queue; 5) Redefine new data reading instructions, start batch reading CAN diagnostic data stream instruction 0x20, variable identification SID_LID_StartReadCanDiagData; get batch reading CAN diagnostic data stream result instruction 0x21, variable identification SID_LID_GetReadCanDiagDataResult; stop batch reading CAN diagnostic data stream instruction 0x22, variable identification SID_LID_StopReadCanDiagData; 6) Define SID_LID_StartReadCanDiagData: 0x20 The negative response code for batch read data is as follows, the positive response code is 0x60, and other negative response codes are: 0x33 means VCI is busy or the previous batch read has not ended; 0x12 means VCI does not support this service; 0x22 means CAN diagnostic service is not open; the solutions for different negative response codes are as follows: A> If the negative response code is: 0x33, you need to stop the previous batch read before starting a new read service; B> If the negative response code is: 0x12, the VCI program needs to be updated; C> If the negative response code is: 0x22, it is necessary to initialize the CAN bus and start the diagnostic service; 7) Define SID_LID_GetReadCanDiagDataResult: 0x21 Get diagnostic data stream result negative response code is as follows, positive response code is 0x61, other negative response codes are: 0x33 means VCI batch reading is not completed; 0x12 means VCI does not support this service; 0x22 means batch reading service is not open, different negative response code solutions are as follows: A> If the negative response code is: 0x33, you need to wait for the batch read to complete before returning the read value; B> If the negative response code is: 0x12, the VCI program needs to be updated; C> If the negative response code is: 0x22, you need to start the batch read service; 8) Define SID_LID_StopReadCanDiagData: 0x22 to get the negative response code of the diagnostic data stream result as follows. The positive response code is 0x62. Other negative response codes are: 0x12 means that VCI does not support this service; 0x22 means that the batch read service has not started or has ended. The solutions for different negative response codes are as follows: A> If the negative response code is: 0x12, the VCI program needs to be updated; B> If the negative response code is: 0x22, no action is required; 9) Define the data structure of the batch read data service 0x20, as follows: { chan CAN channel number Index KWP service index number, specifying the CAN channel sid The SID of the service, which may be different for each ECU did_len The length of each data ID byte did_num The number of data IDs sent did_data[512] Byte array of data ID } 10) Define the data structure for obtaining batch read data service 0x21, as follows: { ANSID 0x61 is a positive response code, 0x7F is a negative response code chan CAN channel number index KWP service index number did_num DID number data_len_hi data byte length high 8 bits data_len_lo data byte length lower 8 bits data[1024] The data queue corresponding to the DID } The negative response data structure of this command is defined as follows: { ANSID 0x7F is a negative response code did 0x21 neg_code negative response code, refer to step 7 chan CAN channel number index KWP service index number } 11) End batch read data service 0x22 without parameters, just send it as a normal command, and refer to step 10 for negative response; 12) Insert the VCI into the OBD port of the car, pair the mobile phone Bluetooth with the VCI, and after the connection is successful, select an ECU type in the mobile phone software interface. The program initializes the ECU according to the alias in step 1. At this time, a complete data ID queue is obtained, refer to steps 3 and 4; 13) At this time, assign the entire queue to the byte queue of did_data in the structure of step 9, fill in the number of IDs in the queue in did_num, fill in the byte length of the ID itself in did_len, sid has been configured in the software according to different ECUs, which is a fixed value, chan value is the CAN channel number, which is also a fixed value configured in the software, and index service index number is returned by StartKwpService() in the software, which is obtained when the ECU is initialized; 14) When step 13 is ready, two commands need to be added to the outer layer of the data structure. One is 0x90, which represents the meaning of a certain type of command, which is identified and parsed by VCI. The other is 0x20, which represents the start batch read service command. 15) After the data is assembled, the mobile phone sends the command data to VCI. When VCI detects the batch read data service instruction 0x20, it splits the did_data queue ID in the data structure. After the split is completed, VCI sends the instructions to the vehicle CAN network one by one. When all IDs are read, VCI will reintegrate the single response data and store the integrated data in VCI; 16) When the mobile phone sends the batch read service command, it will start the 0x21 command service for obtaining batch data. If it is a positive response of 0x61, the data will be returned according to the data structure defined in step 10. The mobile phone will parse the data according to the structure of the data response and the data ID structure configured in step 2, and finally render it to the mobile phone page. If the data acquisition service response is a negative response of 0x7F, the corresponding processing will be performed according to the negative response command in step 10; 17) After obtaining the data in the previous step, the mobile phone renders the data, and the data IDs from sending to receiving are calculated according to 100 data IDs; 18) The mobile phone starts the loop reading task and repeats steps 14-17 to complete the real-time data response; 19) Create a new configuration queue on the mobile phone. When reading the data stream, the maintenance personnel can check which parameters need to be paid attention to. After checking certain parameters, the checked parameters are added to the configuration queue. Before the next batch read service task is executed, the full data ID queue is replaced with the existing configuration queue. The data ID queue used by the next task will be this new configuration queue. Re-execute step 13 to build a new read instruction to read the data; 20) When the page exits, we execute the 0x22 command to directly close the batch read service and end the batch read service; 21) If the ECU configuration changes, the mobile software update is released directly, and the user opens the mobile software to directly confirm the update. If the VCI program needs to be updated and adapted, the VCI program is released on the remote server, and the supply number is directly entered to complete the VCI update.

Images