Intelligent cabin sound channel control method, system, device and medium

Abstract

The invention discloses an intelligent cabin sound channel control method, system and device and a medium, the method is applied to a vehicle intelligent cabin system, and the method comprises the steps that an instrument system creates an instrument application process and an instrument kernel initialization process, and a vehicle machine system creates a vehicle machine application process and a vehicle machine kernel initialization process; the instrument application process detects the pin state of the MCU for electrifying the external device, and transmits the state to the instrument kernel initialization process; the instrument kernel initialization process initializes the function of the DSP after receiving the state transmitted by the instrument application process, and synchronizes the initialization state of the DSP to the vehicle machine kernel initialization process; the vehicle machine kernel initialization process is used for receiving the initialization state of the DSP synchronized by the instrument kernel initialization process, and hardware conflicts caused by simultaneous operation of the DSP are avoided; and the in-vehicle machine application process detects the state of the in-vehicle machine kernel initialization process, and initializes the logic of the in-vehicle machine application process according to the state of the in-vehicle machine kernel initialization process. The noise problem can be effectively solved.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle cockpits, and particularly to an intelligent cockpit sound channel control method, system, device and medium. Background Art

[0002] In the cockpit embedded system, there are two independent systems: the in-vehicle infotainment (IVI) system and the instrument system. These two systems share a single DSP processor and power amplifier device. During the system power-on startup process, the associated operation of multiple components such as the instrument application layer, instrument middleware layer, MCU controller, IVI application layer, IVI middleware layer, DSP, and power amplifier is involved.

[0003] During the startup process, each module of the sound has its own startup sequence, which depends on the upstream input. Without a unified process, noise problems caused by the hardware bus initialization process will occur during startup, affecting the user experience. Summary of the Invention

[0004] The purpose of the present invention is to provide an intelligent cockpit sound channel control method, system, device and medium to solve the noise problem and improve the user experience.

[0005] In the first aspect of the present invention, an intelligent cockpit sound channel control method is provided, which is applied to a vehicle intelligent cockpit system. The vehicle intelligent cockpit system includes an SOC, a DSP, a PA, and an MCU. A virtualized instrument system and IVI system are running on the SOC. The instrument system is connected to the DSP through an audio bus and controls the DSP through a control bus. The IVI system is connected to the DSP through an independent audio interface. The DSP is connected to the PA. The instrument system and the IVI system share the DSP and use the PA to emit sound together. The MCU is responsible for the power-on and power-off of the DSP and the PA. The method includes:

[0006] The instrument system creates an instrument application process and an instrument kernel initialization process, and the IVI system creates an IVI application process and an IVI kernel initialization process;

[0007] The instrument application process detects the pin status of the MCU for powering on the peripherals and transfers this status to the instrument kernel initialization process. After receiving the status transferred by the instrument application process, the instrument kernel initialization process initializes the functions of the DSP and synchronizes the initialization status of the DSP to the IVI kernel initialization process;

[0008] The IVI kernel initialization process is used to receive the initialization status of the DSP synchronized by the instrument kernel initialization process to avoid hardware conflicts caused by simultaneous operation of the DSP. The IVI application process detects the status of the IVI kernel initialization process and initializes its own logic according to the status of the IVI kernel initialization process.

[0009] In some of the embodiments, when the vehicle is in sleep mode, the instrument system and the vehicle computer system enter a low power consumption state, and the MCU powers off the DSP and PA and enters a low power consumption state.

[0010] In some embodiments, when a wake-up signal is received, the instrument system wakes up from a low power consumption state and enters a drive wake-up process, waiting for the MCU to send a DSP and PA power-on signal; at the same time, the vehicle system enters a wake-up state from a low power consumption state, and the driver of the vehicle system needs to wait for the vehicle system to initialize the DSP, the vehicle kernel initialization process waits for the DSP initialization state synchronized with the instrument kernel initialization process, and the vehicle system application waits for the DSP initialization state of the vehicle kernel initialization process based on the vehicle application process;

