Bluetooth voice remote control testing methods, systems, devices and storage media

Abstract

This application relates to the field of audio testing technology, and in particular to a Bluetooth voice remote control testing method, system, device, and storage medium. The method includes designing a communication protocol RDC between the Bluetooth voice remote control and the Bluetooth device under test; defining and implementing an interactive instruction set RDCC based on the RDC to configure differentiated test items; agreeing on static configuration and dynamic activity strategies; interactively and dynamically updating the test configuration to establish the evaluation criteria for this round of testing; executing the test; and judging whether the test passes or fails according to the evaluation criteria. This application is compatible with various remote control implementation schemes, improving the flexibility and efficiency of testing, while reducing adaptation investment and shortening the product launch cycle.

Description

Technical Field

[0001] This application relates to the field of audio testing technology, and in particular to a Bluetooth voice remote control testing method, system, device and storage medium. Background Technology

[0002] With the rapid popularization of smart home appliances such as smart TVs, set-top boxes, and projectors, Bluetooth remote controls, as core interactive devices, are constantly enriching their functions, including button input, voice recognition, infrared control, and gyroscope sensing. The implementation solutions for these functions vary depending on the supplier and product model, involving multiple hardware architectures, protocol types, and evaluation standards. In the production and testing stages, to ensure the stable and reliable performance of the remote controls, comprehensive testing of all their functions is required, which places higher demands on the flexibility and adaptability of testing methods.

[0003] Existing technologies have already achieved a certain degree of automation in remote control testing. For example, simulating button operations improves button testing efficiency, Bluetooth connection status recognition is used to test the remote control's communication performance, or a pre-set infrared code database is used to test infrared control functions. These technologies are effective in improving the testing efficiency of specific functions and reducing labor costs.

[0004] Existing technologies struggle to simultaneously accommodate the diverse functions and implementation schemes of various remote controls. When faced with remote controls offering the same function but implemented differently (e.g., keyboard matrix, voice encoding, infrared protocols), existing solutions require developing separate test modes or adaptation schemes for each difference. This not only increases testing time and development costs but also limits the flexibility of the testing system. Therefore, a unified testing method that can cover differentiated functions and achieve compatibility with multiple schemes is urgently needed, thereby reducing adaptation investment, improving testing efficiency, and shortening product launch cycles. Summary of the Invention

[0005] This application provides a Bluetooth voice remote control testing method, system, device, and storage medium, which is compatible with various remote control implementation schemes, improving testing flexibility and efficiency while reducing adaptation investment and shortening product launch cycle. This application provides the following technical solutions:

[0006] Firstly, this application provides a method for testing a Bluetooth voice remote control, the method comprising:

[0007] Design the RDC (Relational Communication Protocol) between the Bluetooth voice remote control and the Bluetooth companion device;

[0008] An interactive instruction set RDCC based on the communication protocol RDC is defined and implemented to configure differentiated test items.

[0009] Define static configuration and dynamic activity strategies;

[0010] Interact and dynamically update the test configuration to establish the evaluation criteria for this round of testing;

[0011] Perform the test and judge whether it passes or fails according to the evaluation criteria.

[0012] In a specific implementation scheme, the communication protocol RDC is used to support information interaction between the Bluetooth voice remote control and the Bluetooth companion for testing, including the configuration of remote control function test items, the transmission of test standards and the return of test data. The RDC protocol includes a message header and a payload area. The header includes the magic number, message length, transmission and reception direction, command type and reserved fields. The payload area is a variable-length 8-bit unsigned array.

[0013] In one specific implementation, the interactive instruction set RDCC includes four types of response payloads: version number response payload, keyboard mapping response payload, handle table response payload, and voice setting response payload. The version number response payload is used to verify device version consistency, the keyboard mapping response payload is used to verify key functions, the handle table response payload is used to configure the function channels of the Bluetooth voice remote control, and the voice setting response payload is used to verify voice functions.

