Integrated peripheral adaptive detection vehicle lighting control chip and peripheral expansion management method

CN122679528APending Publication Date: 2026-09-01CHANGZHOU XINGYU AUTOMOTIVE LIGHTING SYST CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202610929605.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2026-06-25
Publication Date
2026-09-01

AI Technical Summary

Technical Problem

[0006]本发明要解决的技术问题是:为了解决现有的车灯控制芯片外设兼容性差、外设接入人工配置复杂以及成本高、功耗大、开发调试复杂的问题,本发明提供一种集成外设自适应检测的车灯控制芯片及外设扩展管理方法

Benefits of technology

[0026]通信管理单元始终基于最新的通信通道表分配优先级,能够实时同步外设在线状态,保证通信通道表数据准确有效,用户无需断电或重启即可更换外设。

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122679528A_ABST
    Figure CN122679528A_ABST
Patent Text Reader

Abstract

This invention discloses a vehicle lighting control chip with integrated peripheral adaptive detection and a peripheral expansion management method, belonging to the field of vehicle lighting control technology. The vehicle lighting control chip includes: a peripheral driver library for storing drivers for different peripheral types; an adaptive detection and configuration unit for scanning the level state of preset detection pins and determining whether a peripheral is connected; when a peripheral is detected, sending a query command to the connected peripheral and receiving response data from the peripheral; determining the peripheral type based on the response data and loading the corresponding driver from the peripheral driver library; and sending a pin function configuration command to a pin multiplexing unit based on the peripheral type; and a pin multiplexing unit for switching the function of physical pins according to the pin function configuration command. This invention achieves automatic peripheral type identification, dynamic driver loading, and real-time pin function switching, improving peripheral compatibility and system flexibility while reducing cost and power consumption.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of vehicle lighting control technology, and in particular to a vehicle lighting control chip with integrated peripheral adaptive detection and a peripheral expansion management method. Background Technology

[0002] With the development of automotive intelligence, vehicle lighting systems have evolved from a single function of illumination to a comprehensive electronic system integrating lighting, signal communication, ambient lighting, and driver assistance interaction. Modern vehicle lighting control chips need to manage multiple peripherals simultaneously, including LED driver modules, sensor arrays, diagnostic communication interfaces, and user interaction panels.

[0003] The current mainstream automotive lighting control architecture mainly adopts the following three schemes: Option 1: The chip integrates a fixed number of CAN / LIN interfaces. Taking the S32K144 as an example, this chip provides one FlexCAN and one LINFlexD interface. Developers select specific pins through pin multiplexing configuration, but once the hardware design is completed, the number and type of interfaces are fixed. This option has the following drawbacks: the number of CAN and LIN interfaces is determined during the chip design phase and cannot be increased; pin multiplexing is configured through IOMUX, but the functional options for each pin are limited; the peripheral communication protocol stack is predefined in the firmware and does not support dynamic loading at runtime; different vehicle models require different MCU models to match peripheral requirements.

[0004] Option 2: Represented by ST's L9963E, this chip supports simultaneous processing of CAN, LIN, and UART protocols, enabling data forwarding between protocols. However, this chip's operating mode requires pre-configuration via the SPI interface. Once configured, it operates in a fixed mode and does not support dynamic peripheral connection during runtime. When a new peripheral is connected, a series of manual operations are required, including pin assignment, driver configuration, and protocol parameter settings.

[0005] Option 3: Use programmable logic devices to achieve flexible interface expansion, theoretically supporting arbitrary protocol conversion. However, programmable devices are expensive, consume a lot of power, are difficult to obtain automotive-grade certification, and are complex to develop and debug, making them unsuitable for cost-effective automotive lighting applications. Summary of the Invention

[0006] The technical problem to be solved by this invention is: in order to solve the problems of poor peripheral compatibility, complicated manual configuration of peripheral access, high cost, high power consumption, and complicated development and debugging of existing vehicle lighting control chips, this invention provides a vehicle lighting control chip with integrated peripheral adaptive detection and a peripheral extension management method.

