Vehicle-mounted audio playing equipment

Abstract

The utility model belongs to the technical field of automotive electronics, and particularly relates to vehicle-mounted audio playing equipment, which comprises a main shell, a PCB (printed circuit board) and a loudspeaker, and is characterized in that the PCB is fixedly embedded in the main shell, the loudspeaker is fixedly connected with one side of the main shell, the PCB comprises an MCU (microprogrammed control unit), an LIN (local interconnect network) receiving chip, a Bluetooth chip, a power amplifier chip and a storage module, and the Bluetooth chip is connected with the power amplifier chip. The LIN receiving chip, the Bluetooth chip and the power amplifier chip are all connected with the MCU, and the MCU is connected with the storage module and the loudspeaker. According to the utility model, through the cooperation of the upper computer and the audio data processing module, a user can conveniently carry out personalized audio updating, and the personalized pursuit of the user for vehicle-mounted audio alarm is greatly satisfied. And the user can select different audio files according to own preferences, so that real personalized customization is realized.

Description

Technical Field

[0001] This utility model relates to the field of automotive electronics technology, and in particular to an in-vehicle audio playback device. Background Technology

[0002] Currently, the automotive industry is experiencing strong growth, and users' demand for personalized in-vehicle audio signals is constantly increasing. However, products with customizable alarm sounds (such as siren, lock sound, unlock sound, etc.) are not yet widely available in the automotive market.

[0003] On the one hand, achieving such functionality is costly, involving multiple aspects such as hardware upgrades, software debugging, and after-sales service; on the other hand, users' personalized audio needs are diverse, and traditional fixed audio modes are difficult to meet users' personalized pursuits. Utility Model Content

[0004] The purpose of this invention is to solve the problem that the fixed audio mode mentioned in the background art is difficult to meet the personalized pursuit of users, and to propose an in-vehicle audio playback device.

[0005] In order to achieve the above purpose, the present invention adopts the following technical solutions:

[0006] A vehicle-mounted audio playback device includes a main housing, a PCB board, and a speaker. The PCB board is fixedly embedded inside the main housing, and the speaker is fixedly connected to one side of the main housing. The PCB board includes an MCU, a LIN receiver chip, a Bluetooth chip, a power amplifier chip, and a storage module. The LIN receiver chip, Bluetooth chip, and power amplifier chip are all connected to the MCU, and the MCU is connected to the storage module and the speaker.

[0007] Preferably, a LIN interface is provided on one side of the main housing, and the LIN interface is connected to the PCB board.

[0008] Preferably, a 12V power connector is fixedly connected to the back of the main housing, and the 12V power connector is connected to the PCB board.

[0009] Preferably, the MCU is an ARM Cortex M4 chip.

[0010] Compared with the prior art, the present invention has the following beneficial effects:

[0011] 1. This utility model, through the cooperation of a host computer and an audio data processing module, enables users to easily update personalized audio, greatly satisfying users' pursuit of personalized vehicle audio alarms. Users can select different audio files according to their preferences, achieving true personalization.

[0012] 2. The device structure of this utility model is rationally designed, and the collaborative work efficiency between various modules is high. For example, the use of specific digital power amplifier chips and LIN-to-UART modules improves the stability and reliability of audio processing and reduces maintenance needs caused by hardware failures. Simultaneously, optimized transmission and playback testing methods reduce the probability of data transmission errors, thereby reducing maintenance costs caused by erroneous transmissions.

[0013] 3. In this invention, the data connection between the host computer and the audio data processing module is stable, reliable, and fast. A clear command sending and response mechanism ensures accurate audio data transmission. In terms of audio data processing, the MCU can quickly decode audio data, improving the overall system response speed. Furthermore, the use of external FLASH memory provides ample space for storing personalized audio files, and its electrically erasable, programmable, and non-volatile characteristics guarantee data security and stability.

[0014] 4. The personalized audio provided in this utility model, through a host computer transmission and playback testing method, can simulate the triggering of personalized audio playback by a vehicle-mounted system. This function allows users to perform playback tests promptly after uploading audio files, ensuring the correctness of the audio files and the playback effect. If a transmission error occurs, the system can promptly detect it and prompt the user to re-upload, ensuring the accuracy and reliability of audio playback. Attached Figure Description

