Bluetooth mesh-based vehicle-mounted atmosphere lamp control method, device, equipment and storage medium

Abstract

This application discloses a method, device, equipment, and storage medium for controlling in-vehicle ambient lighting based on Bluetooth Mesh, relating to the technical field of in-vehicle lighting control. This application obtains vehicle status data and device linkage status data; matches the vehicle status data with a preset safety anti-glare threshold to obtain corresponding zone lighting control parameters; matches the device linkage status data with preset distributed linkage rules to obtain corresponding linkage lighting control parameters; and controls ambient light nodes in corresponding areas of the in-vehicle ambient lighting network according to the zone lighting control parameters and / or the linkage lighting control parameters. This achieves adaptive anti-glare adjustment and distributed linkage of in-vehicle intelligent devices, solving the current problem of difficulty in achieving dynamic anti-glare and cross-device linkage control of in-vehicle lighting, and improving the safety and scalability of in-vehicle lighting.

Description

Technical Field

[0001] This application relates to the technical field of in-vehicle lighting control, and in particular to a method, device, equipment and storage medium for controlling in-vehicle ambient lighting based on Bluetooth Mesh. Background Technology

[0002] With the development of automotive intelligence, in-vehicle ambient lighting has become an important feature for enhancing the cabin experience. However, existing in-vehicle ambient lighting technology still has many shortcomings in terms of communication networking, safety control, and device linkage.

[0003] First, traditional in-vehicle ambient lighting systems mostly use single-point direct connection to the vehicle's infotainment system or Bluetooth point-to-point communication, resulting in limited connection distances, easily blocked signals by metal components inside the vehicle, and a lack of support for multi-device networking, making it impossible to achieve coordinated control of lighting throughout the entire vehicle. Some solutions using Wi-Fi connections have high power consumption and poor signal stability in moving vehicle environments, failing to meet the communication requirements of the in-vehicle environment. Second, existing ambient lighting lacks deep integration with the vehicle's driving status, failing to dynamically adjust lighting parameters based on vehicle speed, driving mode, and driving environment. During nighttime driving or high-speed driving, excessively bright and vibrant ambient lighting in the driver's area can easily cause driver fatigue. Furthermore, existing systems lack anti-glare limiting mechanisms for the driver's field of vision and lack safety lighting adjustment strategies during driving, posing a driving safety hazard. Finally, existing ambient lighting systems are mostly isolated controls, unable to achieve functional integration with other in-vehicle smart devices (such as water dispensers and smart cups). Different devices use different communication protocols, and new linked devices need to be developed separately to interface with the vehicle system, resulting in high expansion costs and long cycles, making it difficult to adapt to the ecological expansion needs of in-vehicle smart cockpits.

[0004] Therefore, improving the safety and scalability of in-vehicle lighting is an urgent problem that needs to be solved. Summary of the Invention

[0005] The main objective of this application is to provide a method, device, equipment, and storage medium for controlling in-vehicle ambient lighting based on Bluetooth Mesh, aiming to solve the technical problem of how to improve the safety and scalability of in-vehicle lighting.

[0006] To achieve the above objectives, this application proposes a method for controlling in-vehicle ambient lighting based on Bluetooth Mesh, the method comprising: Acquire vehicle status data and device linkage status data; The vehicle status data is matched with a preset safety anti-glare threshold to obtain the corresponding zone lighting control parameters; The device linkage status data is matched with preset distributed linkage rules to obtain the corresponding linkage lighting control parameters; Based on the zone lighting control parameters and / or the linkage lighting control parameters, control the ambient light nodes in the corresponding areas of the vehicle ambient light network.

[0007] In one embodiment, the step of matching the vehicle status data with a preset safety anti-glare threshold to obtain the corresponding zone lighting control parameters includes: The current driving status is determined based on at least one of the vehicle's current speed, lateral and longitudinal acceleration, driving mode, and headlight status from the vehicle status data. When the driving state is normal driving state, generate zone lighting control parameters for the driver's anti-glare zone with a first color temperature value and a first brightness value, and for the passenger / rear seat zone with a second color temperature value and a second brightness value, wherein the second brightness value is greater than the first brightness value, and the second color temperature value is greater than the first color temperature value; When the driving state is a dangerous driving state, the driver's anti-glare zone is given a third color temperature value and a third brightness value with no dynamic effect, and the passenger / rear seat zone is given a third color temperature value and a fourth brightness value with no dynamic effect. The third color temperature value is greater than the second brightness value, the third brightness value is less than the fourth brightness value, and the fourth brightness value is less than the first brightness value. When the driving state is a turning state or a lane changing state, light control parameters are generated for the door ambient light node corresponding to the turning side to flash at a preset frequency.

[0008] In one embodiment, the step of determining the current driving state based on at least one of the vehicle's current speed, lateral and longitudinal acceleration, driving mode, and headlight status from the vehicle state data includes: When the vehicle speed is less than or equal to a preset first speed, the driving mode is the first driving mode, and the headlights are off, the current driving state is determined to be a normal driving state. When the vehicle speed is greater than or equal to the preset second speed, the driving mode is the second driving mode, and the headlights are on, the current driving state is determined to be a dangerous driving state. When the lateral and longitudinal accelerations are greater than or equal to preset lateral and longitudinal acceleration thresholds, the current driving state is determined to be a steering state or a lane-changing state.

[0009] In one embodiment, the step of matching the device linkage status data with preset distributed linkage rules to obtain the corresponding linkage lighting control parameters includes: The linkage event type, linkage device location identifier, and linkage priority are determined based on the device linkage status data. The target ambient light node adjacent to the linked intelligent device is determined based on the location identifier of the linked device. The linkage event type is matched with the linkage events in the preset distributed linkage rules to obtain the linkage lighting control parameters of the target ambient light node corresponding to the linkage event. The linkage lighting control parameters include the linkage lighting color scheme, linkage lighting brightness value and linkage lighting duration.

[0010] In one embodiment, after the step of controlling the ambient light nodes of the corresponding area in the vehicle ambient light network according to the partition lighting control parameters and / or the linkage lighting control parameters, the method further includes: Obtain the working status data of the ambient light node; The fault type is determined based on the working status data and the preset fault threshold. The fault type includes LED chip fault, communication fault, and power supply fault. When the fault type is a lamp bead fault or a communication fault, a redundancy compensation command is sent to the redundancy compensation area adjacent to the faulty ambient light node, so as to control the ambient light node in the redundancy compensation area to adjust the lighting parameters according to the redundancy compensation command. When the fault type is a power supply fault, a power outage protection command is sent to the faulty ambient light node to cut off the power supply to the faulty ambient light node according to the power outage protection command.

