A thermal management integrated module, fault information reading method and system, vehicle

Abstract

The application provides a thermal management integrated module, a fault information reading method and system, and a vehicle. The thermal management integrated module comprises a plurality of electronic actuators, a controller and a memory. Each electronic actuator corresponds to a component. Each electronic actuator and the memory are in communication connection with the controller. The memory comprises: a dynamic message receiving and sending storage area, which is used for storing messages received and sent by each electronic actuator at a preset period during normal communication; a fault type counting area, which is used for storing the number of times that each electronic actuator is diagnosed as each preset fault type; and a fault frame storage area, which is used for storing the current communication frame at the moment of fault occurrence, subsequent continuous frame messages, a fault code and a time stamp when any electronic actuator fails. The application can realize centralized, faithful and safe fault information management of a multi-actuator thermal management system.

Description

Technical Field

[0001] This application relates to the field of automotive electronics and control technology, specifically to a thermal management integrated module, a fault information reading method and system, and a vehicle. Background Technology

[0002] With the development of the new energy vehicle industry, consumers have placed higher demands on the comfort, reliability, and driving range of new energy vehicles. The widespread application of heat pump technology has prompted the evolution of automotive thermal management systems towards a complex architecture with multiple modes, multiple loops, and multiple temperature zones, which has brought enormous challenges to the design and development of the system.

[0003] For electric vehicles, the thermal management system not only needs to meet the cooling and heating needs of the passenger compartment, but also needs to perform precise thermal management of a series of key components such as the drive motor, electronic control unit, power battery, high-voltage module, and on-board computing platform to ensure that they operate within a suitable temperature range. This leads to a surge in the number of components required by the system, typically including multiple electronic coolant pumps, multi-way valves, and other electronic actuators. Each actuator is a potential point of failure, causing the complexity and difficulty of the vehicle fault diagnosis network to increase exponentially.

[0004] Therefore, there is an urgent need for a technical solution that can centrally manage, deeply record, and securely store fault information of thermal management system actuators. Summary of the Invention

[0005] The present invention aims to provide a thermal management integrated module, a fault information reading method and system, and a vehicle, so as to achieve centralized, high-fidelity, and safe fault information management for multi-actuator systems.

[0006] In a first aspect, this application provides a thermal management integrated module for fault monitoring of a thermal management system. The thermal management system includes multiple components, and the thermal management integrated module includes multiple electronic actuators, a controller, and a memory. Each electronic actuator corresponds to one of the components, and each electronic actuator and the memory are communicatively connected to the controller. The memory includes: A dynamic message storage area is used to store messages received and sent by each of the electronic actuators during normal communication according to a preset period. A fault type counting area is used to store the number of times each of the electronic actuators is diagnosed as each preset fault type. The fault frame storage area is used to store: the current communication frame at the time of the fault occurrence, several subsequent consecutive frame messages, fault code, and timestamp when any of the aforementioned electronic actuators fails.

[0007] Preferably, in the thermal management integrated module, the dynamic message storage area allocates an independent counting unit for each preset fault type of each electronic actuator, and the counting unit is used to record the number of times the corresponding electronic actuator is diagnosed with the corresponding preset fault type.

[0008] Preferably, in the thermal management integrated module, the preset fault types include, but are not limited to, overcurrent fault, stall fault, communication timeout fault, and short circuit fault.

[0009] Preferably, in the thermal management integrated module, the fault frame storage area stores the current communication frame, several subsequent consecutive frames of messages, fault codes, and timestamps in the form of frozen frames.

[0010] Secondly, the technical solution of this application provides a method for reading fault information, including: A read request signal is sent to the thermal management integrated module to which the fault information is to be read. The read request signal is used by the controller in the thermal management integrated module to calculate the access permission verification value according to a preset algorithm in combination with a random seed value. Obtain the random seed value fed back by the thermal management integration module; The value to be verified is calculated based on the random read request signal and the random seed value using the same preset algorithm. The value to be verified is sent to the thermal management integration module; the value to be verified is compared by the controller with the access permission verification value, and a verification pass feedback signal is sent when the two are the same; After obtaining the feedback signal, the information stored in each area of ​​the memory is read.

