Vehicle light fault detection method, device and equipment and storage medium

Abstract

The invention discloses a vehicle light fault detection method, device and equipment and a storage medium, and relates to the technical field of vehicle control, and the method comprises the steps: determining a target lamp based on a target light function, and sending a lighting command to the target lamp; determining a light control state of the target lamp under the control of the lighting command; based on the light control state of the target lamp, performing fault detection on the target lamp, and determining a detection result of the target lamp; determining a detection result of a light domain based on the detection result of the target lamp; and determining a detection result of the target light function based on the detection result of the light domain. Through the above mode, fault detection pressure is dispersed to different levels, a hierarchical cooperation mechanism is adopted to improve fault processing efficiency, fault detection is carried out on the control state of the lamp according to the lighting command, invalid operation is prevented from being carried out in the turn-off period of the lamp, and resource consumption is reduced.

Description

Technical Field

[0001] This application relates to the field of vehicle control technology, and in particular to methods, devices, equipment and storage media for detecting vehicle lighting faults. Background Technology

[0002] With the rapid development of automotive lighting technology, the functions of lighting fixtures have evolved from traditional, single illumination functions to more complex and diversified ones, such as integrated light shows and rhythmic headlights. Furthermore, the types of lighting fixtures also encompass a wide variety of categories. Under this trend, traditional lighting fault handling methods require receiving a large number of signals from all lighting fixtures, making the judgment process complex and difficult to adapt to the fault identification needs of complex lighting fixtures, resulting in low fault detection efficiency.

[0003] The above content is only used to help understand the technical solution of the present invention and does not represent an admission that the above content is prior art. Summary of the Invention

[0004] The main purpose of this application is to provide a method, device, equipment and storage medium for detecting vehicle lighting faults, aiming to solve the technical problem that traditional fault detection methods in the prior art are difficult to adapt to the fault identification needs of complex lamps and have low detection efficiency.

[0005] To achieve the above objectives, this application provides a method for detecting vehicle lighting faults, the method comprising: Based on the target lighting function, identify the target lighting fixture and send a lighting command to the target lighting fixture; Determine the lighting control status of the target luminaire under the lighting command control; Based on the lighting control status of the target luminaire, fault detection is performed on the target luminaire to determine the detection result of the target luminaire; Based on the detection results of the target luminaire, the detection results of the light field are determined; Based on the detection results of the light domain, the detection results of the target light function are determined.

[0006] In one embodiment, the step of determining the lighting control state of the target luminaire under the lighting command control includes: When the target lamp is lit under the control of the lighting command, the lighting control state of the target lamp is determined to be on. When the target lamp is in an off state under the control of the lamp-on command, the lighting control state of the target lamp is determined based on the lighting type of the target lamp.

[0007] In one embodiment, the step of determining the lighting control state of the target luminaire based on its type includes: When the light type of the target lamp is flashing, the flashing period of the target lamp is obtained, and the fixed off time of the target lamp within the flashing period is determined; Obtain the current off duration of the target light fixture, and calculate the status recognition duration based on the current off duration and the recognition error; When the state recognition duration is greater than the fixed off duration, the lighting control state of the target lamp is determined to be off. When the state recognition duration is less than or equal to the fixed off duration, the lighting control state of the target lamp is determined to be on.

[0008] In one embodiment, each light domain is provided with at least one main feedback luminaire, and the step of determining the detection result of the light domain based on the detection result of the target luminaire includes: Based on the detection results of the target luminaire, the detection results of the main feedback luminaire within the light field are determined; The detection results of the main feedback luminaires within the light domain are taken as the detection results of the light domain.

[0009] In one embodiment, each main feedback luminaire corresponds to at least one sub-feedback luminaire, and the step of determining the detection result of the main feedback luminaire within the light field based on the detection result of the target luminaire includes: Based on the detection results of the target luminaire, the detection results of the corresponding sub-feedback luminaires of the main feedback luminaire within the light field are determined; Based on the detection results of the sub-feedback lamps corresponding to the main feedback lamps in the lighting domain, the number of lamp failures corresponding to the main feedback lamps in the lighting domain is determined. When the number of lamp faults corresponding to the main feedback lamps in the light domain is greater than or equal to a preset value, the detection result of the main feedback lamps in the light domain is determined to be a fault. When the number of lamp failures corresponding to the main feedback lamps within the light domain is less than a preset value, the detection result of the main feedback lamps within the light domain is determined to be normal.

[0010] In one embodiment, the step of performing fault detection on the target luminaire based on its lighting control state and determining the detection result of the target luminaire includes: When the target light fixture is in the on state, the target light fixture is subjected to fault detection based on a preset detection cycle, and the detection result of the target light fixture is determined. When the target luminaire's lighting control state is off, the off duration is recorded, and the detection result of the target luminaire is determined based on the off duration.

[0011] In one embodiment, the method further includes: Perform an integrity check on the lighting command to determine whether there is a frame missing anomaly in the lighting command; If there is no frame missing exception in the lighting command, determine whether the target lamp responds to the lighting command within a preset response time. If the target luminaire fails to respond to the lighting command within a preset response time, the detection result of the target lighting function is determined to be a fault. When the target luminaire responds to the lighting command within a preset response time, the step of determining the lighting control state of the target luminaire under the control of the lighting command is executed.