[0011] In one embodiment, before the step of acquiring vehicle status data and device linkage status data, the method further includes: The vehicle's operating status and the brightness of the interior environment are detected, including the stationary state and the starting state. When the operating state is a stationary state, there is no Mesh control command, and the brightness of the in-vehicle environment is greater than or equal to a preset brightness threshold, the ambient light node is controlled to enter a deep sleep mode. In the deep sleep mode, only the Bluetooth Mesh wake-up receiving module is kept working. When the operating state is in the start state, when a Mesh control command is received, or when the brightness of the in-vehicle environment is less than a preset brightness threshold, the ambient light node is controlled to exit the deep sleep mode within a preset wake-up time.

[0012] In one embodiment, before the step of controlling the ambient light node of the corresponding area in the vehicle ambient light network according to the partition lighting control parameters and / or the linkage lighting control parameters, the method further includes: Acquire personalized scene customization commands and scene invocation commands triggered by users through the vehicle-mounted interactive interface or mobile terminal applications; Personalized scene data with corresponding lighting parameters is generated based on the scene identifier in the personalized scene customization instruction, and the personalized scene data is synchronized to all ambient light sub-nodes; Extract scene lighting parameters from the personalized scene data according to the scene invocation command; Based on the scene lighting parameters, each ambient light node is controlled to switch to the corresponding lighting state within a preset synchronization time.

[0013] Furthermore, to achieve the above objectives, this application also proposes a Bluetooth Mesh-based in-vehicle ambient lighting control device, the device comprising: The status acquisition module is used to acquire vehicle status data and equipment linkage status data; The anti-glare module is used to match the vehicle status data with a preset safety anti-glare threshold to obtain the corresponding zone lighting control parameters. The distributed linkage module is used to match the device linkage status data with preset distributed linkage rules to obtain the corresponding linkage lighting control parameters. The ambient lighting control module is used to control the ambient lighting nodes in the corresponding area of ​​the vehicle ambient lighting network according to the zone lighting control parameters and / or the linkage lighting control parameters.

[0014] In addition, to achieve the above objectives, this application also proposes a Bluetooth Mesh-based vehicle ambient lighting control device, the device comprising: 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 Bluetooth Mesh-based vehicle ambient lighting control method described above.

[0015] In addition, to achieve the above objectives, this application 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 Bluetooth Mesh-based vehicle ambient lighting control 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 Bluetooth Mesh-based vehicle ambient lighting control method described above.

[0017] This application provides a Bluetooth Mesh-based method for controlling in-vehicle ambient lighting. The method includes: acquiring vehicle status data and device linkage status data; matching the vehicle status data with a preset safety anti-glare threshold to obtain corresponding zone lighting control parameters; matching the device linkage status data with preset distributed linkage rules to obtain corresponding linkage lighting control parameters; and controlling ambient light nodes in corresponding areas of the in-vehicle ambient lighting network according to the zone lighting control parameters and / or the linkage lighting control parameters. In summary, this application acquires vehicle status and device linkage status in real time through a Bluetooth Mesh network, generates zone lighting parameters through a safety anti-glare threshold model, and generates linkage lighting parameters based on distributed linkage rules to control ambient light nodes in corresponding areas. This achieves intelligent collaboration between in-vehicle ambient lighting and driving safety, as well as in-vehicle equipment, solving the current problem of difficulty in achieving dynamic anti-glare and cross-device linkage control of in-vehicle lighting, and improving the safety and scalability of in-vehicle lighting. 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 the first embodiment of the Bluetooth Mesh-based vehicle ambient lighting control method of this application. Figure 2 This is a schematic diagram of the architecture of the Bluetooth Mesh-based in-vehicle ambient lighting control system of this application; Figure 3 This is a flowchart illustrating the second embodiment of the Bluetooth Mesh-based vehicle ambient lighting control method of this application. Figure 4 This is a flowchart illustrating the third embodiment of the Bluetooth Mesh-based vehicle ambient lighting control method of this application. Figure 5 This is a flowchart illustrating the fourth embodiment of the Bluetooth Mesh-based vehicle ambient lighting control method of this application. Figure 6 This is a schematic diagram of the module structure of the Bluetooth Mesh-based vehicle ambient lighting control device according to an embodiment of this application; Figure 7This is a schematic diagram of the device structure of the hardware operating environment involved in the Bluetooth Mesh-based vehicle ambient lighting control method in this application embodiment.

[0021] The purpose, 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] With the development of automotive intelligence, in-vehicle ambient lighting has become an important feature for enhancing the cabin experience. However, existing in-vehicle ambient lighting technology still has many shortcomings in terms of communication networking, safety control, and device linkage.

[0025] First, traditional in-vehicle ambient lighting systems mostly use single-point direct connection to the vehicle's infotainment system or Bluetooth point-to-point communication, resulting in limited connection distances, easily blocked signals by metal components inside the vehicle, and a lack of support for multi-device networking, making it impossible to achieve coordinated control of lighting throughout the entire vehicle. Some solutions using Wi-Fi connections have high power consumption and poor signal stability in moving vehicle environments, failing to meet the communication requirements of the in-vehicle environment. Second, existing ambient lighting lacks deep integration with the vehicle's driving status, failing to dynamically adjust lighting parameters based on vehicle speed, driving mode, and driving environment. During nighttime driving or high-speed driving, excessively bright and vibrant ambient lighting in the driver's area can easily cause driver fatigue. Furthermore, existing systems lack anti-glare limiting mechanisms for the driver's field of vision and lack safety lighting adjustment strategies during driving, posing a driving safety hazard. Finally, existing ambient lighting systems are mostly isolated controls, unable to achieve functional integration with other in-vehicle smart devices (such as water dispensers and smart cups). Different devices use different communication protocols, and adding new linked devices requires separate development to interface with the vehicle's infotainment system, resulting in high expansion costs and long development cycles, making it difficult to adapt to the ecosystem expansion needs of in-vehicle smart cockpits. Therefore, how to improve the safety and scalability of in-vehicle lighting is a problem that urgently needs to be solved.

[0026] It should be noted that the executing entity in this embodiment can be a Bluetooth Mesh-based in-vehicle ambient lighting control system, a computing service device with data processing, network communication, and program execution functions, or an electronic device capable of implementing the aforementioned Bluetooth Mesh-based in-vehicle ambient lighting control function, etc. This embodiment does not specifically limit it in this way. The following uses a Bluetooth Mesh-based in-vehicle ambient lighting control system as an example to describe this embodiment and the following embodiments.

[0027] Based on this, this application provides a method for controlling in-vehicle ambient lighting based on Bluetooth Mesh, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the Bluetooth Mesh-based vehicle ambient lighting control method of this application.

[0028] In this embodiment, the Bluetooth Mesh-based in-vehicle ambient lighting control method includes steps S10 to S40: Step S10: Obtain vehicle status data and equipment linkage status data.