[0011] When the vehicle system enters the working state, it sends a message to the MCU to notify the MCU to enter the full power state from the low power state. After receiving the full power message, the MCU powers on the DSP and PA. When the MCU is powered on, the notification GPIO from the MCU to the SOC is configured to notify the instrument system that the DSP and PA have been powered on through the GPIO changes on the hardware, and the PA is initialized at the same time. The PA remains in the MUTE state during the initialization process.

[0012] At the same time, the instrument system application waits for the instrument kernel initialization process to complete the DSP initialization based on the instrument application process. When it detects that the DSP initialization is completed, it will send a message to the MCU. After the MCU detects the message, it releases the MUTE state of the PA, and the instrument system sounds normally at this time; when the MCU notifies the instrument system through GPIO, the GPIO state is detected by the instrument system application, and the instrument system notifies the instrument kernel initialization process through the message interface, and the instrument kernel initialization process performs the DSP initialization process; when the instrument kernel initialization process completes the DSP initialization, it sends the DSP initialization state to the vehicle kernel initialization process through the message interface;

[0013] After receiving the DSP initialization sent by the instrument core initialization process, the vehicle computer kernel initialization process starts the vehicle computer system to configure the DSP, and sets the initialization state after the configuration is completed; when it is detected that the vehicle computer kernel initialization process has completed the DSP initialization, the vehicle computer middleware starts to set the channel state.

[0014] In some of the embodiments, the SOC has a built-in 4G / 5G module for receiving a remote wake-up signal.

[0015] In some of these embodiments, the channel status includes channel volume and mute status.

[0016] In some of these embodiments, the control bus is a SPI bus.

[0017] In some of these embodiments, the DSP is connected to the PA through TDM.

[0018] In a second aspect, the present invention provides a vehicle intelligent cockpit system, which applies the steps of the intelligent cockpit sound channel control method described in any one of the first aspects.

[0019] According to a third aspect of the present invention, there is provided a computer device, including: a processor and a memory, the memory stores a program or instructions that can run on the processor, and when the program or instructions are executed by the processor, the steps of the intelligent cockpit sound channel control method described in any one of the first aspects are implemented.

[0020] According to a fourth aspect of the present invention, there is provided a readable storage medium, on which a program or instructions are stored, and when the program or instructions are executed by the processor, the steps of the intelligent cockpit sound channel control method described in any one of the first aspects are implemented.

[0021] Generally speaking, compared with the prior art through the above technical solutions conceived by the present invention, the following beneficial effects can be achieved:

[0022] Aiming at the situation that the in-vehicle computer and instrument in the cockpit embedded system share the DSP processor and the power amplifier device PA, and the startup sequence of each sound module depends on the upstream input and is prone to generate noise, the present invention designs a rigorous control link and message passing mechanism. The instrument system and the in-vehicle computer system respectively create application processes and kernel initialization processes, and the processes interact orderly to ensure that during the complex startup process, the signal disorder caused by the difference in the startup speed and timing of the modules can be effectively avoided, thereby reducing noise.

[0023] Furthermore, in view of the requirement of the intelligent cockpit system for the instrument to emit sound quickly, the present invention has carefully optimized the startup process of each module in the design. The instrument system monitors the power-on state of the peripheral device by the MCU through the application process in a timely manner and transmits it to the kernel process. The kernel process quickly starts the DSP initialization after receiving the synchronization state of the in-vehicle computer kernel. At the same time, each process of the in-vehicle computer system waits and cooperates orderly. On the premise of ensuring the system stability, the instrument can quickly complete the sound emission preparation, meeting the timeliness requirement of the instrument function in actual use. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 It is a schematic flow chart of an intelligent cockpit sound channel control method provided by an embodiment of the present application;

[0025] Figure 2 It is an architecture diagram of a vehicle intelligent cockpit system provided by an embodiment of the present application;

[0026] Figure 3An architecture diagram of an instrument system and a vehicle head unit system provided by an embodiment of the present application;

[0027] Figure 4 A schematic diagram of the control timing of the sound channels in an intelligent cockpit provided by an embodiment of the present application;