[0011] Preferably, in the fault information reading method, in the step of sending a read request signal to the thermal management integrated module to which the fault information is to be read, the controller has a preset random code.

[0012] Preferably, in the fault information reading method, the preset algorithm includes: The first temporary key is obtained by performing a byte-by-byte XOR operation between the random code and the random seed value. Perform a preset transformation operation on the first temporary key to obtain the transformed seed value; The transformed seed value and the random seed value are XORed byte by byte to obtain the second temporary key; The access permission verification value or the proxy verification value is obtained by summing the first key and the second temporary key.

[0013] Preferably, in the fault information reading method, the step of performing a preset transformation operation on the first temporary key to obtain the transformed seed value includes: The preset transformation operation includes rotating and swapping every two adjacent bytes.

[0014] Thirdly, the present application provides a fault information reading system, including at least one processor and at least one memory, wherein at least one memory stores program information, and at least one processor reads the program information and executes the fault information reading method described in any of the second aspects.

[0015] Fourthly, the present application provides a vehicle including a thermal management system and the thermal management integrated module described in any of the first aspects.

[0016] The technical solution provided in this application has the following technical effects compared with the prior art: (1) In this application, the memory in the thermal management integrated module includes a dynamic message storage area, a fault type counting area and a fault frame storage area, which can respectively store the messages received and sent by each electronic actuator according to a preset period during normal communication, the number of times each electronic actuator is diagnosed as each preset fault type, and the current communication frame at the time of fault occurrence when any electronic actuator fails, the subsequent consecutive frames of messages, fault codes and timestamps, providing fault information dimensions far exceeding those of traditional fault codes, which greatly facilitates offline fault analysis and reproduction.

[0017] (2) In this application, the thermal management integrated module integrates multiple electronic actuators, controllers and memory. The centralized module improves system reliability, reduces dependence on the storage capacity of a single controller, and improves the reliability of fault records of the entire thermal management system.

[0018] (3) In this application, when fault information needs to be read, the complete fault history, count and data snapshot of each electronic actuator can be read at once through the standard diagnostic interface. There is no need to test each part separately, which significantly shortens the troubleshooting time and improves maintenance efficiency.

[0019] (4) In this application, when it is necessary to read fault information, an encryption algorithm is introduced for access control, which effectively prevents sensitive fault data and operation logs from being maliciously read or tampered with, and meets the growing requirements of automotive network security.

[0020] (5) In this application, the thermal management integrated module can increase or decrease the number of electronic actuators according to the vehicle model requirements, which is flexible and adaptable. Attached Figure Description

[0021] Figure 1This is a structural block diagram of a thermal management integrated module according to one embodiment of this application; Figure 2 This is a schematic diagram of the region division of the memory according to one embodiment of this application; Figure 3 A flowchart of a fault information reading method according to one embodiment of this application; Figure 4 This is a schematic diagram illustrating the principle of adjacent byte rotation and swapping according to one embodiment of this application; Figure 5 This is a schematic diagram of the fault information reading process according to one embodiment of this application; Figure 6 This is a schematic diagram of the structure of the fault information reading system according to one embodiment of this application. Detailed Implementation

[0022] The specific embodiments of this application will be further described below with reference to the accompanying drawings.

[0023] It is readily understood that, based on the technical solution of this application, various structural and implementation methods can be interchanged by those skilled in the art without altering the essential spirit of this application. Therefore, the following detailed embodiments and accompanying drawings are merely illustrative examples of the technical solution of this application and should not be considered as the entirety of this application or as limitations or restrictions on the technical solution of the application.

[0024] The thermal management integrated module provided in the following embodiments of the present invention is applicable to hybrid and pure electric vehicles. This module is used in a thermal management system, which includes multiple components such as an electronic water pump, electronic water valve, heater, and sensors. Each component has a corresponding electronic actuator, and the thermal management integrated module of the present invention integrates these electronic actuators. Each electronic actuator communicates with the controller in real time via a LIN bus or CAN bus. The operating status of each component directly affects the system's heat exchange efficiency and operational safety; therefore, an integrated module is needed to achieve accurate and real-time fault diagnosis and data traceability.

