Alarm signal analysis method, control device, and storage medium

Abstract

The application relates to an alarm signal analysis method, a control device and a storage medium. The method comprises the following steps: receiving an alarm unit signal; based on the alarm unit signal and a data set for judging an alarm signal triggering condition and storing an alarm message corresponding to the alarm signal, sending an alarm instruction to a corresponding module of a vehicle-mounted system, wherein the module operates based on the alarm instruction. In the technical solution of the application, the response speed and accuracy of the new energy vehicle alarm system are greatly improved through the data set. The advanced data set and automatic processing strategy are used to ensure the rapid transmission and accurate execution of processing a large number of alarm signals. Meanwhile, the risk of errors caused by manual coding is reduced.

Description

Technical Field

[0001] This application relates to the field of in-vehicle alarm signal processing, specifically providing an alarm signal parsing method, control device, and storage medium. Background Technology

[0002] With the popularization of new energy vehicles, the number of electronic components has increased significantly compared to older gasoline vehicles, leading to a rapid increase in the types of alarms. Traditional gasoline vehicles had fewer electronic devices, resulting in fewer alarm types. New energy vehicles, with their widespread use of various electronic devices, have a much wider range of alarm types. This increased number of alarm types means a greater number of alarm signals, making the processing of these signals while ensuring their accuracy a pressing issue.

[0003] In existing vehicle alarm system designs, alarm unit signals are typically processed using manual encoding and parsing. This method faces numerous challenges and limitations. For example, the parsing process is inefficient, and due to human intervention, errors are prone to occur during alarm signal parsing, making it difficult to guarantee consistency and accuracy in each parsing attempt.

[0004] Accordingly, a new alarm signal parsing method is needed in this field to solve the above problems. Summary of the Invention

[0005] In order to overcome the above-mentioned defects, this application is made to provide a solution or at least a partial solution to the problem that the prior art cannot guarantee accuracy when processing a large number of alarm signals.

[0006] In a first aspect, this application provides an alarm signal parsing method, the method comprising: receiving an alarm unit signal; and sending an alarm command to a module of a corresponding vehicle system based on the alarm unit signal, a dataset for determining alarm signal triggering conditions, and a dataset storing alarm messages corresponding to the alarm signal, wherein the module operates based on the alarm command.

[0007] In one technical solution of the above alarm signal parsing method, the method for constructing the dataset includes: obtaining an alarm signal configuration file and a corresponding signal definition file, wherein the alarm signal configuration file includes a first custom alarm signal set; validating the first custom alarm signal in the alarm signal configuration file based on the alarm signal configuration file, the signal definition file, and preset verification rules to obtain a second custom alarm signal set that meets the verification requirements; performing logical processing on the second custom alarm signal in the second custom alarm signal set to obtain a third custom alarm signal set; and performing a serialization operation on the third custom alarm signal set to obtain the dataset.

[0008] In one technical solution of the above alarm signal parsing method, the second custom alarm signal includes at least one alarm triggering logic, wherein the alarm triggering logic includes at least one unit signal, and the unit signals within the alarm triggering logic are connected by AND; "performing logical processing on the second custom alarm signals in the second custom alarm signal set to obtain a third custom alarm signal set" includes: when the second custom alarm signal includes at least two alarm triggering logics; connecting the different alarm triggering logics in the second custom alarm signal by OR to obtain the third custom alarm signal.

[0009] In one technical solution of the above alarm signal parsing method, "performing logical processing on the second custom alarm signals in the second custom alarm signal set to obtain a third custom alarm signal set" includes: converting the logical symbols in the first alarm signal judgment information in the second custom alarm signals into unified logical characters to obtain the second alarm signal judgment information; determining whether there is an OR symbol in the second alarm signal judgment information; if there is an OR symbol in the second alarm signal judgment information, then parsing the second alarm signal judgment information to obtain the AND-OR expression of the second alarm signal judgment information, wherein one AND part in the AND-OR expression is an alarm triggering logic.

[0010] In one technical solution of the above alarm signal parsing method, it is determined whether there is an OR symbol in the second alarm signal judgment information; if there is no OR symbol in the second alarm signal judgment information, the second custom alarm signal corresponding to the second alarm signal judgment information is used as the third custom alarm signal.

[0011] In one technical solution of the above alarm signal parsing method, the display area in the first custom alarm signal and the preset display area set are obtained; if the display area is not in the preset display area set, the first custom alarm signal corresponding to the display area fails the validity verification; and / or, it is determined whether the pop-up content in the display area of ​​the first custom alarm signal is empty; if the pop-up content is empty, the first custom alarm signal corresponding to the empty pop-up content fails the validity verification.

[0012] In one technical solution of the above alarm signal parsing method, "serializing the third custom alarm signal set to obtain a dataset" includes: obtaining a data layout file, wherein the data layout file specifies the offset of the fields of the custom alarm signals; obtaining a data layout container based on the data layout file; and inputting the third custom alarm signal set into the data layout container according to the preset field offset rules to obtain a dataset.

[0013] In one technical solution of the above alarm signal parsing method, before "performing a serialization operation on the third custom alarm signal set to obtain a dataset", the method further includes:

[0014] A communication protocol for acquiring a third custom alarm signal and sending an alarm to the module of the vehicle system; based on the communication protocol, the alarm command corresponding to the third custom alarm signal is encapsulated, and the encapsulated alarm command meets the requirements of the communication protocol.

[0015] In a second aspect, a control device is provided, comprising a processor and a storage device, the storage device being adapted to store a plurality of computer programs, the computer programs being adapted to be loaded and run by the processor to perform the alarm signal parsing method described in any of the above-described technical solutions.

[0016] In a third aspect, a computer-readable storage medium is provided, wherein a plurality of computer programs are stored therein, the computer programs being adapted to be loaded and run by a processor to perform the alarm signal parsing method described in any of the above-described technical solutions.

