Device installation verification method and terminal

Abstract

The present invention relates to a device installation verification method and terminal, and the method comprises the steps of monitoring in real time whether a CAN bus data of a device to be tested has an agreed data frame, and if so, performing a handshake verification with the device to be tested, and if the verification passes, outputting a control signal normally, otherwise stopping the output. The present invention uses an existing CAN hardware module, and on the basis of not increasing the hardware cost, identifies the installation of illegal unmatched components and the installation of unmatched CAN instruments through predetermined data frames and handshake verification, thereby ensuring the stable and reliable operation of the controller, and reducing the problem of increased after-sales costs caused by the installation of unmatched devices.

Description

Technical Field

[0001] The invention belongs to the technical field of circuit control, and in particular relates to a device installation verification method and a terminal. Background Art

[0002] The vehicle controller in the existing electric vehicle is used to control the normal operation of the electric vehicle. However, in the actual use of the controller, there are the following two problems:

[0003] 1. Installing illegal and unmatched components in electric vehicles, such as the illegal installation of a range extender, leads to unstable input voltage, increased signal interference, and abnormal damage to the controller, which in turn increases after-sales costs.

[0004] 2. When the CAN (Controller Area Network) instrument cannot be matched in the electric vehicle, manufacturers and customers usually believe that the instrument's non-display or mismatch is a controller failure, which leads to an increase in the after-sales cost of the controller. Summary of the invention

[0005] The object of the present invention is to provide a device installation verification method and a terminal, so as to reduce the problem of increased after-sales costs caused by installing unmatched devices.

[0006] In order to solve the above technical problems, the present invention discloses a device installation verification method, comprising the following steps:

[0007] S1, the controller monitors the CAN bus data of the device under test in real time to see whether there is a specified data frame, if so, execute step S2;

[0008] S2. The controller performs a handshake check with the device under test. If the check passes, the control signal is output normally, otherwise the output is stopped.

[0009] Furthermore, the step S1 further comprises the following steps:

[0010] If the agreed data frame does not exist, the controller obtains the total battery current value, the current bus current value and the current motor speed, and determines whether the difference between the total battery current value and the current bus current value is within the preset current difference and whether the current motor speed is greater than or equal to the preset motor speed. If so, execute step S2.

[0011] Furthermore, the controller obtains the total battery current value and the current bus current value specifically including the following steps:

[0012] The real-time total current value of a preset number of times and the real-time bus current value of the current bus of a preset number of times in the battery management system are obtained in real time, and the average value and the absolute value are taken respectively to obtain the total battery current value and the current bus current value.

[0013] Furthermore, the handshake verification specifically includes the following steps:

[0014] The controller sends a message including a random number through a first data frame, monitors the CAN bus in real time to receive a second data frame responded by the device under test in real time, and performs a legality check on the second data frame.

[0015] Furthermore, if the handshake check in step S2 passes, step S1 and step S2 are no longer executed before the controller or the device under test is powered off.

[0016] In order to solve the above technical problems, the present invention discloses a device installation verification terminal, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the following steps are implemented:

[0017] S1, the controller monitors the CAN bus data of the device under test in real time to see whether there is a specified data frame, if so, execute step S2;

[0018] S2. The controller performs a handshake check with the device under test. If the check passes, the control signal is output normally, otherwise the output is stopped.

[0019] Furthermore, the step S1 further comprises the following steps:

[0020] If the agreed data frame does not exist, the controller obtains the total battery current value, the current bus current value and the current motor speed, and determines whether the difference between the total battery current value and the current bus current value is within the preset current difference and whether the current motor speed is greater than or equal to the preset motor speed. If so, execute step S2.

[0021] Furthermore, the controller obtains the total battery current value and the current bus current value specifically including the following steps:

[0022] The real-time total current value of a preset number of times and the real-time bus current value of the current bus of a preset number of times in the battery management system are obtained in real time, and the average value and the absolute value are taken respectively to obtain the total battery current value and the current bus current value.

[0023] Furthermore, the handshake verification specifically includes the following steps:

[0024] The controller sends a message including a random number through a first data frame, monitors the CAN bus in real time to receive a second data frame responded by the device under test in real time, and performs a legality check on the second data frame.

[0025] Furthermore, if the handshake check in step S2 passes, step S1 and step S2 are no longer executed before the controller or the device under test is powered off.