[0012] In one embodiment, the method further includes: If a frame missing anomaly exists in the light-up command, the detection result of the target light function is determined to be a fault.

[0013] Furthermore, to achieve the above objectives, this application also proposes a vehicle lighting fault detection device, which includes: The lighting control module is used to determine the target lighting fixture based on the target lighting function and send a lighting command to the target lighting fixture; The lighting control module is also used to determine the lighting control status of the target luminaire under the lighting command control; The fault detection module is used to perform fault detection on the target lamp based on the lighting control status of the target lamp, and determine the detection result of the target lamp; The fault detection module is also used to determine the detection result of the light field based on the detection result of the target lamp; The fault detection module is also used to determine the detection result of the target lighting function based on the detection result of the lighting domain.

[0014] In addition, to achieve the above objectives, this application also proposes a vehicle lighting fault detection device, which includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the vehicle lighting fault detection method described above.

[0015] In addition, to achieve the above objectives, the present invention also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the vehicle lighting fault detection method described above.

[0016] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the vehicle lighting fault detection method described above.

[0017] This application provides a vehicle lighting fault detection method. Based on the target lighting function, a target luminaire is identified, and a lighting command is sent to the target luminaire. The method then determines the lighting control state of the target luminaire under the lighting command; based on the lighting control state of the target luminaire, fault detection is performed on the target luminaire, and the detection result is determined; based on the detection result of the target luminaire, the detection result of the lighting domain is determined; and based on the detection result of the lighting domain, the detection result of the target lighting function is determined. This application distributes the fault detection workload across different levels, employing a hierarchical collaborative mechanism to improve fault handling efficiency. Simultaneously, it performs fault detection on the control state of the luminaire according to the lighting command, avoiding invalid calculations during luminaire off periods, reducing resource consumption, and ensuring overall operational efficiency. This solves the technical problem that traditional fault detection methods are difficult to adapt to the fault identification needs of complex luminaires and have low detection efficiency. Attached Figure Description

[0018] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0019] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0020] Figure 1 This is a flowchart illustrating an embodiment of the vehicle lighting fault detection method of this application; Figure 2 A schematic diagram of the overall architecture of the vehicle lighting fault detection method provided in Embodiment 1 of this application; Figure 3 A schematic diagram of the lighting command for the vehicle lighting fault detection method provided in Embodiment 1 of this application; Figure 4 This is a hierarchical diagram of the vehicle lighting fault detection method provided in Embodiment 1 of this application; Figure 5 This is a flowchart illustrating Embodiment 2 of the vehicle lighting fault detection method of this application; Figure 6 This is a schematic diagram of a flashing lamp fault detection method for a vehicle lighting fault detection method provided in Embodiment 2 of this application. Figure 7This is a schematic diagram of a constantly lit lamp fault detection method for a vehicle lighting fault detection method provided in Embodiment 2 of this application. Figure 8 This is a flowchart illustrating Embodiment 3 of the vehicle lighting fault detection method of this application; Figure 9 This is a schematic diagram of the main feedback lamp for the vehicle lighting fault detection method provided in Embodiment 3 of this application; Figure 10 This is a schematic diagram of the module structure of the vehicle lighting fault detection device according to an embodiment of this application; Figure 11 This is a schematic diagram of the hardware operating environment of the vehicle lighting fault detection method in this application embodiment.

[0021] The realization of the purpose, functional features and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0022] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0023] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0024] The main solution of this application embodiment is as follows: based on the target lighting function, determine the target lighting fixture and send a lighting command to the target lighting fixture; determine the lighting control state of the target lighting fixture under the lighting command; based on the lighting control state of the target lighting fixture, perform fault detection on the target lighting fixture and determine the detection result of the target lighting fixture; based on the detection result of the target lighting fixture, determine the detection result of the lighting domain; based on the detection result of the lighting domain, determine the detection result of the target lighting function.

[0025] Currently, lighting functions have evolved from traditional, single illumination to more complex and diversified features, such as integrated light shows and rhythmic headlights. Furthermore, lighting fixtures now encompass a wide variety of categories. Traditional methods for handling lighting faults require receiving numerous signals from all fixtures, making the judgment process complex and unsuitable for the fault identification needs of complex lighting fixtures, resulting in low fault detection efficiency.

[0026] This application provides a solution that distributes fault detection pressure to different levels, adopts a hierarchical collaborative mechanism to improve fault handling efficiency, and performs fault detection on the control status of the lamps according to the lighting command, avoiding invalid calculations during lamp-off periods, reducing resource consumption, ensuring overall operating efficiency, and solving the technical problem that traditional fault detection methods are difficult to adapt to the fault identification needs of complex lamps and have low detection efficiency.

[0027] It should be noted that the executing entity in this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or an electronic device capable of performing the above functions, such as a vehicle lighting fault detection device. This embodiment does not specifically limit it in this regard. The following uses a vehicle lighting fault detection device as an example to describe this embodiment and the following embodiments.