[0029] It should be noted that vehicle status data refers to the dynamic parameters of the vehicle collected in real time through the vehicle bus (such as the CAN bus), specifically including but not limited to: vehicle speed, longitudinal acceleration, lateral acceleration, driving mode (such as comfort mode, sport mode), headlight on / off status, turn signal, etc. Device linkage status data refers to the working status and linkage request signals broadcast by other Bluetooth Mesh smart devices in the vehicle (such as instant hot water dispensers, smart cups, smart seats) through the Bluetooth Mesh network, including but not limited to: device working status (such as the water dispenser's water dispensing / standby / water shortage status), device location identifier, linkage event type, and linkage priority (such as emergency stop is the highest priority, and normal water dispensing request is a general priority). In this embodiment, the Bluetooth Mesh master gateway node in the system broadcasts vehicle status data to all ambient light sub-nodes through the Bluetooth Mesh network at a frequency of 100ms / time; at the same time, each ambient light sub-node can directly listen to the linkage status data sent by surrounding devices without going through the vehicle's infotainment system.

[0030] Additionally, it should be noted that, as Figure 2 The system showcases an in-vehicle ambient lighting control system architecture based on Bluetooth Mesh, consisting of three types of nodes: central control ambient lighting, armrest ambient lighting, and ambient lighting in other areas (doors / footrests / sunroof, etc.). Each node integrates Bluetooth Mesh communication modules, power management, interactive transmission, fault diagnosis redundancy, intelligent linkage control, and safety anti-glare control units, achieving multi-hop interconnection through a Bluetooth Mesh network. The Bluetooth Mesh gateway, as the network core, integrates Bluetooth Mesh, vehicle status acquisition (vehicle speed / acceleration / driving mode, etc.), network management, and 4G / 5G modules, enabling remote management via a cloud server. The system also connects to other Bluetooth Mesh devices such as light sensors (for environmental perception), in-vehicle water dispensers, and smart seats. The nodes interact in real-time through the Mesh network to achieve distributed linkage control.

[0031] Step S20: Match the vehicle status data with the preset safety anti-glare threshold to obtain the corresponding zone lighting control parameters.

[0032] It should be noted that the safety anti-glare threshold is a dynamic threshold pre-stored in the safety anti-glare control unit of each ambient light sub-node. This threshold defines the maximum allowable brightness, color temperature range, and colors used in the driver's side anti-glare zone, passenger side zone, and rear seat zone under different driving conditions based on parameters such as vehicle speed, driving environment, and driving status. Zone lighting control parameters include the target brightness value, color temperature value, and whether dynamic effects (such as flowing light and breathing light) are enabled for each zone.

[0033] Additionally, it should be noted that the driver's side anti-glare zone refers to the area within the driver's field of vision that may be affected by direct or reflected light from ambient lighting during normal driving, including but not limited to: the driver's side foot space, the area below the center of the driver's side door trim panel, and the center console area below the steering wheel; the passenger side area refers to the passenger side seat and surrounding area, including the passenger side foot space, the passenger side door trim panel, and the center console area in front of the passenger side; the rear entertainment area refers to the rear passenger area, including the rear foot space, the rear door trim panels, the rear center armrest area, and the area around the sunroof.

[0034] In one feasible implementation, step S20 specifically includes: Step S201: Determine the current driving status based on at least one of the vehicle's current driving speed, lateral and longitudinal acceleration, driving mode, and headlight status from the vehicle status data.

[0035] It should be noted that the driving status refers to the driving scenario category determined based on the vehicle's real-time operating parameters, which is used to trigger corresponding lighting safety strategies. The normal driving status refers to the condition where the vehicle is driving smoothly at a low speed and the driving risk is low; the dangerous driving status refers to the condition where the vehicle is driving at high speed, in sport driving mode, or at night, which are high-risk driving conditions; the turning status or lane-changing status refers to the condition where the vehicle is performing a turning or lane-changing operation.

[0036] In one feasible implementation, step S201 specifically includes: Step A10: When the vehicle speed is less than or equal to the preset first speed, the driving mode is the first driving mode, and the headlights are off, the current driving state is determined to be the normal driving state.

[0037] It should be noted that the preset first vehicle speed is 60 km / h, and the first driving mode is comfort mode. When all three conditions are met simultaneously—vehicle speed ≤ 60 km / h, driving mode is comfort mode, and headlights are off (i.e., driving in a bright environment)—the system determines it to be in normal driving condition. At this time, the driving risk is low, allowing ambient lighting to provide relatively rich lighting effects.

[0038] Step A20: When the vehicle speed is greater than or equal to the preset second speed, the driving mode is the second driving mode, and the headlights are on, the current driving state is determined to be a dangerous driving state.

[0039] It should be noted that the preset second vehicle speed is 120 km / h, and the second driving mode is Sport mode. When the vehicle speed is ≥120 km / h and the driving mode is Sport mode, or when the vehicle speed is ≥120 km / h and the headlights are on (i.e., driving in a dimly lit environment), the system determines it to be a dangerous driving state. At this time, the anti-glare limit must be strictly enforced to reduce the interference of the lights on the driver.

[0040] Step A30: When the lateral and longitudinal accelerations are greater than or equal to the preset lateral and longitudinal acceleration thresholds, determine the current driving state as a steering state or a lane-changing state.

[0041] It should be noted that the lateral and longitudinal acceleration thresholds are pre-calibrated based on vehicle dynamics. For example, when the lateral acceleration is ≥0.2g, exceeding the set value, and the longitudinal acceleration is not zero, it is determined that the vehicle is performing a turning or lane-changing operation. At this time, the flashing reminder function of the ambient light on the steering side door can be triggered.

[0042] Step S202: When the driving state is normal driving state, generate zone lighting control parameters with the first color temperature value and the first brightness value for the driver's anti-glare zone, and the second color temperature value and the second brightness value for the passenger / rear zone, wherein the second brightness value is greater than the first brightness value, and the second color temperature value is greater than the first color temperature value.

[0043] It should be noted that the first color temperature is 2700K (warm white light), and the first brightness is 40%; the second color temperature is 3000K (slightly warm white light), and the second brightness is 50%. Under normal driving conditions, the driver's side anti-glare zone uses a lower color temperature and brightness to reduce visual stimulation for the driver; the passenger / rear seat areas can have their color temperature and brightness appropriately increased to improve passenger comfort. The system supports manual fine-tuning within this safe range, but adjustments to the driver's side anti-glare zone must not exceed the safe upper limit (color temperature ≤ 3500K, brightness ≤ 50%).

[0044] Step S203: When the driving state is a dangerous driving state, generate zone lighting control parameters for the driver's anti-glare zone with a third color temperature value and a third brightness value and no dynamic effect, and for the passenger / rear seat zone with a third color temperature value and a fourth brightness value and no dynamic effect. The third color temperature value is greater than the second brightness value, the third brightness value is less than the fourth brightness value, and the fourth brightness value is less than the first brightness value.

[0045] It should be noted that the third color temperature value is 6000K (cool white light), the third brightness value is 20%, and the fourth brightness value is 30%. Understandably, in dangerous driving conditions, the driver's side anti-glare zone is forcibly switched to a cool color scheme, low brightness, and no dynamic effects mode, and high-saturation colors (such as pure red and pure blue) are disabled to minimize interference with the driver's attention. The passenger / rear seat area also has reduced brightness and disabled dynamic effects, but the brightness is slightly higher than the driver's area to maintain a basic cabin atmosphere. If the user manually adjusts the parameters of the driver's side anti-glare zone beyond the anti-glare threshold (e.g., brightness > 20%, color temperature < 5000K), the safety anti-glare control unit will refuse to execute the adjustment and will display a message on the vehicle's screen stating, "The current settings may affect driving safety; automatic adjustment has been performed."

[0046] Step S204: When the driving state is a turning state or a lane changing state, generate light control parameters for the door ambient light node corresponding to the turning side to flash at a preset frequency.

[0047] It should be noted that the preset frequency is 1Hz (flickering once per second), and the flashing brightness is low (brightness ≤30%). When the vehicle turns left, the ambient light nodes of the left front door and the left rear door flash synchronously; when turning right, the ambient light nodes of the right front door and the right rear door flash synchronously; in hazard light mode, all four door ambient light nodes flash simultaneously. After the turn is completed (when the lateral and longitudinal acceleration returns to below the threshold and remains below for 1 second), the ambient lights immediately return to their original state. It can be understood that the above steps provide reminders of the vehicle's in-vehicle status in various scenarios, improving driving safety.

[0048] Step S30: Match the device linkage status data with the preset distributed linkage rules to obtain the corresponding linkage lighting control parameters.

[0049] It should be noted that the distributed linkage rules refer to the preset control strategies used to guide the ambient lights to perform functional linkages with other intelligent devices in the vehicle, stored in the local memory of the main gateway node and each ambient light sub-node. The linkage lighting control parameters include the linkage light color scheme (such as warm yellow guidance color scheme, red warning color scheme, and blue prompt color scheme), the linkage light brightness value (such as 80% high brightness guidance, 50% medium brightness prompt, and 20% low brightness state), and the linkage light duration (such as continuing until the linkage ends, automatically resuming after 30 seconds, or permanently maintaining until manually canceled).

[0050] Additionally, it should be noted that the aforementioned distributed linkage refers to the ability for direct data interaction and functional linkage between the various Bluetooth Mesh device sub-nodes, without the need for intermediaries such as the vehicle's infotainment system. For example, a water dispenser sub-node can directly send a linkage signal to nearby ambient light sub-nodes, which will immediately trigger their local linkage rules upon receiving the signal, thereby reducing response time.

[0051] In one feasible implementation, step S30 specifically includes: Step S301: Determine the linkage event type, linkage device location identifier, and linkage priority based on the device linkage status data.

[0052] It should be noted that the types of linked events include, but are not limited to: water dispensing (water dispenser starts dispensing water), water dispensing completed (water dispenser stops dispensing water), emergency stop (water dispenser locks when vehicle starts), low water alert (water dispenser water level is below threshold), seat adjustment in progress (smart seat is adjusting position), and air purification activated (air purifier turns on high-speed mode). The location of the linked devices is coded using in-vehicle areas, such as the front center armrest, the left rear seat, and the driver's seat. The linkage priority is divided into three levels: P0 (emergency, such as emergency stop, fault alarm), P1 (important, such as low water alert, safety lock), and P2 (general, such as water dispensing guidance, seat adjustment atmosphere).

[0053] Additionally, it should be noted that when multiple linked events occur simultaneously, the system will make a decision based on the linkage priority: P0 level events are executed first, followed by P1 level events, and P2 level events are executed last; events of the same level are executed in the order of their timestamps.

[0054] Step S302: Determine the target ambient light node adjacent to the linked smart device based on the location identifier of the linked device.

[0055] It should be noted that "adjacent" refers to spatial proximity, determined by the received signal strength indicator of the Bluetooth Mesh network and a preset network topology. For example, the water dispenser located in the front center armrest has adjacent ambient lighting nodes as the center console ambient lighting node and the armrest ambient lighting node; the water dispenser located on the left rear side has adjacent ambient lighting nodes as the left rear door ambient lighting node and the rear center armrest ambient lighting node. The system determines the optimal linkage response node by calculating the distance between nodes in the Bluetooth Mesh network (based on signal strength) and using a pre-configured topology mapping table.

[0056] Understandably, when there are multiple ambient light nodes around the linked device, the system can choose to respond to the nearest node or choose multiple surrounding nodes to respond in a coordinated manner (such as surround lighting guidance). The specific strategy is set by the distributed linkage rules.

[0057] Step S303: Match the linkage event type with the linkage events in the preset distributed linkage rules to obtain the linkage lighting control parameters of the target ambient light node corresponding to the linkage event. The linkage lighting control parameters include the linkage lighting color scheme, linkage lighting brightness value and linkage lighting duration.

[0058] It should be noted that the distributed linkage rules are stored in key-value pair format. The key is a combination of the linkage event type and the device location identifier, and the value is the corresponding linkage lighting control parameter. For example, the linkage parameters matched for the water intake event are: warm yellow color scheme, 80% brightness, and duration equal to the water intake process duration; the parameters matched for the end of water intake are: restore to the original state, with a 30-second delay before resuming; the parameters matched for emergency stop are: the driver's side anti-glare zone switches to driving safety mode, and the surrounding ambient lights flash red. Specific rules can be adjusted according to user preferences or vehicle manufacturer calibration.

[0059] Step S40: Control the ambient light nodes in the corresponding areas of the vehicle ambient light network according to the partition lighting control parameters and / or the linkage lighting control parameters.

[0060] It should be noted that in this step, when only vehicle status data exists, anti-glare control is performed only based on the zone lighting control parameters; when only device linkage status data exists, linkage control is performed only based on the linkage lighting control parameters; when both exist simultaneously, the control parameters with higher safety levels are prioritized (generally, the safety priority of zone lighting control parameters is higher than that of linkage lighting control parameters), or a parameter fusion strategy is adopted (such as taking a lower brightness value and adjusting the color temperature according to safety requirements). The control refers to the Bluetooth Mesh master gateway node sending lighting control commands (such as setting RGB values, brightness values, color temperature values, and dynamic effect parameters) to the target ambient light sub-nodes via the Bluetooth Mesh network. After receiving the commands, the sub-nodes drive the RGB LED driver modules to execute corresponding lighting changes.

[0061] This embodiment provides a method for controlling in-vehicle ambient lighting based on Bluetooth Mesh. The method includes: acquiring vehicle status data and device linkage status data; matching the vehicle status data with a preset safety anti-glare threshold to obtain corresponding zone lighting control parameters; matching the device linkage status data with preset distributed linkage rules to obtain corresponding linkage lighting control parameters; and controlling ambient light nodes in corresponding areas of the in-vehicle ambient lighting network according to the zone lighting control parameters and / or the linkage lighting control parameters. In summary, this embodiment acquires vehicle status and device linkage status in real time through a Bluetooth Mesh network, generates zone lighting parameters through a safety anti-glare threshold model, and generates linkage lighting parameters based on distributed linkage rules to control ambient light nodes in corresponding areas. This achieves intelligent collaboration between in-vehicle ambient lighting and driving safety, as well as in-vehicle equipment, solving the current difficulties in achieving dynamic anti-glare and cross-device linkage control of in-vehicle lighting, and improving the safety and scalability of in-vehicle lighting.

[0062] 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 3 , Figure 3 This is a flowchart illustrating the second embodiment of the Bluetooth Mesh-based in-vehicle ambient lighting control method of this application. After step S40, the method further includes: Step S50: Obtain the working status data of the ambient light node.

[0063] It should be noted that the aforementioned operating status data refers to the real-time operating parameters of each ambient light sub-node, including but not limited to: LED bead operating current (normal operating current range of a single RGB LED bead), module power supply voltage, Bluetooth Mesh communication status (signal strength RSSI, packet loss rate, network latency), node temperature (LED module temperature), and actual light output parameters (actual brightness, color temperature deviation from target values). This data is collected every 200ms by the local detection module of each ambient light sub-node and reported to the main gateway node via the Bluetooth Mesh network.

[0064] Step S60: Determine the fault type based on the working status data and the preset fault threshold. The fault type includes LED chip fault, communication fault, and power supply fault.

[0065] It should be noted that after receiving the working status data, the main gateway node or the local main control unit of each sub-node will perform multi-dimensional comparison and analysis with the preset fault thresholds to determine the specific fault type. The specific process is as follows: For LED bead fault determination, if the working current of a certain RGB LED bead is detected to be continuously zero (below 0.01A) for more than a preset duration (e.g., 500ms), it is determined to be an LED bead open circuit fault; if the working current is detected to exceed the rated threshold (e.g., 0.4A) and the duration exceeds the preset duration, it is determined to be an LED bead short circuit fault; for communication fault determination, if a node fails to respond to the status polling command of the main gateway node three times consecutively, or the number of message retransmissions exceeds the preset upper limit of the Mesh network layer, it is determined to be a communication abnormality fault; for power supply fault determination, if the module power supply voltage is detected to be lower than the normal operating voltage lower limit (e.g., 9V, for 12V automotive systems) or higher than the overvoltage protection threshold (e.g., 16V), or the voltage fluctuation rate exceeds the preset percentage (e.g., ±20%), it is determined to be a power supply fault.

[0066] Step S70: When the fault type is a lamp bead fault or a communication fault, a redundancy compensation command is sent to the redundancy compensation area adjacent to the faulty ambient light node, so as to control the ambient light node in the redundancy compensation area to adjust the lighting parameters according to the redundancy compensation command.

[0067] It should be noted that when the main gateway node determines that an ambient light node has experienced a lamp chip failure or communication failure, it immediately activates the adjacent node redundancy compensation mechanism. The main gateway node first determines the redundancy compensation area adjacent to the faulty node based on the vehicle's node topology layout information. Then, it sends a redundancy compensation command to the ambient light sub-nodes within the corresponding redundancy compensation area via the Bluetooth Mesh network. This redundancy compensation command includes compensation lighting parameters, such as brightness increase ratio (e.g., 50%), color synchronization parameters (matching the preset color of the original faulty node), and dynamic effect adjustment parameters. Upon receiving the command, the nodes within the redundancy compensation area will immediately adjust their local lighting parameters in conjunction with the control unit, expanding the lighting coverage or increasing brightness to compensate for the lack of illumination in the faulty area and ensure the continuity and consistency of the overall lighting effect inside the vehicle.

[0068] Step S80: When the fault type is a power supply fault, a power outage protection command is sent to the faulty ambient light node to cut off the power supply to the faulty ambient light node according to the power outage protection command.

[0069] It should be noted that when the main gateway node determines that a power supply failure has occurred in an ambient light node (such as abnormal module power supply voltage or short circuit in the power line), and determines that the failure poses an electrical safety risk (such as line overload or short circuit fire hazard), redundancy compensation is not activated. Instead, a power-off protection command is immediately sent to the faulty ambient light node. The power-off protection command is sent to the faulty node via the Bluetooth Mesh network. Upon receiving the command, the power management unit of the faulty node immediately cuts off the power output from the local power module to the lamp driver circuit and the main control circuit, putting the faulty node into a completely power-off state. At the same time, the main gateway node issues an audible and visual alarm to the driver through the vehicle-mounted infotainment module (such as displaying the fault location on the central control screen or triggering the in-vehicle buzzer), and uploads the power supply failure information to the cloud platform via the mobile network. The cloud platform then pushes a fault warning notification to the user's mobile terminal APP.

[0070] In this embodiment, by acquiring the working status data of the ambient light nodes in real time and performing fault classification diagnosis, redundancy compensation of adjacent nodes is triggered to maintain the continuity of lighting when there is a lamp or communication failure. Power outage protection is executed to eliminate electrical safety hazards when there is a power supply failure. This realizes single-point fault self-healing and active safety protection of the vehicle ambient light network, solves the problem of complete failure of local lighting and short circuit risk caused by traditional ambient light faults, and improves the fault tolerance reliability, driving safety and after-sales maintenance efficiency of the system.

[0071] Based on the first and second embodiments of this application, in the third embodiment of this application, the content that is the same as or similar to that in embodiments one and two above can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 4 , Figure 4This is a flowchart illustrating the third embodiment of the Bluetooth Mesh-based in-vehicle ambient lighting control method of this application. Before step S40, the method further includes: Step B10: Obtain personalized scene customization commands and scene invocation commands triggered by the user through the vehicle infotainment interface or mobile terminal application.

[0072] It should be noted that the system receives user input commands via the vehicle's central control screen, voice interaction module, or mobile terminal APP. When a user accesses the lighting scene settings interface via the vehicle's central control screen, or remotely accesses it via a mobile APP connected to a Bluetooth Mesh gateway + 4G network, the system will identify the user's operation type: if the user customizes and saves the color, brightness, and dynamic effects (e.g., Leisure Mode), a personalized scene customization command will be generated; if the user clicks the one-click trigger button for a saved scene or issues a voice command (e.g., activating Leisure Mode), a scene invocation command will be generated. After receiving the above commands, the main gateway node performs command validity verification (e.g., user permission verification, parameter range verification) and forwards valid commands to the intelligent linkage control unit for further processing.

[0073] Step B20: Generate personalized scene data with corresponding lighting parameters according to the scene identifier in the personalized scene customization instruction, and synchronize the personalized scene data to all ambient light sub-nodes.

[0074] It should be noted that the personalized scene data refers to a structured data set that includes scene identifiers, light color parameters (RGB values ​​or color temperature values) of ambient light nodes in each area, brightness percentage, dynamic effect types (such as breathing, flowing water, constant light, flashing, etc.), area effective range, and linkage triggering conditions; the synchronization refers to the process by which the main gateway node distributes scene data to target ambient light sub-nodes through a Bluetooth Mesh network and ensures data consistency among nodes, including but not limited to unicast, multicast, or broadcast transmission methods; the ambient light sub-nodes refer to independent control units distributed in various lighting areas within the vehicle. Each sub-node includes a Bluetooth Mesh communication module, an RGB LED driver module, a local storage unit, and a main control unit, and has the ability to independently parse and execute lighting control commands.

[0075] Step B30: Extract scene lighting parameters from the personalized scene data according to the scene call command.

[0076] It's important to note that after the main gateway node receives a user's command to activate leisure mode via the mobile app, the system identifies the leisure mode scene and retrieves the corresponding personalized scene data from the local scene database or the most recent synchronization record. This data extracts the central control console lighting parameters (including color parameters, brightness percentage, dynamic effect type, and corresponding area). Understandably, due to data synchronization, each sub-node does not need to interact with the main gateway or other nodes; parameter extraction can be completed solely through local retrieval, significantly reducing network load and response latency.

[0077] Step B40: Control each ambient light node to switch to the corresponding lighting state within a preset synchronization time according to the scene lighting parameters.

[0078] It should be noted that after each ambient light sub-node extracts its local scene lighting parameters, its main control unit immediately drives the hardware execution layer to adjust the PWM duty cycle and color temperature adjustment chip of the LED beads. To ensure visual consistency of the vehicle's lighting and avoid a wave effect of sequential switching, all corresponding nodes will complete the state switch within a preset synchronization time window (e.g., 100ms) after receiving the call command. The main gateway node will send a command with clock synchronization information to ensure that all nodes in the network perform the final hardware refresh action near the same time reference point.

[0079] In this embodiment, by constructing a dual-channel scene customization mechanism for the vehicle system and mobile terminal, and a Bluetooth Mesh full-network synchronization mechanism, the convenient creation and rapid synchronous calling of personalized scenes for in-vehicle ambient lighting are realized. This solves the problems of cumbersome scene settings, asynchronous responses of multiple nodes, and limited user interaction methods in traditional ambient lighting, and improves the convenience of user operation and the response efficiency and consistency of multi-node collaborative control.

[0080] Based on the above embodiments of this application, in the fourth embodiment of this application, the content that is the same as or similar to that in embodiments one and three above can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 5 , Figure 5 This is a flowchart illustrating the fourth embodiment of the Bluetooth Mesh-based in-vehicle ambient lighting control method of this application. Before step S10, the method further includes: Step S01: Detect the vehicle's operating status and the brightness of the interior environment. The operating status includes a stationary state and a starting state.

[0081] It should be noted that the "stationary state" refers to a state where the vehicle is completely stopped and not powered on, specifically including the vehicle being turned off, idling at zero speed; the "starting state" includes the vehicle being started, in motion, or powered on but not moving. The "in-vehicle ambient brightness" refers to the brightness value of the passenger compartment inside the vehicle collected by the light sensor, used to characterize the brightness of the light environment inside the vehicle.

[0082] Step S02: When the running state is stationary, there is no Mesh control command, and the ambient brightness inside the vehicle is greater than or equal to a preset brightness threshold, the ambient light node is controlled to enter a deep sleep mode. In the deep sleep mode, only the Bluetooth Mesh wake-up receiving module is kept working.

[0083] It should be noted that if the vehicle is stationary, no Bluetooth Mesh control commands are received within a preset detection period (e.g., 500ms), and no Bluetooth Mesh control commands are received from the vehicle's infotainment system, mobile app, or other devices within the past 5 seconds, and the ambient light level inside the vehicle is ≥800 lux (i.e., a bright daytime environment where the ambient lighting effect is not visible to the naked eye), the main gateway node will broadcast a command to enter deep sleep mode to all ambient lighting sub-nodes via the Bluetooth Mesh network. Upon receiving the command, each sub-node's power management unit will immediately cut off power to all functional modules (including RGB LED drivers, status detection modules, and most sensors) except for the Bluetooth Mesh wake-up receiver module, causing the node to enter deep sleep mode.

[0084] Step S03: When the running state is in the start state, a Mesh control command is received, or the brightness of the in-vehicle environment is less than a preset brightness threshold, the ambient light node is controlled to exit the deep sleep mode within a preset wake-up time.

[0085] It should be noted that when the vehicle is in the ignition state (e.g., the user unlocks the vehicle and powers it on), or when any Bluetooth Mesh control command (such as a linked command triggered by the user turning on the ambient lights via the APP or the vehicle's headlights automatically turning on) is sent to the network, or when the ambient light inside the vehicle drops from above 800 lux to below 200 lux (e.g., the vehicle enters a tunnel or the sky darkens), the main gateway node will immediately broadcast a quick wake-up command to the entire network. Upon receiving this command, the wake-up receiving module of each ambient light sub-node in deep sleep mode will quickly restore power to the main control chip and peripheral functional modules within a preset wake-up time (e.g., 10ms), complete register initialization, enter normal working mode, and prepare to receive subsequent lighting control parameters.

[0086] In this embodiment, by using a multi-condition joint detection and hierarchical sleep-wake mechanism based on vehicle operating status, Mesh control commands, and in-vehicle ambient brightness, adaptive low-power operation and fast response of ambient light nodes are achieved. This solves the problems of excessive energy consumption and ineffective power consumption in some scenarios caused by the traditional ambient light's constant power supply. It balances the real-time requirements of lighting adjustment with the need for low power consumption, and significantly improves the energy efficiency ratio of the vehicle power supply.

[0087] This application also provides a Bluetooth Mesh-based in-vehicle ambient lighting control device; please refer to [reference needed]. Figure 6 The Bluetooth Mesh-based in-vehicle ambient lighting control device includes: Status acquisition module 10 is used to acquire vehicle status data and equipment linkage status data; The anti-glare module 20 is used to match the vehicle status data with a preset safety anti-glare threshold to obtain the corresponding zone lighting control parameters. The distributed linkage module 30 is used to match the device linkage status data with preset distributed linkage rules to obtain the corresponding linkage lighting control parameters. The ambient lighting control module 40 is used to control the ambient lighting nodes in the corresponding area of ​​the vehicle ambient lighting network according to the partition lighting control parameters and / or the linkage lighting control parameters.

[0088] The Bluetooth Mesh-based vehicle ambient lighting control device provided in this application, employing the Bluetooth Mesh-based vehicle ambient lighting control method described in the above embodiments, can solve the technical problem of how to improve the safety and scalability of in-vehicle lighting. Compared with the prior art, the beneficial effects of the Bluetooth Mesh-based vehicle ambient lighting control device provided in this application are the same as those of the Bluetooth Mesh-based vehicle ambient lighting control method provided in the above embodiments, and other technical features in the Bluetooth Mesh-based vehicle ambient lighting control device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0089] In one embodiment, the anti-glare module 20 is further configured to determine the current driving state based on at least one of the vehicle's current driving speed, lateral and longitudinal acceleration, driving mode, and headlight status in the vehicle state data; when the driving state is a normal driving state, it generates zone lighting control parameters with the driver's side anti-glare zone having a first color temperature value and a first brightness value, and the passenger / rear seat zone having a second color temperature value and a second brightness value, wherein the second brightness value is greater than the first brightness value and the second color temperature value is greater than the first color temperature value; when the driving state is a dangerous driving state, it generates zone lighting control parameters with the driver's side anti-glare zone having a third color temperature value and a third brightness value with no dynamic effect, and the passenger / rear seat zone having a third color temperature value and a fourth brightness value with no dynamic effect, wherein the third color temperature value is greater than the second brightness value, the third brightness value is less than the fourth brightness value, and the fourth brightness value is less than the first brightness value; when the driving state is a turning state or a lane change state, it generates lighting control parameters for the door ambient light node corresponding to the turning side to flash at a preset frequency.

[0090] In one embodiment, the anti-glare module 20 is further configured to determine the current driving state as a normal driving state when the vehicle speed is less than or equal to a preset first speed, the driving mode is the first driving mode, and the headlights are off; determine the current driving state as a dangerous driving state when the vehicle speed is greater than or equal to a preset second speed, the driving mode is the second driving mode, and the headlights are on; and determine the current driving state as a turning state or a lane-changing state when the lateral and longitudinal accelerations are greater than or equal to preset lateral and longitudinal acceleration thresholds.

[0091] In one embodiment, the distributed linkage module 30 is further configured to determine the linkage event type, linkage device location identifier, and linkage priority based on the device linkage status data; determine the target ambient light node adjacent to the linkage smart device based on the linkage device location identifier; match the linkage event type with the linkage events in the preset distributed linkage rules to obtain the linkage lighting control parameters of the target ambient light node corresponding to the linkage event, wherein the linkage lighting control parameters include the linkage lighting color scheme, linkage lighting brightness value, and linkage lighting duration.

[0092] In one embodiment, the ambient light control module 40 is further configured to detect the vehicle's operating status and the brightness of the in-vehicle environment. The operating status includes a stationary state and a startup state. When the operating status is stationary, there is no Mesh control command, and the brightness of the in-vehicle environment is greater than or equal to a preset brightness threshold, the ambient light node is controlled to enter a deep sleep mode, in which only the Bluetooth Mesh wake-up receiving module is retained to work. When the operating status is startup, a Mesh control command is received, or the brightness of the in-vehicle environment is less than the preset brightness threshold, the ambient light node is controlled to exit the deep sleep mode within a preset wake-up time.

[0093] In one embodiment, the ambient light control module 40 is further configured to acquire personalized scene customization instructions and scene invocation instructions triggered by the user through the vehicle-mounted interactive interface or mobile terminal application; generate personalized scene data with corresponding lighting parameters according to the scene identifier in the personalized scene customization instructions, and synchronize the personalized scene data to all ambient light sub-nodes; extract scene lighting parameters from the personalized scene data according to the scene invocation instructions; and control each ambient light node to switch to the corresponding lighting state according to the scene lighting parameters within a preset synchronization time.

[0094] In one embodiment, the Bluetooth Mesh-based vehicle ambient lighting control device further includes a fault diagnosis redundancy module 50, used to acquire the working status data of the ambient lighting nodes; determine the fault type based on the working status data and a preset fault threshold, the fault type including LED chip failure, communication failure, and power supply failure; when the fault type is LED chip failure or communication failure, send a redundancy compensation command to the redundancy compensation area adjacent to the faulty ambient lighting node, so as to control the ambient lighting nodes in the redundancy compensation area to adjust the lighting parameters according to the redundancy compensation command; when the fault type is power supply failure, send a power-off protection command to the faulty ambient lighting node, so as to cut off the power supply to the faulty ambient lighting node according to the power-off protection command.

[0095] This application provides a Bluetooth Mesh-based vehicle ambient lighting control 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 execute the Bluetooth Mesh-based vehicle ambient lighting control method in Embodiment 1 above.

[0096] The following is for reference. Figure 7This document illustrates a structural schematic diagram of a Bluetooth Mesh-based in-vehicle ambient lighting control device suitable for implementing embodiments of this application. The Bluetooth Mesh-based in-vehicle ambient lighting control device in this application embodiment 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 7 The Bluetooth Mesh-based in-vehicle ambient lighting control device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0097] like Figure 7 As shown, the Bluetooth Mesh-based in-vehicle ambient lighting control 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 Bluetooth Mesh-based in-vehicle ambient lighting control 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, touchscreens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 1008 including, for example, LCDs (Liquid Crystal Displays), speakers, vibrators, etc.; storage devices 1003 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1009. Communication device 1009 allows the Bluetooth Mesh-based in-vehicle ambient lighting control device to wirelessly or wiredly communicate with other devices to exchange data. Although the figure shows a Bluetooth Mesh-based in-vehicle ambient lighting control device with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems can be implemented alternatively.