[0007] The technical solution adopted by this invention to solve its technical problem is: On one hand, the present invention provides a vehicle lighting control chip with integrated peripheral adaptive detection, comprising: Peripheral driver library, used to store drivers for different peripheral types of vehicle lighting control chips; An adaptive detection and configuration unit is used to scan the level state of a preset detection pin and determine whether a peripheral device is connected based on the level state; when a peripheral device is detected, it sends a query command to the connected peripheral device through a preset communication pin and receives the response data returned by the peripheral device; it determines the peripheral device type based on the response data, loads the corresponding driver from the peripheral device driver library based on the peripheral device type for vehicle light control; and it sends a pin function configuration command to the pin multiplexing unit based on the peripheral device type. The pin multiplexing unit is used to configure the physical pins of the vehicle lighting control chip for multiplexing functions, and to switch the physical pins according to the pin function configuration command.

[0008] By integrating an adaptive detection and configuration unit, it can actively scan the level state of preset detection pins, automatically identify peripheral devices connected and determine their type, and then load the corresponding driver from the driver library and dynamically switch pin functions. This eliminates the need for manual pin assignment, driver configuration, and parameter settings, completely solving the problems of poor peripheral compatibility and complex manual configuration in existing chips. At the same time, it avoids the tedious process of re-burning firmware, significantly reducing the difficulty of development and debugging and the cost of later maintenance.

[0009] Furthermore, the driver types include CAN_Driver, LIN_Driver, UART_Driver, SPI_Driver, I2C_Driver, PWM_Driver, and ADC_Driver.

[0010] Built-in drivers covering a full range of mainstream communication, control and analog interfaces enable the chip to adaptively identify and drive a variety of common automotive lighting peripherals, reducing system hardware costs and power consumption, while improving the peripheral expansion flexibility of the automotive lighting control system.

[0011] Furthermore, the physical pins have functions including communication, analog, control, and power functions.

[0012] By configuring physical pins for multiplexing, the same pin can be switched as needed for communication, analog sampling, control output, or power management functions, greatly reducing the number of chip pins required and lowering packaging costs. Furthermore, it can switch functions in real time according to the type of peripheral, avoiding the problem of limited peripheral access caused by fixed pin functions and improving the versatility of the chip.

[0013] Furthermore, the driver comprises four parts: Initialization function Send function Receive function and status query .

[0014] It adopts a standardized driver interface structure, which only requires automatic switching of the underlying driver when the peripheral device is replaced. It also provides complete sending, receiving and status query capabilities, ensuring the real-time and reliability of data interaction between vehicle lighting control and peripheral devices.

[0015] Furthermore, the peripheral types include CAN devices, LIN devices, SPI devices, I2C devices, and UART devices.

[0016] It covers several of the most commonly used bus and peripheral interfaces in automotive electronics, ensuring that this chip can be seamlessly connected to various sensors, actuators and communication nodes in existing automotive lighting systems without the need for additional protocol conversion chips.

[0017] Furthermore, it also includes a communication management unit, which is used to prioritize all connected peripherals.

[0018] Based on the real-time requirements of vehicle lighting control (such as brake light signals taking precedence over ambient light adjustment), bus occupancy priority is dynamically allocated to avoid data conflicts and response delays, thereby improving the real-time performance and safety of the vehicle lighting control system.

[0019] Furthermore, the communication management unit includes a communication channel table, which records the channel number, peripheral type, connection status, driver, communication parameters, priority, and occupied chip pins corresponding to the connected peripherals.

[0020] By maintaining a dynamically updated communication channel table, the chip can perceive the complete status and configuration information of each peripheral in real time, supporting automatic addition and removal in hot-swappable scenarios.

