Vehicle control method and vehicle

Abstract

The invention relates to a vehicle control method and a vehicle, and belongs to the technical field of vehicle-mounted sensors, and the vehicle control method comprises the steps that the state of a vehicle-mounted host is monitored to obtain a power-off dormancy signal and a power-on starting signal; in response to the power-down dormancy signal, a software development kit of the vehicle-mounted infrared sensor executes a release operation and clears state flag information, and the state flag information is used for caching a shutter request to be processed; in response to the power-on starting signal, the vehicle-mounted infrared sensor executes an initialization process; after it is judged that the vehicle-mounted infrared sensor completes the initialization process based on a first judgment condition, if it is judged that a manual shutter triggering condition is met based on a preset polling condition, a manual shutter instruction is sent to the vehicle-mounted infrared sensor; and the vehicle-mounted infrared sensor executes the manual shutter instruction to correct the vehicle-mounted infrared sensor.

Description

Technical Field

[0001] This application relates to the technical field of vehicle-mounted sensors, and more particularly to a vehicle control method and a vehicle. Background Technology

[0002] Infrared sensors are crucial for intelligent vehicles, especially in challenging visual environments such as nighttime, fog, and glare, enabling reliable environmental perception and safe driving. They generate thermal images by detecting the infrared radiation emitted by objects, unaffected by visible light conditions, providing vital visual supplementation for drivers and autonomous driving systems.

[0003] To ensure image quality, infrared sensors rely on periodically executed shutter operations for non-uniformity correction to calibrate the response drift of detector pixels. Simultaneously, to prevent image burn-in caused by prolonged exposure to high-temperature environments, the system is typically equipped with an anti-burn protection mechanism that automatically triggers the shutter under specific conditions.

[0004] In practical vehicle applications, the startup reliability of automotive infrared sensors faces severe challenges, specifically manifested in the common anomaly of failing to generate images upon restarting after the vehicle has been turned off. The root cause of this problem lies in deficiencies in state management and timing conflicts during the system's power-down and power-up processes. During power-down, shutter requests triggered by mechanisms such as anti-burn-in may be incorrectly cached in the sensor control software's status flag, remaining in the next power-up cycle. During power-up initialization, if this residual flag is read prematurely, the system may mistakenly issue an unexpected manual shutter command. This command conflicts with the sensor's ongoing initialization shutter operation, causing the initialization process to be interrupted, ultimately preventing the sensor from starting and generating images correctly.

[0005] Existing solutions are often limited to post-incident remedial measures such as software restarts or sensor module resets, which not only affect user experience but also reduce system availability in frequent scenarios. These solutions fail to identify and resolve the root causes of cross-cycle residual status flags and the timing mutual exclusion between the shutter initialization phase and manual shutter commands. Summary of the Invention

[0006] This application addresses, to at least some extent, one of the technical problems in the related art.

[0007] Therefore, this application aims to provide a vehicle control method, system, vehicle, and electronic device.

[0008] To achieve the above objectives, in a first aspect, this application provides a vehicle control method, comprising: Monitor the status of the vehicle's onboard unit to obtain power-down sleep signals and power-on start signals; In response to the power-down sleep signal, the software development kit of the vehicle infrared sensor performs a release operation and clears the status flag information, which is used to cache pending shutter requests; In response to the power-on start signal, the vehicle-mounted infrared sensor performs an initialization process; After the vehicle-mounted infrared sensor completes the initialization process based on the first judgment condition, if the manual shutter trigger condition is met based on the preset polling condition, a manual shutter command is sent to the vehicle-mounted infrared sensor. The vehicle-mounted infrared sensor executes the manual shutter command to calibrate the vehicle-mounted infrared sensor.

[0009] The technical solution effectively resolves the issue of image output failure upon startup caused by residual historical states and timing conflicts in vehicle-mounted infrared sensors by introducing state cleanup and timing mutual exclusion mechanisms, thereby improving the reliability of system startup and operation. Specifically, by forcibly clearing the state flag information in the software development kit and the sensor's internal cache upon power-down, requests that would prematurely issue manual shutter commands upon the next power-up are eliminated at the source. This ensures that the initialization process is not interfered with, fundamentally solving the problem of image output failure upon startup caused by timing conflicts, and further clarifying that the initialization process must be completed first and independently. Before initialization is complete, the system will not issue manual shutter commands to the vehicle-mounted infrared sensor, thus establishing strict mutual exclusion protection in terms of timing and avoiding interference from manual shutter commands on the initialization process of the vehicle-mounted infrared sensor.

[0010] In some embodiments of this application, the clearing of the status flag information includes: Determine the storage address of the status flag information in the status cache register; Perform a zeroing operation on the storage address bit to reset its stored value to an invalid state.

[0011] In this technical solution, by precisely locating and resetting specific status bits stored in the hardware register, namely the status cache register, invalid shutter request flags left over from historical operations, such as anti-burn mechanisms, are completely cleared from the physical level. This ensures that the software state and the actual state of the vehicle infrared sensor hardware are forcibly synchronized at each power-down moment, fundamentally cutting off the source of "ghost commands." This is a key hardware interaction step that ensures that the subsequent power-on initialization process can be completed independently without interference.

[0012] In some embodiments of this application, the clearing operation on the storage address bit includes: Data is written based on a preset bitmask; The written data is sent to the storage address bit to clear the shutter request flag bit.

[0013] In this technical solution, a write operation based on a preset bitmask is used to clear the storage address bits, achieving precise and selective clearing of specific bits in the status flag information. This operation can set only the target flag position, namely the shutter request flag, to an invalid state without affecting the normal values ​​of other functional status bits in the status buffer register. This method avoids the loss of other valid status information caused by clearing all registers, ensuring the integrity and context continuity of the vehicle-mounted infrared sensor hardware state machine. While completely cutting off the invalid shutter request transmission path, it maintains the stable state of other control logic of the sensor, improving the accuracy of status management and the overall reliability of the system.

[0014] In some embodiments of this application, the first determination condition includes: Determine whether the vehicle-mounted infrared sensor has started to stably output a valid image signal that meets the preset quality standard; if it outputs a valid image signal that meets the preset quality standard, then the vehicle-mounted infrared sensor is considered to have completed initialization. The preset quality standards include maintaining the image frame rate within the target range and ensuring that the image data integrity rate is higher than a preset threshold.

[0015] In this technical solution, a stable output of a valid image signal that meets a preset quality standard is used as the first criterion for determining initialization completion. This provides a clear, reliable, and objectively verifiable start-up completion node for subsequent control logic. The introduction of a dual quality standard combining image frame rate stability and data integrity effectively distinguishes between the completion of sensor hardware initialization and the intermediate state of merely physical power-on, avoiding misjudgments due to image link instability or transient interference. This ensures that the system only triggers subsequent operations such as manual shutter release after the sensor has truly entered a usable working state, fundamentally eliminating the risk of command conflicts caused by premature intervention due to incomplete initialization, and improving the timing determinism of the entire control process and the system startup success rate.