[0028] This application provides a method for detecting vehicle lighting faults, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the vehicle lighting fault detection method of this application.

[0029] In this embodiment, the vehicle lighting fault detection method includes steps S10 to S50: Step S10: Based on the target lighting function, determine the target lighting fixture and send a lighting command to the target lighting fixture; It should be noted that the target lighting function is the lighting function that is currently desired to be achieved, such as a light show function or a rhythmic headlight function. This embodiment does not specifically limit this. Different lighting functions usually require different lighting fixtures. For example, a light show function requires both headlights and taillights to participate, while a rhythmic headlight function only requires the headlights to participate. Therefore, based on the lighting function that is currently desired to be achieved, the lighting fixtures that need to participate, i.e., the target lighting fixtures, can be determined.

[0030] Understandably, when determining the target lighting fixture, one can first select the corresponding lighting area, and then determine the target lighting fixture based on the selected lighting area. For example, if the target lighting function is a light show function, then the selected lighting areas are the front lighting area and the rear lighting area, and all the lighting fixtures in the front lighting area and the rear lighting area are used as the target lighting fixtures.

[0031] It should be understood that if only the lights that participate in the target lighting function are selected as target lights when determining the target lights, then other unselected lights do not need to participate in the target lighting function. The final detection result of the target lighting function is irrelevant to these unselected lights, and there is no need to perform fault detection thereafter. Therefore, this embodiment is equivalent to shielding the monitoring of irrelevant lights, not performing fault detection at present, reducing resource consumption, improving overall operating efficiency, and improving fault detection efficiency.

[0032] Additionally, it should be noted that the light-on command is a command to control the turning of the lights on and off, such as: turn on LED1 and LED2, turn on LED3 and LED4, and turn off LED5 and LED6.

[0033] Understandably, reference Figure 2The lighting command is typically generated by the central control display (DA) and sent to the central computing module (CCM). The CCM then sends it to the domain controller (ZCU), which in turn sends it to the lighting fixture controller (LCM). When a light fixture turns on / off according to the command, the lighting fixture controller feeds back its current status to the domain controller, which then feeds back to the central computing module. Finally, the central computing module, based on the feedback from the domain controller, decides how to proceed and sends the decision back to the central control display, forming a closed-loop signal. The entire system can transmit signals via three CAN FD network segments and one Ethernet network. The communication protocol can be flexibly adjusted according to actual needs; this embodiment does not impose specific limitations on this.

[0034] In one feasible implementation, step S10 may include: performing an integrity check on the lighting command to determine whether there is a frame missing anomaly in the lighting command; if there is no frame missing anomaly in the lighting command, determining whether the target luminaire responds to the lighting command within a preset response time; if the target luminaire does not respond to the lighting command within the preset response time, determining that the detection result of the target lighting function is a fault; if the target luminaire responds to the lighting command within the preset response time, performing the step of determining the lighting control state of the target luminaire under the control of the lighting command.

[0035] It should be noted that the light-on command typically consists of multiple consecutive frames, see reference. Figure 3 In a normal lighting command, frames 1 to 5 are continuous. If frame 2, which is between frame 1 and frame 3, is missing, it indicates that the lighting command is not sent completely, meaning the lighting command is abnormal. Therefore, in this embodiment, the lighting controller checks the integrity of the lighting command.

[0036] It is understandable that a frame loss anomaly refers to a situation where a frame is missing in the lighting command. If there is no frame loss anomaly in the lighting command, it means that no frame is missing in the lighting command. However, if the lamp itself malfunctions and cannot time out the lighting command, a response timeout will occur. Alternatively, if the end command is not sent to the target lamp, a response timeout will also occur. Response timeout is usually considered a fault. Therefore, in this embodiment, the response timeout of the target lamp will also be detected. The preset response duration is a threshold value for the set response duration. If the target lamp does not respond to the lighting command within the preset response duration, it means that the response has timed out and the target lamp cannot respond to the lighting command. The detection result of the target lighting function is judged as a fault. If the target lamp can respond to the lighting command within the preset response duration, it means that the target lamp can respond to the lighting command normally, and step S20 continues.

[0037] In one feasible implementation, when a frame missing anomaly exists in the lighting command, the detection result of the target lighting function is determined to be a fault.

[0038] It should be understood that if there is a frame missing anomaly in the lighting command, it means that the lighting command has lost a frame and the lighting command is not sent completely. At this time, the controller of the target light fixture will report a reception failure. In other words, the detection result of the target lighting function can be directly determined as a fault without the need for subsequent fault detection. The fault can be located from the source, shortening the fault investigation time.

[0039] Step S20: Determine the lighting control status of the target luminaire under the lighting command control; It should be noted that after sending a lighting command to the target light fixture, the target light fixture will turn on or off according to the lighting command. The lighting control status refers to the control status of the target light fixture by the lighting command, including two states: on and off. When the lighting control status is on, the target light fixture is turned on under the control of the lighting command; when the lighting control status is off, the target light fixture is turned off under the control of the lighting command.

[0040] Understandably, since vehicle lights are usually of different types, the type of the target light needs to be considered when determining the light control status, and the appropriate method should be selected according to the type of the target light.