[0021] On the other hand, the present invention provides a peripheral device expansion management method, including: S1. Configure the preset detection pin as an ADC function; S2. Perform a level scan on all preset detection pins and determine whether the level scan result meets the peripheral access conditions. If yes, proceed to step S3; otherwise, repeat step S2. S3. Send an identification query frame to the connected peripheral device through a preset communication pin; S4. After receiving the identification query frame, the peripheral device returns response data; S5. Determine the peripheral type based on the response data, load the corresponding driver from the peripheral driver library based on the peripheral type, and configure the communication parameters of the peripheral interface of the vehicle lighting control chip based on the response data.

[0022] It realizes a fully automated process from physical access to software driving of peripherals, without the need for manual intervention, and supports dynamic access at runtime, which significantly reduces the workload of development and maintenance.

[0023] Furthermore, the peripheral access condition is: the preset detection pin is at a high level and the high level duration exceeds a preset time threshold.

[0024] By employing a dual criterion of "high level + duration", false triggering caused by momentary electromagnetic interference or pin contact jitter is effectively avoided, improving the reliability and anti-interference capability of peripheral access detection. Moreover, it does not require complex algorithms and is suitable for the low power consumption and low cost implementation requirements of automotive lighting control chips.

[0025] Furthermore, it also includes: Whenever a connected peripheral is detected, it is added to the communication channel table according to the preset fields. Whenever a peripheral is removed, the corresponding field of the peripheral is deleted from the communication channel table. The communication management unit performs priority management on the connected peripherals based on the communication channel table.

[0026] The communication management unit always allocates priorities based on the latest communication channel table, and can synchronize the online status of peripherals in real time, ensuring that the communication channel table data is accurate and effective. Users can replace peripherals without powering off or restarting. Attached Figure Description

[0027] The present invention will be further described below with reference to the accompanying drawings and embodiments.

[0028] Figure 1 This is a schematic diagram of the vehicle lighting control chip with integrated peripheral adaptive detection according to the present invention. Figure 2 This is a schematic diagram of the pin multiplexing unit of the present invention; Figure 3 This is a flowchart of the peripheral device expansion management method of the present invention. Detailed Implementation

[0029] The present invention will now be described in further detail with reference to the accompanying drawings. These drawings are simplified schematic diagrams, illustrating only the basic structure of the invention, and therefore only show the components relevant to the invention.

[0030] Example 1: like Figure 1 As shown, this embodiment provides a vehicle lighting control chip with integrated peripheral adaptive detection, including a peripheral driver library, a pin multiplexing unit, a communication management unit, and an adaptive detection and configuration unit.

[0031] In some feasible implementations, the peripheral driver library is used to store drivers for different peripheral types of the vehicle lighting control chip. Specifically, the peripheral driver library adopts a modular design, as shown in Table 1. The driver types include CAN_Driver, LIN_Driver, UART_Driver, SPI_Driver, I2C_Driver, PWM_Driver, and ADC_Driver, and each driver type includes the following standard interfaces:

[0032] Table 1

[0033] The vehicle lighting control chip in this embodiment provides 43 GPIO pins, each of which is configured with multiple functions through a pin multiplexing unit. Specifically, for example... Figure 2 As shown, the pin multiplexing unit is a crossbar switch structure. Each GPIO pin corresponds to an independent MUX register. The MUX register receives pin function configuration commands from the adaptive detection and configuration unit to complete pin function switching without requiring a power cycle. As shown in Table 2, the functions of the physical pins include communication, analog, control, and power functions. Each pin can only be configured for one function at a time.

[0034] Table 2

[0035] In some feasible implementations, the adaptive detection and configuration unit functions as follows: scanning the level state of a preset detection pin and determining whether a peripheral device is connected based on the level state; when a peripheral device is detected, sending a query command to the connected peripheral device via a preset communication pin and receiving response data returned by the peripheral device; determining the peripheral device type based on the response data, loading the corresponding driver from the peripheral device driver library based on the peripheral device type for vehicle light control; and sending a pin function configuration command to the pin multiplexing unit based on the peripheral device type. This achieves plug-and-play support for multiple types of peripherals without requiring manual configuration of pins and driver parameters.