[0016] In some embodiments of this application, the determination of whether the manual shutter triggering condition is met based on preset polling conditions includes: Periodically acquire vehicle speed signals and the execution time of the last manual shutter command; If the vehicle speed is not zero, or the time interval since the last manual shutter command was executed has not exceeded the preset threshold, then continue polling; If the vehicle speed is detected to be zero and the time interval exceeds a preset threshold, it is determined that the manual shutter trigger condition is met.

[0017] In the technical solution, the polling mechanism introduces dual safety conditions—vehicle speed status and time interval—to establish strict runtime control logic for triggering manual shutter commands. This mechanism ensures that the system only allows the triggering of the manual shutter for non-uniformity correction when the vehicle is stationary and the necessary maintenance cycle has been reached. This effectively prevents shutter operations from being performed while the vehicle is in motion or too frequently, thereby avoiding unnecessary imaging interruptions, ensuring driving continuity, and optimizing the service life of the shutter mechanism.

[0018] In some embodiments of this application, the vehicle-mounted infrared sensor performs initialization, including: The vehicle-mounted infrared sensor is powered on and sequentially performs image signal processing circuit initialization, video output interface initialization, and shutter initialization.

[0019] In the technical solution, the initialization process lays the foundation for the reliable startup of the vehicle-mounted infrared sensor by specifying the startup sequence and core operations of the hardware modules after power-on. The image signal processing circuit, video output interface, and shutter are initialized sequentially, ensuring that the complete data path from signal acquisition and processing to output is correctly established and that critical optical correction components are put into a ready state. The initialization process not only guarantees the integrity of the sensor hardware functions but, more importantly, provides a clear and predictable initialization completion point for the entire control method.

[0020] In some embodiments of this application, after responding to the power-on start signal, the method further includes: Set a mutual exclusion status flag related to the issuance of manual shutter command, so as to prevent the sending of the manual shutter command to the vehicle infrared sensor before the initialization process of the vehicle infrared sensor is completed; After confirming that the vehicle-mounted infrared sensor has completed initialization based on the first judgment condition, the mutual exclusion status flag is released.

[0021] In this technical solution, a proactive and centralized timing conflict prevention mechanism is constructed by setting a mutual exclusion status flag directly bound to the issuance of manual shutter commands after the system powers on. Unlike passive methods that rely on a single judgment result for control, the mutual exclusion flag systematically blocks the possibility of issuing manual shutter commands from any path or thread before initialization is complete, starting from the logical source. This mechanism provides a clear and unified mutual exclusion status signal for the complex in-vehicle software environment, ensuring that the initialization process can obtain exclusive execution guarantees even under multi-tasking, asynchronous events, or abnormal interference. This greatly enhances the system's immunity to timing race risks and improves the determinism and robustness of the overall control logic.

[0022] In some embodiments of this application, the vehicle-mounted infrared sensor executing the manual shutter command includes: When the vehicle-mounted infrared sensor executes the manual shutter command, it enters an image output shielding state to interrupt the external output of the image data stream and prevent the transmission of incomplete image frames or transitional images. After the manual shutter command is executed, normal image data stream output resumes.

[0023] In this technical solution, an adaptive isolation barrier is established between the hardware correction operation and the system image output by actively entering and then exiting the image output shielding state during the execution of a manual shutter command. This mechanism ensures that only fully corrected and qualified infrared images are released to the downstream system, fundamentally preventing transient noise frames, incompletely corrected transitional images, or frames with incomplete data packets caused by shutter mechanism movements from being transmitted to the vehicle display unit or autonomous driving perception algorithm, thus preventing misjudgments that may be caused by a momentary decline in input data quality.

[0024] In some embodiments of this application, the vehicle-mounted infrared sensor executing the manual shutter command further includes: The execution information related to the manual shutter command is uploaded to the software development kit of the vehicle-mounted infrared sensor; The execution-related information includes at least the shutter execution timestamp and the correction status identifier.

[0025] In this technical solution, after executing a manual shutter command, execution-related information, including the shutter execution timestamp and calibration status identifier, is uploaded to the software development kit, achieving traceability and transparency of key operations. The timestamp provides a temporal coordinate for each calibration, facilitating correlation analysis with vehicle operation logs and other sensor data for diagnosing complex systemic problems. The calibration status identifier directly reflects the execution result of this shutter action, providing immediate evidence for judging the current health status of the sensors. This not only significantly enhances the system's observability and subsequent fault diagnosis efficiency but also accumulates a valuable data foundation for data-driven predictive maintenance and adaptive calibration strategy optimization, thereby significantly improving the system's long-term reliability and intelligent management level from an operational perspective.

[0026] In a second aspect, the present invention provides a vehicle for implementing the vehicle control method as described in the first aspect, comprising: The status monitoring module is used to monitor the status of the vehicle host to obtain power-down sleep signal and power-on start signal; The status management module is used to clear the status flag information when the software development kit of the vehicle infrared sensor is released in response to the power-down sleep signal. The timing control module is used to respond to the power-on start signal, the vehicle infrared sensor executes the initialization process, and after the vehicle infrared sensor completes the initialization process based on the first judgment condition, if the manual shutter trigger condition is met based on the preset polling condition, a manual shutter command is sent to the vehicle infrared sensor. The instruction execution module executes the manual shutter instruction from the vehicle-mounted infrared sensor.

[0027] As can be seen from the above technical solutions, additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0028] Figure 1 This is a power-on initialization flowchart of an in-vehicle infrared sensor according to an embodiment of this application; Figure 2 This is a first schematic diagram of a conflict in the power-on initialization process of an in-vehicle infrared sensor according to an embodiment of this application; Figure 3 This is a second schematic diagram illustrating a conflict in the power-on initialization process of an onboard infrared sensor according to an embodiment of this application; Figure 4 This is a schematic diagram of the first process of a vehicle control method according to an embodiment of this application; Figure 5 This is a schematic diagram of the second process of a vehicle control method according to an embodiment of this application; Figure 6 This is a schematic diagram of the control system structure of a vehicle according to an embodiment of this application; Figure 7 This is a schematic diagram of a computer device according to an embodiment of this application.

[0029] In the above figures: 100. Status monitoring module; 200. Status management module; 300. Timing control module; 400. Instruction execution module; 40. Bus; 41. Processor; 42. Memory; 43. Communication interface. Detailed Implementation