[0026] This invention uses the existing CAN hardware module to identify the installation of illegal unmatched components and the installation of unmatched CAN instruments through predetermined data frames and handshake checks without increasing hardware costs, thereby ensuring stable and reliable operation of the controller and reducing the problem of increased after-sales costs caused by the installation of unmatched devices. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] Figure 1 A flow chart of adding a verification method to a device;

[0028] Figure 2 A circuit diagram corresponding to the device installation verification method;

[0029] Figure 3 A circuit diagram corresponding to the device installation verification method;

[0030] Figure 4 Schematic diagram of the process of adding a verification terminal to a device.

[0031] 1. The device is equipped with a verification terminal; 2. Memory; 3. Processor. DETAILED DESCRIPTION

[0032] The present invention is further described in detail below through examples so that those skilled in the art can implement the invention with reference to the description.

[0033] It should be understood that the terms such as “having”, “including” and “comprising” used herein do not exclude the existence or addition of one or more other elements or combinations thereof.

[0034] Embodiment 1

[0035] like Figures 1 to 3 As shown, the device installation verification method includes the following steps:

[0036] S1, the controller monitors the CAN bus data of the device under test in real time to see whether there is a specified data frame, if so, execute step S2;

[0037] like Figure 2It is an existing hardware module, in which CAN communication signals CANH and CANL pass through the CAN chip U14 to the signal isolation chip U13, and then communicate through the resistance-capacitance filtering circuit composed of resistors R1, R2 and capacitors C2, C3 to the two ports CAN-RXD and CAN-TXD of the main control chip MCU, in which capacitors C1 and C4 are the signal isolation chip U13 for power filtering, C5 and C6 are the signal filtering capacitors of the CAN chip U13, and the CAN signal impedance matching circuit composed of resistors R3, R4 and capacitor C7 ensures normal communication signals.

[0038] Among them, DGND is the abbreviation of Digital Ground, which means digital ground; VCC is the power supply interface, the signal isolation chip U13 uses π122M31, and the CAN chip U14 uses TJA1044T.

[0039] like Figure 3 As shown, step S1 also includes the following steps:

[0040] If the agreed data frame does not exist, the controller obtains the total battery current value, the current bus current value and the current motor speed, and determines whether the difference between the total battery current value and the current bus current value is within the preset current difference and whether the current motor speed is greater than or equal to the preset motor speed. If so, execute step S2.

[0041] The controller obtains the total battery current value and the current bus current value by the following steps:

[0042] The real-time total current value of a preset number of times and the real-time bus current value of the current bus of a preset number of times in the battery management system are obtained in real time, and the average value and the absolute value are taken respectively to obtain the total battery current value and the current bus current value.

[0043] In this embodiment, the controller MCU determines whether there is an agreed data frame of 0x108FFFD3 (0xFF is sent by default). If so, the handshake process is entered. Otherwise, the controller MCU reads the battery total current data BMS_Current bit 24-bit39 in the BMS (Battery Management System) (0x10F81111) from the CAN bus in real time, and updates it to the register in real time; the controller MCU sets a 100ms timer and performs the following processing in the timer:

[0044] (1) The total battery data BMS_Current is averaged 50 times and the negative value is taken to obtain the data BMS_Current1. The bus current data sent by the BMS is negative when discharged, so the negative value is taken to obtain a positive number, which is equivalent to taking the absolute value.

[0045] (2) Obtain the current bus current value MCU_GS_Current, and perform 50 calculations to average the current bus current value MCU_GS_Current to obtain the data MCU_GS_Current1;

[0046] (3) If ((BMS_Current1-MCU_GS_Current1<-25)&&speed≥3500), the handshake process is performed.

[0047] S2. The controller performs a handshake check with the device under test. If the check passes, the control signal is output normally, otherwise the output is stopped.

[0048] In this embodiment, the handshake verification specifically includes the following steps:

[0049] The controller sends a message including a random number through a first data frame, monitors the CAN bus in real time to receive a second data frame responded by the device under test in real time, and performs a legality check on the second data frame.

[0050] If the handshake check in step S2 passes, step S1 and step S2 are no longer executed before the controller or the device under test is powered off.

[0051] That is, the controller MCU sends the first data frame 0x10FC2222 message 10 times at an interval of 100ms, and monitors the CAN bus to see if there is a second data frame 0x108FFFD3 returned with a response, and reads the bit0-bit7 data in the data frame for legitimacy verification, wherein xor is used for legitimacy verification, and the random number is generated when the controller MCU is powered on. Before this power-off, the random number remains unchanged. As long as one verification passes, the controller MCU runs normally, and the verification strategy is no longer executed before this power-off. If no response frame is returned or the verification fails, the MCU output is stopped, and the illegal installation fault code is sent through bit24-bit31 in the data frame 0x10F8109A;