[0041] Step S30: Based on the lighting control status of the target luminaire, perform fault detection on the target luminaire and determine the detection result of the target luminaire; It should be noted that the test result of the target lamp is its fault status, including two situations: fault and normal. If the test result of the target lamp is faulty, it means that the target lamp has failed; if the test result of the target lamp is normal, it means that the target lamp has not failed. The fault of the lamp can be internal damage (such as LED failure), which is not specifically limited in this embodiment.

[0042] In one feasible implementation, step S30 may include: when the target luminaire's lighting control state is on, performing fault detection on the target luminaire based on a preset detection cycle, and determining the detection result of the target luminaire; when the target luminaire's lighting control state is off, recording the off duration, and determining the detection result of the target luminaire based on the off duration.

[0043] It should be noted that the preset detection cycle is the set fault detection cycle T1. The specific value can be dynamically adjusted according to indicators such as the cumulative usage time of the lamp and the frequency of historical faults. This embodiment does not make a specific limitation on this.

[0044] It is understandable that if the target light fixture's lighting control state is "on," then fault detection is performed on it according to a preset detection cycle. Since this embodiment only performs fault detection on the target light fixture when the lighting control state is "on," it avoids performing invalid calculations during the light fixture's off-time, saving CPU (Central Processing Unit) and memory resources, improving overall operating efficiency, and improving fault detection efficiency.

[0045] It should be understood that if the target light fixture's lighting control status is off, routine fault detection is not performed, and the duration the light fixture has been off is recorded. If the off-time exceeds the set threshold, it indicates that the light fixture has not been lit for an extended period and may have malfunctioned. In this case, the detection result for the target light fixture can be directly determined, i.e., the detection result for the target light fixture is faulty. If the off-time has not yet exceeded the set threshold, the process continues to wait, and the detection result for the target light fixture cannot be directly determined in this case.

[0046] In practice, during the detection cycle, if a fault is detected in the lights, an alarm can be triggered to inform the driver. If the lights are detected to be normal or the light control status is off, the alarm will be stopped.

[0047] Step S40: Based on the detection results of the target luminaire, determine the detection results of the light field; It should be noted that the detection result of a light domain indicates the fault status of the target lights within that domain, including two scenarios: faulty and normal. A faulty result means that some lights within the domain are faulty, while a normal result means that all target lights within the domain are functioning normally. If there are no target lights within a light domain, no detection result will be generated for that domain.

[0048] Understandably, each lighting domain has at least one primary feedback luminaire, and each primary feedback luminaire corresponds to at least one secondary feedback luminaire. The detection results of the primary feedback luminaire are combined with the detection results of the secondary feedback luminaires, and the controller of the primary feedback luminaire feeds back its detection results to the domain controller of the corresponding lighting domain. At this point, the domain controller of each lighting domain only needs to focus on the detection results of the primary feedback luminaires to determine the detection results of that lighting domain and feed back the detection results of the lighting domain to the central computing module.

[0049] Step S50: Based on the detection results of the light domain, determine the detection results of the target light function.

[0050] It should be noted that the test result of the target lighting function is the fault status of the lamps involved in the target lighting function, including two situations: fault and normal. If the test result of the target lighting function is faulty, it means that the lamps involved in the target lighting function are faulty. If the test result of the target lighting function is normal, it means that all lamps involved in the target lighting function are normal.

[0051] Understandably, the final test result for the target lighting function is determined based on the test results of the lighting domain. Generally, if the test results of the lighting domain are all normal, the test result of the target lighting function is normal; if the test results of the lighting domain are faulty, the test result of the target lighting function is usually faulty.

[0052] It is important to note that if, when determining the target lighting fixture, not only the fixtures involved in the target lighting function are selected, but other fixtures are also selected, in order to ensure the accuracy of the final result, fault masking can be performed when generating the final detection result of the target lighting function. The detection results of other fixtures in their respective domains can be disregarded. In other words, the central computing module can mask unnecessary detection results and only focus on the detection results of the lighting domains of the fixtures involved in the target lighting function to obtain the detection result of the target lighting function. For example, the rhythm headlight function only monitors the detection results of the headlight domain (only receiving the detection results fed back by the headlight domain controller) and masks other lighting domains.

[0053] It should be understood that, reference Figure 4 This embodiment of fault detection involves three levels: Level 1 is the lighting fixture, Level 2 is the domain controller, and Level 3 is the central computing module. The fault detection results of the lighting fixtures are integrated with the main feedback lighting fixtures and sent to the domain controller. The domain controller then feeds back the lighting fixture fault detection results to the central computing module, which makes the final judgment and outputs the result to the central control display screen. From issuing the lighting command, detecting the lighting fixture status, judging by the domain controller, to the decision-making by the central computing module, a complete fault handling closed loop is formed, facilitating rapid fault location and improving fault handling efficiency.

[0054] Furthermore, after step S50, the method further includes: when the detection result of the target lighting function is a fault, processing the fault of the target lighting function based on the fault level of the target lighting function.