[0025] This embodiment provides a thermal management integrated module for fault monitoring of a thermal management system, the thermal management system including multiple components, such as... Figure 1As shown, the thermal management integrated module includes multiple electronic actuators 101, a controller 102, and a memory 103. Each electronic actuator 101 corresponds to one of the components, and each electronic actuator 101 and the memory 103 are communicatively connected to the controller 102. The electronic actuators 101 are configured one-to-one with the components of the thermal management system, not only undertaking the drive and control functions of the components but also having built-in current, voltage, and temperature sensors. They can collect the operating parameters of the components in real time and encapsulate the parameters into standard messages for transmission to the controller 102. The controller 102 uses an MCU microprocessor and integrates a fault diagnosis algorithm and a communication protocol parsing module. It can analyze the messages uploaded by the electronic actuators 101 in real time, classify and store the relevant data in the memory 103, and trigger an alarm signal when a fault is detected.

[0026] The memory 103 uses a non-volatile storage medium and has data retention functionality even after power loss, such as... Figure 2 As shown, the memory 103 includes: The dynamic message transmission and reception storage area 1031, with addresses 0x0000-0x1FFF, is used to store messages received and sent by each electronic actuator during normal communication according to a preset cycle. The message content includes component operating parameters (such as operating current, inlet and outlet temperatures, valve opening, etc.), actuator status identifiers, and communication verification codes. To adapt to the monitoring needs of different application scenarios, the message transmission and reception cycle supports multiple configuration levels. The default preset cycles are 500ms and 1s, while a user-defined interface is reserved, allowing users to set any cycle within the range of 100ms-10s via the host computer software. The storage area employs a cyclic overwrite mechanism; when the storage capacity reaches a threshold, the oldest stored message data is automatically replaced, ensuring that the latest communication records are always retained, providing basic data support for fault tracing.

[0027] The fault type counter area 1032, located at addresses 0x2000-0x23FF, is used to store the number of times each electronic actuator is diagnosed as each preset fault type. This storage area is used to count the cumulative number of times each electronic actuator 101 is diagnosed as various preset fault types. The preset fault types cover common component fault scenarios, including power supply abnormalities, communication interruptions, parameter over-range, actuator jamming, thermal fatigue damage, etc. Each fault type corresponds to a unique fault code. In a specific implementation, it can be stored in a two-dimensional table format, with rows representing actuator IDs and columns representing fault types.

[0028] The fault frame storage area 1033, with addresses 0x2400-0x2FFF, is used to store: the current communication frame at the time of the fault occurrence, several subsequent consecutive frame messages, the fault code, and the timestamp when any of the aforementioned electronic actuators fails. This storage area is the core data storage unit for fault diagnosis, used to completely record key information at the time of the fault occurrence, ensuring that the fault scenario is reproducible. When the controller 102 detects a fault, it immediately triggers the storage mechanism to synchronously store the following data: the current communication frame at the time of the fault occurrence (including all operating parameters at that time), the message data of the subsequent 5 consecutive frames (used to capture the state change trend after the fault occurs), the corresponding fault code (consistent with the encoding of the fault type counting area 1032), and the timestamp accurate to the millisecond level.

[0029] The solution provided in this embodiment realizes real-time monitoring, data storage, and traceability functions for thermal management system faults. The one-to-one correspondence configuration between the electronic actuator 101 and the components ensures accurate fault location; the multi-cycle selectable message storage mechanism balances real-time monitoring and storage efficiency; and the complete recording and counting of fault frames provides multi-dimensional data support for fault analysis, effectively reducing system maintenance costs and improving the operational reliability and stability of the thermal management system.

[0030] Preferably, the dynamic message transmission and reception storage area 1032 allocates an independent counting unit for each preset fault type of each electronic actuator. The counting unit records the number of times the corresponding electronic actuator is diagnosed with the corresponding preset fault type. Specifically, the counting area adopts a split-storage design, allocating an independent counting unit to each electronic actuator 101. The count is updated based on the fault diagnosis result of the controller 102. For example, if an electronic actuator 101 fails to send a message for three consecutive cycles, the controller 102 determines it as a communication interruption fault, and the count value of the corresponding fault code is automatically incremented by 1. Furthermore, the storage area supports a fault count reset function, which can be implemented through hardware reset or software commands, facilitating users to reset statistical data after equipment maintenance. Preferably, the preset fault types include, but are not limited to, overcurrent faults, stall faults, communication timeout faults, and short-circuit faults.