[0036] Specifically, the preset detection pin is a predefined pin specifically used to monitor whether a peripheral device is connected. The preset detection pin and the preset communication pin belong to different physical pins and are isolated from each other. During the initial pin configuration phase, preset detection pins and preset communication pins are configured separately for each chip peripheral interface. When the vehicle lighting control chip performs peripheral connection detection, the preset detection pin is configured as an ADC function through the pin multiplexing unit. The pin multiplexing unit predefines the communication protocol for the preset communication pin, including CAN protocol (CAN TX / RX), LIN protocol (LIN_A / B), SPI (SPI_SS+SPI_MISO / MOSI), I2C (I2C_SCL / SDA), and UART (UART_TX / RX). The adaptive detection and configuration unit sends identification query frames of the above different protocols on the preset communication pin in a fixed order (the order is not restricted). If no response data is received, the next protocol is switched to continue trying. As shown in Table 3, the fields of the identification query frame include frame header, protocol type, frame sequence number, query parameters, and CRC check.

[0037] Table 3

[0038] Specifically, the peripheral access conditions are: the preset detection pin is at a high level (>3V) and the high level duration exceeds a preset time threshold (preferably 100ms).

[0039] Specifically, as shown in Table 4, peripheral types include CAN devices, LIN devices, SPI devices, I2C devices, and UART devices. Different peripheral types identify themselves through different response data.

[0040] Table 4

[0041] It should be noted that the pin function configuration command indicates the physical pin function corresponding to the currently connected peripheral, such as... Figure 2 As shown, the pin multiplexing unit selects different functional paths according to the pin function configuration command, thereby performing the switching of physical pin functions.

[0042] In some feasible implementations, the communication management unit includes a communication channel table, which coordinates the allocation of communication resources when multiple peripherals access the network simultaneously. The communication channel table records the channel number, peripheral type, channel connection status (accessed / idle / abnormal), driver, communication parameters (baud rate, node ID, frame format, etc., parsed from the response data returned by the peripheral), priority, and occupied chip pins for each connected peripheral. Specifically, as shown in Table 5, the communication management unit allocates bus access time according to a preset priority. The table only shows one example of the preset priority; those skilled in the art can adjust it flexibly according to their needs. Only one peripheral of each protocol type is allowed to occupy the bus at any given time. When a bus peripheral conflict or communication timeout is detected, a peripheral reconnection process is automatically triggered.

[0043] Table 5

[0044] Example 2 like Figure 3 As shown, this embodiment provides a peripheral expansion management method for a vehicle lighting control chip as described in Embodiment 1, including the following steps: S1. Configure the preset detection pin of the vehicle lighting control chip as an ADC function.

[0045] S2. Perform a level scan on all preset detection pins and determine whether the level scan result meets the peripheral access conditions. If yes, proceed to step S3; otherwise, repeat step S2.

[0046] S3. Send an identification query frame to the connected peripheral device through a preset communication pin to query the peripheral device type.

[0047] S4. After receiving the identification query frame, the peripheral device returns response data.

[0048] S5. Determine the peripheral type based on the response data, load the corresponding driver from the peripheral driver library based on the peripheral type, and configure the communication parameters of the peripheral interface of the vehicle lighting control chip according to the response data. Specifically, parse the communication parameters such as baud rate, node ID, and frame format from the response data, and configure the communication parameters of the connected peripheral interface according to the parsed data to achieve parameter matching.

[0049] In addition, whenever a connected peripheral is detected, it is added to the communication channel table according to preset fields (channel number, peripheral type, channel connection status, driver, communication parameters). Whenever a peripheral is detected to be removed, the corresponding field of the peripheral is deleted from the communication channel table. The communication management unit performs priority management on the connected peripherals based on the communication channel table.