[0014] In one specific implementation, the static configuration includes: defining a fixed communication protocol between the Bluetooth voice remote control and the companion Bluetooth, including a fixed set of GATT services and characteristic UUIDs for the transmission of RDCC instructions;

[0015] For existing Bluetooth voice remote control firmware, if the supported service and feature UUIDs are consistent with the requirements, there is no need to add new services and features; for Bluetooth voice remote control firmware that does not support the specified services and features, the newly added services and features will be placed at the end of the original service table, and the service structure will be adjusted according to the feature UUID.

[0016] In one specific implementation scheme, the dynamic activity strategy includes: after the Bluetooth connection is established, the Bluetooth companion avoids initiating pairing and binding requests; the Bluetooth companion only enumerates GATT services and features related to RDC communication, skips full service enumeration, and performs CCCD enable, directly entering the test preparation state; when scanning broadcast packets, the Bluetooth companion selects Bluetooth voice remote controls with signal strength within a set range for connection through RSSI filtering, and the signal strength threshold is set to -30dB.

[0017] In one specific implementation, the interactive and dynamic updating of the test configuration includes:

[0018] After the Bluetooth companion and the Bluetooth voice remote control establish a connection, the test configuration is updated and the set test items, such as keyboard mapping or voice configuration, are adjusted based on the real-time feedback from the Bluetooth voice remote control.

[0019] The evaluation criteria for the test are dynamically updated based on the information fed back by the Bluetooth voice remote control, ensuring that the test configuration is consistent with the actual working state of the Bluetooth voice remote control, and the test criteria are redefined according to the configuration during the dynamic update process.

[0020] In one specific implementation, the test execution steps include:

[0021] After the Bluetooth voice remote control and the Bluetooth companion Bluetooth establish a stable Bluetooth connection, the Bluetooth companion Bluetooth performs functional tests on the Bluetooth voice remote control according to the set test items, including button detection, voice control, signal quality, transmission stability, and collects relevant data in real time.

[0022] Analyze the test results according to the evaluation criteria of the test items and generate a test report; if the test fails, record the failure information and generate a fault report; if the test fails, adjust the Bluetooth voice remote control configuration according to the analysis results and retest until all test items pass.

[0023] Secondly, this application provides a Bluetooth voice remote control testing system, which adopts the following technical solution:

[0024] A Bluetooth voice remote control testing system includes:

[0025] The communication protocol construction module is used to design the RDC communication protocol between the Bluetooth voice remote control and the Bluetooth companion tester.

[0026] The interactive instruction set definition module is used to define and implement the interactive instruction set RDCC based on the communication protocol RDC to configure differentiated test items;

[0027] The configuration convention module is used to define static configuration and dynamic activity strategies;

[0028] The evaluation criteria setting module is used for interactive and dynamic updating of test configurations to establish the evaluation criteria for this round of testing;

[0029] The test execution module is used to execute tests and evaluate whether the tests pass or fail according to the evaluation criteria.

[0030] Thirdly, this application provides an electronic device, the device including a processor and a memory; the memory stores a program, the program being loaded and executed by the processor to implement a Bluetooth voice remote control testing method as described in the first aspect.

[0031] Fourthly, this application provides a computer-readable storage medium storing a program that, when executed by a processor, is used to implement a Bluetooth voice remote control testing method as described in the first aspect.

[0032] In summary, the beneficial effects of this application include at least the following:

[0033] 1) By designing a unified communication protocol RDC and a differentiated test item configuration interactive instruction set RDCC, this solution can flexibly adapt to the diverse functions and implementation schemes of different remote controls. Compared with existing technologies, it avoids the need to develop separate test modes for each functional difference, thereby greatly reducing test preparation and adaptation time and improving overall testing efficiency. At the same time, the solution supports compatibility with multiple hardware and protocols in the same test environment, effectively improving system compatibility and enabling it to handle remote controls of different brands and models.