[0098] 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.

[0099] The Bluetooth Mesh-based vehicle ambient lighting control device provided in this application, employing the Bluetooth Mesh-based vehicle ambient lighting control method described in the above embodiments, can solve the technical problem of how to improve the safety and scalability of in-vehicle lighting. Compared with the prior art, the beneficial effects of the Bluetooth Mesh-based vehicle ambient lighting control device provided in this application are the same as those of the Bluetooth Mesh-based vehicle ambient lighting control method provided in the above embodiments, and other technical features of this Bluetooth Mesh-based vehicle ambient lighting control device are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0100] 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.

[0101] The above description is merely a specific embodiment 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.

[0102] 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 Bluetooth Mesh-based vehicle ambient lighting control method in the above embodiments.

[0103] 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, RAM (Random Access Memory), ROM (Read Only Memory), EPROM (Erasable Programmable Read Only Memory or Flash Memory), optical fibers, CD-ROM (CD-Read Only Memory), 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.

[0104] The aforementioned computer-readable storage medium may be included in a Bluetooth Mesh-based in-vehicle ambient lighting control device; or it may exist independently and not be installed in a Bluetooth Mesh-based in-vehicle ambient lighting control device.

[0105] The aforementioned computer-readable storage medium carries one or more programs. When these programs are executed by a Bluetooth Mesh-based in-vehicle ambient lighting control device, the Bluetooth Mesh-based in-vehicle ambient lighting control device: acquires vehicle status data and device linkage status data; matches the vehicle status data with a preset safety anti-glare threshold to obtain corresponding zone lighting control parameters; matches the device linkage status data with a preset distributed linkage rule to obtain corresponding linkage lighting control parameters; and controls the ambient lighting nodes in the corresponding area of ​​the in-vehicle ambient lighting network according to the zone lighting control parameters and / or the linkage lighting control parameters.