[0030] In the description of this application, it should be understood that the terms "center", "longitudinal", "lateral", "length", "width", "thickness", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", "clockwise", "counterclockwise", "axial", "radial", "circumferential", etc., indicating the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings, are only for the convenience of describing this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of this application. In this application, unless otherwise expressly specified and limited, the terms "installation," "connection," "linking," and "fixing," etc., should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral part; they can refer to a mechanical connection, an electrical connection, or a connection that allows communication between components; they can refer to a direct connection or an indirect connection through an intermediate medium; they can refer to the internal communication between two components or the interaction between two components, unless otherwise expressly limited. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances. In this application, unless otherwise expressly specified and limited, "above" or "below" the second feature can mean that the first feature is in direct contact with the second feature, or that the first feature is in indirect contact with the second feature through an intermediate medium. Furthermore, "above," "on top of," and "over" the second feature can mean that the first feature is directly above or diagonally above the second feature, or simply that the first feature is at a higher horizontal level than the second feature. "Below," "below," and "under" the second feature can mean that the first feature is directly below or diagonally below the second feature, or simply that the first feature is at a lower horizontal level than the second feature. In this application, the terms "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., refer to a specific feature, structure, material, or characteristic described in connection with that embodiment or example, which is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0031] The present application will now be described in detail through exemplary embodiments. However, it should be understood that, without further description, elements, structures, and features in one embodiment may be advantageously incorporated into other embodiments. In the automotive industry, vehicle-mounted infrared sensors are important sensors for assisted driving and autonomous driving, and their functional stability is directly related to driving safety.

[0032] In automotive infrared sensors play a crucial role in intelligent vehicles, serving as all-weather vision enhancement and safety redundancy sensors. They overcome the inherent limitations of visible light cameras by generating images through the detection of infrared thermal radiation emitted by objects, rather than relying on ambient light. This allows them to clearly depict the outlines of heat-generating targets such as pedestrians, animals, and vehicles even in complete darkness, low-visibility conditions like fog and haze, and strong light interference such as glare from oncoming headlights, maintaining a reliable forward field of view.

[0033] Figure 1 The following is a flowchart of the power-on initialization process of the vehicle-mounted infrared sensor according to an embodiment of this application, in conjunction with... Figure 1 Detailed explanation of the power-on initialization process for vehicle-mounted infrared sensors.

[0034] Specifically, in response to vehicle startup, the on-board unit receives a power-on startup signal and triggers the on-board infrared sensor to start.

[0035] After the vehicle-mounted infrared sensor is powered on, it first performs power-on initialization operations on the power management module and key hardware resources to complete basic electrical stabilization and module wake-up.

[0036] Subsequently, the Image Signal Processor (ISP) is initialized sequentially to configure processing channels such as image enhancement, non-uniformity correction, and bad pixel compensation, ensuring that the subsequent image quality meets the expected standards.

[0037] Furthermore, the initialization of the video output interface (VIDEO) is performed, including configuring the video output format, timing parameters, and synchronization signal control logic, and establishing an image output link with the vehicle-mounted image processing unit or display module.

[0038] After the above module initialization is completed, the sensor enters the image data outflow stage. In this stage, the raw infrared image stream is transmitted downstream to verify the connectivity and data integrity of the signal link.

[0039] After the outflow phase ends, the initial shutter action is executed, which is to start the shutter calibration process dedicated to the first power-on, and to perform initial non-uniform response correction on the detector.

[0040] The initial shutter action specifically involves the built-in calibration shutter mechanism of the vehicle-mounted infrared sensor performing a closing operation to make all pixels of the detector face a uniform reference surface, thereby completing the first non-uniformity correction after power-on and laying the foundation for generating an accurate infrared image.

[0041] After confirming that the shutter initialization is complete and the stable image output conditions are met, the vehicle-mounted infrared sensor begins to output usable infrared image signals, marking the completion of the power-on initialization process and the entry of the device into normal working condition. It then begins to stably output continuous and effective infrared image signals to the vehicle-mounted control unit for use by the driver assistance system or the autonomous driving system.

[0042] The power-on initialization process of vehicle sensors is fundamental to ensuring that vehicle sensors can reliably provide visual information each time they are started.

[0043] Figure 2 and Figure 3 This is a schematic diagram illustrating the power-on initialization process conflict of an onboard infrared sensor according to an embodiment of this application. The following is in conjunction with... Figure 2 and Figure 3 A detailed explanation of the process conflict that caused the vehicle-mounted infrared sensor to output abnormal images.

[0044] It should be noted that the process conflict that caused the abnormal output of the vehicle infrared sensor involves the interaction between the vehicle infrared sensor's software development kit (SDK), the vehicle infrared sensor, and the vehicle host.

[0045] The software development kit (SDK) for vehicle-mounted infrared sensors is deployed in the vehicle's main unit and serves as a software middleware layer for command interaction, status management, and data communication with the vehicle-mounted infrared sensors.

[0046] The software development kit receives control signals from the vehicle's host computer on one hand, and is responsible for abstracting and encapsulating the control logic of the vehicle's infrared sensors on the other hand, such as issuing initialization commands, managing shutter requests, and reading and writing status information.

[0047] As an external terminal, the vehicle-mounted infrared sensor is responsible for the acquisition, processing, and output of infrared images. It has independent hardware control logic and internal status registers to store key parameters such as response status and shutter request flags. Its reliable startup depends on a reasonable sequence of initialization instructions issued by the software development kit and is affected by mechanisms such as shutter control.

[0048] The vehicle-mounted host is the central control unit of the entire vehicle information system, managing multiple modules including image processing, environmental perception, and display control. It establishes communication with the infrared sensors by running a software development kit (SDK) and triggers relevant initialization processes. The SSD sends commands to the vehicle's infrared sensors and receives feedback through a communication interface.

[0049] It should be further noted that, in order to prevent irreversible burns to the infrared detector due to prolonged exposure to high-temperature environments, vehicle-mounted infrared sensors typically integrate anti-burn protection mechanisms.

[0050] As a safety strategy, the anti-burn protection mechanism automatically triggers a shutter action when a burn risk is detected, such as at a specific moment before the vehicle is powered off. Its core purpose is to prevent permanent damage or degradation of the focal plane array of the infrared detector due to prolonged localized exposure to high-intensity heat sources.

[0051] Specifically, the onboard unit continuously or periodically monitors for potential burn-in conditions, such as abnormally high local pixel temperatures or excessively long cumulative exposure times. When the risk is determined to reach a threshold, the anti-burn protection mechanism is triggered as a safety strategy.

[0052] The anti-burn protection mechanism works by closing the shutter once. After the shutter closes, all pixels on the detector face a uniform temperature reference surface. This not only interrupts the continuous burning of specific pixels by high-intensity thermal radiation, but also makes the temperature of locally overheated pixels more uniform through this shutter action, thereby eliminating or reducing potential image artifacts. After the action is completed, the anti-burn risk flag is cleared, indicating that the protection is complete.

[0053] During the normal initialization process, the vehicle-mounted infrared sensor should independently and continuously complete the following tasks after power-on: Figure 1 The hardware initialization and shutter initialization operations are shown.

[0054] In practical applications, the root cause of the conflict lies in the failure of the software development kit (SDK) to manage the shutter request state across power cycles, and its misalignment with the inherent timing of the sensor. The specific process conflict is explained below.

[0055] Specifically, during the vehicle power-down process, the shutter action triggered by the anti-burn protection mechanism, etc., has its corresponding request state, such as the shutter request flag, correctly generated and passed to the software development kit. However, the software development kit fails to completely clear this state from its own cache or the internal register of the associated vehicle infrared sensor when it is released.