[0034] 2) By agreeing on static configuration and dynamic activity strategies, this solution optimizes test configuration adaptation while ensuring test accuracy. For existing RCU firmware, the firmware compatibility strategy of this solution reduces the need to add new services and features, avoiding unnecessary development and testing work and lowering adaptation costs. In specific scenarios, even if the RCU firmware does not support certain functions, a flexible UUID replacement strategy or selection of existing features can ensure the smooth progress of the testing process, further reducing development and testing costs.

[0035] 3) During testing, this solution utilizes real-time interaction and dynamic configuration updates to adjust test configurations and evaluation criteria promptly based on RCU feedback, ensuring consistency between test standards and the actual functions of the remote control. This real-time adjustment mechanism effectively improves test accuracy and avoids misjudgments caused by inaccurate test configurations or inappropriate evaluation criteria. Furthermore, the standardization of the RDCC instruction set and testing process significantly enhances the automation of testing, reducing manual intervention and further improving test stability and repeatability.

[0036] By designing an Interactive Command Set (RDCC) based on the Bluetooth Low Energy (BLE) communication protocol and combining it with a differentiated test item configuration, this method enables efficient configuration and flexible verification of different remote control functions. The core process of this testing method includes: designing and implementing the communication protocol between the RCU and Dongle; defining an interactive command set supporting differentiated functions; agreeing on static configuration and dynamic activity strategies to improve testing efficiency and compatibility; establishing evaluation criteria for this round of testing through real-time interaction and dynamic configuration updates; and finally, performing comprehensive testing according to the evaluation criteria and determining pass / fail. This method allows for unified management of functional testing of different remote controls, avoiding the adaptation costs and development cycles caused by differences in hardware architecture, protocol types, and testing scenarios in existing technologies. The testing process, through refined command sets and standardized configurations, is compatible with various differentiated implementation schemes of remote controls, improving testing flexibility and efficiency while reducing adaptation investment and shortening product launch cycles. This solution effectively solves the testing challenges of multifunctional, heterogeneous devices in existing technologies and adapts to the rapid development needs of the smart home appliance field.

[0037] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, the preferred embodiments of this application are described in detail below with reference to the accompanying drawings. Attached Figure Description

[0038] Figure 1 This is a flowchart illustrating the Bluetooth voice remote control testing method in the embodiments of this application.

[0039] Figure 2 This is a schematic diagram close to the chain establishment in the embodiments of this application.

[0040] Figure 3 This is a structural block diagram of the Bluetooth voice remote control test system in the embodiments of this application.

[0041] Figure 4 This is a block diagram of the electronic device used for testing the Bluetooth voice remote control in the embodiments of this application. Detailed Implementation

[0042] The specific embodiments of this application will be described in further detail below with reference to the accompanying drawings and examples. The following examples are used to illustrate this application, but are not intended to limit the scope of this application.

[0043] Optionally, this application uses the Bluetooth voice remote control testing method provided in various embodiments in an electronic device as an example for illustration. The electronic device is a terminal or a server. The terminal can be a mobile phone, computer, tablet computer, etc. This embodiment does not limit the type of electronic device.

[0044] Reference Figure 1This is a flowchart illustrating a Bluetooth voice remote control testing method provided in one embodiment of this application. The method includes at least the following steps:

[0045] Step S101: Design the communication protocol RDC between the Bluetooth voice remote control and the Bluetooth companion device.

[0046] In step S101, the first step is to design the Remote Device Communication Protocol (RDC) between the Bluetooth Voice Remote Control (RCU) and the Bluetooth Dongle under test. This protocol is mainly used to support information exchange between the RCU and the Dongle, including the configuration of remote control function test items, the transmission of test standards, and the return of test data. The design of the RDC protocol needs to ensure efficient and flexible communication in a Bluetooth Low Energy (BLE) environment, while also being compatible with different test scenarios and different remote control functions.

[0047] Specifically, the RDC communication protocol consists of two parts: a message header and a payload. As shown in the table below, the header contains fixed-length fields, while the payload's length varies depending on the actual testing requirements. The design must ensure that the protocol supports the configuration and feedback of different test items, while also being flexible enough to adapt to various hardware and different testing environments.