[0017] The above-described technical solutions of this application have at least one or more of the following features.

[0018] Beneficial effects:

[0019] In implementing the technical solution of this application, the response speed and accuracy of the alarm system for new energy vehicles are greatly improved by using a dataset approach. Advanced datasets and automated processing strategies ensure the rapid transmission and precise execution of large numbers of alarm signals. At the same time, the risk of errors caused by manual coding is reduced. Attached Figure Description

[0020] The disclosure of this application will become more readily understood with reference to the accompanying drawings. It will be readily understood by those skilled in the art that these drawings are for illustrative purposes only and are not intended to limit the scope of protection of this application. Furthermore, similar numbers in the drawings are used to denote similar components, wherein:

[0021] Figure 1 This is a schematic flowchart of the main steps of an alarm signal parsing method according to an embodiment of this application;

[0022] Figure 2 This is a flowchart illustrating the minor steps of an alarm signal parsing method according to an embodiment of this application;

[0023] Figure 3 This is a schematic diagram of the process of a vehicle processing alarm unit signals according to an embodiment of the alarm signal parsing method of this application;

[0024] Figure 4 This is a flowchart illustrating the minor steps of an alarm signal parsing method according to an embodiment of this application;

[0025] Figure 5 This is a flowchart illustrating a data set construction method for an alarm signal parsing method according to an embodiment of this application;

[0026] Figure 6 This is a schematic flowchart illustrating the serialization and deserialization process of an alarm signal parsing method according to an embodiment of this application. Detailed Implementation

[0027] Some embodiments of this application are described below with reference to the accompanying drawings. Those skilled in the art should understand that these embodiments are merely illustrative of the technical principles of this application and are not intended to limit the scope of protection of this application.

[0028] In the description of this application, "module" and "processor" can include hardware, software, or a combination of both. A module may include hardware circuitry, various suitable sensors, communication ports, and memory, and may also include software components, such as computer programs, or a combination of software and hardware. A processor may be a central processing unit, microprocessor, image processor, digital signal processor, or any other suitable processor. The processor has data and / or signal processing capabilities. The processor may be implemented in software, in hardware, or a combination of both. Non-transitory computer-readable storage media includes any suitable medium capable of storing computer programs, such as magnetic disks, hard disks, optical disks, flash memory, read-only memory, random access memory, etc.

[0029] See appendix Figure 1 , Figure 1 This is a schematic flowchart illustrating the main steps of an alarm signal parsing method according to an embodiment of this application. Figure 1 and Figure 5 As shown, the alarm signal parsing method in this application embodiment mainly includes the following steps A-B.

[0030] Step A: Receive alarm unit signal.

[0031] In this embodiment, the alarm unit signal is based on data collected and transmitted by various sensors inside and outside the vehicle. This data is used to further combine with the alarm signal's judgment conditions and other alarm unit signals to determine whether an alarm should be triggered. In this embodiment, an alarm refers to a timely warning to the driver or triggering the system's automatic safety response. The alarm unit signal serves as primary feedback on the vehicle's health status and environmental perception, ensuring the safe operation of the vehicle.

[0032] In one implementation, such as Figure 3 As shown, Figure 3 This is a flowchart illustrating the process after the vehicle receives an alarm unit signal in this embodiment. The vehicle is equipped with various sensors, such as accelerometers, temperature sensors, pressure sensors, and battery control units, to monitor the vehicle's status and the external environment in real time. These sensors collect data, including vehicle speed, battery status, tire pressure, and surrounding traffic conditions. The vehicle system then uses this collected data to detect potential faults or abnormal conditions, such as battery charging failures or braking system malfunctions.

[0033] If a device is detected to be in a potentially abnormal state, an alarm signal will be sent. The vehicle system's control center will then receive the alarm signal.

[0034] It should be noted that the alarm unit signal only indicates a potential problem in a specific part of the vehicle, but is not directly equivalent to the final alarm signal. Triggering an alarm signal requires comprehensive consideration of its preset judgment conditions. These conditions may sometimes involve only one alarm unit signal, and sometimes multiple alarm unit signals. The final alarm signal will only be triggered when a specific combination of conditions is met. In this embodiment, the alarm unit signal represents an abnormal signal sent by a device in the vehicle; however, these alarm unit signals need to be further combined with the alarm signal judgment conditions and other alarm unit signals to determine when an alarm needs to be triggered.

[0035] To better understand the difference between alarm unit signals and alarm signals in this technology, an example is given below: Suppose a sensor in the vehicle detects an abnormal battery temperature and sends an alarm unit signal, denoted as signal C. This alarm unit signal is received by the vehicle system. The system then checks the conditions under which signal C would trigger the alarm. For example, it finds that signal C's alarm signal determination only involves the condition for alarm signal E. The condition for alarm signal E is as follows: alarm signal E is triggered when both signals C and D are present simultaneously. This corresponds to the "alarm signal determination condition" mentioned above. The vehicle system then checks its memory for signal D. If signal D is present, alarm signal E is triggered, and alarm unit signal C is written to memory. If not, alarm unit signal C is written to memory. In this example, the vehicle system's memory stores all alarm unit signals generated since the start of the current vehicle system operation.

[0036] In this embodiment, different alarm signals may have different signal types, with one alarm signal corresponding to one signal type. These signal types include warning lights or pop-up warning messages on the instrument panel, alarm sounds or voice prompts, or transmission via vibration of the steering wheel or seat. Of course, the signal type can be a single type, such as waking up a warning light on the instrument panel, or multiple types, such as waking up a warning light on the instrument panel while simultaneously displaying a warning message. In this embodiment, when an alarm unit signal is determined, its corresponding signal type is also confirmed.

[0037] In this embodiment, the alarm unit signal needs to be processed quickly for a faster response. Therefore, a method is provided whereby a dataset is used to process the alarm unit signal, enabling a faster response. This response involves determining whether an alarm signal has been triggered and providing an alarm notification upon triggering, such as faster voice announcements, dashboard displays, or central control system displays.