[0015] Figure 1 This is a three-dimensional structural diagram of an in-vehicle audio playback device proposed in this utility model;

[0016] Figure 2 This is a front view structural diagram of an in-vehicle audio playback device proposed in this utility model;

[0017] Figure 3 This is a side sectional view of a vehicle-mounted audio playback device proposed in this utility model;

[0018] Figure 4 This is a schematic diagram of the power circuit for an in-vehicle audio playback device proposed in this utility model.

[0019] Figure 5 This is a schematic diagram of the control element circuit of an in-vehicle audio playback device proposed in this utility model.

[0020] In the diagram: 1. Main casing, 2. PCB board, 3. Speaker, 4. LIN interface. Detailed Implementation

[0021] The technical solutions in the embodiments of the present invention will be described clearly and completely below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, rather than all the embodiments.

[0022] Reference Figure 1-5 A vehicle-mounted audio playback device includes a main housing 1, a PCB board 2, and a speaker 3. The PCB board 2 is fixedly embedded inside the main housing 1, and the speaker 3 is fixedly connected to one side of the main housing 1.

[0023] In this embodiment, a LIN interface 4 is provided on one side of the main housing 1, and the LIN interface 4 is connected to the PCB board 2;

[0024] In this embodiment, PCB board 2 includes an MCU, a LIN receiver chip, a Bluetooth chip, a power amplifier chip, and a storage module. The MCU is an ARM Cortex M4 chip.

[0025] In this embodiment, the LIN receiver chip, Bluetooth chip, and power amplifier chip are all connected to the MCU.

[0026] In this embodiment, the MCU is connected to the storage module and the speaker 3. A 12V power connector is fixedly connected to the back of the main housing 1, and the output end of the 12V power connector is connected to the input end of the PCB board 2.

[0027] In this embodiment, LIN reception is primarily implemented through a LIN receiver chip. This chip converts the LIN standard frame format signal sent by the vehicle's infotainment system into a serial port signal. The MCU then processes the data using a specific proprietary protocol based on the standard frame format.

[0028] In this embodiment, the audio file decoding is based on the Helix decoding library. The Helix decoding library boasts efficient and stable decoding performance, accurately decoding received audio data into playable audio signals. By utilizing the Helix decoding library, this device can support the decoding of various audio formats, providing users with a wider range of audio choices.

[0029] In this embodiment, the serial port receiving method utilizes a USB-to-TTL converter to establish a serial port pin connection between the host computer and the device. The MCU processes the data received via the serial port strictly according to a defined proprietary protocol. This proprietary protocol enables the device to accurately identify and parse specific instructions and data from the host computer, especially data related to audio files. In this way, the device can efficiently receive and process audio files from the host computer, providing users with more audio source options.

[0030] In this embodiment, the Bluetooth chip plays a crucial role in the Bluetooth reception method. The Bluetooth chip converts BLE (Bluetooth Low Energy) signals into serial signals. Similar to serial port reception, the MCU processes the received Bluetooth data according to a defined proprietary protocol. This means that the device can communicate with external devices via Bluetooth and receive data such as audio files.

[0031] In this embodiment, full-duplex communication with the MCU (Microcontroller Unit) is achieved through SPI (Serial Peripheral Interface). SPI communication is characterized by high speed and stability. Whether it is reading or writing audio files or exchanging other commands, it can be performed efficiently at a high clock frequency.

[0032] In this embodiment, audio file management is based on the Fatfs file management system. The Fatfs file management system has powerful functions, enabling effective organization, storage, and retrieval of audio files. It can easily manage the directory structure, filenames, and file attributes of audio files. Through the Fatfs file management system, the device can quickly locate and read the required audio files, providing strong support for functions such as playing personalized ringtones.

[0033] In this embodiment, the system adopts the I2S standard protocol for audio transmission. The audio data format has strict and unified specifications, with a data bit width of 32 bits. This specific data format ensures the accuracy and stability of the audio signal during transmission, providing high-quality audio playback. The output audio is single-channel data, meeting specific application requirements.

[0034] In this embodiment, the output I2S signal passes through a tri-state buffer. The tri-state buffer can isolate the signal and enhance the driving capability, ensuring that the I2S signal is not interfered with during transmission to the power amplifier chip and can be stably received by the power amplifier chip.