[0056] When the vehicle is powered on again, the software development kit initializes and incorrectly interprets this historical residual status flag as a shutter command that needs to be executed in the current cycle, and then sends the command to the vehicle's infrared sensor through the communication interface.

[0057] Meanwhile, the vehicle-mounted infrared sensor is performing its power-on initialization according to its inherent process, and the arrival time of the external manual shutter command is earlier than the completion time of its own shutter initialization operation.

[0058] This leads to competition and conflict at the hardware level between the two independent shutter operation processes, resulting in competition and conflict for control circuits and data processing resources.

[0059] The ongoing initialization shutter was forcibly interrupted, and the ongoing acquisition of uniformity reference data, such as B-means calculation, was forcibly disrupted, making it impossible to calculate valid initial correction parameters. Simultaneously, any inserted manual shutter command could not be executed correctly.

[0060] The end result is that the initialization process of the vehicle infrared sensor fails, it cannot load valid calibration parameters, the sensor cannot transition to a stable normal image output state, its image output link is broken, and therefore it cannot output normal infrared images, which manifests as a system-level failure that does not output images upon startup.

[0061] Specifically, if the initialization process of an on-board infrared sensor fails, its image output link may not be established or maintained properly, which may lead to the following abnormal phenomena.

[0062] If the main control system does not receive any valid image data frames within the preset image frame reception period, it is characterized as image frame loss or no signal. Although the sensor physical link is activated, the output image frame structure is missing or the content is abnormal, such as missing frame header information, broken frame tail, or image data that is completely black or white, which indicates that the image frame structure is damaged or the content is invalid. Although the image signal is output, it has serious non-uniformity, such as large areas of fixed noise, brightness jumps, or local severe graying or darkening in the image, which is characterized by non-uniformity correction failure. Some systems may trigger a fault protection mechanism due to abnormal image quality, which will put the infrared image path into an unavailable state, manifested as an image link interruption or sensor self-shielding.

[0063] The aforementioned anomalies not only affect the accuracy of the driver assistance system's perception of the environment, but may also trigger a cascading reaction in the entire vehicle system, such as image acquisition task failure, abnormal alarm of the fusion module, or black screen display of the user interface. In severe cases, they may affect the reliability and safety of the vehicle's perception system.

[0064] Currently, conventional solutions to such problems in existing technologies are mostly passive measures, such as requiring the user to manually or automatically attempt a software restart or a hard reset of the sensor module after detecting an abnormal output. These methods have significant shortcomings.

[0065] Specifically, the above measures are all remedial measures and cannot prevent failures from occurring, thus affecting user experience and system availability. Furthermore, frequent restarts or resets may mask deeper system design problems and could adversely affect hardware lifespan.

[0066] Furthermore, existing technologies have failed to fundamentally identify and resolve two core issues that are coupled together: the remnants of status flags across power cycles and the lack of a hardware access mutual exclusion mechanism between the initialization phase and non-initialization operation instructions.

[0067] Therefore, there is an urgent need for a proactive, design-embedded fallback mechanism to ensure that vehicle-mounted infrared sensors have stable and reliable startup and continuous operation capabilities in complex vehicle usage scenarios.

[0068] Based on this, this application proposes a vehicle control method. By forcibly clearing all status flag information related to shutter requests during software development kit (SDK) release, it eliminates any residual information across power cycles. Furthermore, before the onboard infrared sensor completes its initialization process and outputs a valid image signal, it strictly prohibits sending any non-initialized manual shutter commands, thus constructing a proactive fallback mechanism from the source of state to timing control. This solution fundamentally prevents image output anomalies caused by historical state contamination and initialization timing conflicts, ensuring the stability and reliability of the onboard infrared imaging system during startup and operation in complex vehicle usage scenarios such as frequent power-on and power-off cycles.

[0069] In the following, embodiments of this application will be described in detail with reference to the accompanying drawings.

[0070] As attached Figures 4 to 6 As shown, in an illustrative embodiment of the vehicle control method, system, vehicle, and electronic device of this application, the vehicle control method includes the following steps.

[0071] S1: Monitor the status of the vehicle's main unit to obtain power-down sleep signals and power-on start signals.

[0072] Preferably, the on-board host monitors the status of the vehicle's power supply system in real time through an integrated power control module, and identifies the current power stage of the system based on parameters such as the vehicle's ignition status and the stability of the main power supply.

[0073] Furthermore, when it is determined that the vehicle host is about to lose power or enter a hibernation state, the vehicle host will generate a power-down hibernation signal through the internal software system. This signal is not only used to schedule the release of internal resources and state saving process of the vehicle host, but also serves as a control signal to be sent to the software development kit deployed inside the vehicle host.

[0074] Upon receiving the signal, the software development kit immediately performs a resource release operation and controls the peripheral devices it manages, such as vehicle-mounted infrared sensors, to enter the power-down preparation phase.

[0075] Furthermore, when the vehicle restarts, such as when a user starts the vehicle, the onboard host will generate and send a power-on start signal after it has completed power-on and reached the operating threshold.

[0076] The power-on start signal is also transmitted to the software development kit (SDK) through the vehicle's internal software system. Upon receiving the power-on start signal, the SSD begins executing the power-on initialization process for the vehicle's infrared sensor. At this time, the SSD acts as an intermediate control layer, responsible for initiating the initialization commands for the infrared sensor, synchronizing its status, and controlling the entire initialization process.

[0077] As an independent peripheral device, the infrared sensor itself does not directly sense changes in the vehicle's power supply. Instead, it relies on power control signals or initialization commands provided by the vehicle's main unit. Therefore, the power-down sleep signal and the power-on start signal constitute the key linkage triggering mechanism between the vehicle's main unit and the infrared sensor. This mechanism reflects the unified scheduling of sensor state transitions by the main control system and ensures the timing correctness and state synchronization of the sensor initialization process.

[0078] Through the above mechanism, the status linkage and command synchronization between the infrared sensor and the vehicle system are realized, thereby establishing a reliable, mutually exclusive and predictable control logic at the system level, laying the foundation for subsequent image output process and shutter operation.

[0079] S2: In response to the power-down sleep signal, the software development kit of the vehicle infrared sensor performs a release operation and clears the status flag information, which is used to cache pending shutter requests.

[0080] In some embodiments, such as Figure 6 As shown, the clear status flag information includes: Determine the storage address of the status flag information in the status cache register; Perform a zeroing operation on the storage address bit to reset its stored value to an invalid state.

[0081] Preferably, the state buffer register is a dummy register inside the vehicle-mounted infrared sensor.

[0082] Specifically, the virtual register is located in the register address space of the control chip or dedicated integrated circuit of the vehicle infrared sensor module.

[0083] Its logical location is uniquely identified by a specific address. For example, according to the system design, byte address 362 is the storage location of this virtual register, which is used to centrally store multiple interactive status information, including the anti-burn flag.

[0084] The software development kit running on the vehicle control unit accesses this specific address through the communication bus to read and write the contents of the register, thereby completing the state synchronization and command transmission with the sensor hardware.