[0050] The above-mentioned peripheral expansion management method is applicable during both the power-on phase and normal operation. The adaptive detection and configuration unit continuously monitors the peripheral connection status through preset detection pins. The hot-swap response time is <100ms, which does not affect the normal communication of other peripherals. Furthermore, it can replace faulty peripherals without shutting down the system, thus improving the maintainability of the entire vehicle system.

[0051] Based on the above-described preferred embodiments of the present invention, and through the foregoing description, those skilled in the art can make various changes and modifications without departing from the inventive concept. The technical scope of this invention is not limited to the contents of the specification, but must be determined according to the scope of the claims.

Claims

1. A vehicle lighting control chip with integrated peripheral adaptive detection, characterized in that, include: Peripheral driver library, used to store drivers for different peripheral types of vehicle lighting control chips; An adaptive detection and configuration unit is used to scan the level state of a preset detection pin and determine whether an external device is connected based on the level state. And when a peripheral device is detected to be connected, a query command is sent to the connected peripheral device through a preset communication pin, and the response data returned by the peripheral device is received. And determine the peripheral type based on the response data, and load the corresponding driver from the peripheral driver library based on the peripheral type to control the vehicle lights; And send pin function configuration commands to the pin multiplexing unit based on the peripheral type; The pin multiplexing unit is used to configure the physical pins of the vehicle lighting control chip for multiplexing functions, and to switch the physical pins according to the pin function configuration command.

2. The vehicle lighting control chip with integrated peripheral adaptive detection according to claim 1, characterized in that, The driver types include CAN_Driver, LIN_Driver, UART_Driver, SPI_Driver, I2C_Driver, PWM_Driver, and ADC_Driver.

3. The vehicle lighting control chip with integrated peripheral adaptive detection according to claim 1, characterized in that, The physical pins have functions including communication, analog, control, and power supply.

4. The vehicle lighting control chip with integrated peripheral adaptive detection according to claim 1, characterized in that, The driver consists of four parts: Initialization function Send function Receive function and status query .

5. The vehicle lighting control chip with integrated peripheral adaptive detection according to claim 1, characterized in that, The peripheral types include CAN devices, LIN devices, SPI devices, I2C devices, and UART devices.

6. The vehicle lighting control chip with integrated peripheral adaptive detection according to claim 1, characterized in that, It also includes a communication management unit, which is used to prioritize all connected peripherals.

7. The vehicle lighting control chip with integrated peripheral adaptive detection according to claim 6, characterized in that, The communication management unit includes a communication channel table, which records the channel number, peripheral type, connection status, driver, communication parameters, priority, and occupied chip pins of the connected peripherals.

8. A peripheral expansion management method for a vehicle lighting control chip as described in any one of claims 1 to 7, characterized in that, include: S1. Configure the preset detection pin as an ADC function; S2. Perform a level scan on all preset detection pins and determine whether the level scan result meets the peripheral access conditions. If yes, proceed to step S3; otherwise, repeat step S2. S3. Send an identification query frame to the connected peripheral device through a preset communication pin; S4. After receiving the identification query frame, the peripheral device returns response data; S5. Determine the peripheral type based on the response data, load the corresponding driver from the peripheral driver library based on the peripheral type, and configure the communication parameters of the peripheral interface of the vehicle lighting control chip based on the response data.

9. The peripheral expansion management method for a vehicle lighting control chip according to claim 8, characterized in that, The peripheral access conditions are: the preset detection pin is at a high level and the high level duration exceeds a preset time threshold.

10. The peripheral expansion management method for a vehicle lighting control chip according to claim 8, characterized in that, Also includes: Whenever a connected peripheral is detected, it is added to the communication channel table according to the preset fields. Whenever a peripheral is removed, the corresponding field of the peripheral is deleted from the communication channel table. The communication management unit performs priority management on the connected peripherals based on the communication channel table.