[0048] Table 1 RDC Communication Protocol Message Format Table

[0049]

[0050] In certain platform and compiler environments, RDC messages require byte alignment to ensure the accuracy and efficiency of data transmission.

[0051] Step S102: Define and implement the interactive instruction set RDCC for differentiated test item configuration based on the communication protocol RDC.

[0052] In step S102, to achieve flexible configuration and efficient verification for different remote control functions, this invention further defines a differentiated test item configuration interaction instruction set (RDCC) based on the RDC communication protocol designed in step S101. The design goals of RDCC include standardizing the interaction interface of remote control functions, flexibly adapting to various test scenarios, simplifying the test process, and enhancing test automation capabilities. The RDCC instruction set achieves test data interaction and functional verification between the Dongle and the remote control unit (RCU) by defining specific query instructions and response loads. The response loads of RDCC are described in detail below to illustrate their role in differentiated test item configuration. The response loads of RDCC are divided into the following four categories according to functional requirements:

[0053] First, the version number response load provides RCU hardware and software version information to verify device version consistency and functional support range. During the test initialization phase, Dongle uses the version number response to confirm whether the RCU supports the specified test item configuration.

[0054] The table below lists examples of version number response load:

[0055] Table 2 Example Table of Version Number Response Load

[0056]

[0057] Secondly, the keyboard mapping response load provides the RCU keyboard layout and key information, supporting key value verification and status feedback. Specifically, the keyboard layout (@KeyMap) defines the row and column structure and physical distribution of the RCU keyboard. The list of keys to be verified (@BtnLst) lists the key values ​​of all keys to be verified. The scroll wheel status list (@WheelLst) describes the abstract values ​​of the scroll wheel's sliding state. Based on the KEYMAP response, Dongle understands the RCU's keyboard structure and key mapping relationships. During the key verification phase, Dongle monitors whether each key has been triggered. If all keys have been verified, the key verification phase is complete, and the result is fed back through lighting effects.

[0058] Thirdly, the handle table responds to load, providing GATT handles for RCU key values, voice commands, and audio data, supporting function expansion and voice function testing. Consumer-class key value handle (@KeyC): Indicates the GATT handle for consumer-class buttons. Keyboard-class key value handle (@KeyK): Indicates the GATT handle for keyboard-class buttons. Voice start / stop command handle (@VCmd): Indicates the start and stop channels for voice functions. Voice data handle (@VData): Indicates the GATT channel for voice data transmission. It supports the differentiation and compatibility design of consumer-class and keyboard-class buttons. It provides detailed information on voice start / stop and data channels to ensure the correctness and stability of voice functions. It adapts to the needs of different key value reporting methods in voice remote controls.

[0059] Fourthly, the voice setting response load defines the voice codec settings and gain verification standards for voice function verification. Encoding type (@Enc): Indicates the voice encoding method (e.g., 1 for SBC, 2 for ADPCM). Frame length (@Len): Defines the length of the voice frames before and after encoding, used for buffer optimization. Automatic verification (@Auto): Indicates whether automatic verification is enabled. Gain range (@Range): Defines the maximum and minimum gain range of the voice signal. Dongle calculates the amplitude of the voice signal using the RMS algorithm to determine if the gain value meets the range. The decoded PCM signal is played to headphones for testing personnel to confirm audio clarity and accuracy. The buffering and data processing at the Dongle end are optimized based on the encoding type and frame length.

[0060] The four types of response loads described above sequentially meet the requirements of device initialization, key value testing, function configuration, and voice testing. Their interaction logic within RDCC is as follows: Version Confirmation Phase: Dongle confirms the hardware and software compatibility of the RCU through a version number response; Keyboard Testing Phase: Dongle loads the key value mapping table and verifies key functionality using a KEYMAP response; Handle Allocation Phase: Dongle obtains the RCU's functional channel configuration through a handle table response, allocating test resources; Voice Verification Phase: Dongle loads voice codec parameters based on voice settings and performs gain verification. Through this logic, RDCC effectively standardizes the configuration of differentiated test items and the testing process, providing a flexible solution for multi-scenario testing.

