Vehicle-mounted azimuth Chime sound synchronization control method and system

Abstract

The invention provides a vehicle-mounted azimuth Chime sound synchronization control method, which belongs to the technical field of automobiles and comprises the following steps: acquiring Chime sound information; generating a control stream and an audio data stream in parallel according to the Chime sound information; integrating the control stream and the audio data stream into a continuous data packet; and receiving the data packet and analyzing the control part and the audio part. In the invention, the control instruction and the audio data are transmitted in the same data packet at the same moment through the same physical link, and the arrival time difference of the control instruction and the audio data is theoretically zero (or only an extremely small chip processing phase difference exists), so that the effect of playing once the instruction is received can be achieved, and the problem that the audio arrives in advance due to control flow delay is completely avoided.

Description

Technical Field

[0001] This invention relates to the field of automotive technology, and in particular to a method and system for vehicle-mounted orientation chime synchronization control. Background Technology

[0002] As the level of automotive intelligence continues to improve, the hardware computing and audio processing capabilities of smart cockpits are becoming increasingly powerful. Against this backdrop, the cockpit chime has evolved from a single sound alert to a "directional alert"—receiving alarm signals from the vehicle controller (such as the PDC controller) through the smart cockpit domain controller (CDC) and driving the corresponding directional speakers to emit sound, thereby achieving "sound location identification" and significantly improving the driver's perception and user experience.

[0003] The current mainstream implementation scheme uses the intelligent cockpit domain controller (CDC) as the core processing unit, which receives alarm signals from other vehicle controllers (such as the parking controller PDC) through the vehicle network (such as the CAN bus). The CDC performs logical processing on the alarm signals, identifies the direction where sound needs to be emitted (such as front left, rear right, etc.), and generates control flow signals and audio data stream signals. After receiving the two signals, the AMP parses the control flow instructions, and according to the instructions, transcodes the audio data stream and drives the speaker in the corresponding direction to emit sound.

[0004] However, since the control flow (CAN bus) and the audio data flow (A2B bus) are two physically isolated communication links with different protocols and transmission mechanisms, it is difficult to guarantee that the two arrive at the AMP in sync, which leads to the problem of sound leakage. Summary of the Invention

[0005] The present invention aims to solve at least one of the technical problems existing in the prior art, and proposes a vehicle orientation Chime tone synchronization control method and system.

[0006] In a first aspect, embodiments of the present invention provide a vehicle-mounted orientation Chime tone synchronization control method, comprising:

[0007] Obtain Chime sound information;

[0008] Control flow and audio data flow are generated in parallel based on the Chime sound information;

[0009] Integrate the control flow and the audio data stream into a continuous data packet;

[0010] The data packet is received and parsed, including the control and audio parts.

[0011] In some embodiments, the step of acquiring Chime tone information includes: the CDC receiving Chime tone information from the PDC controller via the CAN bus, the Chime tone information including an alarm trigger signal.

[0012] In some embodiments, the step of generating control flow and audio data stream in parallel based on the Chime sound information includes:

[0013] Based on the type of Chime sound information, the internally stored audio library is indexed, and the corresponding pre-stored Chime sound raw PCM data is read.

[0014] Based on the location of the Chime sound information, the channel enable signal, volume control signal, and priority identifier are generated through encoding and mapping.

[0015] In some embodiments, the step of integrating the control flow and the audio data stream into a continuous data packet includes: the CDC integrating the control flow and the audio data stream into a continuous A2B data packet, the A2B data packet structure including a frame header identifier, a control field, an audio data field, and a checksum field.

[0016] In some embodiments, the step of receiving the data packet and parsing the control portion and audio portion includes:

[0017] AMP receives data packets from the CDC's A2B bus, first parses the verification field to confirm data integrity, and then synchronously extracts the control field and audio data field.

[0018] In some embodiments, the step of receiving the data packet and parsing the control portion and audio portion includes:

[0019] Activate the audio channel corresponding to the location based on the control field;

[0020] The audio data stream is synchronously output to the active audio channel to drive the speaker to produce sound.