[0031] Furthermore, in the fault frame storage area 1033, the current communication frame, several subsequent consecutive frames (such as two consecutive frames), fault codes, and timestamps are stored in the form of frozen frames. In this solution, fault information is permanently stored in the form of "frozen frames," providing the most critical data context for fault reproduction and cause analysis. To ensure the integrity of the fault data, this storage area adopts a non-overwrite storage strategy. Each fault event corresponds to an independent storage record. Once the storage area is full, data must be exported manually or via a host computer command before new fault records can be stored. The stored data supports retrieval by dimensions such as fault occurrence time, fault type, and electronic actuator ID information, facilitating quick fault location for users.

[0032] This application provides a fault information reading method, applied in a host computer (such as a diagnostic instrument), such as... Figure 3 As shown, the method includes: S100: Send a read request signal to the thermal management integrated module to read the fault information. The read request signal is used by the controller in the thermal management integrated module to calculate the access permission verification value Key according to the random seed value Seed1 and a preset algorithm. Preferably, the controller has a preset random code.

[0033] In this step, a read request signal is sent from the host computer to the thermal management integrated module whose fault information is to be read. The read request signal is a standardized frame structure conforming to a pre-selected communication protocol. After the read request signal is sent, the controller 102 in the thermal management integrated module will initiate the access verification process. The controller 102 will combine the random seed value Seed1 and the pre-stored random code AppKeyConst (eight bits) to calculate the access verification value Key according to a preset algorithm, preparing for subsequent comparison. The algorithm key is generated by XORing AppKeyConst and Seed1 using a pre-set algorithm, ensuring that each calculated access verification value Key is unique and timely.

[0034] S200: Obtain the random seed value Seed1 fed back by the thermal management integration module.

[0035] After receiving the read request signal and completing the verification, the controller 102 of the thermal management integrated module immediately generates a feedback signal containing a random seed value Seed1 and sends it to the host computer. Seed1, as a core encryption parameter, is only temporarily fed back to the host computer during the authorization verification stage. The feedback process uses bus encryption transmission, and by shielding the signal frame, it prevents it from being eavesdropped on or stolen by third-party devices, thus ensuring key security.

[0036] S300: Based on the random read request signal and the random seed value Seed1, the value to be verified, Expected_Key, is calculated using the same preset algorithm.

[0037] After successfully obtaining the random seed value Seed1, the host computer calculates the value to be verified, Expected_Key, using the same preset algorithm as the controller 102. Calculating Expected_Key with the same algorithm and parameters ensures consistency between the calculation results of the host computer and the controller 102, providing a basis for subsequent comparison and verification.

[0038] S400: The value to be verified, Expected_Key, is sent to the thermal management integration module; the value to be verified, Expected_Key, is used by the controller to compare with the access permission verification value, Key, and a verification success feedback signal is sent when the two are the same.

[0039] After the host computer calculates the value to be verified, Expected_Key, it encapsulates it into a verification request signal and sends it to the thermal management integration module. Upon receiving the verification request signal, the controller 102 of the thermal management integration module extracts the value to be verified, Expected_Key, and compares it bit by bit with the access permission verification value Key calculated by itself in S100. If the two are completely consistent, it means that the visitor is an authorized user, and the controller 102 will generate a verification successful feedback signal.

[0040] S500: After obtaining the feedback signal, read the information stored in each area of ​​the memory.

[0041] After the host computer receives the feedback signal that the verification is successful, it obtains the permission to read the fault data. At this time, the host computer can read the data, select the area identifier as needed, and read the target storage area (such as 0x01 corresponding to the dynamic message receiving and receiving storage area 1031, 0x02 corresponding to the fault type counting area 1032, and 0x03 corresponding to the fault frame storage area 1033, supporting reading of a single storage area or reading the entire data).

