A method and apparatus for testing an audio link, a vehicle and a storage medium
By automatically controlling the playback and acquisition of audio data through the in-vehicle infotainment controller, the high cost and complexity of audio link testing in existing technologies are solved, achieving low-cost and high-efficiency audio link testing.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- BEIJING CO WHEELS TECH CO LTD
- Filing Date
- 2024-11-29
- Publication Date
- 2026-05-29
AI Technical Summary
Existing technologies rely on external equipment for A2B audio link testing before vehicles leave the factory, resulting in high testing costs and complex implementation, and making it impossible to efficiently complete multi-channel testing.
By utilizing the vehicle's existing in-vehicle infotainment controller, audio output devices, and audio acquisition devices, the playback and acquisition of audio data are automatically controlled, enabling testing of the audio link, including automatic testing of the audio acquisition and output devices.
It reduces the cost of audio link testing, improves testing efficiency, reduces manual intervention, and achieves efficient audio link testing.
Smart Images
Figure CN122120683A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the technical field of vehicle testing, and in particular to a testing method for an audio link, a testing apparatus for an audio link, a vehicle, and a computer-readable storage medium. Background Technology
[0002] Audio is a core function of the intelligent cockpit in vehicles, encompassing applications such as in-vehicle audio, voice recognition, emergency call (e-call), noise cancellation, and echo cancellation. With the development of intelligent and connected vehicles, the requirements for audio development are becoming increasingly demanding, necessitating the inclusion of more advanced and feature-rich infotainment functions to meet consumer user experience needs. To further enhance the user experience, A2B (Automotive Audio Bus) has emerged.
[0003] Before vehicles leave the factory, audio link testing is typically required for A2B (Analog-to-Body) communication. Related technologies often use A2B analog-to-digital converters to simulate signals for audio link testing. Other technologies involve using End-of-Line (EOL) equipment to simulate actual operating conditions for A2B audio link testing. For example, during Road Noise Cancellation (RNC) data acquisition, an EOL device can control a vibration table, allowing the RNC to collect acceleration signals from the vibration table along the X, Y, and Z axes to determine if the audio link is functioning correctly.
[0004] However, both of these methods heavily rely on external equipment, and the vehicle production stage involves multi-channel testing scenarios, resulting in high testing costs. Furthermore, both methods require separate development of host computer programs to control the A2B simulation conversion instrument and vibration table, making implementation quite complex. Summary of the Invention
[0005] In view of the above problems, an audio link testing method, an audio link testing apparatus, a vehicle, and a computer-readable storage medium are proposed to overcome or at least partially solve the above problems, comprising:
[0006] An audio link testing method applied to a vehicle, the vehicle being equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices, the method comprising:
[0007] The in-vehicle infotainment controller controls at least one audio output device to play first target audio data, and acquires second target audio data generated by each audio acquisition device when the audio output device plays the first target audio data;
[0008] Based on the second target audio data, each audio acquisition device is tested, and the target audio acquisition device that passes the test is determined.
[0009] Control each audio output device to play the third target audio data one by one, and acquire the fourth target audio data generated by the target audio acquisition device when the audio output device plays the third target audio data;
[0010] Based on the fourth target audio data, each audio output device is tested.
[0011] Optionally, the step of testing each audio acquisition device based on the second target audio data includes:
[0012] Obtain the first test pass condition set for the first target audio data;
[0013] When the second target audio data meets the first test pass condition, it is determined that the audio acquisition device corresponding to the second target audio data has passed the test.
[0014] Optionally, the method further includes:
[0015] Obtain the target fault diagnostic code and determine the target device corresponding to the target fault diagnostic code;
[0016] The audio acquisition device identified as the target device will be marked as failing the test.
[0017] Optionally, the step of testing each audio output device based on the fourth target audio data includes:
[0018] Obtain the third test pass condition set for the third target audio data.
[0019] When the fourth target audio data meets the third test pass condition, the audio output device corresponding to the fourth target audio data is determined to have passed the test.
[0020] Optionally, the method further includes:
[0021] Obtain the target fault diagnostic code and determine the target device corresponding to the target fault diagnostic code;
[0022] The audio output device identified as the target device will be marked as failing the test.
[0023] Optionally, the first test pass condition includes known first target audio parameters set for the first target audio data, and the method further includes:
[0024] Based on the second target audio data, determine the second target audio parameters to be compared;
[0025] Compare the second target audio parameters to be compared with the known first target audio parameters;
[0026] When the second target audio parameter to be compared does not match the known first target audio parameter, it is determined that the second target audio data does not meet the first test pass condition;
[0027] When the second target audio parameter to be compared matches the known first target audio parameter, it is determined that the second target audio data meets the first test pass condition.
[0028] Optionally, the method further includes:
[0029] The test results of each audio output device and audio acquisition device are displayed.
[0030] The present invention also provides an audio link testing device for a vehicle, wherein the vehicle is equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices, the device comprising:
[0031] The first control module is used to control at least one audio output device to play the first target audio data, and to acquire the second target audio data generated by each audio acquisition device when the audio output device plays the first target audio data;
[0032] The first testing module is used to test each audio acquisition device based on the second target audio data, and to determine the target audio acquisition device that passes the test.
[0033] The second control module is used to control each audio output device to play the third target audio data one by one, and to acquire the fourth target audio data generated by the target audio acquisition device when the audio output device plays the third target audio data;
[0034] The second testing module is used to test each audio output device based on the fourth target audio data.
[0035] Optionally, the first testing module is used to obtain a first test pass condition set for the first target audio data; when the second target audio data meets the first test pass condition, it is determined that the audio acquisition device corresponding to the second target audio data has passed the test.
[0036] Optionally, the device further includes:
[0037] The first judgment module is used to obtain the target fault diagnosis code and determine the target device corresponding to the target fault diagnosis code; and set the audio acquisition device determined to be the target device as failing the test.
[0038] Optionally, the second testing module is used to obtain a third test pass condition set for the third target audio data; when the fourth target audio data meets the third test pass condition, it is determined that the audio output device corresponding to the fourth target audio data has passed the test.
[0039] Optionally, the device further includes:
[0040] The second determination module is used to obtain the target fault diagnostic code and determine the target device corresponding to the target fault diagnostic code; and set the audio output device that is determined to be the target device to fail the test.
[0041] Optionally, the first test pass condition includes known first target audio parameters set for the first target audio data. The first test module is further configured to determine second target audio parameters to be compared based on the second target audio data; compare the second target audio parameters to be compared with the known first target audio parameters; determine that the second target audio data does not meet the first test pass condition when the second target audio parameters to be compared do not match the known first target audio parameters; and determine that the second target audio data meets the first test pass condition when the second target audio parameters to be compared match the known first target audio parameters.
[0042] Optionally, the device further includes:
[0043] The display module is used to show the test results of various audio output devices and audio acquisition devices.
[0044] The present invention also provides a vehicle including a processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the above-described audio link testing method.
[0045] The present invention also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described audio link testing method.
[0046] The present invention has the following advantages:
[0047] In this invention, a vehicle is equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices. The in-vehicle infotainment controller controls at least one audio output device to play first target audio data and acquires second target audio data generated by each audio acquisition device while the first target audio data is played. Based on the second target audio data, each audio acquisition device is tested, and a target audio acquisition device that passes the test is determined. The controller then controls each audio output device to play third target audio data sequentially and acquires fourth target audio data generated by the target audio acquisition device while the third target audio data is played. Based on the fourth target audio data, each audio output device is tested. This invention allows for low-cost testing of the vehicle's audio link by reusing the vehicle's in-vehicle infotainment controller. Furthermore, the in-vehicle infotainment controller automatically calls upon audio output devices and audio acquisition devices to perform audio link testing, eliminating the need for manual audio playback, manual audio acquisition, and manual comparison and analysis, thus improving the efficiency of audio link testing. Attached Figure Description
[0048] To more clearly illustrate the technical solution of the present invention, the accompanying drawings used in the description of the present invention will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0049] Figure 1 This is a flowchart of the steps of an audio link testing method according to an embodiment of the present invention;
[0050] Figure 2 This is a flowchart of another audio link testing method according to an embodiment of the present invention;
[0051] Figure 3 This is a partial structural schematic diagram of a vehicle according to an embodiment of the present invention;
[0052] Figure 4 This is a flowchart illustrating the steps of testing a vehicle audio link according to an embodiment of the present invention;
[0053] Figure 5 This is a flowchart illustrating the steps of testing an audio acquisition device according to an embodiment of the present invention;
[0054] Figure 6 This is a flowchart illustrating the steps of testing an audio output device according to an embodiment of the present invention;
[0055] Figure 7 This is a structural block diagram of an audio link testing device according to an embodiment of the present invention. Detailed Implementation
[0056] To make the above-mentioned objects, features, and advantages of the present invention more apparent and understandable, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without inventive effort are within the scope of protection of the present invention.
[0057] To test vehicle audio links in a low-cost and efficient manner, this invention provides a method for testing audio links that reuses existing in-vehicle infotainment controllers, audio output devices, and audio acquisition devices. Specifically, refer to... Figure 1 , Figure 1 A flowchart illustrating the steps of an audio link testing method according to an embodiment of the present invention is shown.
[0058] like Figure 1 As shown, the method may include the following steps:
[0059] Step 101: The in-vehicle infotainment controller controls at least one audio output device to play the first target audio data, and acquires the second target audio data generated by each audio acquisition device when the audio output device plays the first target audio data.
[0060] In practical applications, an audio link refers to the link in a vehicle used for capturing or playing audio. This link can include audio output devices or audio acquisition devices. Audio output devices can be speakers or other devices with audio playback capabilities, while audio acquisition devices can be microphones or other devices with audio acquisition capabilities. Testing the audio link is essentially testing the audio playback devices or audio acquisition devices.
[0061] In this embodiment of the invention, the in-vehicle infotainment controller can first control at least one audio output device from a plurality of audio output devices to play the first target audio data. The in-vehicle infotainment controller can be the HU (Head Unit) in the vehicle, which, in addition to controlling the audio output devices and audio acquisition devices, can also control other units in the vehicle; this embodiment of the invention does not limit this. The first target audio data can be pre-set audio data used for testing.
[0062] While the audio output device plays the first target audio data, the in-vehicle infotainment controller can also control the audio acquisition device to be tested to acquire audio and generate the second target audio data.
[0063] It should be noted that when playing the first target audio data, all audio output devices in the vehicle can be controlled to play the first target audio data. This avoids the situation where only some audio output devices are used to play the first target audio data, and a failure of those devices could lead to all audio acquisition devices capturing abnormal audio. Controlling all audio output devices to play the data reduces this risk.
[0064] Step 102: Based on the second target audio data, test each audio acquisition device and determine the target audio acquisition device that passes the test.
[0065] After obtaining the second target audio data generated by each audio acquisition device, the in-vehicle infotainment controller can test each audio acquisition device based on the second target audio data to test whether there are any abnormalities in the audio link corresponding to each audio acquisition device.
[0066] For example, the audio link corresponding to an audio acquisition device can be tested based on the second target audio data generated by that audio acquisition device. If no abnormalities are found in the test, the audio acquisition device can be determined to have passed the test and can be used as the target audio acquisition device.
[0067] Step 103: Control each audio output device to play the third target audio data one by one, and acquire the fourth target audio data generated by the target audio acquisition device when the audio output device plays the third target audio data.
[0068] After identifying the target audio acquisition device, the in-vehicle infotainment controller can test the audio output devices; specifically, the in-vehicle infotainment controller can first control all audio output devices, or the audio output devices to be tested can play the third target audio data one by one.
[0069] When controlling the audio output device to play the third target audio data, the vehicle infotainment controller can control the target audio acquisition device, that is, use an audio acquisition device that has been tested and found to be free of abnormalities to acquire audio and generate the fourth target audio data.
[0070] The target audio acquisition device can acquire data and generate a fourth target audio data when each audio output device plays the third target audio data.
[0071] Step 104: Test each audio output device based on the fourth target audio data.
[0072] After obtaining the fourth target audio data, each audio output device can be tested based on the fourth target audio data. For example, if there is no abnormality in the fourth target audio data corresponding to an audio output device, it can be determined that the audio output device is also not abnormal, and thus it can be determined that the audio link corresponding to the audio output device is also not abnormal.
[0073] Conversely, if the fourth target audio data corresponding to an audio output device is abnormal, it can be determined that the audio output device is also abnormal, and thus the audio link corresponding to the audio output device is also abnormal. This embodiment of the invention does not limit this.
[0074] In this embodiment of the invention, the vehicle is equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices. The in-vehicle infotainment controller controls at least one audio output device to play first target audio data and acquires second target audio data generated by each audio acquisition device while the first target audio data is played. Based on the second target audio data, each audio acquisition device is tested, and a target audio acquisition device that passes the test is determined. The controller then controls each audio output device to play third target audio data one by one and acquires fourth target audio data generated by the target audio acquisition device while the third target audio data is played. Based on the fourth target audio data, each audio output device is tested. Through this embodiment of the invention, the testing of the audio link in the vehicle can be completed at low cost by reusing the vehicle's in-vehicle infotainment controller. Furthermore, the in-vehicle infotainment controller automatically calls the audio output devices and audio acquisition devices to perform audio link testing, eliminating the need for manual audio playback, manual audio acquisition, and manual comparison and analysis by personnel, thus improving the efficiency of audio link testing.
[0075] Reference Figure 2 The diagram illustrates a flowchart of another audio link testing method according to an embodiment of the present invention, which may include the following steps:
[0076] Step 201: The in-vehicle infotainment controller controls at least one audio output device to play the first target audio data, and acquires the second target audio data generated by each audio acquisition device when the audio output device plays the first target audio data.
[0077] In this embodiment of the invention, the in-vehicle infotainment controller can first control at least one audio output device of a plurality of audio output devices to play the first target audio data.
[0078] While the audio output device plays the first target audio data, the in-vehicle infotainment controller can also control the audio acquisition device to be tested to acquire audio and generate the second target audio data.
[0079] Step 202: Obtain the first test pass condition set for the first target audio data.
[0080] After obtaining the second target audio data, the vehicle infotainment controller can acquire the first test pass condition set for the first target audio data, and determine whether the first target audio data matches the second target audio data based on the first test pass condition.
[0081] Step 203: When the second target audio data meets the first test pass condition, determine that the audio acquisition device corresponding to the second target audio data has passed the test.
[0082] In practical applications, if the second target audio data meets the first test pass condition, then the audio acquisition device corresponding to the second target audio data can be considered to have passed the test. Conversely, if the second target audio data does not meet the first test pass condition, then the audio acquisition device corresponding to the second target audio data can be considered to have failed the test.
[0083] In one embodiment of the present invention, before step 203 above, the following step may be included to determine whether the second target audio data meets the first test pass condition:
[0084] The first test passing conditions include: setting known first target audio parameters for the first target audio data; determining the second target audio parameters to be compared based on the second target audio data; comparing the second target audio parameters to be compared with the known first target audio parameters; determining that the second target audio data does not meet the first test passing conditions when the second target audio parameters to be compared do not match the known first target audio parameters; and determining that the second target audio data meets the first test passing conditions when the second target audio parameters to be compared match the known first target audio parameters.
[0085] The known first target audio parameter can refer to the audio parameter corresponding to the first target audio data, which can be used as a reference parameter to determine whether the second target audio data meets the first test pass condition.
[0086] In some feasible embodiments, after obtaining the second target audio data, the in-vehicle infotainment controller can process the second target audio data to obtain corresponding second target audio parameters to be compared. The second target audio parameters to be compared may refer to parameters such as the amplitude corresponding to the second target audio data. The known first target audio parameters may refer to parameters such as the amplitude corresponding to the first target audio data.
[0087] After obtaining the second target audio parameters to be compared, the in-vehicle infotainment controller can compare the second target audio parameters with the known first target audio parameters to determine whether the audio acquisition device that generated the second target audio data is malfunctioning. Specifically, when the audio acquisition device is malfunctioning, the second target audio data it generates will differ significantly from the first target audio data, resulting in a large difference between the second target audio parameters to be compared and the known first target audio parameters. Based on this, if the second target audio parameters to be compared do not match the known first target audio parameters, it can be determined that the second target audio data does not meet the first test pass condition; if the second target audio parameters to be compared match the known first audio parameters, it can be determined that the second target audio data meets the first test pass condition.
[0088] In one embodiment of the present invention, the above method may further include the following steps:
[0089] Obtain the target fault diagnostic code and identify the target device corresponding to the target fault diagnostic code; set the audio acquisition device identified as the target device to fail the test.
[0090] In some feasible embodiments, DTC (Diagnostic Trouble Code) can also be used to determine whether the device is abnormal. Specifically, when the audio acquisition device is abnormal, it can actively send a DTC to the in-vehicle infotainment controller. Based on the acquired DTC, the in-vehicle infotainment controller can determine that the audio acquisition device is abnormal.
[0091] Based on this, in this embodiment of the invention, the in-vehicle infotainment controller can acquire the target fault diagnostic codes of various devices in the vehicle and determine the target device corresponding to each target fault diagnostic code. Then, it can further determine whether the audio acquisition device is the target device.
[0092] If the audio acquisition device is the target device, the test of the audio acquisition device can be determined to be unsuccessful; conversely, if the audio acquisition device is not the target device, and its corresponding second target audio data also matches the known first target audio parameters, the test of the audio acquisition device can be determined to be successful.
[0093] Step 204: Identify the target audio acquisition device that has passed the test.
[0094] Once the audio acquisition devices that have passed the test are identified, they can be used as target audio acquisition devices for subsequent testing of audio output devices.
[0095] Step 205: Control each audio output device to play the third target audio data one by one, and acquire the fourth target audio data generated by the target audio acquisition device when the audio output device plays the third target audio data.
[0096] After identifying the target audio acquisition device, the in-vehicle infotainment controller can control all audio output devices, or the audio output devices to be tested can play the third target audio data one by one.
[0097] When controlling the audio output device to play the third target audio data, the in-vehicle infotainment controller can control the target audio acquisition device, that is, the audio acquisition device that has been tested and found to be free of abnormalities, to acquire audio and generate the fourth target audio data.
[0098] Step 206: Obtain the third test pass condition set for the third target audio data.
[0099] After obtaining the fourth target audio data, the vehicle infotainment controller can acquire the third test pass conditions set for the third target audio data, and determine whether the third target audio data matches the fourth target audio data based on the third test pass conditions.
[0100] Step 207: When the fourth target audio data meets the third test pass condition, determine that the audio output device corresponding to the fourth target audio data has passed the test.
[0101] In practical applications, if the fourth target audio data meets the third test pass condition, then the audio acquisition device corresponding to the fourth target audio data can be considered to have passed the test. Conversely, if the fourth target audio data does not meet the third test pass condition, then the audio acquisition device corresponding to the fourth target audio data can be considered to have failed the test.
[0102] In one embodiment of the present invention, before step 207 above, the following step may be included to determine whether the fourth target audio data meets the third test pass condition:
[0103] The conditions for passing the third test include: setting known third target audio parameters for the third target audio data; determining the fourth target audio parameters to be compared based on the fourth target audio data; comparing the fourth target audio parameters to be compared with the known third target audio parameters; determining that the fourth target audio data does not match the known third target audio parameters when the fourth target audio parameters to be compared do not match the known third target audio parameters; and determining that the fourth target audio data matches the known third target audio parameters when the fourth target audio parameters to be compared match the known third target audio parameters.
[0104] Among them, the known third target audio parameters can refer to the audio parameters corresponding to the third target audio data, which can be used as reference parameters to determine whether the fourth target audio data meets the third test pass condition.
[0105] In some feasible embodiments, after obtaining the fourth target audio data, the in-vehicle infotainment controller can first process the fourth target audio data to obtain the corresponding fourth target audio parameters to be compared. The fourth target audio parameters to be compared may refer to parameters such as the amplitude corresponding to the fourth target audio data.
[0106] After obtaining the fourth target audio parameters to be compared, the in-vehicle infotainment controller can compare these parameters with the known third target audio parameters to determine if there was any abnormality in the audio output device playing the third target audio data during the generation of the fourth target audio data. Specifically, if the audio output device malfunctions, the sound produced by playing the third target audio data will be abnormal, leading to a significant difference between the fourth target audio parameters to be compared and the known third target audio parameters of the fourth target audio data acquired by the target audio acquisition device. Based on this, if the fourth target audio parameters to be compared do not match the known third target audio parameters, it can be determined that the fourth target audio data does not meet the third test pass condition; if the fourth target audio parameters to be compared match the known third target audio parameters, it can be determined that the fourth target audio data does not meet the third test pass condition.
[0107] When the fourth target audio parameter is determined to match the known third target audio parameter, the in-vehicle infotainment controller can determine that the audio output device that played the third target audio data passed the test during the generation of the fourth target audio data, that is, the audio output device is not abnormal and its corresponding audio link is not abnormal.
[0108] Conversely, when it is determined that the fourth target audio parameters do not match the known third target audio parameters, the in-vehicle infotainment controller can determine that the audio output device that played the third target audio data failed the test during the generation of the fourth target audio data, that is, the audio output device is abnormal and its corresponding audio link is abnormal.
[0109] In one embodiment of the present invention, the above method may further include the following steps:
[0110] Obtain the target fault diagnostic code and identify the target device corresponding to the target fault diagnostic code; set the audio output device identified as the target device to fail the test.
[0111] In some feasible embodiments, the in-vehicle infotainment controller can acquire target diagnostic codes for each device in the vehicle and determine the target device corresponding to each target diagnostic code. Then, it can be further determined whether the audio output device is the target device.
[0112] If the audio output device is the target device, the test for the audio output device can be determined to be unsuccessful; conversely, if the audio output device is not the target device, and its corresponding fourth target audio data also matches the known third target audio parameters, the test for the audio output device can be determined to be successful.
[0113] In one embodiment of the present invention, the above method may further include the following steps:
[0114] The test results of each audio output device and audio acquisition device are displayed.
[0115] In some feasible embodiments, after determining the test results of each audio output device and each audio test device, the test results of each audio output device and audio acquisition device can be displayed to facilitate staff investigation.
[0116] For example, such as Figure 3 As shown, the in-vehicle infotainment controller 31 may include a system-on-a-chip (SoC) 32, a first microcontroller unit (MCU) 33, and a main audio bus A2B module 34. The MCU A2B module 34 is connected to the SoC 32, and the communication method between the MCU A2B module 34 and the SoC 32 is TDM (Time Division Multiplexing). The SoC 32 contains a digital signal processor 35. The SoC 32 can be connected to the driver's microphone 36 via the MCU A2B module 34. The driver's microphone 36 can be connected to the slave audio bus A2B module 38 of the power amplifier unit 37 via its corresponding audio bus A2B. The slave audio bus A2B module 38 can be externally connected to multiple microphones (e.g., second-row left microphone 39, second-row right microphone 40, and passenger microphone 41) and controls multiple speakers (e.g., second-row right speaker 44, passenger speaker 45, second-row left speaker 46, and driver speaker 47) through the first power amplifier chip 42 and the second power amplifier chip 43.
[0117] The first microcontroller unit 33 of the in-vehicle infotainment controller 31 communicates with the second microcontroller unit 48 of the power amplifier unit 37 via CAN. The first microcontroller unit 33 communicates with the main audio bus A2B module via IIC communication, and the second microcontroller unit 48 communicates with the slave audio bus A2B module 38 via IIC (Inter-Integrated Circuit) communication. The in-vehicle infotainment controller 31 can also be connected to the central control screen 49 to display the test results of various audio acquisition devices (e.g., second-row left microphone 39, second-row right microphone 40, passenger microphone 41) or audio output devices (e.g., second-row right speaker 44, passenger speaker 45, second-row left speaker 46, driver speaker 47).
[0118] To better understand the testing methods mentioned in the embodiments of the present invention, specific examples are provided below in conjunction with... Figure 4 The testing process for the aforementioned audio link will be explained; and combined with... Figure 5 The process of testing the audio link is explained by examining the data interaction between various components in an actual vehicle.
[0119] like Figure 4 As shown in S401, the in-vehicle infotainment controller first responds to the audio acquisition device test command, controlling all audio output devices in the vehicle to simultaneously output the first target audio data according to preset parameters. S402, while outputting the first target audio data, it can also respond to the in-vehicle audio link test command, controlling all audio acquisition devices in the vehicle to simultaneously acquire and generate the second target audio data.
[0120] S403. Then, it can be determined one by one whether the second target audio data collected by the entire in-vehicle audio acquisition device meets the preset test pass conditions; if the preset test pass conditions are met and no DTC is reported on the corresponding audio link, then the audio acquisition device of the audio link is determined to have passed the test.
[0121] S404. Furthermore, in response to an audio output device test command, all audio output devices inside the vehicle can be controlled to play the third target audio data one by one according to preset parameters until all audio output devices have completed output. S405. Then, the fourth target audio data can be obtained from a functional audio acquisition device (i.e., the target audio acquisition device).
[0122] S406. Determine whether the fourth target audio data collected by the target audio acquisition device meets the preset test pass conditions; if the preset test pass conditions are met, and no DTC is reported on the corresponding audio link, then the audio output device of the audio link is determined to have passed the test.
[0123] like Figure 5 As shown, during the vehicle production process, when a designated stage is reached and the doors and windows are closed, the entire vehicle functions as a soundproof enclosure. At this point, the factory's MES (Manufacturing Execution System) triggers the in-vehicle infotainment controller to perform a test on the vehicle's in-vehicle audio acquisition link. Upon receiving a test request from the vehicle's in-vehicle audio acquisition equipment, the test can be initiated, and the results can be obtained after the test is completed.
[0124] During audio acquisition link testing, on the one hand, the target fault diagnostic code generated by hardware control link diagnosis can be obtained; on the other hand, the first target audio data can be obtained from the audio acquisition link test case library, and all audio output devices in the vehicle can be controlled as audio signal providers to output audio using the first target audio data with the same parameter signal.
[0125] When audio is played, all audio acquisition devices inside the vehicle simultaneously acquire audio signals and obtain the second target audio data. After obtaining the second target audio data, the system-on-a-chip in the in-vehicle infotainment controller can convert and process it, and add the processed audio parameters to the comparison queue.
[0126] The comparison task unit can compare the audio parameters collected by each audio acquisition device with the test pass conditions. If all the signals collected by all audio acquisition devices meet the preset conditions and there is no DTC feedback during the communication process, it means that the audio acquisition link is functioning normally. If one signal collected by a certain audio acquisition device does not meet the preset conditions or has DTC feedback, it means that the audio acquisition link is malfunctioning (troubleshooting can be performed based on the device to which the signal belongs). After the audio data collected by all audio acquisition devices is compared, the test results of the audio acquisition link are sent to the central control screen for display.
[0127] like Figure 6 As shown, after receiving a test request for the vehicle's in-vehicle audio output device, the test can be started, and the results can be obtained after the test is completed.
[0128] During audio output link testing, on the one hand, the target fault diagnostic code generated by the hardware control link diagnosis can be obtained; on the other hand, the third target audio data can be obtained from the audio output link test case library, and all audio output devices in the vehicle can be controlled as audio signal providers to output audio one by one using the third target audio data with the same parameter signal to play audio.
[0129] During audio playback, the target audio acquisition device collects the audio signal and obtains the fourth target audio data. After obtaining the fourth target audio data, the system-on-a-chip in the vehicle infotainment controller can convert and process it, and add the processed audio parameters to the comparison queue.
[0130] The Comparison Task Unit (CampareTask) compares the various audio parameters output by the target audio acquisition device with the test pass conditions. If the signal output by the target audio acquisition device meets the preset conditions and there is no DTC feedback during the communication process, it means that the audio output link function is normal. If a certain output audio parameter does not meet the preset conditions or there is DTC feedback, it means that the audio output link function is abnormal (troubleshooting can be performed based on the device to which the signal belongs). After all the output audio parameters are compared, the test results of the audio output link are sent to the central control screen for display.
[0131] It should be noted that, for the sake of simplicity, the method embodiments are all described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.
[0132] Reference Figure 7 The diagram illustrates a structural schematic of an audio link testing device according to an embodiment of the present invention. This device is applied to a vehicle, which is equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices. The device may include the following modules:
[0133] The first control module 701 is used to control at least one audio output device to play the first target audio data, and to acquire the second target audio data generated by each audio acquisition device when the audio output device plays the first target audio data;
[0134] The first test module 702 is used to test each audio acquisition device based on the second target audio data, and to determine the target audio acquisition device that passes the test.
[0135] The second control module 703 is used to control each audio output device to play the third target audio data one by one, and to acquire the fourth target audio data generated by the target audio acquisition device when the audio output device plays the third target audio data;
[0136] The second test module 704 is used to test each audio output device based on the fourth target audio data.
[0137] In an optional embodiment of the present invention, the first test module 702 is used to obtain the first test pass condition set for the first target audio data; when the second target audio data meets the first test pass condition, it is determined that the audio acquisition device corresponding to the second target audio data has passed the test.
[0138] In an optional embodiment of the present invention, the apparatus further includes:
[0139] The first judgment module is used to obtain the target fault diagnosis code and determine the target device corresponding to the target fault diagnosis code; and to set the audio acquisition device identified as the target device as failing the test.
[0140] In an optional embodiment of the present invention, the second test module 704 is used to obtain the third test pass condition set for the third target audio data; when the fourth target audio data meets the third test pass condition, it is determined that the audio output device corresponding to the fourth target audio data has passed the test.
[0141] In an optional embodiment of the present invention, the apparatus further includes:
[0142] The second determination module is used to obtain the target fault diagnostic code and determine the target device corresponding to the target fault diagnostic code; and to set the audio output device identified as the target device to fail the test.
[0143] In an optional embodiment of the present invention, the first test pass condition includes known first target audio parameters set for the first target audio data. The first test module 702 is further configured to determine the second target audio parameters to be compared based on the second target audio data; compare the second target audio parameters to be compared with the known first target audio parameters; determine that the second target audio data does not meet the first test pass condition when the second target audio parameters to be compared do not match the known first target audio parameters; and determine that the second target audio data meets the first test pass condition when the second target audio parameters to be compared match the known first target audio parameters.
[0144] In an optional embodiment of the present invention, the apparatus further includes:
[0145] The display module is used to show the test results of various audio output devices and audio acquisition devices.
[0146] In this embodiment of the invention, the vehicle is equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices. The in-vehicle infotainment controller controls at least one audio output device to play first target audio data and acquires second target audio data generated by each audio acquisition device while the first target audio data is played. Based on the second target audio data, each audio acquisition device is tested, and a target audio acquisition device that passes the test is determined. The controller then controls each audio output device to play third target audio data one by one and acquires fourth target audio data generated by the target audio acquisition device while the third target audio data is played. Based on the fourth target audio data, each audio output device is tested. Through this embodiment of the invention, the testing of the audio link in the vehicle can be completed at low cost by reusing the vehicle's in-vehicle infotainment controller. Furthermore, the in-vehicle infotainment controller automatically calls the audio output devices and audio acquisition devices to perform audio link testing, eliminating the need for manual audio playback, manual audio acquisition, and manual comparison and analysis by personnel, thus improving the efficiency of audio link testing.
[0147] This invention also provides a vehicle equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices; the in-vehicle infotainment controller is used to implement the above-described audio link testing method.
[0148] This invention also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the above-described audio link testing method.
[0149] As the apparatus embodiment is basically similar to the method embodiment, it is described in a relatively simple manner. For relevant details, please refer to the description of the method embodiment.
[0150] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.
[0151] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, or computer program products. Therefore, embodiments of the present invention can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
[0152] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will 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 program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.
[0153] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.
[0154] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal equipment, causing a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable terminal equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.
[0155] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the embodiments of the present invention.
[0156] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.
[0157] The above provides a detailed description of an audio link testing method, an audio link testing device, a vehicle, and a computer-readable storage medium. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, those skilled in the art will recognize that, based on the ideas of the present invention, there will be changes in the specific implementation methods and application scope. Therefore, the content of this specification should not be construed as a limitation of the present invention.
Claims
1. A method for testing an audio link, characterized in that, Applied to a vehicle, the vehicle being equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices, the method includes: The in-vehicle infotainment controller controls at least one audio output device to play first target audio data, and acquires second target audio data generated by each audio acquisition device when the audio output device plays the first target audio data; Based on the second target audio data, each audio acquisition device is tested, and the target audio acquisition device that passes the test is determined. Control each audio output device to play the third target audio data one by one, and acquire the fourth target audio data generated by the target audio acquisition device when the audio output device plays the third target audio data; Based on the fourth target audio data, each audio output device is tested.
2. The method according to claim 1, characterized in that, The step of testing each audio acquisition device based on the second target audio data includes: Obtain the first test pass condition set for the first target audio data; When the second target audio data meets the first test pass condition, it is determined that the audio acquisition device corresponding to the second target audio data has passed the test.
3. The method according to claim 2, characterized in that, The method further includes: Obtain the target fault diagnostic code and determine the target device corresponding to the target fault diagnostic code; The audio acquisition device identified as the target device will be marked as failing the test.
4. The method according to claim 1, characterized in that, The step of testing each audio output device based on the fourth target audio data includes: Obtain the third test pass condition set for the third target audio data; When the fourth target audio data meets the third test pass condition, the audio output device corresponding to the fourth target audio data is determined to have passed the test.
5. The method according to claim 4, characterized in that, The method further includes: Obtain the target fault diagnostic code and determine the target device corresponding to the target fault diagnostic code; The audio output device identified as the target device will be marked as failing the test.
6. The method according to claim 2, characterized in that, The first test pass condition includes known first target audio parameters set for the first target audio data, and the method further includes: Based on the second target audio data, determine the second target audio parameters to be compared; Compare the second target audio parameters to be compared with the known first target audio parameters; When the second target audio parameter to be compared does not match the known first target audio parameter, it is determined that the second target audio data does not meet the first test pass condition; When the second target audio parameter to be compared matches the known first target audio parameter, it is determined that the second target audio data meets the first test pass condition.
7. The method according to claim 1, characterized in that, The method further includes: The test results of each audio output device and audio acquisition device are displayed.
8. A testing device for an audio link, characterized in that, Applied to vehicles, the vehicles being equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices, the device includes: The first control module is used to control at least one audio output device to play the first target audio data, and to acquire the second target audio data generated by each audio acquisition device when the audio output device plays the first target audio data; The first testing module is used to test each audio acquisition device based on the second target audio data, and to determine the target audio acquisition device that passes the test. The second control module is used to control each audio output device to play the third target audio data one by one, and to acquire the fourth target audio data generated by the target audio acquisition device when the audio output device plays the third target audio data; The second testing module is used to test each audio output device based on the fourth target audio data.
9. A vehicle, characterized in that, The vehicle is equipped with an in-vehicle infotainment controller, multiple audio output devices, and multiple audio acquisition devices; the in-vehicle infotainment controller is used to implement the test method for the audio link as described in any one of claims 1 to 7.
10. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, which, when executed by a processor, implements the test method for the audio link as described in any one of claims 1 to 7.