[0021] In some embodiments, the following steps are also included:

[0022] If no data packets are received for several consecutive frames, shut down the output of all relevant audio channels.

[0023] If a single frame fails to be validated, the frame is discarded, and the control fields from the previous frame that were successfully parsed are used to maintain the current speaker channel state.

[0024] Secondly, embodiments of the present invention also provide a vehicle-mounted orientation Chime tone synchronization control system, configured to implement the above method, including:

[0025] Information acquisition unit, used to acquire Chime sound information;

[0026] A data stream generation unit is used to generate a control stream and an audio data stream in parallel based on the Chime audio information;

[0027] A data integration unit is used to integrate the control flow and the audio data stream into a continuous data packet;

[0028] The parsing unit is used to receive the data packet and parse the parsing control section and audio section.

[0029] Thirdly, embodiments of the present invention also provide an electronic device, comprising:

[0030] One or more processors;

[0031] Memory, used to store one or more programs;

[0032] When the one or more programs are executed by the one or more processors, the one or more processors implement any of the methods.

[0033] Fourthly, embodiments of the present invention also provide a computer-readable medium storing a computer program, which, when executed by a processor, implements the steps of any of the methods described.

[0034] The vehicle-mounted orientation Chime audio synchronization control method provided by this invention extracts alarm information; generates control flow and audio data flow in parallel based on the alarm information; integrates the control flow and audio data flow into a continuous data packet; receives the data packet and parses the verification field to confirm data integrity; parses the control part and audio part of the data packet that passes the verification, and drives hardware actions. Since the control command and audio data are transmitted in the same data packet, at the same time, and through the same physical link, their arrival time difference is theoretically zero (or only a very small chip processing phase difference exists), which can achieve "playback upon command arrival", completely avoiding the problem of audio arriving prematurely due to control flow delay.

[0035] Furthermore, the vehicle-mounted orientation chime synchronization control method provided by this invention simplifies the communication link, reduces the uncertainty that may be caused by the conversion and scheduling of multiple bus protocols, and improves the response speed and timing determinism of the entire warning tone system. It makes full use of the hardware processing capabilities of existing CDC and AMP and the high bandwidth characteristics of high-speed audio buses such as A2B. It can be implemented without adding any new hardware modules or changing hardware connections, and is easy to deploy and upgrade on existing vehicle models. Especially for safety-related alarm tones (such as PDC and BSD), accurate and synchronized orientation prompts can effectively ensure driving safety and improve user experience. Attached Figure Description

[0036] Figure 1 This is a schematic diagram of the structure of an embodiment of the vehicle orientation Chime tone synchronization control method of the present invention;

[0037] Figure 2 This is a schematic diagram illustrating the principle of one embodiment of the vehicle-mounted orientation Chime tone synchronization control method of the present invention;

[0038] Figure 3 This is a schematic diagram of the structure of an embodiment of the vehicle-mounted orientation Chime tone synchronization control system of the present invention;

[0039] Figure 4 This is a schematic diagram of the structure of an embodiment of the electronic device of the present invention. Detailed Implementation

[0040] To enable those skilled in the art to better understand the technical solutions of the present invention, exemplary embodiments of the present invention are described below in conjunction with the accompanying drawings, including various details of the embodiments of the present invention to aid understanding. These should be considered merely exemplary. Therefore, those skilled in the art should recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0041] Where there is no conflict, the various embodiments of the present invention and the features thereof may be combined with each other.

[0042] As used herein, the term “and / or” includes any and all combinations of one or more related enumerated entries.

[0043] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the invention. As used herein, the singular forms “a” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will also be understood that when the terms “comprising” and / or “made of” are used in this specification, the presence of the stated feature, integral, step, operation, element, and / or component is specified, but the presence or addition of one or more other features, integrals, steps, operations, elements, components, and / or groups thereof is not excluded. Terms such as “connected” or “linked” are not limited to physical or mechanical connections but can include electrical connections, whether direct or indirect.