[0085] The communication bus can be an Inter-Integrated Circuit (I2C) bus or a Serial Peripheral Interface (SPI). (camera_status) As shown in Table 6 below, the status buffer register reserves specific address space for system interaction and status caching. Byte address 362, occupying 2 bytes, is defined as the storage location for the "anti-burn flag, temperature zone switching flag, frame freeze flag, and shutter request flag." The shutter request flag, which needs to be cleared, is stored in this address space.

[0086]

[0087] Table 6 shows the storage address bits of status flag information in the status cache register. Therefore, determining the storage address of the status flag information in the status cache register specifically involves determining the specific bit corresponding to byte address 362 of the target status flag information in the dummy register.

[0088] In some embodiments, clearing the storage address bits includes: Data is written based on a preset bitmask; The written data is sent to the storage address bit to clear the shutter request flag bit.

[0089] Furthermore, clearing the memory address bits can be achieved in the following ways: When the software development kit executes the release process, a specific clear data value, such as 0x0000, is written to the byte address 362 of the virtual register via the sensor communication bus to clear all relevant status flags cached at that address at once, ensuring that its stored value is reset to an invalid state.

[0090] Furthermore, clearing storage address bits can be achieved not only by directly writing all-zero data, but also by selectively clearing specific bits using a mask write method, depending on the specific system design.

[0091] Specifically, if it is necessary to clear only the shutter request flag while keeping other function bits unchanged, a write value containing a specific mask can be constructed. For example, when the first bit located at the virtual register address 362 is defined as the shutter request flag, the value 0xFFFD (i.e., clear bit 1) is written to the register, thereby achieving selective reset of the target bit and avoiding accidental modification of other status flags.

[0092] Furthermore, to improve the accuracy and robustness of the clearing operation, a readback verification can be performed immediately after the write operation. This involves reading the current value of the dummy register via the communication bus and determining whether the target bit has been successfully set to zero. If the readback result does not meet expectations, a retry write can be triggered, or the abnormal event can be recorded in the system diagnostic log for subsequent debugging and maintenance.

[0093] In addition, to prevent the clearing operation from failing in the event of communication errors, power fluctuations or abnormal sensor status, a dual-channel verification mechanism can be introduced. That is, while performing the write operation through the main channel, the write result is verified through the backup channel or intermediate cache variables to enhance the fault tolerance of state synchronization.

[0094] It should be noted that in some other embodiments, the clearing of status information is not always accomplished through software zeroing operations; the status register can also be reset in the following ways: Triggering a soft reset process for the sensor forces the control logic and all status registers to synchronize and return to their default values, which is suitable for a one-time cleanup operation when multiple status bits remain. In the internal design of the sensor, specific register bits can be preset to automatically reset in response to power-down or low-power mode. That is, some or all bits in the status register are automatically cleared when power is off or when entering sleep mode, thereby automatically eliminating residual states in the next cycle. By using external hardware control logic, such as a field-programmable gate array (FPGA) or power management chip, the critical status registers of peripheral devices, including the dummy registers of infrared sensors, are cleared uniformly during the power-down phase of the vehicle host.

[0095] The methods for clearing status flag information have flexible implementation paths. Depending on the actual application environment, security level requirements, and system integration complexity, various technical solutions such as full zeroing, mask zeroing, soft reset, self-reset, or external clearing can be flexibly selected, thereby improving system reliability and engineering feasibility while ensuring operational accuracy.

[0096] Preferably, the status flag information includes at least a shutter request flag.

[0097] Clearing the shutter request flag during power-down sleep mode prevents shutter requests or protection states from the previous power cycle from remaining across cycles and being mistakenly triggered during the power-on initialization phase, thus avoiding timing conflicts with the initial shutter.

[0098] Furthermore, the sources of the shutter request flag may include, but are not limited to, the following: The shutter request triggered by the anti-burn protection mechanism is automatically triggered when the system detects that the infrared detector has been pointing at a high-temperature target for a long time or that the temperature of a local pixel has risen abnormally, posing a risk of burning. This reduces the risk of imaging, and a shutter request flag is generated simultaneously to indicate the execution status of this action.

[0099] The shutter request generated by the periodic non-uniformity correction (NUC) mechanism is used by the system to periodically trigger shutter action to calibrate the background response based on dimensions such as time interval, ambient temperature change, frame accumulation, or sensor performance drift, in order to maintain image consistency and output stability.

[0100] When a user or upper-level system manually requests shutter calibration, such as when an Advanced Driver-Assistance Systems (ADAS), autonomous driving controller, or diagnostic module issues a manual calibration command, or when a user actively initiates an image recalibration request through the maintenance interface, the software development kit will issue a corresponding shutter request.

[0101] Shutter requests generated by auxiliary strategies such as temperature zone switching, defrosting control, and image quality maintenance may also need to be triggered to adapt to the current imaging conditions when the infrared system switches fields of view, uses different thermal lens combinations, or starts the defogging and defrosting system.

[0102] Shutter operations triggered by error recovery or abnormal reinitialization may automatically trigger a shutter request as a self-recovery mechanism when the system detects abnormal image quality, such as bad pixel clustering, image shift, or unstable sensor operation.

[0103] Since the aforementioned multiple triggering sources may initiate shutter requests at different times and under different control paths, there is a risk that the shutter request flag may remain across modules and scenarios in different system cycles. If this flag is not cleared in time during the power-down phase, it is very likely to be misjudged as a valid request during the next power-up, thus conflicting with the initialization process of the infrared sensor itself.

[0104] Therefore, in this application, the power-off clearing mechanism is not only for anti-burning situations, but also for shutter request flags from all possible sources, ensuring that the system has a unique state and clear behavior when it starts up.

[0105] Furthermore, to enhance the robustness and compatibility of the cleanup operation, a readback verification operation can be added after writing the zero value. This involves rereading the current value from byte address 362 to confirm that it has been correctly zeroed. If the readback value is unexpected, a retry or error log can be recorded to ensure the effectiveness of the state cleanup.

[0106] S3: In response to the power-on start signal, the vehicle-mounted infrared sensor performs the initialization process.

[0107] After determining that the vehicle-mounted infrared sensor has completed the initialization process based on the first judgment condition, if the manual shutter trigger condition is met based on the preset polling condition, a manual shutter command is sent to the vehicle-mounted infrared sensor.

[0108] In some embodiments, the first determination condition includes: Determine whether the vehicle-mounted infrared sensor has started to stably output a valid image signal that meets the preset quality standard; if it outputs a valid image signal that meets the preset quality standard, the vehicle-mounted infrared sensor is considered to have completed initialization. The preset quality standards include maintaining the image frame rate within the target range and ensuring that the image data integrity rate is higher than the preset threshold.

[0109] Preferably, such as Figure 5 As shown, the power-on startup process of the vehicle-mounted infrared sensor introduces timing mutual exclusion logic between initialization and manual shutter execution to ensure the orderliness and reliability of the entire system startup process.