[0038] Step B: Based on the alarm unit signal and the dataset used to determine the alarm signal triggering conditions and store the alarm messages corresponding to the alarm signal, the alarm command is sent to the corresponding module of the vehicle system, whereby the module operates based on the alarm command.

[0039] In this embodiment, the dataset responds to alarm unit signals and determines whether to initiate alarm processing based on other alarm unit signals in memory and the dataset itself. The dataset's function is to determine the alarm signal triggering conditions and store the alarm message corresponding to the alarm signal.

[0040] In one implementation, the dataset is constructed via steps S10-S40, such as... Figure 2 As shown.

[0041] Step S10: Obtain the alarm signal configuration file and the corresponding signal definition file.

[0042] In this embodiment, the alarm signal configuration file includes the signal content corresponding to the first custom alarm signal in the first custom alarm signal set, wherein the signal definition file includes signal data used to verify whether at least part of the configuration in the alarm signal configuration file is correct.

[0043] In one implementation, the design and application of alarm signal profiles is a key aspect of an electric vehicle intelligent cockpit system, allowing the system to handle a variety of complex vehicle conditions in a flexible and precise manner. By meticulously defining and organizing the initial custom alarm signal and its constituent unit signals, the system can generate targeted responses when necessary, thereby improving vehicle safety and driver awareness.

[0044] The alarm signal configuration file contains all the signal content of the first custom alarm signals. In this embodiment, the alarm signal configuration file includes all the first custom alarm signals, defining the alarm signals that should be generated under various conditions that the vehicle may encounter. Each first custom alarm signal includes at least one unit signal. That is, different first custom alarm signals are different; some first custom alarm signals may have only one unit signal, while others may have multiple unit signals. When a first custom alarm signal contains multiple unit signals, these unit signals do not exist in isolation. Instead, they interact through a preset logical relationship to determine when to trigger the overall alarm. For example, a first custom alarm signal may require the simultaneous fulfillment of the conditions "battery temperature too high" (one unit signal) and "vehicle speed exceeds safety limit" (another unit signal) to be triggered.

[0045] In this embodiment, the unit signals in the first custom alarm signal are the basis for judging the alarm signal. When the first custom alarm signal has multiple unit signals, the unit signals are combined through a preset logical relationship. That is to say, the first custom alarm signal not only has multiple unit signals, but also requires the unit signals to satisfy the preset logical relationship before the alarm is triggered.

[0046] In this embodiment, these unit signals can be CAN signals, PPS signals, SOMEIP signals, TCPSocket signals, etc. Each unit signal includes signal content. In this embodiment, whether the first custom alarm signal corresponds to one unit signal or multiple unit signals, there is only one signal content. In this embodiment, the signal content of the first custom alarm signal includes signal ID, signal source, signal type, displayed text, audio information, and priority information. This information collectively forms the basis of the first custom alarm signal, ensuring that the vehicle can accurately issue an alarm when encountering specific situations.

[0047] In this embodiment, in addition to the first custom alarm signal, there is also the alarm signal mentioned in step A. These two are different. The first custom alarm signal is the content in the signal configuration file. Since the first custom alarm signal may contain erroneous or unexecutable signals, it is not yet complete and is not a real alarm signal in use. However, from another perspective, the first custom signal is the "precursor" of the alarm signal.

[0048] The signal definition file is used to verify the correctness of the signal configuration in the alarm signal configuration file. Since the alarm signal configuration file is a manually defined file, meaning that at least some of the initial custom alarm signals are custom-defined, errors may occur.

[0049] Step S20: Verify the validity of the first custom alarm signal in the alarm signal configuration file based on the alarm signal configuration file, the signal definition file, and the preset verification rules to obtain the second custom alarm signal set that meets the verification requirements.

[0050] In this embodiment, validity verification is an important way to determine whether the custom alarm signal set in the alarm signal configuration file is incorrect.

[0051] In one implementation, the validity of the first custom alarm signal is verified through steps S201-S202 to obtain a second custom alarm signal set, as detailed below.

[0052] Step S201: Verify the validity of the first custom alarm signal in the alarm signal configuration file based on the alarm signal configuration file and the preset verification rules.

[0053] In this embodiment, validity verification is divided into two parts: verification using preset verification rules and verification using a signal definition file.

[0054] In one implementation, validity verification is completed through steps S201-1 to S201-6.

[0055] Step S201-1: Obtain the display area in the first custom alarm signal and the preset display area set.

[0056] In this embodiment, the display area refers to the part that displays an alarm if the first custom alarm signal is met. This part is a specific part of the vehicle's internal user interface, such as the instrument panel.

[0057] In one implementation, the first custom alarm signals are designed to provide visual feedback to the driver in a specific display area. For example, if an alarm signal relates to excessive speed, it might be designed to be displayed on the instrument panel. However, because the alarm signal profiles are manually configured, these parts may malfunction.

[0058] The preset display area set is an important set of parameters defined in the vehicle system. It specifies all possible areas within the vehicle's user interface used to display alarm signals. This includes, but is not limited to, the instrument cluster screen, center console screen, and head-up display (HUD). If the display area corresponding to the first custom alarm signal is not in the preset display area set, it indicates that the display area defined in the alarm signal configuration file is incorrect.

[0059] Step S201-2: If the display area is not in the preset display area set, the first custom alarm signal corresponding to the display area fails the validity verification.

[0060] In one implementation, it is confirmed whether the display area specified in the first custom alarm signal is included in a preset display area set. The system will perform a detailed comparison between the display area specified in the first custom alarm signal and the display area set to verify whether it conforms to the predefined display area.

[0061] If the display area of ​​the first custom alarm signal is not included in the preset display area set, the system will determine that the first custom alarm signal has failed the validity verification. This means that the corresponding settings in the alarm signal configuration file need to be corrected or updated.