[0044] Unless otherwise specified, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art. It will also be understood that terms such as those defined in commonly used dictionaries should be interpreted as having the meaning consistent with their meaning in the context of the relevant art and the invention, and will not be interpreted as having an idealized or overly formal meaning unless expressly so defined herein.

[0045] In the technical solution of this invention, the collection, storage, use, processing, transmission, provision, and disclosure of user personal information all comply with relevant laws and regulations and do not violate public order and good morals. The use of user data in this technical solution follows relevant national laws and regulations (e.g., the "Information Security Technology - Personal Information Security Specification"). For example: appropriate measures are taken for personal information access control; restrictions are imposed on the display of personal information; the purpose of using personal information does not exceed the scope of direct or reasonable association; and explicit identity targeting is eliminated when using personal information to avoid precisely locating a specific individual.

[0046] A significant technical flaw exists in this technology: audio leakage. Because the control flow (CAN bus) and the audio data flow (A2B bus) are two physically isolated communication links with different protocols and transmission mechanisms, it is difficult to guarantee that they arrive at the AMP in sync.

[0047] The technical terms involved in this invention are as follows:

[0048] Chime sounds: These are usually short warning and alert sounds, such as serious malfunction announcements and driver assistance alerts.

[0049] PDC: Parking Distance Control. This system uses ultrasonic radar to detect obstacles, determine the distance to the nearest obstacle, and issue a warning siren to alert the driver.

[0050] BSD (Blind Spot Detection) is an automotive safety technology that uses millimeter-wave radar to monitor the vehicle's blind spots, detecting other road users within the driver's blind spot in real time. When a vehicle or pedestrian is detected in the blind spot, the system warns the driver to be aware of the danger.

[0051] CDC: Cockpit Domain Controller

[0052] AMP: Amplifier Power Amplifier

[0053] A2B: Automotive Audio Bus

[0054] CAN bus: Controller Area Network bus

[0055] PCM: Pulse Code Modulation, an audio encoding method

[0056] CRC: Cyclic Redundancy Check

[0057] To address at least one of the technical problems existing in the aforementioned related technologies, the present invention provides a vehicle orientation Chime tone synchronization control method. Figure 1 A flowchart illustrating the steps of a vehicle-mounted orientation Chime tone synchronization control method provided in an embodiment of the present invention.

[0058] like Figure 1 As shown, the vehicle-mounted orientation chime synchronization control method includes the following steps:

[0059] Step S10: Obtain Chime sound information.

[0060] Specifically, the CDC receives Chime tone information from the vehicle network (such as the CAN bus) from the PDC controller, etc., and the Chime tone information includes alarm trigger signals.

[0061] Please see Figure 2 Furthermore, the CDC's built-in communication interface module (such as the CAN controller) listens for and captures specific alarm message frames. The protocol parsing module extracts key parameters from the message frames, mainly including: alarm type (such as reversing radar, door opening warning) and alarm location (such as front left, rear right).

[0062] It is understandable that this step is the trigger source and data input end of the entire process, and the extracted information is the basis for generating subsequent control flow and audio data stream.

[0063] Step S20: Generate control flow and audio data flow in parallel based on the Chime sound information.

[0064] In this embodiment, the audio data stream is generated as follows: the internally stored audio library is indexed according to the type of Chime sound information, and the corresponding pre-stored Chime sound raw PCM data (mono or multi-channel) is read. When the Chime sound information is alarm information, the pre-stored audio library is indexed according to the alarm type of the alarm information.

[0065] In this embodiment, the control flow is generated as follows: The logic control module performs encoding mapping based on the "alarm bit" (for example, mapping "right rear" to a 4-bit binary code "0110"). At the same time, based on the system status, a channel enable signal (1 bit, indicating whether sound is emitted), a volume control signal (5 bits, defining the gain level), and a priority flag (1 bit, used for possible multi-source arbitration) are generated.