[0042] The controller 102 of the thermal management integrated module extracts the corresponding data from the memory 103 according to the identification information, encapsulates it according to the preset format, and returns it to the host computer.

[0043] Furthermore, such as Figure 4 As shown, the preset transformation operation performed on the first temporary key to obtain the transformed seed value includes rotating and swapping every two adjacent bytes. Taking the byte sequence of the 64-bit first temporary key as [B0, B1, B2, B3, B4, B5, B6, B7] as an example (where Bi represents the original data of the i-th byte, i = 0, 1, ..., 7), the transformation operation is performed according to the following steps: Step 1: Group the bytes according to their byte index order, dividing the 8 bytes into 4 pairs of adjacent bytes. The grouping rule is "even-numbered index + odd-numbered index", that is: Group 1: Byte 0 (B0) and Byte 1 (B1); Group 2: Byte 2 (B2) and Byte 3 (B3); Group 3: Byte 4 (B4) and Byte 5 (B5); Group 4: Byte 6 (B6) and Byte 7 (B7); Step 2: Perform a rotation and swap on each byte pair, that is, exchange the positions of the two bytes in each pair. After the transformation, the byte sequences of each pair become: After the first group of transformations: [B1, B0]; After the second group of transformations: [B3, B2]; After the third group of transformations: [B5, B4]; After the fourth transformation: [B7, B6]; Step 3: Concatenate all the transformed byte pairs in the original grouping order to obtain the complete transformed seed value. The byte sequence is [B1, B0, B3, B2, B5, B4, B7, B6].

[0044] This scheme breaks the original byte arrangement logic by swapping adjacent bytes, making the distribution of the transformed seed value bytes more irregular and reducing the risk of being reverse-derived.

[0045] Preferably, combined with Figure 5 As shown, the preset algorithm includes: S301: Perform a byte-by-byte XOR operation between the random code and the random seed value to obtain the first temporary key.

[0046] S302: Perform a preset transformation operation on the first temporary key to obtain the transformed seed value.

[0047] S303: Perform a byte-by-byte XOR operation between the transformed seed value and the random seed value to obtain the second temporary key.

[0048] S304: Summing the first key and the second temporary key yields the access permission verification value or the proxy verification value.

[0049] In the above preset algorithm, the controller and the host computer strictly follow the same byte storage order, operation rules (bitwise XOR and addition logic), and format conversion standards to ensure that completely consistent verification values ​​are generated for the same Seed1 and AppKeyConst. In addition, this algorithm breaks the regular distribution of the original data through multi-layered operations of "XOR-transform-XOR again-summation". Even if some bytes of Seed1 or AppKeyConst are leaked, it is difficult to reverse-derive the complete key.

[0050] like Figure 5 The diagram shows the complete process for encrypted reading of fault information: The fault information reading device sends a reading request via the CAN bus (in this solution, it can be `27 01`). The controller MCU generates a random seed value Seed1 and returns it.

[0051] The fault information reading device and the controller MCU independently and synchronously execute the encryption algorithms shown in the left and right branches: both use the same random code `AppKeyConst`; The controller MCU internally calculates the access permission verification value `Key`; The fault information reading device calculates the value to be verified, `Expected_Key`, externally. The fault information reading device sends `27 02 [Expected_Key]`; The controller MCU compares the received value to be verified with the internally calculated access permission verification value `Key`. If a match is found, a verification success feedback signal is returned, and the system switches its state to "diagnostic data readable mode," subsequently allowing services such as `22` (read by identifier) ​​to access data in one or more storage regions in the memory.

[0052] If the match is not found, access is denied and an illegal access attempt may be logged.