[0028] Figure 5 A schematic diagram of the hardware structure of a computer device provided by an embodiment of the present application. Detailed implementation manners

[0029] In order to make the objectives, technical solutions and advantages of the present invention clearer and more understandable, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention. Based on the embodiments provided in the present application, all other embodiments obtained by those of ordinary skill in the art without making creative efforts fall within the scope of protection of the present invention.

[0030] Obviously, the accompanying drawings in the following description are only some examples or embodiments of the present application. For those of ordinary skill in the art, the present application can be applied to other similar scenarios based on these drawings without making creative efforts. In addition, it can also be understood that although the efforts made in this development process may be complex and time-consuming, for those of ordinary skill in the art related to the content disclosed in the present application, some design, manufacturing or production changes based on the technical content disclosed in the present application are only conventional technical means and should not be understood as the content disclosed in the present application being insufficient.

[0031] Referring to "embodiments" in the present application means that the specific features, structures or characteristics described in connection with the embodiments can be included in at least one embodiment of the present application. The phrase appears in various positions in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment mutually exclusive with other embodiments. Those of ordinary skill in the art understand explicitly and implicitly that the embodiments described in the present application can be combined with other embodiments without conflict.

[0032] Unless otherwise defined, the technical terms or scientific terms involved in this application shall have the ordinary meanings understood by those with ordinary skills in the technical field to which this application belongs. The words such as "a", "an", "one kind", "the" and the like involved in this application do not indicate a quantity limitation and can represent a singular or plural number. The terms "comprising", "including", "having" and any variations thereof involved in this application are intended to cover non-exclusive inclusion; for example, a process, method, system, product or device that includes a series of steps or modules (units) is not limited to the listed steps or units, but may further include steps or units not listed, or may further include other steps or units inherent to these processes, methods, products or devices. The similar words such as "connected", "coupled" and "joined" involved in this application are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. The "plurality" involved in this application means two or more. "And / or" describes the association relationship of associated objects and indicates that three relationships may exist. For example, "A and / or B" may represent: A exists alone, A and B exist simultaneously, and B exists alone. The character " / " generally represents an "or" relationship between the front and rear associated objects. The terms "first", "second", "third" and the like involved in this application are only used to distinguish similar objects and do not represent a specific order for the objects.

[0033] With the continuous improvement of the vehicle's intelligent level, its functions are also constantly being improved. The integration degree of the whole vehicle system is getting higher and higher. Among them, the vehicle cockpit system integrates the functions of the instrument system and the in-vehicle infotainment system. Without a unified process, noise problems caused by the initialization process of the hardware bus will occur during startup, affecting the user experience. For this reason, this application provides an intelligent cockpit sound channel control method, system, device and medium, realizing a method for controlling between various modules during startup, which can effectively reduce the noise during startup.

[0034] The embodiment of this application provides an intelligent cockpit sound channel control method, which is applied to the vehicle intelligent cockpit system. By implementing a set of control links, abnormal noises that may occur during startup can be effectively eliminated. As Figure 2As shown in the figure, the vehicle intelligent cockpit system includes an SOC, a DSP, a PA (Power Amplifier), and an MCU. Two virtualized systems, namely the in-vehicle infotainment system and the instrument system, are running on the SOC. The instrument system is connected to the DSP via an audio bus and controls the DSP via a control bus. The in-vehicle infotainment system is connected to the DSP via an independent audio interface. The DSP is connected to the PA via TDM (Time Division Multiplexing). The instrument and the in-vehicle infotainment system use the same DSP device and emit sound together from the power amplifier PA. The MCU is responsible for powering on and off the peripherals such as the DSP and the PA.

[0035] The main control chip SOC is the main functional unit, on which two independent systems based on virtualization technology are running, respectively running the instrument function and the in-vehicle infotainment function, as Figure 3 shown. The two systems are independent of each other. The instrument system is connected to the DSP via an audio bus and controls the DSP via an SPI bus.