[0066] This step is understandably the core of data creation and transformation. It converts abstract alarm events into formatted digital control commands and digital audio samples required for subsequent bus transmission. The two data streams are strictly correlated in content (for example, the right rear alarm tone corresponds to the control code for the right rear position).

[0067] Step S30: Integrate the control flow and the audio data stream into a continuous data packet.

[0068] Specifically, the CDC integrates the control flow and the audio data stream into a continuous A2B data packet.

[0069] The A2B data packets are concatenated sequentially according to a predetermined frame structure, as shown in the table below. The structure is defined as follows:

[0070]

[0071] Frame header identifier: A fixed 8-bit synchronization code used by AMP to identify that this is a Chime tone-specific data packet, rather than ordinary music data.

[0072] Control field: Packs a total of 16 bits of control information, including azimuth code, enable, volume, priority, etc., of which azimuth code is 4 bits, enable signal is 1 bit, volume is 5 bits, priority is 1 bit, and an additional 5 bits are reserved.

[0073] Audio Data Field: Enter 128 bits of PCM audio data, including mono / multi-channel Chime sound PCM data (e.g., 8 16-bit audio samples).

[0074] Verification field: Perform CRC calculation on all the aforementioned data to obtain an 8-bit checksum and fill it in.

[0075] Furthermore, the generation and transmission cycle of data packets (e.g., 20ms) is strictly set to be synchronized with the update cycle of the vehicle controller alarm signal, which can avoid additional processing delays caused by cycle mismatch.

[0076] It is understandable that this embodiment breaks the traditional pattern of sending control signals and audio signals separately, and physically integrates them into the same transport stream through a custom frame structure, laying the foundation for subsequent synchronous parsing.

[0077] Step S40: Receive the data packet and parse the control part and audio part.

[0078] In this embodiment, the CDC continuously injects the encapsulated data packets into the A2B bus at a stable cycle.

[0079] Specifically, the CDC's A2B controller or its associated transmission logic inserts the data frames generated in the above steps into the transmission time slots of the A2B bus at precise timing (e.g., every 20ms) to form a continuous data stream until an alarm termination signal is received.

[0080] Understandably, this step reliably pushes the encapsulated integrated data packet to the target device (amplifier) ​​via a shared A2B physical link, ensuring the real-time control and audio continuity.

[0081] In this embodiment, by disassembling the "control field" and based on the "directional encoding" and "enable signal," the internal audio matrix switch is switched or activated in real time to route subsequent audio data to one or more designated directional speaker channels. Simultaneously, the "volume control signal" is sent to the digital gain controller of the corresponding channel.

[0082] In this embodiment, PCM samples are read from the "audio data field" and sent to the digital-to-analog converter (DAC) and power amplifier of the corresponding speaker channel that has been activated by the control logic.

[0083] The two steps described above are processed in parallel in terms of hardware logic, ensuring that the delay from the arrival of the data packet to the corresponding sound emitted by the speaker in a specific direction is extremely short, and that the control and sound are strictly synchronized.

[0084] It is understandable that control commands and audio data are delivered and processed simultaneously within the same packet, eliminating the path delay and synchronization complexity caused by the separate transmission and processing of control commands and audio streams in traditional solutions.

[0085] In the preferred embodiment, the AMP receives data packets from the A2B bus and first verifies whether there are any errors in the transmission.

[0086] Specifically, the AMP's A2B receiver captures data packets with specific frame header identifiers. The verification module recalculates the CRC value of the received data and compares it with the "checksum field" in the data packet to ensure that only correct data is used to drive the speaker, preventing false alarms or noise caused by transmission errors.

[0087] It is understandable that for data packets that pass verification, AMP synchronously and independently parses the control and audio parts and immediately drives the hardware to operate.

[0088] Furthermore, the synchronization control method provided in this embodiment of the invention also includes steps for handling transmission interruptions and data anomalies, in order to deal with situations where bus transmission is interrupted or data errors occur, and to ensure that system behavior is safe and controllable.