[0061] Step S103: Define the static configuration and dynamic activity strategies.

[0062] In step S103, based on the RDCC instruction set defined in step S102, in order to further optimize the testing efficiency and compatibility between Dongle and RCU, step S103 makes explicit agreements on static configuration and dynamic activities, including the fixation of static configuration and the standardization of dynamic activities.

[0063] Specifically, in the static configuration, to ensure efficient and consistent communication between the Dongle and RCU, an interaction method based on fixed GATT services and features is agreed upon: service and feature UUID definitions and a firmware compatibility strategy. The service and feature UUID definitions define fixed GATT service and feature UUIDs for RDCC command transmission. The UUIDs use a 128-bit format to uniquely identify services and features. The firmware compatibility strategy optimizes compatibility with existing firmware. When the RCU firmware already supports the specified services and features, compatibility can be achieved without adding any new services or features, thus reducing the workload of adaptation. For example, this optimization strategy is implemented in 160 released RCU firmwares by sharing the OTA upgrade service. For firmware that does not support the specified services and features, the newly added services and features are placed at the end of the original service table to avoid side effects on existing services. In special scenarios where it is not possible to add new services, existing features can be selected as the communication channel, and compatibility design can be completed by replacing the specific UUID on the Dongle side.

[0064] To improve efficiency during dynamic testing, the following activity strategies are agreed upon in dynamic activities: RDCC command interaction optimization, selective enumeration of services and features, and chain establishment strategy optimization. Specifically, RDCC command interaction optimization addresses the additional interactions introduced after chain establishment, which may delay test start time. To compensate for this delay, it is agreed that Dongle will not initiate pairing and binding requests after establishing a BLE connection to avoid unnecessary additional time consumption. Selective enumeration of services and features differs from conventional full service enumeration; Dongle only enumerates services and features related to RDC communication, while simultaneously enabling CCCD and directly entering the test preparation state. Chain establishment strategy optimization, such as... Figure 2 As shown, to reduce the need to modify broadcast packet content, the Dongle uses an RSSI signal strength filtering device when scanning broadcast packets, preferentially establishing connections with RCUs whose transmit power is within a specific range. The configuration requirements are as follows: the RSSI threshold is set to -30dB, allowing the Dongle to only establish connections with RCUs within a 5cm range, preventing accidental connections to other Bluetooth devices. Through this physical constraint of signal strength, testers can quickly and accurately complete the connection establishment preparation.

[0065] Step S104: Interact and dynamically update the test configuration to establish the evaluation criteria for this round of testing.

[0066] In step S104, firstly, after establishing a connection with the RCU, Dongle begins real-time interaction based on the previously set static configuration and dynamic activity conventions. The purpose of this process is to ensure that the test configuration is synchronized with the actual working state of the RCU, such as updating parameters like keyboard mapping or voice configuration based on RCU feedback. Through real-time interaction, Dongle can adjust the configuration according to actual test needs, making it more suitable for the current test objectives and environment.

[0067] During the dynamic configuration update process, Dongle also needs to adjust the test evaluation criteria based on the data and information returned by the RCU. This step is closely integrated with the first step because changes in the test configuration (such as modifications to keyboard mappings or adjustments to voice settings) directly affect the formulation of evaluation criteria. For example, after updating the keyboard mappings, Dongle needs to redefine which keys are considered to be in a "tested" state, or adjust the voice quality evaluation criteria based on the new voice settings. Therefore, the updating of evaluation criteria is closely linked to the dynamic adjustment of the configuration, and the two work together to ensure the accuracy and effectiveness of the test.