[0062] For example, if a first custom alarm signal is configured to be displayed on the central control screen, but the preset display area does not include the central control screen as a valid display area, then this alarm signal will be considered to have failed the validity verification. In this case, this first custom alarm signal will be discarded and will not be processed in subsequent steps.

[0063] This method automatically verifies the first custom alarm signal, reducing the possibility of errors during use.

[0064] Step S201-3: Determine whether the pop-up content in the display area of ​​the first custom alarm signal is empty.

[0065] In this embodiment, the pop-up window in the instrument is the most important, so this situation will be described in detail.

[0066] Determine whether the display area of ​​the first custom alarm signal is a subcategory of the instrument category pop-up. If the display area of ​​the first custom alarm signal is a subcategory of the instrument category pop-up, determine whether the pop-up content is empty.

[0067] In this embodiment, the broad category refers to the main display area of ​​the vehicle's internal user interface corresponding to the first custom alarm signal, such as the instrument panel. The subcategory refers to a specific type of display method, such as a pop-up window.

[0068] Step S201-4: If the pop-up content is empty, the first custom alarm signal corresponding to the empty pop-up content has failed the validity verification.

[0069] In one implementation, the pop-up window is empty, meaning that although the alarm signal is set to be displayed as a pop-up on the instrument panel, no specific information is actually configured. In this case, the system will determine that the first custom alarm signal has failed validity verification. Empty pop-up window content may prevent the driver from receiving critical safety information, thereby reducing the effectiveness of the alarm system.

[0070] For example, consider a pop-up designed to display a low fuel warning on the instrument panel. If the pop-up is triggered but doesn't display any specific information about the low fuel level, the driver may not understand the importance of the warning and therefore fail to take appropriate action. Therefore, the system needs to ensure that all pop-up warning signals contain complete and clear information.

[0071] Through these steps, the system can effectively and automatically filter out custom alarm signals that are misconfigured or have incomplete information, thereby improving the accuracy and reliability of the entire vehicle alarm system.

[0072] Step S201-5: Determine whether the display area in the first custom alarm signal satisfies the requirement of including the instrument panel but excluding the central control unit, and that the instrument panel only includes warning lights.

[0073] Step S201-6: If satisfied, the corresponding first custom alarm signal has failed the validity verification.

[0074] Step S202: Based on the alarm signal configuration file and the signal definition file, the validity of the first custom alarm signal in the alarm signal configuration file is verified.

[0075] In this embodiment, the signal definition file is provided by other departments and contains detailed information about vehicle communication protocols and messages, such as message structure, unit signal type, message length, etc.

[0076] In one implementation, the first custom alarm signal in the alarm signal configuration file is compared with the signal definition file to verify whether the parameters of each alarm signal (such as ID, length, unit signal, etc.) are consistent with the requirements in the definition file.

[0077] Check whether the first custom alarm signal in the alarm signal configuration file conforms to the vehicle system's standard communication protocol and data structure. If a mismatch is found, the first custom alarm signal is deemed invalid.

[0078] Finally, the first custom alarm signals whose alarm signal configuration files do not meet the validity requirements are filtered out. The remaining first custom alarm signals are grouped into a set, which is named the second custom alarm signal set in order to distinguish it from the first custom alarm signal set. The custom alarm signals in the second custom alarm signal set are defined here as the second custom alarm signals in order to distinguish them from the first custom alarm signals.

[0079] Preferably, in one embodiment of this invention, the first custom alarm signal set in the alarm signal configuration file is converted into an array of class objects, where each class object corresponds to a first custom alarm signal, as detailed below:

[0080] The raw data of the first custom alarm signal set in the alarm signal configuration file is converted into a specific programming language structure, such as a Java class or a C++ object.

[0081] Each first custom alarm signal is created as a class object. The class object contains all the signal information associated with that alarm signal. Similarly, the signal information includes signal ID, signal type, priority, display area, etc.

[0082] In this implementation, when creating a class object and encapsulating the data, the original data is converted into a data type that is more convenient for the program to process. For example, a signal ID may be converted to an integer (int), and the signal type may be designed as an enumeration type (enum).

[0083] Preferably, in one embodiment of this invention, the alarm signal configuration file and the signal definition file are first integrated to generate a unified data structure, and then the data structure is converted into an array of class objects.

[0084] Step S30: Perform logical processing on the second custom alarm signals in the second custom alarm signal set to obtain the third custom alarm signal set.

[0085] In this embodiment, the third custom alarm signals in the third custom alarm signal set are all

[0086] In one implementation, the second custom alarm signal specifies the alarm triggering mechanism, as follows:

[0087] The second custom alarm signal includes at least one unit signal. When the second custom alarm signal includes at least two unit signals, the unit signals interact with each other through a preset logical relationship to determine whether the second custom alarm signal is triggered. Specifically, due to different logical relationships, there may be multiple triggering results. For example, a certain second custom alarm signal may contain three unit signals: unit signal A, unit signal B, and unit signal C. The logical relationship between the unit signals in the second custom alarm signal is Aand(B or C). It can be seen that the second custom alarm signal can be triggered when either unit signals A and B are present simultaneously, or when either unit signals A and C are present simultaneously.

[0088] However, for triggering alarm signals, logical relationships like A and (B or C) are not easy to determine. In other words, such logical judgments can prolong the judgment time. Specifically, when the vehicle system receives unit signal B, it searches for the judgment logic. If it finds a condition like A and (B or C) that is met, it triggers a second custom alarm signal. However, at this point, the vehicle system needs further analysis. Does it only need to find unit signal A in memory to satisfy the judgment condition? Does it only need to find unit signal C in memory to satisfy the judgment condition? Or does it need to find both unit signals A and C in memory to satisfy the judgment condition? Therefore, such logical relationships are not easy to directly determine whether the alarm signal triggering is met; further analysis is required, thus prolonging the judgment time.