[0055] It should be noted that fault levels can usually be divided into multiple levels, such as: Level 1 to Level 3 (Level 1 is the lowest level and Level 3 is the highest level). Different fault levels can be handled by different strategies. For example, a Level 1 fault can be repaired by restarting, while a Level 3 fault needs to be repaired by replacing the light fixture. This embodiment does not make specific limitations on this.

[0056] This embodiment provides a vehicle lighting fault detection method. Based on the target lighting function, a target luminaire is identified, and a lighting command is sent to the target luminaire. The lighting control state of the target luminaire under the lighting command is determined. Based on the lighting control state of the target luminaire, fault detection is performed on the target luminaire, and the detection result of the target luminaire is determined. Based on the detection result of the target luminaire, the detection result of the lighting domain is determined. Based on the detection result of the lighting domain, the detection result of the target lighting function is determined. This embodiment distributes the fault detection workload across different levels, employing a hierarchical collaborative mechanism to improve fault handling efficiency. Simultaneously, fault detection of the luminaire's control state according to the lighting command avoids invalid calculations during luminaire off periods, reducing resource consumption and ensuring overall operational efficiency.

[0057] Based on the first embodiment of this application, in the second embodiment of this application, the content that is the same as or similar to that in Embodiment 1 above can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 5 Step S20 may include step S201: Step S201: When the target light fixture is in the lit state under the control of the light-on command, determine that the light control state of the target light fixture is in the on state; when the target light fixture is in the off state under the control of the light-on command, determine the light control state of the target light fixture based on the light type of the target light fixture. It should be noted that when the target light fixture is lit, it can be determined that the light control status of the target light fixture is on.

[0058] Understandably, when the target light fixture is off, it is impossible to directly determine its lighting control status; further judgment is needed based on the type of light emitted by the target light fixture.

[0059] In one feasible implementation, the step of determining the lighting control state of the target luminaire based on its lighting type may include: when the lighting type of the target luminaire is flashing, obtaining the flashing period of the target luminaire and determining the fixed off duration of the target luminaire within the flashing period; obtaining the current off duration of the target luminaire, and calculating the state recognition duration based on the current off duration and the recognition error; when the state recognition duration is greater than the fixed off duration, determining the lighting control state of the target luminaire to be off; and when the state recognition duration is less than or equal to the fixed off duration, determining the lighting control state of the target luminaire to be on.

[0060] It should be noted that the target light fixture's light type includes at least flashing and constant light types. If the target light fixture's light type is flashing, it means that the target light fixture will intermittently turn on and off according to the flashing cycle T2. It is necessary to determine whether the target light fixture turns off due to flashing or due to being turned off / malfunctioning.

[0061] It is understandable that the fixed off-time is the duration the target light fixture needs to be off during flashing, and the current off-time is the duration the target light fixture has been off. (Reference) Figure 6 To ensure accuracy, this embodiment considers recognition error, adding the current off-time to the recognition error to calculate the state recognition time T3. If the state recognition time is greater than the fixed off-time, it indicates that the lamp is not lighting normally according to the flashing cycle, and the off-time exceeds the normal range. In this case, the target lamp's lighting control state is considered to be off, and no fault detection is performed. If the state recognition time is less than or equal to the fixed off-time, it indicates that the lamp's off-time is still within the normal range. In this case, the target lamp's lighting control state is considered to be on, and fault detection is still performed.

[0062] In another feasible implementation, the step of determining the lighting control state of the target luminaire based on the lighting type of the target luminaire may include: when the lighting type of the target luminaire is always on, determining that the lighting control state of the target luminaire is off.

[0063] Understandably, reference Figure 7 If the target light fixture is a constant-on type, the light control state is determined directly according to the on / off state of the target light fixture. If the constant-on type target light fixture is in the on state, the light control state is on; if the constant-on type target light fixture is in the off state, the light control state is off.

[0064] This embodiment provides a vehicle lighting fault detection method. When the target light is illuminated, its lighting control state is determined to be "on". When the target light is off, its lighting control state is determined based on its light type. This embodiment uses differentiated detection strategies for different types of lights to ensure the accuracy of fault detection and distributes the fault detection workload across different levels, employing a hierarchical collaborative mechanism to improve fault handling efficiency.

[0065] Based on the first embodiment of this application, in the third embodiment of this application, the same or similar content as the above embodiment can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 8 Step S40 may include steps S401 to S402: Step S401: Based on the detection results of the target luminaire, determine the detection results of the main feedback luminaire within the light domain; In one feasible implementation, step S401 may include: determining the detection results of the sub-feedback lamps corresponding to the main feedback lamps within the lighting domain based on the detection results of the target lamps; determining the number of lamp faults corresponding to the main feedback lamps within the lighting domain based on the detection results of the sub-feedback lamps corresponding to the main feedback lamps within the lighting domain; determining the detection result of the main feedback lamps within the lighting domain as faulty when the number of lamp faults corresponding to the main feedback lamps within the lighting domain is greater than or equal to a preset value; and determining the detection result of the main feedback lamps within the lighting domain as normal when the number of lamp faults corresponding to the main feedback lamps within the lighting domain is less than a preset value.