[0106] 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++, as well as 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 LAN (Local Area Network) or WAN (Wide Area Network)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0107] 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.

[0108] 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.

[0109] 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 aforementioned Bluetooth Mesh-based vehicle ambient lighting control method, thereby solving the technical problem of how to improve the safety and scalability of in-vehicle lighting. 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 Bluetooth Mesh-based vehicle ambient lighting control method provided in the above embodiments, and will not be repeated here.

[0110] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the Bluetooth Mesh-based vehicle ambient lighting control method described above.

[0111] The computer program product provided in this application can solve the technical problem of how to improve the safety and scalability of in-vehicle lighting. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the Bluetooth Mesh-based in-vehicle ambient lighting control method provided in the above embodiments, and will not be repeated here.

[0112] The above description is only a part of the embodiments of this application and does 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 controlling in-vehicle ambient lighting based on Bluetooth Mesh, characterized in that, The method includes: Acquire vehicle status data and device linkage status data; The vehicle status data is matched with a preset safety anti-glare threshold to obtain the corresponding zone lighting control parameters; The device linkage status data is matched with preset distributed linkage rules to obtain the corresponding linkage lighting control parameters; Based on the zone lighting control parameters and / or the linkage lighting control parameters, control the ambient light nodes in the corresponding areas of the vehicle ambient light network.