[0089] Specifically, the AMP has an internal frame counter. If no valid data packets are received for several consecutive frames, it is considered a transmission interruption. The "channel enable signal" is automatically set to invalid, and all related audio channel outputs are turned off to avoid false alarms or noise caused by residual audio. Several frames refer to the transmission time of several consecutive frames. For example, if no data packets are received for three consecutive frames, it is considered a transmission interruption.

[0090] Specifically, if a single frame data verification fails, the frame is discarded. However, to maintain alarm continuity, the AMP does not immediately shut down the channel. Instead, it uses the "control field" successfully parsed from the previous frame to maintain the current speaker channel state while waiting for the next valid data frame to arrive.

[0091] The vehicle-mounted orientation Chime audio synchronization control method provided by this invention acquires alarm information; generates a control flow and an audio data flow in parallel based on the alarm information; integrates the control flow and the audio data flow into a continuous data packet; receives the data packet and parses the verification field to confirm data integrity; parses the control part and audio part of the data packet that passes the verification, and drives hardware actions. Since the control command and audio data are transmitted in the same data packet, at the same time, and through the same physical link, their arrival time difference is theoretically zero (or only a very small chip processing phase difference exists), which can achieve "playback upon command arrival", completely avoiding the problem of audio arriving prematurely due to control flow delay.

[0092] Furthermore, the vehicle-mounted orientation chime synchronization control method provided by this invention simplifies the communication link, reduces the uncertainty that may be caused by the conversion and scheduling of multiple bus protocols, and improves the response speed and timing determinism of the entire warning tone system. It makes full use of the hardware processing capabilities of existing CDC and AMP and the high bandwidth characteristics of high-speed audio buses such as A2B. It can be implemented without adding any new hardware modules or changing hardware connections, and is easy to deploy and upgrade on existing vehicle models. Especially for safety-related alarm tones (such as PDC and BSD), accurate and synchronized orientation prompts can effectively ensure driving safety and improve user experience.

[0093] Please see Figure 3 Based on the same inventive concept, the present invention also provides a vehicle-mounted orientation Chime sound synchronization control system. Figure 4This is a schematic diagram of a driving path generation system provided in an embodiment of the present invention. It is applied to the vehicle orientation Chime sound synchronization control method provided in the above embodiment and specifically includes: an information acquisition unit, a data stream generation unit, a data integration unit, and a parsing unit.

[0094] The information acquisition unit is used to acquire Chime sound information.

[0095] Specifically, the CDC receives alarm trigger signals from the PDC controller and other sources from the vehicle network (such as the CAN bus).

[0096] Furthermore, the CDC's built-in communication interface module (such as the CAN controller) listens for and captures specific alarm message frames. The protocol parsing module extracts key parameters from the message frames, mainly including: alarm type (such as reversing radar, door opening warning) and alarm location (such as front left, rear right).

[0097] The data stream generation unit is used to generate control stream and audio data stream in parallel based on the Chime audio information.

[0098] In this embodiment, the audio data stream is generated as follows: based on the audio library stored in the Chime sound information index, the corresponding pre-stored Chime sound raw PCM data (mono or multi-channel) is read.

[0099] In this embodiment, the control flow is generated as follows: The logic control module performs encoding mapping based on the "alarm bit" (for example, mapping "right rear" to a 4-bit binary code "0110"). At the same time, based on the system status, a channel enable signal (1 bit, indicating whether sound is emitted), a volume control signal (5 bits, defining the gain level), and a priority flag (1 bit, used for possible multi-source arbitration) are generated.

[0100] A data integration unit is used to integrate the control flow and the audio data flow into a continuous data packet.

[0101] Specifically, the CDC integrates the control flow and the audio data stream into a continuous A2B data packet.

[0102] The A2B data packets are concatenated sequentially according to a predetermined frame structure, as shown in the table below. The structure is defined as follows:

[0103]

[0104] Frame header identifier: A fixed 8-bit synchronization code used by AMP to identify that this is a Chime tone-specific data packet, rather than ordinary music data.

[0105] Control fields: Pack 16 bits of control information, including orientation code, enable, volume, priority, etc.