[0066] It should be noted that each lighting area has at least one main feedback luminaire, and each main feedback luminaire corresponds to at least one sub-feedback luminaire. The test results of the main feedback luminaire are combined with the test results of the sub-feedback luminaires. If at least one of the main feedback luminaire and its corresponding sub-feedback luminaire is faulty, then the test result of that main feedback luminaire is faulty. Conversely, if both the main feedback luminaire and its corresponding sub-feedback luminaire are normal, then the test result of that main feedback luminaire is normal.

[0067] For example, refer to Figure 9 Assume that luminaire A1 is the main feedback luminaire, and luminaires B1 and X1 are sub-feedback luminaires of the main feedback luminaire A1. If sub-feedback luminaire B1 fails and / or sub-feedback luminaire X1 fails, and the main feedback luminaire A1 fails, then the final test result of the main feedback luminaire A1 will still be a failure. If both sub-feedback luminaires B1 and X1 are normal, and the main feedback luminaire A1 is normal, then the final test result of the main feedback luminaire A1 will still be normal. If sub-feedback luminaire B1 fails and / or sub-feedback luminaire X1 fails, and the main feedback luminaire A1 is normal, then the final test result of the main feedback luminaire A1 will change to a failure.

[0068] Understandably, the preset value is 1. Based on the fault status of the main feedback luminaire itself and the corresponding sub-feedback luminaires, the number of faulty luminaires is calculated, i.e., the number of faulty luminaires corresponding to the main feedback luminaire. If the number of faulty luminaires is greater than or equal to 1, it means that at least one luminaire in the main feedback luminaire and its corresponding sub-feedback luminaires is faulty, and the final test result for the main feedback luminaire is faulty. If the number of faulty luminaires is less than 1, it means that no luminaire in the main feedback luminaire and its corresponding sub-feedback luminaires is faulty, and the final test result for the main feedback luminaire is normal.

[0069] Step S402: The detection results of the main feedback luminaire within the light domain are taken as the detection results of the light domain.

[0070] It should be noted that the controller of the primary feedback luminaire will feed back the detection results of the primary feedback luminaire to the domain controller of the corresponding lighting domain. At this time, the domain controller of each lighting domain only needs to focus on the detection results of the primary feedback luminaire to determine the detection results of that lighting domain and feed back the detection results of the lighting domain to the central computing module.

[0071] It is understandable that the detection result of the main feedback luminaire within the lighting domain is the detection result of the lighting domain. If the detection result of the main feedback luminaire within the lighting domain is normal, then the detection result of the lighting domain is normal. If the detection result of the main feedback luminaire within the lighting domain is faulty, then the detection result of the lighting domain is faulty.

[0072] Furthermore, the domain controller monitors whether the feedback detection results from the primary feedback lighting fixtures have timed out (exceeding the set feedback duration threshold, i.e., exceeding the preset feedback duration). The central computing module monitors whether the feedback detection results from the domain controllers have timed out, and the central control display monitors whether the feedback detection results from the central computing module have timed out. In specific implementation, if the domain controller does not receive fault feedback from the primary feedback lighting fixtures for an extended period, it reports a timeout to the central computing module. If the central computing module does not receive fault feedback from the domain controllers for an extended period, it reports a timeout to the central control display, which then relays the timeout information to the user. If the central control display does not receive fault feedback from the central computing module for an extended period, it directly reports a timeout to the user.

[0073] It should be understood that in this embodiment, the domain controller does not need to detect all the lights one by one, but only needs to focus on the main feedback lights, which can simplify the domain controller logic, reduce the computational pressure on the domain controller, and improve the fault detection efficiency.

[0074] This embodiment provides a vehicle lighting fault detection method. Based on the detection results of the target lamp, the detection results of the main feedback lamp within the lighting domain are determined; the detection results of the main feedback lamp within the lighting domain are used as the detection results of the lighting domain. This embodiment distributes the fault detection pressure to different levels, adopts a hierarchical collaborative mechanism to improve fault handling efficiency, and performs fault detection on the control status of the lamps according to the lighting command, avoiding invalid calculations during lamp-off periods, reducing resource consumption, and ensuring overall operating efficiency.

[0075] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the vehicle lighting fault detection method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0076] This application also provides a vehicle lighting fault detection device, please refer to... Figure 10 The vehicle lighting fault detection device includes: The lighting control module 10 is used to determine the target lighting fixture based on the target lighting function and send a lighting command to the target lighting fixture; The lighting control module 10 is also used to determine the lighting control status of the target lamp under the lighting command control; The fault detection module 20 is used to perform fault detection on the target lamp based on the lighting control status of the target lamp, and determine the detection result of the target lamp; The fault detection module 20 is also used to determine the detection result of the light field based on the detection result of the target lamp; The fault detection module 20 is also used to determine the detection result of the target lighting function based on the detection result of the lighting domain.

[0077] In one feasible implementation, the lighting control module 10 is further configured to determine that the lighting control state of the target lamp is an on state when the target lamp is in a lit state under the control of the lighting command; When the target lamp is in an off state under the control of the lamp-on command, the lighting control state of the target lamp is determined based on the lighting type of the target lamp.