[0068] While dynamically updating configurations and adjusting evaluation criteria, Dongle obtains feedback by monitoring the RCU's response in real time. This feedback not only helps confirm the effectiveness of the current configuration and evaluation criteria but also helps identify and resolve potential problems. If feedback indicates that certain aspects are not meeting expectations (such as buttons not being recognized correctly or voice quality not meeting standards), Dongle will revise the configuration or evaluation criteria again based on the real-time feedback to ensure that testing continues to be efficient and accurate.

[0069] Step S105: Perform the test and judge whether the test passes or fails according to the evaluation criteria.

[0070] In step S105, the core of the testing process is to execute the complete testing procedure according to the previously set evaluation criteria and evaluate whether the test passes.

[0071] Specifically, after a stable connection is established between the RCU and the Dongle, the testing officially begins. At this point, the Dongle will begin various functional interaction tests with the RCU, such as button response, voice control, and data transmission stability. During the test, the Dongle will monitor the RCU's performance in real time and continuously collect relevant data. This data includes, but is not limited to, various test indicators such as button detection, voice recognition, signal quality, and transmission latency. The data collected during the test is analyzed according to the previously set evaluation criteria. If the RCU device meets or exceeds the standard requirements in each test, the test is considered passed. If it does not meet the standard, the system will mark it as failed and record the relevant failure information for subsequent analysis and repair. After the test is completed, the system will automatically generate a detailed test report, which includes the test results for each function, indicating which functions meet the standard and which have problems. This report will serve as the basis for subsequent improvements and adjustments. If a test fails, based on the analysis results, it may be necessary to adjust or repair the RCU, re-execute the corresponding tests after resolving the failed parts, until all test items meet the evaluation criteria.

[0072] In summary, by designing an Interactive Command Set (RDCC) based on the Bluetooth Low Energy (BLE) communication protocol and combining it with a differentiated test item configuration, efficient configuration and flexible verification of different remote control functions can be achieved. The core process of this testing method includes: designing and implementing the communication protocol between the RCU and Dongle; defining an interactive command set supporting differentiated functions; agreeing on static configuration and dynamic activity strategies to improve testing efficiency and compatibility; establishing evaluation criteria for this round of testing through real-time interaction and dynamic configuration updates; and finally, performing comprehensive testing according to the evaluation criteria and determining whether it passes or fails. This method allows for unified management of functional testing of different remote controls, avoiding the adaptation costs and development cycles caused by differences in hardware architecture, protocol types, and testing scenarios in existing technologies. The testing process, through refined command sets and standardized configurations, can be compatible with the differentiated implementation schemes of various remote controls, improving testing flexibility and efficiency while reducing adaptation investment and shortening the product launch cycle. This solution effectively solves the testing challenges of multifunctional and heterogeneous devices in existing technologies and adapts to the rapid development needs of the smart home appliance field.

[0073] Specifically, in the field of smart home appliances, remote controls from different manufacturers vary significantly in hardware architecture, protocol type, and implementation. For example, remote controls with the same function may use different button mapping methods, voice encoding formats, or infrared protocols. This necessitates the development of separate adaptation schemes for each difference in existing testing methods, increasing development costs and extending the testing cycle. By designing a BLE-based RDC protocol and combining it with the RDCC instruction set, this solution provides a standardized approach to uniformly manage and test the functions of different remote controls. For instance, if two remote controls use different voice encoding formats (such as SBC and ADPCM), this solution, through a unified protocol design, can dynamically identify and adapt to different encoding formats, eliminating the need to develop separate test modules for each encoding format and thus reducing adaptation costs. Existing testing methods often struggle to adjust test configurations and evaluation criteria based on real-time conditions during testing, which may lead to inaccurate test results or require manual intervention. In this solution, step S104 ensures that the test settings between Dongle and RCU are always synchronized through real-time interaction and dynamic updates of the test configuration. For example, if the remote control's key mapping changes during testing, Dongle can instantly update its configuration, redefining which keys have been verified, avoiding the tedious process of manually modifying configurations. This flexibility allows testing to adapt to changing testing needs and environments, improving testing accuracy and efficiency. In existing technologies, a major challenge in test adaptation is how to reduce the workload of adapting to different hardware and firmware while ensuring the integrity of functional testing. This solution proposes a firmware compatibility optimization strategy through agreed-upon static configuration and dynamic activity strategies. For example, the solution defines fixed GATT services and feature UUIDs, ensuring compatibility with different remote controls without adding new services and features if existing firmware supports them. This enables the testing system to be compatible across multiple firmware versions, reducing not only the development workload of firmware upgrades but also potential compatibility issues in actual testing, thereby accelerating product iteration and time-to-market.