[0110] Furthermore, the mutual exclusion logic specifically means that only after the infrared sensor has completed all initialization procedures and successfully output a stable image signal, and based on the preset polling conditions, is it determined that the manual shutter triggering condition is met, is it allowed for the software development kit to send a manual shutter command to the infrared sensor to trigger the non-uniformity correction operation.

[0111] During this process, the stability of image output serves as an explicit criterion for initialization completion, used to remove the system's shield against shutter command issuance. Even if polling conditions are met, the system will not prematurely trigger shutter commands if initialization is not complete or the image signal has not met the output standard. This ensures that shutter action does not conflict with the initialization process in terms of resources or control coverage, thereby improving the startup success rate and operational stability of the infrared imaging system.

[0112] The initialization completion status is explicitly recognized by the system as a prerequisite for issuing a manual shutter command, and the two are logically strongly mutually exclusive, avoiding any possibility of executing a shutter command before the initialization stage is completed.

[0113] In some embodiments, in response to the power-on start signal, the method further includes: Set a mutual exclusion status flag related to the issuance of manual shutter commands to prevent the sending of manual shutter commands to the vehicle infrared sensor before the initialization process of the vehicle infrared sensor is completed. After confirming that the vehicle-mounted infrared sensor has completed initialization based on the first judgment condition, the mutual exclusion status flag is removed.

[0114] Preferably, in addition to the logical mutual exclusion mechanism based on the initialization state judgment, a physical-level mutual exclusion lock mechanism or a state lock flag control mechanism can be introduced to further enhance the operational isolation between the initialization process and the shutter command.

[0115] Specifically, an initialization state lock variable can be set in the software development kit. This variable is set to a "locked" state when the vehicle-mounted infrared sensor starts power-on initialization and is only explicitly unlocked after the entire initialization process is completed and a stable image is successfully output. The shutter command triggering logic needs to determine the current value of this state lock before each polling. Only when the state lock is in the "unlocked" state will the system allow the issuance of a manual shutter command.

[0116] Furthermore, the state lock can be mapped to the register space of the vehicle-mounted infrared sensor or the state cache area of ​​the software development kit, forming a mutually exclusive state variable that is readable by both hardware and software, ensuring that multiple threads or tasks within the system will not violate the mutual exclusion rules due to asynchronous execution.

[0117] In addition, setting access permissions for the shutter command buffer can be used as another mutual exclusion mechanism. For example, during the initialization phase, read and write access to the buffer can be temporarily frozen to prevent any upper-level tasks or timed scheduling threads from writing shutter commands to the buffer in advance; after initialization is complete, the permissions can be restored to allow normal writing.

[0118] The aforementioned multidimensional mutual exclusion mechanism can effectively prevent shutter timing disorder caused by asynchronous system execution, thread scheduling conflicts or communication delays, thereby further ensuring the orderliness of the infrared sensor startup process, the uniqueness of the timing and the stability of image output.

[0119] In some embodiments, the vehicle-mounted infrared sensor is powered on and sequentially performs image signal processing circuit initialization, video output interface initialization, and shutter initialization.

[0120] Preferably, the initialization process adopts a module-level step-by-step ready strategy to ensure the integrity and timing consistency of the image acquisition, processing and output paths.

[0121] The image signal processing circuit initialization is used to configure the infrared image enhancement path, non-uniformity correction parameters, bad pixel masking logic, and image gain compensation module, ensuring that the original infrared image has basic signal integrity before entering the subsequent processing stage.

[0122] The subsequent video output interface initialization includes output format settings, synchronization timing configuration, and physical communication interface activation to establish a video data link between the sensor and the vehicle-mounted host.

[0123] After the above modules are initialized, the infrared sensor enters the shutter initialization stage and initiates a system-level non-uniformity correction action to make the detector response reach a balanced state and avoid image ghosting caused by image shift, temperature drift interference or local hot spots.

[0124] Furthermore, the signs that image initialization is complete include, but are not limited to, the sensor starting to stably output image frame data with complete structure, and the image quality indicators meeting the set thresholds, so that the system can determine that the initialization process is complete.

[0125] Optionally, to improve the accuracy and robustness of the judgment, the system can also comprehensively judge the completion status of image initialization based on multiple dimensions, including but not limited to: The image frame rate reaches and is maintained within the target frame rate range, such as 25fps ± 5%. The image data integrity rate reaches the set ratio, such as a frame drop rate of less than 0.1%. The image frame header and tail format is correct. The median grayscale value and dynamic range of the image content are within the set range. The image noise level does not exceed the tolerance threshold.

[0126] The aforementioned image quality indicators can be obtained in real time through the image monitoring module in the software development kit running in the vehicle's host unit, or partially provided by feedback from the infrared sensor itself. By cross-validating these multiple dimensions, the system can more accurately determine whether the initialization has truly been completed, avoiding accidental triggering of subsequent operations due to abnormalities or instability in the image link.

[0127] This multi-indicator judgment mechanism further enhances the reliability of initialization state recognition, provides an accurate basis for the safe triggering of subsequent manual shutter commands, thereby reducing the risks of abnormal image output and shutter conflict, and helps the system maintain higher stability and image consistency under complex vehicle conditions.

[0128] In some embodiments, determining whether the manual shutter trigger condition is met based on preset polling conditions includes: Periodically acquire vehicle speed signals and the execution time of the last manual shutter command; If the vehicle speed is not zero, or the time interval since the last manual shutter command was executed has not exceeded the preset threshold, then continue polling; If the vehicle speed is detected to be zero and the time interval exceeds the preset threshold, it is determined that the manual shutter trigger condition is met.

[0129] It should be noted that the on-board host continuously executes the shutter trigger polling mechanism after power-on, in order to ensure the consistency of image response and non-uniformity correction during the operation of the on-board infrared sensor.

[0130] Specifically, due to their structural physical characteristics, vehicle-mounted infrared sensors may experience problems such as response drift, increased non-uniformity between pixels, and changes in thermal background during long-term operation. If shutter correction is not performed periodically, the image quality will gradually decline, manifesting as decreased contrast, increased thermal noise, and static image retention.

[0131] Therefore, the vehicle-mounted host uses a software development kit running on the main control system to periodically perform image correction status evaluation and shutter execution condition polling.

[0132] Preferably, the vehicle speed signal can be obtained from the vehicle control unit through an on-board network, such as a CAN bus, with a polling period of 1 to 5 seconds. The preset time threshold can be 10 minutes, 20 minutes, or other values ​​that are dynamically adjusted according to the environment and algorithm.

[0133] Furthermore, in order to avoid interruption of image output during driving by shutter action, and to prevent excessive shutter execution frequency from reducing the life of the mechanism, this application adopts vehicle speed and time as the basis for polling judgment mechanism.

[0134] The system only allows the software development kit to send manual shutter commands to the onboard infrared sensor to perform correction operations for maintaining image uniformity when the vehicle is stationary and the system has exceeded the preset maintenance cycle since the last shutter execution.

[0135] This strategy effectively avoids imaging interruptions caused by unnecessary shutter operations, while improving shutter efficiency and overall system stability.