[0089] Therefore, in this embodiment, by further modifying the alarm logic in the second custom alarm signal, that is, the logical relationship between the unit signals, a third custom alarm signal that can be directly judged is obtained.

[0090] In this embodiment, the second custom alarm signal includes at least one alarm triggering logic. When the second custom alarm signal includes two alarm triggering logics, the different alarm triggering logics in the second custom alarm signal are connected by OR, and the unit signals within each alarm triggering logic are connected by AND. Here, OR and AND are used in mathematical logic.

[0091] If a unified logic character is used during the logical processing of the second custom alarm signal, then the connection between different alarm triggering logics in the second custom alarm signal via OR and the connection between the unit signals within each alarm triggering logic via AND can be modified to connect the different alarm triggering logics in the second custom alarm signal via OR.

[0092] In this embodiment, the concept of alarm triggering logic is described in detail. Taking A and (B or C) as an example, this second custom alarm signal contains two alarm triggering logics: one satisfies A and B, and the other satisfies A and C. It is evident that an alarm triggering logic includes at least one unit signal. Satisfying either of these conditions will trigger an alarm. Each of these conditions constitutes an alarm triggering logic. However, the unit signals within an alarm triggering logic cannot contain or be connected to each other; otherwise, it is not an alarm triggering logic. In other words, in this embodiment, alarm triggering logic refers to the smallest unit in a custom alarm signal that has only a single triggering condition. That is, the unit signals within each alarm triggering logic are connected via AND.

[0093] It should be noted that in this embodiment, when the second custom alarm signal includes two alarm triggering logics, further logical processing is performed. However, the second custom alarm signal here is equivalent to the first custom alarm signal. That is, in another embodiment, the first custom alarm signal in the first custom alarm signal set can be directly processed to obtain the third custom alarm signal set.

[0094] In this embodiment, a third custom alarm signal set is obtained through steps S301-S304, such as... Figure 4 As shown, the details are as follows:

[0095] Step S301: Convert the logical symbols in the first alarm signal judgment information of the second custom alarm signal into unified logical characters to obtain the second alarm signal judgment information.

[0096] In one embodiment, the signal content of the second custom alarm signal includes a signal ID. Preferably, in one embodiment, the signal ID not only represents a unique identifier for the signal but also contains the basic logical rules for alarm triggering. To ensure the consistency of the alarm logic and the accuracy of system parsing, the logical symbols in these signal IDs need to be uniformly converted. In this embodiment, these signal IDs are referred to as the first alarm signal judgment information.

[0097] In this embodiment, the first alarm signal judgment information needs to be converted into the second alarm signal judgment information. Specifically, the conversion process involves converting all logical symbols into system-preset unified logical characters, such as "AND", "OR", and "NOT". The purpose of this conversion is to eliminate potential confusion caused by differences in logical symbols, thereby enabling the system to quickly identify and execute logical operations.

[0098] For example, if a signal ID in the original second custom alarm signal specifies the logical rule "1AND(2OR 3)", the system converts these symbols into a unified format, such as using "&" to represent "AND" and "|" to represent "OR". Thus, the converted rule becomes "1&(2|3)". It is worth noting here that although symbol conversion has been performed, for clarity in subsequent descriptions, the example will still use "1AND(2OR 3)".

[0099] Step S302: Determine whether there is an OR symbol in the second alarm signal determination information.

[0100] In one implementation, if the second alarm signal judgment information contains an OR symbol, it indicates that there are at least two alarm triggering logics; if it does not contain an OR symbol, it indicates that there is only one alarm triggering logic.

[0101] Step S303: If the second alarm signal judgment information contains an OR symbol, then the second alarm signal judgment information is parsed to obtain the AND-OR expression of the second alarm signal judgment information, wherein one AND part of the AND-OR expression is an alarm triggering logic.

[0102] In this embodiment, the logical structure in the expression is carefully analyzed and reconstructed to improve the efficiency and response speed of the vehicle system in processing alarm signals.

[0103] In one implementation, for example, the logical expression for the second alarm signal judgment information is "A and (B or C)," which means that if "A" is true, and at least one of "B" or "C" is true, then an alarm is triggered. Although this expression is logically correct, in actual implementation, such nested conditions may cause processing delays because the system must wait for confirmation of the status of "B" or "C" before it can complete the evaluation of the entire logical expression.

[0104] To optimize processing speed, step S303 transforms the complex logical expression "A and (B or C)" into an AND-OR expression "(A and B) or (A and C)" composed of multiple independent AND logical relations. This transformed logical form reduces the level of logical nesting that the system needs to process at runtime because it decomposes the conditions into a series of simple logical relations that can be evaluated in parallel. The system can evaluate "A and B" and "A and C" individually without waiting for each condition to be determined, thereby improving the speed of logical judgment.

[0105] Furthermore, this conversion conforms to the distributive law in digital logic, ensuring that the conversion of the logical expression maintains the integrity of the original logic while adapting to the vehicle system's need for rapid logical judgment. In this way, even when the states of signals "B" and "C" are not yet fully determined, the system can quickly update the alarm status based on changes in the state of "A," ensuring timely response.

[0106] In this embodiment, the AND-OR form is described in detail. An AND-OR form is a compound logical expression in which several inputs are first combined using an AND operation, and then the results are combined using an OR operation. For example, an expression (A and B) or (C and D) is an AND-OR form because it first performs an AND operation on the inputs and then performs an OR operation on the results.

[0107] AND-OR expressions can be divided into two main parts:

[0108] First, the AND part: This is the first part of an AND expression, containing one or more AND operations. In this part, two or more inputs are combined through an AND operation. In circuit design, this corresponds to one or more AND gates, each processing its own input. For example, in the expression (A and B)or(C and D), (A and B) and (C and D) are the AND parts.