[0074] Figure 3 This is a structural block diagram of a Bluetooth voice remote control testing system provided in one embodiment of this application. The system includes at least the following modules:

[0075] The communication protocol construction module is used to design the RDC communication protocol between the Bluetooth voice remote control and the Bluetooth companion tester.

[0076] The interactive instruction set definition module is used to define and implement the interactive instruction set RDCC based on the communication protocol RDC to configure differentiated test items;

[0077] The configuration convention module is used to define static configuration and dynamic activity strategies;

[0078] The evaluation criteria setting module is used for interactive and dynamic updating of test configurations to establish the evaluation criteria for this round of testing;

[0079] The test execution module is used to execute tests and evaluate whether the tests pass or fail according to the evaluation criteria.

[0080] For relevant details, please refer to the above method implementation examples.

[0081] Figure 4 This is a block diagram of an electronic device provided in one embodiment of this application. The device includes at least a processor 401 and a memory 402.

[0082] Processor 401 may include one or more processing cores, such as a quad-core processor or an octa-core processor. Processor 401 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). Processor 401 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 401 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, processor 401 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0083] The memory 402 may include one or more computer-readable storage media, which may be non-transitory. The memory 402 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 402 is used to store at least one instruction, which is executed by the processor 401 to implement the Bluetooth voice remote control testing method provided in the method embodiments of this application.

[0084] In some embodiments, the electronic device may also optionally include: a peripheral device interface and at least one peripheral device. The processor 401, memory 402, and peripheral device interface can be connected via a bus or signal line. Each peripheral device can be connected to the peripheral device interface via a bus, signal line, or circuit board. Indicatively, peripheral devices include, but are not limited to: radio frequency circuitry, a touch display screen, audio circuitry, and a power supply.

[0085] Of course, electronic devices may also include fewer or more components, and this embodiment does not limit this.

[0086] Optionally, this application also provides a computer-readable storage medium storing a program that is loaded and executed by a processor to implement the Bluetooth voice remote control testing method of the above method embodiments.

[0087] Optionally, this application also provides a computer product including a computer-readable storage medium storing a program, which is loaded and executed by a processor to implement the Bluetooth voice remote control testing method of the above method embodiments.

[0088] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0089] The above embodiments merely illustrate several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A method for testing a Bluetooth voice remote control, characterized in that, The method includes: Design the RDC (Relational Communication Protocol) between the Bluetooth voice remote control and the Bluetooth companion device; The interactive instruction set RDCC is defined and implemented based on the communication protocol RDC to configure differentiated test items. The RDCC instruction set realizes test data interaction and functional verification between the Bluetooth voice remote control and the Bluetooth companion device by defining query instructions and response loads. Define static configuration and dynamic activity strategies; The test configuration is interactively and dynamically updated to establish the evaluation criteria for this round of testing. The interactive and dynamic update of the test configuration includes: after the Bluetooth companion and the Bluetooth voice remote control establish a connection, the test configuration is updated and the set test items are adjusted according to the real-time feedback of the Bluetooth voice remote control; the evaluation criteria for the test are dynamically updated according to the information fed back by the Bluetooth voice remote control to ensure that the test configuration is consistent with the actual working state of the Bluetooth voice remote control, and the test criteria are redefined according to the configuration adjustment during the dynamic update process. Perform the test and judge whether it passes or fails according to the evaluation criteria.