[0106] Audio Data Field: Enter 128 bits of PCM audio data, including mono / multi-channel Chime sound PCM data (e.g., 8 16-bit audio samples).

[0107] Verification field: Perform CRC calculation on all the aforementioned data to obtain an 8-bit checksum and fill it in.

[0108] Furthermore, the generation and transmission cycle of data packets (e.g., 20ms) is strictly set to synchronize with the update cycle of the vehicle controller's alarm signal. This avoids additional processing delays caused by cycle mismatch. A parsing unit is used to receive the data packets and parse the control and audio components.

[0109] It is understandable that for data packets that pass verification, AMP synchronously and independently parses the control and audio parts and immediately drives the hardware to operate.

[0110] In this embodiment, by disassembling the "control field" and based on the "directional encoding" and "enable signal," the internal audio matrix switch is switched or activated in real time to route subsequent audio data to one or more designated directional speaker channels. Simultaneously, the "volume control signal" is sent to the digital gain controller of the corresponding channel.

[0111] In this embodiment, PCM samples are read from the "audio data field" and sent to the digital-to-analog converter (DAC) and power amplifier of the corresponding speaker channel that has been activated by the control logic.

[0112] The two steps described above are processed in parallel in terms of hardware logic, ensuring that the delay from the arrival of the data packet to the corresponding sound emitted by the speaker in a specific direction is extremely short, and that the control and sound are strictly synchronized.

[0113] It is understandable that since control commands and audio data are transmitted in the same data packet, at the same time, and through the same physical link, the time difference between their arrival is theoretically zero (or there is only a very small chip processing phase difference), which can achieve "playback as soon as the command arrives", completely avoiding the problem of audio arriving in advance due to control flow delay.

[0114] In a preferred embodiment, the synchronization control system provided by the present invention further includes a data verification unit for verifying the integrity of the received data packets.

[0115] In this embodiment, the CDC continuously injects the encapsulated data packets into the A2B bus at a stable cycle.

[0116] Specifically, the CDC's A2B controller or its associated transmission logic inserts the data frames generated in the above steps into the A2B bus transmission time slots at precise timing (e.g., every 20ms), forming a continuous data stream until an alarm termination signal is received. When the AMP receives a data packet from the A2B bus, it first verifies whether there was an error during transmission through the data verification unit.

[0117] Specifically, the AMP's A2B receiver captures data packets with specific frame header identifiers. The data verification unit recalculates the CRC value of the received data and compares it with the "checksum field" in the data packet to ensure that only correct data is used to drive the speaker, preventing false alarms or noise caused by transmission errors.

[0118] Furthermore, the synchronous control system provided in this embodiment of the invention also includes an exception handling unit for handling transmission interruption and data exception handling, so as to deal with bus transmission interruption or data error and ensure that the system behavior is safe and controllable.

[0119] Specifically, the AMP has a frame counter inside. If no valid data packet is received for three consecutive preset periods, the exception handling unit determines that the transmission is interrupted, automatically sets the "channel enable signal" to invalid, and shuts down the output of all related audio channels to avoid residual audio causing false alarms or noise.

[0120] Specifically, if a single frame data verification fails, the exception handling unit discards the frame. However, in order to maintain the continuity of the alarm, the AMP will not immediately shut down the channel. Instead, it will use the "control field" that was successfully parsed in the previous frame to maintain the current speaker channel state while waiting for the arrival of the next valid data frame.

[0121] The vehicle-mounted orientation chime synchronization control system provided by this invention simplifies the communication link, reduces the uncertainty that may be caused by the conversion and scheduling of multiple bus protocols, and improves the response speed and timing determinism of the entire warning tone system. It makes full use of the hardware processing capabilities of existing CDC and AMP and the high bandwidth characteristics of high-speed audio buses such as A2B. It can be implemented without adding any new hardware modules or changing hardware connections, and is easy to deploy and upgrade on existing vehicle models. Especially for safety-related alarm tones (such as PDC and BSD), accurate and synchronized orientation prompts can effectively ensure driving safety and improve user experience.