[0052] Therefore, for the unmatched instrument, the controller MCU monitors the CAN bus data at all times. If the CAN bus has the manufacturer's agreed data frame (default 0xFF), it enters the handshake process. If the handshake is successful, the controller MCU operates normally. If the handshake is unsuccessful, the controller continues to handshake after a period of time. If it fails for many consecutive times, the controller operates normally and reports the fault of illegally installed unmatched instruments. In this way, without increasing the hardware cost, the existing hardware modules are used to identify the installation of illegal unmatched components and the installation of unmatched CAN instruments through predetermined data frames and handshake checks, ensuring the stable and reliable operation of the controller to reduce the problem of increased after-sales costs caused by the installation of unmatched devices.

[0053] Embodiment 2

[0054] like Figure 4 The device is equipped with a verification terminal 1, which includes a memory 2, a processor 3, and a computer program stored in the memory 2 and executable on the processor 3. When the processor 3 executes the computer program, the steps in the above-mentioned embodiment 1 are implemented.

[0055] Although the embodiments of the present invention have been disclosed as above, they are not limited to the applications listed in the specification and the implementation modes. They can be fully applied to various fields suitable for the present invention. For those familiar with the art, additional modifications can be easily implemented. Therefore, without departing from the general concept defined by the claims and the scope of equivalents, the present invention is not limited to the specific details and the embodiments shown and described herein.

Claims

1. A device installation verification method, characterized in that: The following steps are involved: S1, the controller monitors the CAN bus data of the device under test in real time to see whether there is a specified data frame, if so, execute step S2; S2, the controller performs handshake verification with the device under test, and if the verification passes, the control signal is output normally, otherwise the output is stopped; Step S1 also includes the following steps: If the agreed data frame does not exist, the controller obtains the total battery current value, the current bus current value and the current motor speed, and determines whether the difference between the total battery current value and the current bus current value is within the preset current difference and whether the current motor speed is greater than or equal to the preset motor speed. If so, execute step S2.

2. The device installation verification method according to claim 1, characterized in that: The controller obtains the total battery current value and the current bus current value by specifically comprising the following steps: The real-time total current value of a preset number of times and the real-time bus current value of the current bus of a preset number of times in the battery management system are obtained in real time, and the average value and the absolute value are taken respectively to obtain the total battery current value and the current bus current value.

3. The device installation verification method according to any one of claims 1 to 2, characterized in that: The handshake verification specifically includes the following steps: The controller sends a message including a random number through a first data frame, monitors the CAN bus in real time to receive a second data frame responded by the device under test in real time, and performs a legality check on the second data frame.

4. The device installation verification method according to claim 3, characterized in that: If the handshake check in step S2 passes, step S1 and step S2 are no longer executed before the controller or the device under test is powered off.

5. A device is equipped with a verification terminal, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the following steps are implemented: S1, the controller monitors the CAN bus data of the device under test in real time to see whether there is a specified data frame, if so, execute step S2; S2, the controller performs handshake verification with the device under test, and if the verification passes, the control signal is output normally, otherwise the output is stopped; Step S1 also includes the following steps: If the agreed data frame does not exist, the controller obtains the total battery current value, the current bus current value and the current motor speed, and determines whether the difference between the total battery current value and the current bus current value is within the preset current difference and whether the current motor speed is greater than or equal to the preset motor speed. If so, execute step S2.

6. The device-mounted verification terminal as claimed in claim 5, characterized in that: The controller obtains the total battery current value and the current bus current value by specifically comprising the following steps: The real-time total current value of a preset number of times and the real-time bus current value of the current bus of a preset number of times in the battery management system are obtained in real time, and the average value and the absolute value are taken respectively to obtain the total battery current value and the current bus current value.

7. The device equipped with a verification terminal as claimed in any one of claims 5 to 6, characterized in that: The handshake verification specifically includes the following steps: The controller sends a message including a random number through a first data frame, monitors the CAN bus in real time to receive a second data frame responded by the device under test in real time, and performs a legality check on the second data frame.

8. The device-mounted verification terminal as claimed in claim 7, characterized in that: If the handshake check in step S2 passes, step S1 and step S2 are no longer executed before the controller or the device under test is powered off.

Images