[0078] In one feasible implementation, the lighting control module 10 is further configured to, when the light type of the target lamp is flashing, acquire the flashing period of the target lamp and determine the fixed off duration of the target lamp within the flashing period; Obtain the current off duration of the target light fixture, and calculate the status recognition duration based on the current off duration and the recognition error; When the state recognition duration is greater than the fixed off duration, the lighting control state of the target lamp is determined to be off. When the state recognition duration is less than or equal to the fixed off duration, the lighting control state of the target lamp is determined to be on.

[0079] In one feasible implementation, each lighting domain is provided with at least one main feedback luminaire, and the fault detection module 20 is further used to determine the detection result of the main feedback luminaire in the lighting domain based on the detection result of the target luminaire; The detection results of the main feedback luminaires within the light domain are taken as the detection results of the light domain.

[0080] In one feasible implementation, each main feedback luminaire corresponds to at least one sub-feedback luminaire, and the fault detection module 20 is further configured to determine the detection results of the sub-feedback luminaires corresponding to the main feedback luminaires within the light domain based on the detection results of the target luminaires; Based on the detection results of the sub-feedback lamps corresponding to the main feedback lamps in the lighting domain, the number of lamp failures corresponding to the main feedback lamps in the lighting domain is determined. When the number of lamp faults corresponding to the main feedback lamps in the light domain is greater than or equal to a preset value, the detection result of the main feedback lamps in the light domain is determined to be a fault. When the number of lamp failures corresponding to the main feedback lamps within the light domain is less than a preset value, the detection result of the main feedback lamps within the light domain is determined to be normal.

[0081] In one feasible implementation, the fault detection module 20 is further configured to perform fault detection on the target lamp based on a preset detection cycle when the lighting control state of the target lamp is on, and determine the detection result of the target lamp. When the target luminaire's lighting control state is off, the off duration is recorded, and the detection result of the target luminaire is determined based on the off duration.

[0082] In one feasible implementation, the fault detection module 20 is further configured to perform integrity detection on the lighting command to determine whether there is a frame missing anomaly in the lighting command; If there is no frame missing exception in the lighting command, determine whether the target lamp responds to the lighting command within a preset response time. If the target luminaire fails to respond to the lighting command within a preset response time, the detection result of the target lighting function is determined to be a fault. When the target luminaire responds to the lighting command within a preset response time, the step of determining the lighting control state of the target luminaire under the control of the lighting command is executed.

[0083] In one feasible implementation, the fault detection module 20 is further configured to determine that the detection result of the target light function is a fault when there is a frame missing anomaly in the light-up command.

[0084] The vehicle lighting fault detection device provided in this application, employing the vehicle lighting fault detection method described in the above embodiments, can solve the technical problem that traditional fault detection methods are difficult to adapt to the fault identification needs of complex lighting fixtures and have low detection efficiency. Compared with the prior art, the beneficial effects of the vehicle lighting fault detection device provided in this application are the same as those of the vehicle lighting fault detection method provided in the above embodiments, and other technical features in the vehicle lighting fault detection device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0085] This application provides a vehicle lighting fault detection device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the vehicle lighting fault detection method in the above embodiment 1.

[0086] The following is for reference. Figure 11 The diagram illustrates a structural schematic suitable for implementing a vehicle lighting fault detection device according to embodiments of this application. The vehicle lighting fault detection device in these embodiments may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 11 The vehicle lighting fault detection device shown is merely an example and should not be construed as limiting the functionality and scope of use of the embodiments of this application.

[0087] like Figure 11As shown, the vehicle lighting fault detection device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in ROM (Read Only Memory) 1002 or a program loaded from storage device 1003 into RAM (Random Access Memory) 1004. RAM 1004 also stores various programs and data required for the operation of the vehicle lighting fault detection device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via bus 1005. Input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to I / O interface 1006: input devices 1007 including, for example, touch screens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 1008 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 1003 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1009. The communication device 1009 allows the vehicle lighting fault detection equipment to communicate wirelessly or wiredly with other devices to exchange data. Although the figure shows vehicle lighting fault detection equipment with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0088] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0089] The vehicle lighting fault detection device provided in this application, employing the vehicle lighting fault detection method described in the above embodiments, can solve the technical problem that traditional fault detection methods are difficult to adapt to the fault identification needs of complex lighting fixtures and have low detection efficiency. Compared with the prior art, the beneficial effects of the vehicle lighting fault detection device provided in this application are the same as those of the vehicle lighting fault detection method provided in the above embodiments, and other technical features of this vehicle lighting fault detection device are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0090] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0091] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0092] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the vehicle lighting fault detection method in the above embodiments.

[0093] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0094] The aforementioned computer-readable storage medium may be included in the vehicle lighting fault detection device; or it may exist independently and not be assembled into the vehicle lighting fault detection device.

[0095] The aforementioned computer-readable storage medium carries one or more programs that, when executed by the vehicle lighting fault detection device, cause the vehicle lighting fault detection device to: determine a target luminaire based on the target lighting function and send a lighting command to the target luminaire; determine the lighting control state of the target luminaire under the lighting command; perform fault detection on the target luminaire based on the lighting control state of the target luminaire and determine the detection result of the target luminaire; determine the detection result of the lighting domain based on the detection result of the target luminaire; and determine the detection result of the target lighting function based on the detection result of the lighting domain.