[0109] The other part is the OR part: this is the second part of the AND-OR expression, which contains an OR operation. In this part, the outputs of the AND part are combined. This is usually done through an OR gate, whose input comes from the output of the preceding AND part. Continuing with the previous example, the OR in (A and B) or (C and D) is the OR part, which combines the results of the two AND operations.

[0110] In this embodiment, the obtained third custom alarm signal includes an AND-OR expression, where the AND part of the AND-OR expression is an alarm triggering logic. For example, suppose the alarm signal judgment information in one of the third custom alarm signals is: (A and B) or (C and D) or E. Then it can be seen that this third custom alarm signal contains three alarm triggering logics, which are combined by the OR operator.

[0111] Step S304: If there is no OR symbol in the second alarm signal judgment information, then the second custom alarm signal corresponding to the second alarm signal judgment information is used as the third custom alarm signal.

[0112] In this embodiment, if there is no OR symbol in the second alarm signal judgment information, it means that there is only one alarm triggering logic, so it can be processed directly at this time.

[0113] Step S40: Perform a serialization operation on the third custom alarm signal set to obtain the dataset.

[0114] In one implementation, such as Figure 6 As shown, the serialized signal set can complete the initialization operation faster when the vehicle system starts up.

[0115] In this embodiment, steps S401-S403 are also included to obtain the dataset, as follows:

[0116] Step S401: Obtain the data layout file.

[0117] In this embodiment, the offset of the field for the custom alarm signal is specified in the data layout file.

[0118] In one implementation, the data layout file is a component that defines the specific organization of the custom alarm signal data structure. This file specifies in detail the offset of each field, that is, the exact position of the field within the data structure. Obtaining the data layout file is the first step in the serialization process.

[0119] In this implementation, the field offset information in the data layout file is crucial for ensuring that data is correctly organized and processed during serialization. These offsets define how the various components of the alarm signal are mapped to specific locations in the binary data stream.

[0120] For example, a third-custom alarm signal includes:

[0121] Signal ID: 101

[0122] Priority: 2

[0123] Description: "Forward Collision Warning"

[0124] Status: true

[0125] Also, assuming the data layout file specifies:

[0126] The offset of the signal ID is 0 to 4 bytes.

[0127] The priority offset is 5 to 6 bytes.

[0128] The described offset is between 7 and 30 bytes.

[0129] The state offset is 31 bytes.

[0130] Therefore, it can be concluded that the data layout file sets the rules and conditions for the serialization of the third custom alarm signal.

[0131] In this implementation, the system first needs to access and read the file. This may involve loading the file from a file system or database, or retrieving the latest layout definition from a remote server.

[0132] By acquiring and correctly parsing the data layout file, the system can prepare for the serialization process, ensuring the integrity and accuracy of the data.

[0133] Preferably, in one embodiment, the process further includes compiling the data layout file. The main purpose of compiling the data layout file is to convert it into code in a specific programming language, making it a part of a computer program that can actually operate and execute.

[0134] Specifically, data layout files can be processed using suitable command-line tools or programming libraries. These tools or libraries are specifically designed to read layout files and convert their contents into executable code. The code generated during the compilation process includes helper functions and classes for serialization and deserialization. These code snippets, based on the offsets and data types defined in the layout file, guide the program on how to convert alarm signal data into binary format and how to restore the original data from the binary format.

[0135] Step S402: Obtain the data layout container based on the data layout file.

[0136] In this embodiment, the data layout container is a serialization object. This container is a structure defined according to the data layout file, used to hold and organize the data that is about to be serialized.

[0137] In one implementation, the serialization object is created using an interface provided by a programming language, based on the specifications in the data layout file. This means that each field of the third custom alarm signal will be arranged in the serialization object according to its offset and type specified in the data layout file.

[0138] Taking the example in step S401 as an example, assuming that the compiled data layout file specifies the specific location and type of each field, such as signal ID in bytes 0 to 4 and priority in bytes 5 to 6, then the program will use this information to create a serialized object.

[0139] For the signal ID field, the program will reserve space in bytes 0 to 4 of the serialized object to store the binary representation of the signal ID. Similarly, the program will allocate appropriate positions and space in the serialized object for fields such as priority, description, and status.

[0140] Step S403: Input the third custom alarm signal set into the data layout container according to the preset field offset rules to obtain the dataset.

[0141] In one implementation, data from a third custom alarm signal set is input into a data layout container (i.e., a serialization object) according to predefined field offset rules. Using an interface provided by a programming language, the program sets specific values ​​for each field of the serialization object. These values ​​are determined based on the actual alarm signal data.

[0142] Once the serialized object is correctly populated, it is converted to binary format. This process is accomplished using serialization functions provided by the programming language. During serialization, the data is flattened according to the instructions in the layout file, meaning the data is transformed from its original structure into a one-dimensional binary sequence.

[0143] Taking the example in step S401 as an example, when the program executes step S403, it will operate as follows:

[0144] Place signal ID 101 into bytes 0 to 4 of the serialized object.

[0145] Place priority 2 in the 5th to 6th byte position.

[0146] Place the description "Forward Collision Warning" in the 7th to 30th byte position.

[0147] Place the state true in the 31st byte position.

[0148] Then, the program calls the serialization function to convert the pre-filled serialized object into a string of binary data. This data represents the complete information of the alarm signal and is ready to be used or transmitted by other parts of the system.

[0149] This step effectively converts alarm signal data into a binary format that is easy to process and transmit. This part serializes the third custom alarm signal set, improving the initialization speed of the dataset when the vehicle system starts the dataset.

[0150] In each module of the vehicle system, the serialized binary alarm signal dataset undergoes deserialization. This deserialization process first involves receiving the binary alarm signal dataset as input and processing it. Next, using deserialization functions provided in the vehicle system programming language, these binary alarm signal datasets are parsed into data objects that can be recognized and processed by the vehicle system modules. This parsing process follows the rules defined in the data layout file to ensure that each data field is correctly decoded and restored to its original state.