[0036] Figure 1 The figure is a schematic flow chart of an intelligent cockpit sound channel control method provided by an embodiment of the present application. As Figure 1 shown, the method includes the following steps:

[0037] S101. The instrument system creates an instrument application process and an instrument kernel initialization process, and the in-vehicle infotainment system creates an in-vehicle infotainment application process and an in-vehicle infotainment kernel initialization process;

[0038] S102. The instrument application process detects the pin status of the MCU powering on the peripherals and transfers the status to the instrument kernel initialization process; after receiving the status transferred by the instrument application process, the instrument kernel initialization process initializes the functions of the DSP and synchronizes the initialization status of the DSP to the in-vehicle infotainment kernel initialization process;

[0039] S103. The in-vehicle infotainment kernel initialization process is used to receive the initialization status of the DSP synchronized by the instrument kernel initialization process to avoid hardware conflicts caused by simultaneous operation of the DSP; the in-vehicle infotainment application process detects the status of the in-vehicle infotainment kernel initialization process and initializes its own logic according to the status of the in-vehicle infotainment kernel initialization process.

[0040] The present application designs a control link to ensure that each module is initialized in a predetermined order and logic during the startup process, avoiding the noise problem caused by hardware bus initialization. The instrument system and the in-vehicle infotainment system respectively create application processes and kernel initialization processes. Through phased initialization, it is ensured that each module is initialized at an appropriate time, reducing signal interference during the initialization process.

[0041] Among them, the instrument system creates two processes: an application process and a kernel initialization process. The application process detects the pin status of the MCU powering on the peripheral and passes this status to the kernel process. After receiving the status passed by the application process, the kernel process initializes the functions of the DSP, and after the initialization is completed, it synchronizes the status to the kernel process of the in-vehicle system.

[0042] The in-vehicle system has an independent audio interface connected to the DSP. The in-vehicle system creates two processes: an application process and a kernel initialization process. The kernel process is used to receive the initialization status of the kernel process at the instrument end to avoid hardware conflicts caused by operating the DSP simultaneously. The application process detects the process status of the in-vehicle kernel state and initializes its own logic according to the kernel status.

[0043] Specifically, as Figure 4 shown, when the vehicle goes to sleep, in order to achieve the function of quick start, the Android and instrument systems do not power off but enter the low-power state. However, in order to implement the dark current function in the low-power situation, it is necessary to power off the external DSP and PA. The SOC chip internally contains a 4G / 5G module. When there is a wake-up signal from the remote end, the instrument and Android systems will wake up from the low-power state and enter the driver wake-up process. But since the MCU still remains in the low-power state at this time and various peripherals are still powered off, the standard driver program cannot meet the design requirements. The MCU chip is responsible for the power management function of the system, responsible for controlling the power supply to the DSP, and responsible for initializing the function of the power amplifier. When the system enters the low-power state, it will turn off the power of the DSP and the power amplifier to meet the conditions of low-power operation. Among them, the in-vehicle system is the Android system, and the instrument is the Linux system.

[0044] In this embodiment, the kernel status of the instrument needs to create an initialization thread in the driver design. When the system is awakened, the initialization standard bit is set through the wake-up interface. However, at this time, since the peripherals have not been powered on, the next-step initialization operation cannot be performed, and it is necessary to wait for the peripheral power-on signal sent by the MCU. At the same time, the in-vehicle system also enters the awakened state, and the driver program of the in-vehicle system needs to wait for the initialization status of the in-vehicle system for the DSP. Since the voice requirement time of the instrument is earlier than that of the in-vehicle system, the kernel status of the in-vehicle system needs to create a thread in the driver design to wait for the message status of the instrument for the DSP. At the same time, the application program of the in-vehicle system also needs to create a thread to wait for the DSP initialization status of the kernel.