[0122] Based on the same inventive concept, embodiments of the present invention also provide an electronic device. Figure 4 This is a structural block diagram of an electronic device provided in an embodiment of the present invention. Figure 4As shown, an embodiment of the present invention provides an electronic device including: one or more processors 101, a memory 102, and one or more I / O interfaces 103. The memory 102 stores one or more programs, which, when executed by the one or more processors, cause the one or more processors to implement any of the vehicle orientation Chime audio synchronization control methods described in the above embodiments; the one or more I / O interfaces 103 are connected between the processor and the memory, configured to enable information interaction between the processor and the memory.

[0123] The processor 101 is a device with data processing capabilities, including but not limited to a central processing unit (CPU); the memory 102 is a device with data storage capabilities, including but not limited to random access memory (RAM, more specifically SDRAM, DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), and flash memory (FLASH); the I / O interface (read / write interface) 103 is connected between the processor 101 and the memory 102, and can realize information interaction between the processor 101 and the memory 102, including but not limited to a data bus (Bus).

[0124] In some embodiments, the processor 101, memory 102, and I / O interface 103 are interconnected via bus 104, and thus connected to other components of the computing device.

[0125] In some embodiments, the one or more processors 101 include a field-programmable gate array.

[0126] This invention also provides a computer-readable medium. The computer-readable medium stores a computer program, which, when executed by a processor, implements the steps of any of the vehicle orientation Chime tone synchronization control methods described in the above embodiments. The computer-readable storage medium can be volatile or non-volatile.

[0127] This invention also provides a computer program product, including computer-readable code, or a non-volatile computer-readable storage medium carrying computer-readable code. When the computer-readable code is run in the processor of an electronic device, the processor in the electronic device executes the above-described vehicle orientation Chime tone synchronization control method.

[0128] Those skilled in the art will understand that all or some of the steps, systems, and apparatuses disclosed above, and their functional modules / units, can be implemented as software, firmware, hardware, or suitable combinations thereof. In hardware implementations, the division between functional modules / units mentioned above does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be performed collaboratively by several physical components. Some or all physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit (ASIC). Such software can be distributed on a computer-readable storage medium, which may include computer storage media (or non-transitory media) and communication media (or transient media).

[0129] As is known to those skilled in the art, the term computer storage medium includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information, such as computer-readable program instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), static random access memory (SRAM), flash memory or other memory technologies, portable compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and is accessible to a computer. Furthermore, it is known to those skilled in the art that communication media typically contain computer-readable program instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.

[0130] The computer-readable program instructions described herein can be downloaded from computer-readable storage media to various computing / processing devices, or downloaded via a network, such as the Internet, local area network, wide area network, and / or wireless network, to an external computer or external storage device. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers, and / or edge servers. A network adapter card or network interface in each computing / processing device receives the computer-readable program instructions from the network and forwards them to the computer-readable storage media in the respective computing / processing device.

[0131] The computer program instructions used to perform the operations of this invention may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Smalltalk, C++, etc., and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The computer-readable program instructions may 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 a remote computer, the remote computer may be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or may be connected to an external computer (e.g., via the Internet using an Internet service provider). In some embodiments, electronic circuitry, such as programmable logic circuitry, field-programmable gate arrays (FPGAs), or programmable logic arrays (PLAs), is personalized by utilizing state information from the computer-readable program instructions. This electronic circuitry can execute the computer-readable program instructions to implement various aspects of the invention.

[0132] The computer program product described herein can be implemented specifically through hardware, software, or a combination thereof. In one alternative embodiment, the computer program product is specifically embodied in a computer storage medium; in another alternative embodiment, the computer program product is specifically embodied in a software product, such as a software development kit (SDK), etc.

[0133] Various aspects of the present invention are described herein with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer-readable program instructions.