[0151] For example, suppose the vehicle system receives a dataset of binary alarm signals, containing information about a series of alarm signals. The system first obtains the pointers and length information of these data, and then parses them using a deserialization function. During the parsing process, the system correctly reconstructs the ID, priority, description, and status fields of each alarm signal according to a predefined data layout file.

[0152] The deserialized data objects are then verified for integrity and validity to ensure accuracy and reliability. This verification may involve checking the consistency, completeness, and logical correctness of the data. Once verification is successful, this alarm signal data can be used by relevant modules of the vehicle system, such as to trigger corresponding alarms or display information.

[0153] This deserialization process enables the vehicle system to efficiently process alarm signals from different modules, ensuring real-time performance and accuracy. It also reduces the resources required for data transmission and storage, improving the overall efficiency and performance of the system.

[0154] Preferably, in this embodiment, the third custom alarm signal set is first converted into text data, and then the converted text data third custom alarm signal set is serialized to obtain a dataset.

[0155] Specifically, in this embodiment, text-formatted data is easier for humans to read and understand, and also facilitates subsequent analysis and processing. Furthermore, text data formats typically have high compatibility, allowing them to be read by various software and systems.

[0156] The system converts data from a third-party custom alarm signal set, such as signal ID, priority, description, and status, from its raw or binary format to text format. The conversion process involves formatting the values ​​of data fields into readable strings; for example, numbers and Boolean values ​​are converted to their string representations.

[0157] The third custom alarm signal set, converted to text format, can be exported to the cloud or stored on a hard drive. This storage not only facilitates data backup but also enables historical data analysis and remote access. The text data storage allows for easy access and sharing of this information when needed, supporting data-driven decision-making processes.

[0158] By converting and storing a third set of custom alarm signals into text data, this technology enables efficient data management and application, providing robust data support for vehicle safety systems. The accessibility and readability of this data are crucial for the maintenance and optimization of in-vehicle systems, especially when rapid diagnosis and problem-solving are required. Furthermore, the text data stored in the cloud or on disk can be used for long-term data analysis and system performance evaluation.

[0159] In this embodiment, preferably, steps S501-S502 are also included, wherein steps S501-S502 are performed before step S40 and before the third custom alarm signal set is converted into text data.

[0160] Step S501: Obtain the communication protocol for the third custom alarm signal to be sent to the module of the vehicle system to issue an alarm.

[0161] In this embodiment, the communication method for the third custom alarm signal to send an alarm to the module is based on the actual triggering of the third custom alarm signal during use. Once the third custom alarm signal is triggered, an alarm command will definitely be sent to the module inside the vehicle to issue an alarm.

[0162] In one implementation, different third-party customized alarm signals will send alarms to different in-vehicle modules, with varying alarm commands. In this implementation, different modules within the vehicle may use different communication protocols, such as CAN, LIN, and FlexRay. Correctly matching the alarm signals with the communication protocols of each module is crucial to ensuring the accuracy and effectiveness of information transmission. Properly identifying and applying these protocols ensures that alarm signals are effectively transmitted between different modules within the vehicle.

[0163] First, determine which modules within the vehicle need to receive the custom alarm signals. For example, some alarm signals may need to be sent to the driver's display, while others may need to be sent to the engine management system. For each target module, the system identifies and matches the appropriate communication protocol. For instance, the driver's display might use the LIN protocol, while the engine management system might use the CAN protocol. The system then configures the alarm signal transmission method according to the specific protocol requirements of these modules.

[0164] In this embodiment, a specific example is given, such as the module for the third custom alarm signal, which includes: an instrument panel (using the LIN protocol) and a central control unit (using the CAN protocol).

[0165] In this situation, the system sends alarm commands in formats suitable for both LIN and CAN protocols. This ensures that the instrument panel can receive and display the warnings, and that the central control unit can take the necessary response accordingly.

[0166] In this embodiment, the communication protocol between the alarm signal and the in-vehicle modules ensures that each module receives critical alarm commands promptly and accurately. This not only improves the overall efficiency and responsiveness of the vehicle system but also enhances the vehicle's safety when facing potential hazards.

[0167] Step S502: Encapsulate the alarm command corresponding to the third custom alarm signal based on the communication protocol. The encapsulated alarm command meets the requirements of the communication protocol.

[0168] In one implementation, the alarm signal content is encapsulated according to a predetermined communication protocol to ensure that its format and structure meet the requirements of the specific protocol, thereby ensuring that the signal can be correctly received and parsed by the target module.

[0169] For example, in this embodiment, the content to be encapsulated may be the entire signal content, or it may be only a part of it, such as only encapsulating the display area, display text, and audio information.

[0170] In this embodiment, these contents are encapsulated in order to send alarm commands to the corresponding modules more quickly during use.

[0171] It should be noted that although the steps in the above embodiments are described in a specific order, those skilled in the art will understand that in order to achieve the effect of this application, different steps do not necessarily have to be executed in such an order. They can be executed simultaneously (in parallel) or in other orders, and these variations are all within the scope of protection of this application.

[0172] Those skilled in the art will understand that all or part of the processes in the method of the above-described embodiment can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes various forms such as source code, object code, executable files, or intermediate forms. The computer-readable storage medium can include any entity or device capable of carrying a computer program, media, USB flash drive, portable hard drive, magnetic disk, optical disk, computer memory, read-only memory, random access memory, electrical carrier signals, telecommunication signals, and software distribution media. It should be noted that the content included in the computer-readable storage medium can be appropriately added to or subtracted according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, the computer-readable storage medium does not include electrical carrier signals and telecommunication signals.

[0173] Furthermore, this application also provides a control device. In one embodiment of the control device according to this application, the control device includes a processor and a storage device. The storage device can be configured to store a program for executing the alarm signal parsing method of the above-described method embodiments, and the processor can be configured to execute the program in the storage device. This program includes, but is not limited to, a program for executing the alarm signal parsing method of the above-described method embodiments. For ease of explanation, only the parts related to the embodiments of this application are shown; for specific technical details not disclosed, please refer to the method section of the embodiments of this application. This control device can be a control device device comprising various electronic devices.