[0045] At the same time, the MCU initializes the PA, and the amplifier is kept in the MUTE state by default during the initialization process. In this way, even if there is interference signal input upstream due to initialization problems, the noise problem can be solved. When the system of the vehicle computer enters the working state, a message is sent to the MCU to notify the MCU to enter the full power consumption state. After receiving the full power consumption message, the MCU powers on peripherals such as DSP and PA. When the MCU is powered on, the notification GPIO from the MCU to the SOC is configured, and the instrument system is notified that the external device has been powered on through the GPIO changes on the hardware. At the same time, the PA is initialized, and the amplifier is kept in the MUTE state by default during the initialization process. In this way, even if there is interference signal input upstream due to initialization problems, the noise problem can be solved.

[0046] At the same time, the instrument application will wait for the status of the instrument kernel completing the initialization of DSP. When it detects that the DSP initialization is completed, it will send a message to the MCU. After the MCU detects this message, it will release the mute of the PA, and the instrument can then speak normally. After the MCU notifies the instrument system through GPIO, the status of GPIO is detected by the instrument application, and the instrument system notifies the instrument kernel through the message interface. After the initialization process of the instrument kernel detects the message, the initialization preset conditions are met, and the instrument kernel performs the initialization process for the DSP. When the instrument kernel completes the initialization of the DSP, it sends the status to the kernel of the vehicle computer through the message interface.

[0047] The car machine kernel needs to wait until the instrument kernel completes the DSP initialization status. After receiving the completion of the DSP initialization status from the instrument kernel, the car machine starts to configure the DSP. After the configuration is completed, the initialization status is set. After the car machine middleware is awakened, it needs to wait for the car machine kernel to complete initialization. When it detects that the car machine kernel has completed the DSP initialization, the car machine middleware starts to set the channel volume and mute status.

[0048] At this point, the initialization process is complete.

[0049] In this embodiment, the instrument system and the vehicle system share a DSP and PA, and through the control link and message transmission mechanism, ensure that the two work together during startup and operation to avoid hardware conflicts. The instrument system and the vehicle system synchronize their states through the message interface to ensure that they remain consistent during initialization and configuration, thereby improving the stability and reliability of the system.

[0050] In addition, after the vehicle goes to sleep, the instrument system and the in-vehicle system enter a low-power state but do not completely power off, ensuring quick startup. The MCU is responsible for powering on and off the DSP and PA, optimizing power management and reducing startup time. The SOC is built with 4G / 5G modules. When there is a wake-up signal from the remote end, the instrument and in-vehicle systems can quickly wake up from the low-power state and enter the drive wake-up process, improving the responsiveness of the system.

[0051] It should be noted that the steps shown in the above process or the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. And although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here.

[0052] The embodiment of the present application also provides a vehicle intelligent cockpit system. This vehicle intelligent cockpit system applies the above embodiments and preferred implementation manners, and those that have been described will not be repeated.

[0053] In addition, combined with Figure 1 the intelligent cockpit sound channel control method described in the embodiment of the present application can be implemented by a computer device. Figure 5 It is a schematic diagram of the hardware structure of the computer device according to the embodiment of the present application. As Figure 5 shown, the device may include a processor 301 and a memory 302 storing computer program instructions.

[0054] Specifically, the above-mentioned processor 301 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application.

[0055] Among them, the memory 302 may include a mass storage for data or instructions. By way of example and not limitation, the memory 302 may include a hard disk drive (HDD), a floppy disk drive, a solid state drive (SSD), a flash memory, an optical disc, a magneto-optical disc, a magnetic tape, or a universal serial bus (USB) drive, or a combination of two or more of these. In appropriate cases, the memory 302 may include removable or non-removable (or fixed) media. In appropriate cases, the memory 302 may be internal or external to the data processing device. In a particular embodiment, the memory 302 is non-volatile memory. In a particular embodiment, the memory 302 includes a read-only memory (ROM) and a random access memory (RAM). In appropriate cases, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically alterable ROM (EAROM), or a flash memory, or a combination of two or more of these. In appropriate cases, the RAM may be a static random access memory (SRAM) or a dynamic random access memory (DRAM), where the DRAM may be a fast page mode dynamic random access memory (FPMDRAM), an extended date out dynamic random access memory (EDODRAM), a synchronous dynamic random access memory (SDRAM), etc.