[0136] Preferably, if the vehicle-mounted infrared sensor does not output a valid image signal, shutter initialization continues.

[0137] Preferably, during the power-on initialization process, the system is equipped with a mechanism to monitor the validity of the infrared image output. If the image output still lacks structural integrity or signal stability after the image signal processing module and video output interface initialization are completed, it is determined that the image is not output effectively. At this time, the system will automatically repeat or intensify the shutter initialization operation to ensure that the non-uniformity correction can be fully completed, so as to promote the detector response state to return to the normal level, thereby restoring the image output path.

[0138] Furthermore, to improve the self-recovery capability of the fault, the shutter initialization can perform a cyclic retry mechanism within a limited number of times. For example, the maximum number of shutter retries can be set to N times, such as 3 times, and the image output status can be re-detected after each execution.

[0139] If a valid image output cannot be obtained within the set number of attempts, the software development kit will report an initialization failure event to the main control system, so that the fault handling module can further determine whether to take measures such as soft reset, power failure restart or entering safe mode.

[0140] The above implementation method significantly improves the startup robustness of the vehicle-mounted infrared sensor in complex environments by introducing a closed-loop self-test and fault-tolerance mechanism, effectively avoids image interruption caused by transient interference or state mismatch during the initialization phase, and enhances the stability and anti-interference capability of the system in actual operation.

[0141] In addition, to further enhance the system's fault detection and automatic recovery capabilities, the vehicle controller can automatically activate a graded recovery mechanism after the on-board infrared sensor fails to initialize.

[0142] The tiered recovery mechanism includes a soft reset phase, a communication link reconstruction phase, a hard reset phase, and a system degradation operation phase.

[0143] Specifically, when the software development kit detects that a valid image output cannot be obtained after a specified number of shutter initialization retries, it first triggers a soft reset operation. This involves sending a reset command to the infrared sensor via the communication interface to reset its control logic, state machine, and some register contents, while maintaining the power on / off state. After the soft reset is complete, the initialization process is restarted, and the image output status is reassessed.

[0144] If a soft reset fails to restore image output, the communication link reconstruction phase begins. This phase includes rebuilding the I2C or SPI communication interface connection, reloading communication configuration parameters, and re-confirming the handshake protocol to rule out initialization failures caused by communication anomalies.

[0145] If the problem persists after communication is re-established, the main control system will control the sensor power module to perform a hard reset, which clears all sensor registers and cache contents through a power-off restart to completely eliminate potential error states. After the hard reset is complete, power is restored, and the initialization process is executed again.

[0146] If all the above recovery measures fail to restore image output, the system enters a security degradation operation phase. The main control unit interrupts the task scheduling of the current infrared image path, switches to other redundant sensing channels, such as visible light cameras or millimeter-wave radars, and marks the infrared channel status as unavailable, waiting for the next cycle to try to restore it again.

[0147] To improve diagnostic accuracy, each of the above stages incorporates an event reporting mechanism and a status feedback mechanism. After each retry, reset, rebuild, or degradation operation, the software development kit (SDK) feeds back the current status, error code, execution time, and result to the main control system and writes them to the diagnostic log. This mechanism not only ensures the traceability of the system's operational status but also facilitates subsequent maintenance personnel in quickly locating the source of problems, thereby improving system maintainability and reliability.

[0148] The aforementioned fault detection and automatic recovery mechanism is deeply integrated with the initialization process, forming a startup process management system with self-sensing, self-repairing and fault controllability capabilities. It exhibits stronger adaptability and system resilience when dealing with complex vehicle operating conditions, such as unstable power supply, sudden changes in ambient temperature, and communication interference, ensuring that the vehicle-mounted infrared imaging system has high availability and low failure rate.

[0149] S4: The vehicle-mounted infrared sensor executes the manual shutter command.

[0150] In some embodiments, the onboard infrared sensor executing a manual shutter command includes: When the vehicle-mounted infrared sensor executes the manual shutter command, it enters an image output shielding state to interrupt the external output of the image data stream and prevent the transmission of incomplete image frames or transitional images. After the manual shutter command is executed, normal image data stream output resumes.

[0151] Preferably, after the vehicle host sends a manual shutter command to the vehicle infrared sensor via the software development kit, the infrared sensor receives the command and immediately enters the shutter execution process.

[0152] The process involves driving the shutter mechanism to block the front end of the infrared detector, creating a uniform and stable thermal reference field. The image signal processing module then acquires the blocked image frame and calculates response compensation parameters based on the current sensor state to update the non-uniformity correction matrix. Throughout the shutter process, while ensuring data consistency, the detector pixel response characteristics are recalibrated to improve image uniformity and response accuracy.

[0153] Furthermore, during shutter execution, to prevent the image output link from mistakenly transmitting incomplete frame data or transitional images, the infrared sensor can automatically switch to image output shielding mode, temporarily interrupting the external output of the image data stream, and automatically restoring the normal image output path after the shutter operation is completed. This image blocking and restoration mechanism can prevent the user or system from receiving informal image frames during shutter action, improving the rigor of image quality control.

[0154] In some embodiments, the onboard infrared sensor executing the manual shutter command further includes: The information related to the execution of the manual shutter command is uploaded to the software development kit of the vehicle-mounted infrared sensor; The relevant information includes at least the shutter execution timestamp and the correction status identifier.

[0155] Furthermore, while the vehicle-mounted infrared sensor executes the manual shutter command, it can upload the shutter execution timestamp, correction status indicator, and key image metrics after correction to the software development kit (SDK). This information is then archived by the vehicle's infotainment system and used as a basis for subsequent image anomaly detection, shutter life management, or operational status analysis. This information feedback mechanism further enhances the system's monitorability and maintainability, providing technical support for vehicle image management.

[0156] like Figure 6 As shown, the present invention provides a vehicle for implementing the vehicle control method as described in the first aspect, including a state monitoring module 100, a state management module 200, a timing control module 300, and an instruction execution module 400.

[0157] The status monitoring module 100 is used to monitor the status of the vehicle host to obtain the power-down sleep signal and the power-on start signal; The status management module 200 is used to clear the status flag information in response to the power-down sleep signal when the software development kit of the vehicle infrared sensor is released; The timing control module 300 is used to respond to the power-on start signal, and the vehicle infrared sensor executes the initialization process. After the vehicle infrared sensor completes the initialization process based on the first judgment condition, if the manual shutter trigger condition is met based on the preset polling condition, a manual shutter command is sent to the vehicle infrared sensor. The instruction execution module 400, the vehicle-mounted infrared sensor executes the manual shutter instruction.

[0158] Combination Figure 7 As shown, this embodiment discloses a specific implementation of a computer device. The computer device may include a processor 41 and a memory 42 storing computer program instructions.