[0134] These computer-readable program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that, when executed by the processor of the computer or other programmable data processing apparatus, they create means for implementing the functions / actions specified in one or more blocks of the flowchart and / or block diagram. These computer-readable program instructions can also be stored in a computer-readable storage medium that causes a computer, programmable data processing apparatus, and / or other device to operate in a particular manner; thus, the computer-readable medium storing the instructions comprises an article of manufacture that includes instructions for implementing aspects of the functions / actions specified in one or more blocks of the flowchart and / or block diagram.

[0135] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to perform the functions / actions specified in one or more boxes of a flowchart and / or block diagram.

[0136] 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 the present invention. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of an instruction, which contains one or more executable instructions for implementing a specified logical function. In some alternative implementations, the functions marked in the blocks may occur in a different order than those shown in the drawings. For example, two consecutive 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, may be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0137] Example embodiments have been disclosed herein, and while specific terminology has been used, it is for illustrative purposes only and should be construed as such, and is not intended to be limiting. In some instances, it will be apparent to those skilled in the art that features, characteristics, and / or elements described in conjunction with particular embodiments may be used alone, or in combination with features, characteristics, and / or elements described in conjunction with other embodiments, unless otherwise expressly indicated. Therefore, those skilled in the art will understand that various changes in form and detail may be made without departing from the scope of the invention as set forth in the appended claims.

Claims

1. A vehicle-mounted orientation chime synchronization control method, characterized in that, It includes: Obtain Chime sound information; Control flow and audio data flow are generated in parallel based on the Chime sound information; Integrate the control flow and the audio data stream into a continuous data packet; The data packet is received and parsed, including the control and audio parts.

2. The vehicle-mounted orientation chime synchronization control method according to claim 1, characterized in that, The step of acquiring Chime tone information includes: the CDC receiving Chime tone information from the PDC controller via the CAN bus, wherein the Chime tone information includes an alarm trigger signal.

3. The vehicle-mounted orientation chime synchronization control method according to claim 2, characterized in that, The step of generating control flow and audio data stream in parallel based on the Chime sound information includes: Based on the type of Chime sound information, the internally stored audio library is indexed, and the corresponding pre-stored Chime sound raw PCM data is read. Based on the location of the Chime sound information, the channel enable signal, volume control signal, and priority identifier are generated through encoding and mapping.

4. The vehicle-mounted orientation chime synchronization control method according to claim 3, characterized in that, The step of integrating the control flow and the audio data stream into a continuous data packet includes: the CDC integrating the control flow and the audio data stream into a continuous A2B data packet, wherein the A2B data packet structure includes a frame header identifier, a control field, an audio data field, and a checksum field.

5. The vehicle-mounted orientation chime synchronization control method according to claim 4, characterized in that, The steps of receiving the data packet and parsing the control and audio portions include: AMP receives data packets from the CDC's A2B bus, first parses the verification field to confirm data integrity, and then synchronously extracts the control field and audio data field.

6. The vehicle-mounted orientation chime synchronization control method according to claim 4, characterized in that, The steps of receiving the data packet and parsing the control and audio portions include: Activate the audio channel corresponding to the location based on the control field; The audio data stream is synchronously output to the active audio channel to drive the speaker to produce sound.

7. The vehicle-mounted orientation chime synchronization control method according to claim 6, characterized in that, It also includes the following steps: If no data packets are received for several consecutive frames, shut down the output of all relevant audio channels. If a single frame fails to be validated, the frame is discarded, and the control fields from the previous frame that were successfully parsed are used to maintain the current speaker channel state.

8. A vehicle-mounted orientation Chime tone synchronization control system, characterized in that, Configured for implementing the method of any one of claims 1-7, comprising: Information acquisition unit, used to acquire Chime sound information; A data stream generation unit is used to generate a control stream and an audio data stream in parallel based on the Chime audio information; A data integration unit is used to integrate the control flow and the audio data stream into a continuous data packet; The parsing unit is used to receive the data packet and parse the parsing control section and audio section.

9. An electronic device, characterized in that, include: One or more processors; Memory, used to store one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the method as described in any one of claims 1 to 7.

10. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method as described in any one of claims 1 to 7.

Images