[0174] Furthermore, it should be understood that since the various modules are only provided to illustrate the functional units of the device described in this application, the physical devices corresponding to these modules may be the processor itself, or a part of the processor's software, hardware, or a combination of both. Therefore, the number of modules shown in the figures is merely illustrative.

[0175] Those skilled in the art will understand that the various modules in the device can be adaptively split or combined. Such splitting or combining of specific modules will not cause the technical solution to deviate from the principles of this application; therefore, the technical solutions after splitting or combining will fall within the protection scope of this application.

[0176] The relevant user personal information that may be involved in the various embodiments of this application is processed in strict accordance with the requirements of laws and regulations, following the principles of legality, legitimacy, and necessity, based on the reasonable purpose of the business scenario, and includes personal information that users actively provide or that is generated as a result of using the product / service, as well as personal information obtained with user authorization.

[0177] The personal information of users processed by the applicant will vary depending on the specific product / service scenario and will be based on the specific scenario in which the user uses the product / service. This may involve the user's account information, device information, driving information, vehicle information, or other related information. The applicant will treat the user's personal information and its processing with a high degree of diligence.

[0178] The applicant attaches great importance to the security of users' personal information and has taken reasonable and feasible security protection measures that comply with industry standards to protect users' information and prevent unauthorized access, disclosure, use, modification, damage or loss of personal information.

[0179] The technical solutions of this application have been described above with reference to the preferred embodiments shown in the accompanying drawings. However, it will be readily understood by those skilled in the art that the scope of protection of this application is obviously not limited to these specific embodiments. Without departing from the principles of this application, those skilled in the art can make equivalent changes or substitutions to the relevant technical features, and the technical solutions after these changes or substitutions will all fall within the scope of protection of this application.

Claims

1. An alarm signal analysis method, characterized by, The method comprises the following steps: receiving an alarm unit signal; sending an alarm instruction to a corresponding module of a vehicle-mounted system based on the alarm unit signal and a data set for judging an alarm signal triggering condition and storing an alarm message corresponding to the alarm signal, wherein the module operates based on the alarm instruction; wherein the construction method of the data set comprises: obtaining an alarm signal configuration file and a corresponding signal definition file, wherein the alarm signal configuration file comprises a first set of custom alarm signals; validating the first custom alarm signals in the alarm signal configuration file based on the alarm signal configuration file, the signal definition file and a preset verification rule to obtain a second set of custom alarm signals that meet the verification; performing logical processing on the second custom alarm signals in the second set of custom alarm signals to obtain a third set of custom alarm signals; performing a serialization operation on the third set of custom alarm signals to obtain the data set.

2. The alarm signal analysis method according to claim 1, wherein the second custom alarm signal comprises at least one alarm triggering logic, wherein the alarm triggering logic comprises at least one unit signal, and the unit signals in the alarm triggering logic are connected by AND; the logical processing on the second custom alarm signals in the second set of custom alarm signals to obtain the third set of custom alarm signals comprises: when the second custom alarm signal comprises at least two alarm triggering logics, connecting the different alarm triggering logics in the second custom alarm signal by OR to obtain the third custom alarm signal.

3. The alarm signal resolution method according to claim 1 or 2, characterized in that, the logical processing on the second custom alarm signals in the second set of custom alarm signals to obtain the third set of custom alarm signals comprises: converting the logical symbol in the first alarm signal judgment information in the second custom alarm signal into a unified logical character to obtain second alarm signal judgment information; judging whether there is an OR symbol in the second alarm signal judgment information; if there is an OR symbol in the second alarm signal judgment information, analyzing the second alarm signal judgment information to obtain an AND-OR formula of the second alarm signal judgment information, wherein one AND part of the AND-OR formula is one alarm triggering logic.

4. The alarm signal analysis method according to claim 3, wherein judging whether there is an OR symbol in the second alarm signal judgment information; if there is no OR symbol in the second alarm signal judgment information, taking the second custom alarm signal corresponding to the second alarm signal judgment information as the third custom alarm signal.

5. The alarm signal resolution method according to claim 1 or 2, characterized by, the validity verification of the first custom alarm signal in the alarm signal configuration file based on the alarm signal configuration file, the signal definition file and a preset verification rule comprises: obtaining a display area in the first custom alarm signal and a preset display area set; if the display area is not in the preset display area set, the first custom alarm signal corresponding to the display area does not pass the validity verification; and / or judging whether the pop-up window content in the display area of the first custom alarm signal is empty. If the pop-up content is empty, the first custom alarm signal corresponding to the empty pop-up content does not pass the validity verification.

6. The alarm signal resolution method of claim 1, wherein The "serializing the third custom alarm signal set to obtain a data set" comprises: obtaining a data layout file, wherein the data layout file defines the offset of the field of the custom alarm signal; obtaining a data layout container based on the data layout file; inputting the third custom alarm signal set into the data layout container according to the preset field offset rule to obtain a data set.

7. The alarm signal resolution method of claim 1, wherein Before the "serializing the third custom alarm signal set to obtain a data set", the method further comprises: obtaining a communication protocol of the third custom alarm signal to the alarm module of the vehicle-mounted system; packaging the alarm instruction corresponding to the third custom alarm signal based on the communication protocol, wherein the packaged alarm instruction meets the requirements of the communication protocol.

8. A control device comprising a processor and a storage device, said storage device being adapted to store a plurality of computer programs, characterized in that, The computer program is adapted to be loaded and run by the processor to execute the alarm signal analysis method in any one of claims 1 to 7.

9. A computer readable storage medium having stored therein a plurality of computer programs, characterized in that, The computer program is adapted to be loaded and run by the processor to execute the alarm signal analysis method in any one of claims 1 to 7.

Images