[0159] Specifically, the processor 41 may include a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0160] The memory 42 may include a large-capacity storage device for data or instructions. For example, and not limitingly, the memory 42 may include a hard disk drive (HDD), a floppy disk drive, a solid-state drive (SSD), flash memory, an optical disk drive, a magneto-optical disk drive, magnetic tape, or a Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, the memory 42 may include removable or non-removable (or fixed) media. Where appropriate, the memory 42 may be internal or external to the data processing device. In a particular embodiment, the memory 42 is non-volatile. Volatile memory. In a particular embodiment, memory 42 includes read-only memory. ROM (ROM-only memory) and RAM (Random Access Memory). Where appropriate, the ROM can be a mask-programmed ROM or a programmable ROM. Only Memory (PROM) and Erasable Programmable Read-Only Memory (EPRROM) The RAM can be a type of RAM, such as EPROM (Electrically Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), EAROM (Electrically Alterable Read-Only Memory), or FLASH (Flash Memory), or a combination of two or more of these. Where appropriate, the RAM can be a Static Random Access Memory (SRAM). Access Memory (SRAM) or Dynamic Random Access Memory (DRAM) can be Fast Page Mode Dynamic Random Access Memory (FPMDRAM), Extended Data Out Dynamic Random Access Memory (EDODRAM), Synchronous Dynamic Random-Access Memory (SDRAM), etc.

[0161] The memory 42 can be used to store or cache various data files that need to be processed and / or used for communication, as well as possible computer program instructions executed by the processor 41.

[0162] The processor 41 implements the vehicle control method in the above embodiments by reading and executing computer program instructions stored in the memory 42.

[0163] In some embodiments, the computer device may further include a communication interface 43 and a bus 40. As shown in FIG. Y, the processor 41, memory 42, and communication interface 43 are connected through the bus 40 and communicate with each other.

[0164] Communication interface 43 is used to enable communication between modules, devices, units and / or equipment in the embodiments of this application.

[0165] Communication port 43 can also enable data communication with other components such as external devices, image / data acquisition devices, databases, external storage, and image / data processing workstations.

[0166] Bus 40 includes hardware, software, or both, that couples components of a computer device together. Bus 40 includes, but is not limited to, at least one of the following: a data bus, an address bus, a control bus, an expansion bus, and a local bus. For example, and not as a limitation, bus 40 may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an InfiniBand interconnect, a Low Pin Count (LPC) bus, a memory bus, a Micro Channel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, and a PCI bus. Express (PCI X) bus, Serial Advanced Technology Accessory (Seria l Advanced) The bus may be a Technology Attachment (SATA) bus, a Video Electronics Standards Association Local Bus (VLB) bus, or other suitable buses, or a combination of two or more of these. Where appropriate, bus 40 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, this application contemplates any suitable bus or interconnect.

[0167] Furthermore, in conjunction with the vehicle control methods in the above embodiments, this application embodiment can provide a computer-readable storage medium for implementation. This computer-readable storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the vehicle control methods in the above embodiments.

[0168] The present invention provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the above-described vehicle control method.

[0169] The present invention provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the above-described vehicle control method.

[0170] Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions and variations to the above embodiments within the scope of this application.

Claims

1. A control method of a vehicle, characterized by, It includes: Monitoring the host state to obtain power down hibernate signal and power up start signal; In response to the power down hibernate signal, the software development kit of the vehicle-mounted infrared sensor executes the release operation and clears the state flag information used to buffer the shutter request to be processed; In response to the power up start signal, the vehicle-mounted infrared sensor executes the initialization process; Based on the first judgment condition, if it is judged that the manual shutter trigger condition is met based on the preset polling condition after the vehicle-mounted infrared sensor completes the initialization process, a manual shutter instruction is sent to the vehicle-mounted infrared sensor; The vehicle-mounted infrared sensor executes the manual shutter instruction.

2. The control method of a vehicle according to claim 1, characterized by The clearing of the state flag information includes: Determine the storage address bit of the state flag information in the state buffer register; Perform a clear operation on the storage address bit to reset its storage value to an invalid state.

3. The control method of a vehicle according to claim 2, characterized by The clear operation on the storage address bit includes: According to the preset bit mask, the write data is constructed; The write data is sent to the storage address bit to clear the shutter request flag bit.

4. The control method of a vehicle according to claim 1, characterized by The first judgment condition includes: Judge whether the vehicle-mounted infrared sensor starts to stably output valid image signals meeting the preset quality standard; if valid image signals meeting the preset quality standard are output, it is considered that the vehicle-mounted infrared sensor completes the initialization; Wherein, the preset quality standard includes that the image frame rate is continuously maintained within the target range and the image data integrity rate is higher than the preset threshold.

5. The control method of a vehicle according to claim 1, characterized by The judgment that the manual shutter trigger condition is met based on the preset polling condition includes: Periodically acquire vehicle speed signal and execution time of the last manual shutter instruction; If the vehicle speed is not zero or the time interval from the last execution of the manual shutter instruction does not exceed the preset threshold, continue polling; If it is detected that the vehicle speed is zero and the time interval exceeds the preset threshold, it is judged that the manual shutter trigger condition is met.

6. The control method of a vehicle according to claim 1, characterized by The vehicle-mounted infrared sensor executes initialization, including: The vehicle-mounted infrared sensor is powered on and sequentially executes image signal processing circuit initialization, video output interface initialization and shutter initialization.

7. The control method of a vehicle according to claim 1, characterized by After responding to the power up start signal, it further includes: Set the mutual exclusion state identifier related to the manual shutter instruction issuance to prohibit sending the manual shutter instruction to the vehicle-mounted infrared sensor before the initialization process of the vehicle-mounted infrared sensor is completed; After confirming that the vehicle-mounted infrared sensor completes the initialization based on the first judgment condition, the mutual exclusion state identifier is released.

8. The control method of a vehicle according to claim 1, characterized by The vehicle-mounted infrared sensor executing the manual shutter instruction includes: When the vehicle-mounted infrared sensor executes the manual shutter instruction, it enters the image output shielding state to interrupt the external output of the image data stream and prevent the transmission of incomplete image frames or transition images; After the execution of the manual shutter instruction is completed, the normal image data stream output is restored.

9. The control method of a vehicle according to claim 1, characterized by, The vehicle-mounted infrared sensor executing the manual shutter instruction further includes: Upload the execution related information of the manual shutter instruction to the software development kit of the vehicle-mounted infrared sensor; Wherein, the execution related information at least includes shutter execution timestamp and correction state identifier.

10. A vehicle for implementing the control method of the vehicle according to any one of claims 1 to 9, characterized by It includes: A state monitoring module is configured to monitor a state of the vehicle-mounted host to obtain a power-off hibernation signal and a power-on start signal. A state management module is configured to, in response to the power-off hibernation signal, clear state flag information when a software development kit of the vehicle-mounted infrared sensor is released. A timing control module is configured to, in response to the power-on start signal, cause the vehicle-mounted infrared sensor to execute an initialization process, and, based on a first judgment condition, determine whether the vehicle-mounted infrared sensor completes the initialization process, and, if a preset polling condition is met, send a manual shutter instruction to the vehicle-mounted infrared sensor. An instruction execution module is configured to cause the vehicle-mounted infrared sensor to execute the manual shutter instruction.

Images