[0096] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0097] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0098] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0099] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described vehicle lighting fault detection method. This solves the technical problem that traditional fault detection methods are difficult to adapt to the fault identification needs of complex lighting fixtures and have low detection efficiency. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the vehicle lighting fault detection method provided in the above embodiments, and will not be repeated here.

[0100] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the vehicle lighting fault detection method described above.

[0101] The computer program product provided in this application can solve the technical problem that traditional fault detection methods are difficult to adapt to the fault identification needs of complex lighting fixtures and have low detection efficiency. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the vehicle lighting fault detection method provided in the above embodiments, and will not be repeated here.

[0102] The above are only some embodiments of this application and do not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A method for detecting vehicle lighting faults, characterized in that, The method includes: Based on the target lighting function, identify the target lighting fixture and send a lighting command to the target lighting fixture; Determine the lighting control status of the target luminaire under the lighting command control; Based on the lighting control status of the target luminaire, fault detection is performed on the target luminaire to determine the detection result of the target luminaire; Based on the detection results of the target luminaire, the detection results of the light field are determined; Based on the detection results of the light domain, the detection results of the target light function are determined.

2. The method as described in claim 1, characterized in that, The step of determining the lighting control state of the target luminaire under the lighting command control includes: When the target lamp is lit under the control of the lighting command, the lighting control state of the target lamp is determined to be on. When the target lamp is in an off state under the control of the lamp-on command, the lighting control state of the target lamp is determined based on the lighting type of the target lamp.

3. The method as described in claim 2, characterized in that, The step of determining the lighting control state of the target luminaire based on its type includes: When the light type of the target lamp is flashing, the flashing period of the target lamp is obtained, and the fixed off time of the target lamp within the flashing period is determined; Obtain the current off duration of the target light fixture, and calculate the status recognition duration based on the current off duration and the recognition error; When the state recognition duration is greater than the fixed off duration, the lighting control state of the target lamp is determined to be off. When the state recognition duration is less than or equal to the fixed off duration, the lighting control state of the target lamp is determined to be on.

4. The method as described in claim 1, characterized in that, Each light zone is equipped with at least one main feedback luminaire. The step of determining the detection result of the light zone based on the detection result of the target luminaire includes: Based on the detection results of the target luminaire, the detection results of the main feedback luminaire within the light field are determined; The detection results of the main feedback luminaires within the light domain are taken as the detection results of the light domain.

5. The method as described in claim 4, characterized in that, Each main feedback luminaire corresponds to at least one sub-feedback luminaire. The step of determining the detection results of the main feedback luminaires within the light field based on the detection results of the target luminaire includes: Based on the detection results of the target luminaire, the detection results of the corresponding sub-feedback luminaires within the light field of the main feedback luminaire are determined; Based on the detection results of the sub-feedback lamps corresponding to the main feedback lamps in the lighting domain, the number of lamp failures corresponding to the main feedback lamps in the lighting domain is determined. When the number of lamp faults corresponding to the main feedback lamps in the light domain is greater than or equal to a preset value, the detection result of the main feedback lamps in the light domain is determined to be a fault. When the number of lamp failures corresponding to the main feedback lamps within the light domain is less than a preset value, the detection result of the main feedback lamps within the light domain is determined to be normal.

6. The method as described in claim 1, characterized in that, The step of performing fault detection on the target luminaire based on its lighting control status and determining the detection result of the target luminaire includes: When the target light fixture is in the on state, the target light fixture is subjected to fault detection based on a preset detection cycle, and the detection result of the target light fixture is determined. When the target luminaire's lighting control state is off, the off duration is recorded, and the detection result of the target luminaire is determined based on the off duration.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: Perform an integrity check on the lighting command to determine whether there is a frame missing anomaly in the lighting command; If there is no frame missing exception in the lighting command, determine whether the target lamp responds to the lighting command within a preset response time. If the target luminaire fails to respond to the lighting command within a preset response time, the detection result of the target lighting function is determined to be a fault. When the target luminaire responds to the lighting command within a preset response time, the step of determining the lighting control state of the target luminaire under the control of the lighting command is executed.

8. A vehicle lighting fault detection device, characterized in that, The device includes: The lighting control module is used to determine the target lighting fixture based on the target lighting function and send a lighting command to the target lighting fixture; The lighting control module is also used to determine the lighting control status of the target luminaire under the lighting command control; The fault detection module is used to perform fault detection on the target lamp based on the lighting control status of the target lamp, and determine the detection result of the target lamp; The fault detection module is also used to determine the detection result of the light field based on the detection result of the target lamp; The fault detection module is also used to determine the detection result of the target lighting function based on the detection result of the lighting domain.

9. A vehicle lighting fault detection device, characterized in that, The device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the vehicle lighting fault detection method as described in any one of claims 1 to 7.

10. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the steps of the vehicle lighting fault detection method as described in any one of claims 1 to 7.

Images