[0053] This application also provides a fault information reading system and an electronic device, such as... Figure 6As shown, the electronic device includes at least one processor 61 and at least one memory 62. The at least one memory 62 stores program information. After reading the program information, the at least one processor 61 executes the fault information reading method described in any of the above method embodiments. The device may further include an input device 63 and an output device 64. The processor 61, memory 62, input device 63, and output device 64 can be communicatively connected. The memory 62, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. The processor 61 executes various functional applications and data processing by running the non-volatile software programs, instructions, and modules stored in the memory 62, thereby implementing the fault information reading method provided in any of the above embodiments. The memory 62 may include a program storage area and a data storage area. The program storage area may store the operating system and at least one application program required for a function; the data storage area may store data created according to the use of the fault information reading method, etc. Furthermore, the memory 62 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some embodiments, the memory 62 may optionally include memory remotely located relative to the processor 61, and this remote memory may be connected via a network to the apparatus performing the fault information reading method. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof. The input device 63 may receive user clicks and generate signal inputs related to user settings and function controls of the fault information reading method. The output device 64 may include a display device such as a display screen. When the one or more modules are stored in the memory 62 and are executed by the one or more processors 61, the fault information reading method in any of the above method embodiments is performed.

[0054] This application also provides a vehicle, including a thermal management system and the thermal management integrated module described in any of the above embodiments.

[0055] As needed, the above technical solutions can be combined to achieve the best technical effect.

[0056] The above are merely the principles and preferred embodiments of this application. It should be noted that, for those skilled in the art, several other modifications can be made based on the principles of this application, and these modifications should also be considered within the scope of protection of this application.

Claims

1. A thermal management integrated module for fault monitoring of a thermal management system, the thermal management system comprising multiple components, characterized in that: The thermal management integrated module includes multiple electronic actuators, a controller, and a memory. Each electronic actuator corresponds to one of the aforementioned components, and each electronic actuator and the memory are communicatively connected to the controller. The memory includes: A dynamic message storage area is used to store messages received and sent by each of the electronic actuators during normal communication according to a preset period. A fault type counting area is used to store the number of times each of the electronic actuators is diagnosed as each preset fault type. The fault frame storage area is used to store: the current communication frame at the time of the fault occurrence, several subsequent consecutive frame messages, fault code, and timestamp when any of the aforementioned electronic actuators fails.

2. The thermal management integrated module according to claim 1, characterized in that: In the dynamic message storage area, an independent counting unit is allocated for each preset fault type of each electronic actuator. The counting unit is used to record the number of times the corresponding electronic actuator is diagnosed with the corresponding preset fault type.

3. The thermal management integrated module according to claim 2, characterized in that: The preset fault types include, but are not limited to, overcurrent fault, stall fault, communication timeout fault, and short circuit fault.

4. The thermal management integrated module according to claim 1, characterized in that: The fault frame storage area stores the current communication frame, several subsequent consecutive frames, fault codes, and timestamps in the form of frozen frames.

5. A failure information reading method characterized by comprising: include: A read request signal is sent to the thermal management integrated module to which the fault information is to be read. The read request signal is used by the controller in the thermal management integrated module to calculate the access permission verification value according to a preset algorithm in combination with a random seed value. Obtain the random seed value fed back by the thermal management integration module; The value to be verified is calculated based on the random read request signal and the random seed value using the same preset algorithm. The value to be verified is sent to the thermal management integration module; the value to be verified is compared by the controller with the access permission verification value, and a verification pass feedback signal is sent when the two are the same; After obtaining the feedback signal, the information stored in each area of ​​the memory is read.

6. The fault information reading method according to claim 5, characterized in that: In the step of sending a read request signal to the thermal management integrated module that needs to read fault information, the controller has a preset random code.

7. The fault information reading method according to claim 6, characterized in that, The preset algorithm includes: The first temporary key is obtained by performing a byte-by-byte XOR operation between the random code and the random seed value. Perform a preset transformation operation on the first temporary key to obtain the transformed seed value; The transformed seed value and the random seed value are XORed byte by byte to obtain the second temporary key; The access permission verification value or the proxy verification value is obtained by summing the first key and the second temporary key.

8. The fault information reading method according to claim 7, characterized in that, The preset transformation operation performed on the first temporary key yields the transformed seed value: The preset transformation operation includes rotating and swapping every two adjacent bytes.

9. A fault information reading system, characterized in that, It includes at least one processor and at least one memory, wherein at least one of the memory stores program information, and at least one of the processor reads the program information and executes the fault information reading method according to any one of claims 5-8.

10. A vehicle, characterized in that, It includes a thermal management system and the thermal management integrated module as described in any one of claims 1-4.

Images