2. The method as described in claim 1, characterized in that, The step of matching the vehicle status data with a preset safety anti-glare threshold to obtain the corresponding zone lighting control parameters includes: The current driving status is determined based on at least one of the vehicle's current speed, lateral and longitudinal acceleration, driving mode, and headlight status from the vehicle status data. When the driving state is normal driving state, generate zone lighting control parameters for the driver's anti-glare zone with a first color temperature value and a first brightness value, and for the passenger / rear seat zone with a second color temperature value and a second brightness value, wherein the second brightness value is greater than the first brightness value, and the second color temperature value is greater than the first color temperature value; When the driving state is a dangerous driving state, the driver's anti-glare zone is given a third color temperature value and a third brightness value with no dynamic effect, and the passenger / rear seat zone is given a third color temperature value and a fourth brightness value with no dynamic effect. The third color temperature value is greater than the second brightness value, the third brightness value is less than the fourth brightness value, and the fourth brightness value is less than the first brightness value. When the driving state is a turning state or a lane changing state, light control parameters are generated for the door ambient light node corresponding to the turning side to flash at a preset frequency.

3. The method as described in claim 2, characterized in that, The step of determining the current driving status based on at least one of the vehicle's current speed, lateral and longitudinal acceleration, driving mode, and headlight status from the vehicle status data includes: When the vehicle speed is less than or equal to a preset first speed, the driving mode is the first driving mode, and the headlights are off, the current driving state is determined to be a normal driving state. When the vehicle speed is greater than or equal to the preset second speed, the driving mode is the second driving mode, and the headlights are on, the current driving state is determined to be a dangerous driving state. When the lateral and longitudinal accelerations are greater than or equal to preset lateral and longitudinal acceleration thresholds, the current driving state is determined to be a steering state or a lane-changing state.