[0056] The memory 302 can be used to store or cache various data files required for processing and / or communication, as well as possible computer program instructions executed by the processor 301.

[0057] The processor 301 reads and executes the computer program instructions stored in the memory 302 to implement any one of the intelligent cockpit sound channel control methods in the above embodiments.

[0058] In some embodiments, the point cloud generation device may further include a communication interface 303 and a bus 300. Among them, as Figure 5 shown, the processor 301, the memory 302, and the communication interface 303 are connected through the bus 300 to complete communication with each other.

[0059] The communication interface 303 is used to implement communication between the modules, devices, units, and / or devices in the embodiments of the present application. The communication interface 303 can also implement data communication with other components, such as external devices, image / data acquisition devices, databases, external storage, and image / data processing workstations.

[0060] The bus 300 includes hardware, software, or both, and couples the components of the point cloud generation device to each other. The bus 300 includes, but is not limited to, at least one of the following: Data Bus, Address Bus, Control Bus, Expansion Bus, Local Bus. By way of example and not limitation, the bus 300 may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an InfiniBand interconnect, a Low Pin Count (LPC) bus, a memory bus, a MicroChannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local Bus (VLB) bus, or other suitable bus or a combination of two or more of these. In a suitable case, the bus 300 may include one or more buses. Although the embodiments of the present application describe and illustrate specific buses, the present application contemplates any suitable bus or interconnect.

[0061] The computer device may execute the intelligent cockpit sound channel control method in the embodiments of the present application based on the rendering device, so as to implement the combination of Figure 1 the intelligent cockpit sound channel control method described.

[0062] In addition, in combination with the intelligent cockpit sound channel control method in the above embodiments, the embodiments of the present application may provide a computer-readable storage medium to implement. Computer program instructions are stored on the computer-readable storage medium; when the computer program instructions are executed by a processor, any one of the intelligent cockpit sound channel control methods in the above embodiments is implemented.

[0063] In summary, the present application provides an intelligent cockpit sound channel control method, system, device and medium, which reduces the generation of noise problems and adapts to complex audio usage awakenings. In the system solution, there are five functional modules such as the in-vehicle system, the instrument system, the MCU control module, the DSP module, and the PA module. Moreover, due to the requirement of rapid sound generation of the instrument, the startup speed of the system is required to be very high. In the design of the present application, while meeting the requirement of rapid sound generation of the instrument, it can effectively avoid the problems of no sound or noise caused by signal disorder due to different startup speeds and startup times of each module, forming an effective control link and message transmission method.

[0064] It should be noted that the technical features of the above-described embodiments can be combined arbitrarily. For the sake of brevity of description, not all possible combinations of the technical features in the above-described embodiments are described. However, as long as there is no contradiction in the combination of these technical features, it should be considered as the scope described in this specification. In addition, according to the needs of implementation, each step / component described in the present application can be split into more steps / components, or two or more steps / components or partial operations of steps / components can be combined into new steps / components to achieve the purpose of the present invention.

[0065] Those skilled in the art can easily understand that the above-described embodiments only represent several implementation manners of the present application, and their descriptions are relatively specific and detailed, but they should not be construed as limiting the scope of the invention patent. It should be pointed out that for those of ordinary skill in the art, without departing from the concept of the present application, several modifications and improvements can still be made, and these all belong to the protection scope of the present application. Therefore, the protection scope of the patent of the present application should be subject to the appended claims.

Claims