2. The Bluetooth voice remote control testing method according to claim 1, characterized in that, The communication protocol RDC is used to support information interaction between the Bluetooth voice remote control and the Bluetooth companion device, including the configuration of remote control function test items, the transmission of test standards, and the return of test data. The RDC protocol includes a message header and a payload area. The header includes the magic number, message length, send / receive direction, command type, and reserved fields. The payload area is a variable-length 8-bit unsigned array.

3. The Bluetooth voice remote control testing method according to claim 1, characterized in that, The interactive instruction set RDCC includes four types of response payloads: version number response payload, keyboard mapping response payload, handle table response payload, and voice setting response payload. The version number response payload is used to verify device version consistency, the keyboard mapping response payload is used to verify key functions, the handle table response payload is used to configure the function channels of the Bluetooth voice remote control, and the voice setting response payload is used to verify voice functions.

4. The Bluetooth voice remote control testing method according to claim 1, characterized in that, The static configuration includes: defining a fixed communication protocol between the Bluetooth voice remote control and the Bluetooth companion, including a fixed set of GATT services and characteristic UUIDs for the transmission of RDCC commands; For existing Bluetooth voice remote control firmware, if the supported service and feature UUIDs are consistent with the requirements, there is no need to add new services and features; for Bluetooth voice remote control firmware that does not support the specified services and features, the newly added services and features will be placed at the end of the original service table, and the service structure will be adjusted according to the feature UUID.

5. The Bluetooth voice remote control testing method according to claim 1, characterized in that, The dynamic activity strategy includes: after the Bluetooth connection is established, the Bluetooth companion avoids initiating pairing and binding requests; the Bluetooth companion only enumerates GATT services and features related to RDC communication, skips full service enumeration, and executes CCCD enable, directly entering the test preparation state; when scanning broadcast packets, the Bluetooth companion selects Bluetooth voice remote controls with signal strength within a set range for connection through RSSI filtering, and the signal strength threshold is set to -30dB.

6. The Bluetooth voice remote control testing method according to claim 1, characterized in that, The test execution steps include: After the Bluetooth voice remote control and the Bluetooth companion tester establish a stable Bluetooth connection, the Bluetooth companion tester performs functional tests on the Bluetooth voice remote control according to the set test items, including button detection, voice control, signal quality, transmission stability, and collects relevant data in real time. Analyze the test results according to the evaluation criteria of the test items and generate a test report; if the test fails, record the failure information and generate a fault report; if the test fails, adjust the Bluetooth voice remote control configuration according to the analysis results and retest until all test items pass.

7. A Bluetooth voice remote control testing system, characterized in that, include: The communication protocol construction module is used to design the RDC communication protocol between the Bluetooth voice remote control and the Bluetooth companion tester. The interactive instruction set definition module is used to define and implement the interactive instruction set RDCC based on the communication protocol RDC. The RDCC instruction set realizes the test data interaction and functional verification between the Bluetooth voice remote control and the Bluetooth companion device by defining query instructions and response loads. The configuration convention module is used to define static configuration and dynamic activity strategies; The evaluation criteria setting module is used to interactively and dynamically update the test configuration and establish the evaluation criteria for this round of testing. The interactive and dynamic update of the test configuration includes: after the Bluetooth companion and the Bluetooth voice remote control establish a connection, updating the test configuration and adjusting the set test items according to the real-time feedback from the Bluetooth voice remote control; dynamically updating the test evaluation criteria according to the information fed back by the Bluetooth voice remote control to ensure that the test configuration is consistent with the actual working state of the Bluetooth voice remote control, and redefining the test criteria according to the configuration adjustment during the dynamic update process. The test execution module is used to execute tests and evaluate whether the tests pass or fail according to the evaluation criteria.

8. An electronic device, characterized in that, The device includes a processor and a memory; the memory stores a program, which is loaded and executed by the processor to implement a Bluetooth voice remote control testing method as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, The storage medium stores a program, which, when executed by a processor, is used to implement a Bluetooth voice remote control testing method as described in any one of claims 1 to 6.

Images