4. The method as described in claim 1, characterized in that, The step of matching the device linkage status data with preset distributed linkage rules to obtain the corresponding linkage lighting control parameters includes: The linkage event type, linkage device location identifier, and linkage priority are determined based on the device linkage status data. The target ambient light node adjacent to the linked intelligent device is determined based on the location identifier of the linked device. The linkage event type is matched with the linkage events in the preset distributed linkage rules to obtain the linkage lighting control parameters of the target ambient light node corresponding to the linkage event. The linkage lighting control parameters include the linkage lighting color scheme, linkage lighting brightness value and linkage lighting duration.

5. The method as described in claim 1, characterized in that, After the step of controlling the ambient light nodes of the corresponding area in the vehicle ambient light network according to the partition lighting control parameters and / or the linkage lighting control parameters, the method further includes: Obtain the working status data of the ambient light node; The fault type is determined based on the working status data and the preset fault threshold. The fault type includes LED chip fault, communication fault, and power supply fault. When the fault type is a lamp bead fault or a communication fault, a redundancy compensation command is sent to the redundancy compensation area adjacent to the faulty ambient light node, so as to control the ambient light node in the redundancy compensation area to adjust the lighting parameters according to the redundancy compensation command. When the fault type is a power supply fault, a power outage protection command is sent to the faulty ambient light node to cut off the power supply to the faulty ambient light node according to the power outage protection command.