1. An intelligent cockpit sound channel control method, characterized in that, Applied to a vehicle intelligent cockpit system, the vehicle intelligent cockpit system includes a SOC, a DSP, a PA and an MCU, a virtualized instrument system and a vehicle system are run on the SOC, the instrument system is connected to the DSP through an audio bus and controls the DSP through a control bus, the vehicle system is connected to the DSP through an independent audio interface, the DSP is connected to the PA, the instrument system and the vehicle system use the DSP together and use the PA to make sounds together, and the MCU is responsible for powering on and off the DSP and the PA; the method includes: The instrument system creates an instrument application process and an instrument kernel initialization process, and the vehicle system creates a vehicle application process and a vehicle kernel initialization process; The instrument application process detects the pin status of the MCU for the power-on of the peripherals, and transmits the status to the instrument kernel initialization process; the instrument kernel initialization process initializes the DSP function after receiving the status transmitted by the instrument application process, and synchronizes the initialization status of the DSP to the vehicle kernel initialization process; The vehicle computer kernel initialization process is used to receive the initialization status of the DSP synchronized with the instrument kernel initialization process to avoid hardware conflicts caused by operating the DSP at the same time; the vehicle computer application process detects the status of the vehicle computer kernel initialization process and initializes its own logic according to the status of the vehicle computer kernel initialization process.

2. The intelligent cockpit sound channel control method according to claim 1, wherein When the vehicle is in sleep mode, the instrument system and the vehicle computer system enter a low-power state, and the MCU powers off the DSP and PA and enters a low-power state.

3. The intelligent cockpit sound channel control method according to claim 1, wherein When receiving the wake-up signal, the instrument system wakes up from the low power state and enters the drive wake-up process, waiting for the MCU to send DSP and PA power-on signals; at the same time, the car system enters the wake-up state from the low power state, and the driver of the car system needs to wait for the car system to initialize the DSP, the car kernel initialization process waits for the DSP initialization state synchronized with the instrument kernel initialization process, and the car system application waits for the DSP initialization state of the car kernel initialization process based on the car application process; When the vehicle system enters the working state, it sends a message to the MCU to notify the MCU to enter the full power state from the low power state. After receiving the full power message, the MCU powers on the DSP and PA. When the MCU is powered on, the notification GPIO from the MCU to the SOC is configured to notify the instrument system that the DSP and PA have been powered on through the GPIO changes on the hardware, and the PA is initialized at the same time. The PA remains in the MUTE state during the initialization process. At the same time, the instrument system application waits for the instrument kernel initialization process to complete the DSP initialization based on the instrument application process. When it detects that the DSP initialization is completed, it will send a message to the MCU. After the MCU detects the message, it releases the MUTE state of the PA, and the instrument system sounds normally at this time; when the MCU notifies the instrument system through GPIO, the GPIO state is detected by the instrument system application, and the instrument system notifies the instrument kernel initialization process through the message interface, and the instrument kernel initialization process performs the DSP initialization process; After the instrument kernel initialization process completes the initialization of the DSP, it sends the initialization status of the DSP to the in-vehicle kernel initialization process through the message interface; After receiving the completion of the DSP initialization sent by the instrument kernel initialization process, the in-vehicle kernel initialization process starts the configuration of the DSP by the in-vehicle system, and sets the initialization status after the configuration is completed; when it detects that the in-vehicle kernel initialization process has completed the initialization of the DSP, the in-vehicle middleware starts to set the channel status.

4. The intelligent cockpit sound channel control method according to claim 3, wherein The SOC is built-in with a 4G / 5G module for receiving wake-up signals from the remote end.

5. The intelligent cockpit sound channel control method according to claim 3, wherein The channel status includes the channel volume and the mute status.

6. The intelligent cockpit sound channel control method according to claim 1, wherein The control bus is an SPI bus.

7. The intelligent cockpit sound channel control method according to claim 1, wherein, The DSP is connected to the PA through TDM.

8. An intelligent vehicle cockpit system, characterized in that, This vehicle intelligent cockpit system applies the steps of the intelligent cockpit sound channel control method described in any one of claims 1 to 7.

9. A computer device, characterized in that, It includes: A processor and a memory, the memory stores programs or instructions that can run on the processor, and when the programs or instructions are executed by the processor, the steps of the intelligent cockpit sound channel control method described in any one of claims 1 to 7 are implemented.

10. A readable storage medium, characterized in that, Stored thereon are programs or instructions that, when executed by the processor, implement the steps of the intelligent cockpit sound channel control method described in any one of claims 1 to 7.

Images