[0035] In this embodiment, the power amplifier chip configuration register uses the I2C protocol. By writing different values ​​to a specified register, functions such as controlling the volume of the output analog signal can be achieved. The I2C protocol is simple and efficient, enabling convenient configuration and control of the power amplifier chip. For example, the volume can be adjusted or other audio parameters can be set according to user needs to meet different usage scenarios.

[0036] In this embodiment, considering the requirements for reverse connection protection and voltage reduction, we carefully adopted the LDO (Low Dropout Linear Regulator) voltage reduction method to achieve the voltage reduction operation in terms of power supply processing.

[0037] In this embodiment, the LDO has advantages such as stable output voltage and low noise, and can provide a stable power supply voltage for components with high power quality requirements. Through the step-down processing of the LDO, the 12V input voltage can be reduced to a voltage range suitable for the operation of specific components, ensuring that these components can operate stably and reliably.

[0038] In this embodiment, this step-down method allows for flexible power supply configuration based on the needs of different components, providing stable and reliable power to the corresponding components. The circuit diagram clearly shows the power input, LDO connection method, and power supply path of each component, providing a solid hardware foundation for the stable operation of the equipment.

[0039] In this embodiment, the FreeRTOS real-time operating system is used, which has many advantages such as high efficiency, stability, and customizability. This real-time operating system mainly includes two important threads: a serial port data receiving thread and an audio playback thread.

[0040] In this embodiment, the LIN data receiving thread is responsible for receiving data from the vehicle's LIN bus. This data includes vehicle trigger signals, host computer trigger signals, and host computer data transmission signals. This thread needs to have high real-time performance to respond promptly to changes in vehicle status and data transmission from the host computer. To ensure its efficient operation, an appropriate priority and stack size are assigned to it. A higher priority ensures that the thread can be executed first when system resources are scarce, thereby obtaining the latest vehicle status information in a timely manner.

[0041] In this embodiment, the Bluetooth data or serial port data receiving thread is primarily responsible for receiving Bluetooth data from the host computer. Users can connect to the device via Bluetooth through a specific host computer and transmit personalized audio files to the system, or send control commands to play specific ringtones. This thread also requires high real-time performance to quickly respond to user actions.

[0042] In this embodiment, the audio playback thread is responsible for playing personalized ringback tones. When the system receives unlock, lock, or alarm signals, this thread plays the corresponding audio file according to preset rules. To ensure the quality and stability of audio playback, sufficient resources need to be allocated to this thread, including appropriate priority and stack size. This ensures that audio playback is not interfered with by other threads, thus providing a good user experience.

[0043] In this embodiment, by assigning different priorities and stack sizes to the two threads, multi-threaded parallel operation can be achieved. The higher-priority thread is executed first when system resources are scarce, while the lower-priority thread executes when system resources are plentiful. The stack size allocation can be adjusted according to the actual needs of the threads to ensure that they can run normally without stack overflow or other issues. This multi-threaded parallel operation method can improve the overall system performance and response speed, providing users with a more intelligent and convenient personalized parking ringback tone service.

[0044] The above is only a preferred specific implementation method of the present invention, but the protection scope of the present invention is not limited to this. Any technician familiar with the technical field within the technical scope disclosed by the present invention can make equivalent replacements or changes based on the technical solution and utility model concept of the present invention, which should be covered by the protection scope of the present invention.

Claims

1. A vehicle-mounted audio playback device, comprising a main housing (1), a PCB board (2), and a speaker (3), characterized in that: The PCB board (2) is fixedly embedded inside the main housing (1), and the speaker (3) is fixedly connected to one side of the main housing (1). The PCB board (2) includes an MCU, a LIN receiver chip, a Bluetooth chip, a power amplifier chip and a storage module. The LIN receiver chip, the Bluetooth chip and the power amplifier chip are all connected to the MCU. The MCU is connected to the storage module and the speaker (3).

2. The in-vehicle audio playback device according to claim 1, characterized in that: The main housing (1) has a LIN interface (4) on one side, which is connected to the PCB board (2).

3. The in-vehicle audio playback device according to claim 1, characterized in that: A 12V power connector is fixedly connected to the back of the main housing (1), and the 12V power connector is connected to the PCB board (2).

4. The in-vehicle audio playback device according to claim 1, characterized in that: The MCU is an ARM Cortex M4 chip.

Images