6. The method as described in claim 1, characterized in that, Before the steps of acquiring vehicle status data and device linkage status data, the method further includes: The vehicle's operating status and the brightness of the interior environment are detected, including the stationary state and the starting state. When the operating state is a stationary state, there is no Mesh control command, and the brightness of the in-vehicle environment is greater than or equal to a preset brightness threshold, the ambient light node is controlled to enter a deep sleep mode. In the deep sleep mode, only the Bluetooth Mesh wake-up receiving module is kept working. When the operating state is in the start state, when a Mesh control command is received, or when the brightness of the in-vehicle environment is less than a preset brightness threshold, the ambient light node is controlled to exit the deep sleep mode within a preset wake-up time.

7. The method as described in claim 1, characterized in that, Before the step of controlling the ambient light nodes of the corresponding area in the vehicle ambient light network according to the partition lighting control parameters and / or the linkage lighting control parameters, the method further includes: Acquire personalized scene customization commands and scene invocation commands triggered by users through the vehicle-mounted interactive interface or mobile terminal applications; Personalized scene data with corresponding lighting parameters is generated based on the scene identifier in the personalized scene customization instruction, and the personalized scene data is synchronized to all ambient light sub-nodes; Extract scene lighting parameters from the personalized scene data according to the scene invocation command; Based on the scene lighting parameters, each ambient light node is controlled to switch to the corresponding lighting state within a preset synchronization time.

8. A vehicle ambient lighting control device based on Bluetooth Mesh, characterized in that, The device includes: The status acquisition module is used to acquire vehicle status data and equipment linkage status data; The anti-glare module is used to match the vehicle status data with a preset safety anti-glare threshold to obtain the corresponding zone lighting control parameters. The distributed linkage module is used to match the device linkage status data with preset distributed linkage rules to obtain the corresponding linkage lighting control parameters. The ambient lighting control module is used to control the ambient lighting nodes in the corresponding area of ​​the vehicle ambient lighting network according to the zone lighting control parameters and / or the linkage lighting control parameters.

9. A vehicle ambient lighting control device based on Bluetooth Mesh, 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 Bluetooth Mesh-based vehicle ambient lighting control 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 Bluetooth Mesh-based vehicle ambient lighting control method as described in any one of claims 1 to 7.

Images