Control method and system for automatically controlling track device

By employing the UDP protocol and status confirmation mechanism in the automatic control track device, the thread resource occupation problem caused by TCP long connections was solved, and the stable operation and efficient control of the track device were achieved.

CN121842866APending Publication Date: 2026-04-10SICHUAN CHANGHONG AIR CONDITIONER CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-12-26
Publication Date
2026-04-10

AI Technical Summary

Technical Problem

The existing automatic track control system relies on TCP long connection communication, which causes the PC application software's thread resources to be occupied for a long time, increasing memory overhead and affecting the stability of software operation.

Method used

The PC and WiFi module communicate via UDP protocol, and a status confirmation and retransmission mechanism ensures that the track device releases the thread after operation. Combined with the real-time feedback of the WiFi module's operating status, intelligent retransmission of data is achieved.

Benefits of technology

It effectively solves the problems of high thread resource consumption and large memory overhead caused by TCP long connections, improves the stability and reliability of the control system, reduces network performance dependence, and ensures the integrity of the control process and the success rate of execution.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121842866A_ABST
    Figure CN121842866A_ABST
Patent Text Reader

Abstract

The invention provides a control method and system for automatically controlling a track device, and the method comprises the following steps: enabling a PC terminal to be connected with a plurality of WiFi modules through a UDP network, and enabling each WiFi module to be installed at a motor control part of a corresponding track device; when the track device needs to be driven, the PC terminal sends a communication establishment instruction to the WiFi module, and the WiFi module replies a self communication state to the PC terminal after receiving the instruction; the PC end sends broadcast data to the WiFi modules after receiving that all the WiFi modules reply to be ready, and the WiFi modules drive corresponding track devices to operate after receiving instructions and periodically send track operation states to the PC end in the driving process; the PC side judges whether the control is completed after receiving the information, and if the PC side judges that the control is not completed in a preset condition, the broadcast data is retransmitted to the corresponding WiFi module; and if the PC terminal determines that the control is completed, the communication process is terminated. According to the invention, the problem of high software memory overhead caused by occupation of PC end thread resources by traditional TCP long connection is solved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of automated testing technology, and in particular to a control method and system for an automated control track device. Background Technology

[0002] In the research and development of intelligent voice products, in order to optimize speech recognition algorithms and achieve the best user experience, massive amounts of speech testing covering different scenarios are required. Traditional testing methods rely heavily on manual operation, which is inefficient and costly. To address this, the industry has gradually established standardized automated testing processes. By building speech libraries and automating the playback of speech files and the statistical analysis of test results, testing efficiency has been significantly improved.

[0003] However, when simulating real user scenarios, the test system still faces automation bottlenecks in simulating the key variable of "spatial location". In order to test the product's voice recognition performance at different distances and heights, testers need to frequently move the position of the voice playback device (such as a speaker), which makes it impossible for the entire system to achieve truly unattended and fully automated operation.

[0004] To solve the problem of equipment movement, existing technologies have introduced a track-based automatic control system, such as... Figure 1 As shown, the system includes: a PC terminal, two tracks arranged along the X and Y axes in a planar space, WiFi modules installed at the motor control points of the two tracks respectively, and a support rod for fixing the voice player. Figure 2 As shown, its core control logic is as follows: The PC first releases a fixed WiFi hotspot. After the two WiFi modules connect to the hotspot, they establish a TCP long connection with the PC. The PC then sends broadcast data to the two WiFi modules to drive the motor and accurately position the lifting rod and voice player in the two-dimensional plane.

[0005] Although the track device partially achieves automatic movement, its control system relies on TCP long-connection communication, which presents significant problems in certain application scenarios. Specifically, TCP long connections require both parties to maintain the connection after data transmission is complete to achieve connection reuse. In this control system, this means that once the PC and the WiFi module establish a connection, the threads used for monitoring and controlling the track will be continuously occupied and running, unable to be released. This results in the PC application software's thread resources being occupied for an extended period, increasing unnecessary memory overhead and potentially affecting the overall stability of the testing software. Summary of the Invention

[0006] To address the shortcomings of existing technologies, this invention provides a control method and system for an automatic control track device. It solves the problem that when existing control systems rely on TCP long-connection communication to connect the WiFi module and the PC, the PC application software thread resources are occupied for a long time, resulting in high software memory overhead.

[0007] According to an embodiment of the present invention, a control method for an automatic control track device is provided, comprising the following steps:

[0008] The PC is connected to multiple WiFi modules and communicates with them via the UDP protocol. Each WiFi module is then installed in the motor control section of the corresponding track device to control the corresponding track device drive.

[0009] When the track device needs to be driven, the PC sends a communication establishment command to the WiFi module. After receiving the communication establishment command, the WiFi module replies to the PC with its own communication status, which includes ready and not ready.

[0010] After receiving a communication status response from all the WiFi modules indicating they are ready, the PC sends broadcast data to the WiFi modules. Upon receiving the broadcast data, the WiFi modules drive the corresponding track devices to operate according to the broadcast data, and periodically send track operation status to the PC during the operation process. The broadcast data includes the target position parameters of each track device, and the track operation status includes track in progress and track in position.

[0011] After receiving the track operation status, the PC determines whether the control is complete based on the track operation status. If the PC determines that the control is not complete, it retransmits the broadcast data to the corresponding WiFi module; if the PC determines that the control is complete, it terminates the current communication process.

[0012] On the other hand, according to an embodiment of the present invention, a control system for an automatic track device is also provided, including a PC, at least two track devices arranged in different spatial directions, and at least two WiFi modules respectively installed on the motor control parts of the corresponding track devices; the at least two WiFi modules are respectively used to control the driving of the corresponding track devices; the PC and the at least two WiFi modules communicate via the UDP protocol.

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

[0014] By replacing the connection method between the PC and the WiFi module with UDP network communication instead of TCP long connection, and with the status confirmation and retransmission mechanism, threads can be enabled when the track device is running and released after the track device finishes running. This effectively solves the problems of high thread resource consumption and large software memory overhead on the PC when using traditional TCP long connection, reduces the network performance dependence and memory consumption of the PC, and makes the control and operation of the track device more stable.

[0015] The WiFi module receives instructions and simultaneously feeds back the track operation status to the PC, enabling the PC to monitor the operation status of each track device in real time and intelligently retransmit broadcast data according to preset conditions, thus ensuring the integrity of the control process and the success rate of the final execution.

[0016] By directly connecting each WiFi module to each track device point-to-point and connecting the PC to multiple WiFi modules via UDP network communication, each track device can operate independently without interfering with others. This solves the risk of the entire control system being paralyzed due to a single node failure in traditional series control, and improves the overall reliability and operating efficiency of the control system. Attached Figure Description

[0017] Figure 1 This is a schematic diagram of the structure of an existing automatic track control device system.

[0018] Figure 2 This is a flowchart illustrating the specific control method for existing automatic track control devices.

[0019] Figure 3 This is a flowchart illustrating the control method of an automatic control track device according to an embodiment of the present invention.

[0020] Figure 4 This is a detailed control flowchart of a control method for an automatic control track device according to an embodiment of the present invention.

[0021] Figure 5 This is a schematic diagram of the control system of an automatic track control device according to another embodiment of the present invention.

[0022] In the above attached diagram: 1. PC terminal; 2. Track device; 3. WiFi module; 4. Test router; 5. Voice player; 6. Lifting rod. Detailed Implementation

[0023] The technical solutions of the present invention will be further described below with reference to the accompanying drawings and embodiments.

[0024] like Figure 3 and Figure 4As shown in the figure, an embodiment of the present invention proposes a control method for an automatic control track device, comprising the following steps:

[0025] S1. Connect the PC terminal 1 to multiple WiFi modules 3 and communicate via the UDP protocol. Then, install each WiFi module 3 on the motor control part of the corresponding track device 2 to control the corresponding track device 2 drive.

[0026] The UDP communication process between the PC terminal 1 and the WiFi module 3 is initiated by the PC terminal 1. The packet sending port of the PC terminal 1 is the packet receiving port of the WiFi module 3, and the packet return port of the WiFi module 3 is the packet receiving port of the PC terminal 1.

[0027] Specifically, the communication process is initiated by the PC 1 using UDP broadcast data, and the WiFi module 3 replies using UDP unicast data. The packet sending port of the PC 1 is the packet receiving port of the WiFi module 3, and vice versa.

[0028] Preferably, there are two WiFi modules 3, and the two WiFi modules 3 are respectively located at the motor control parts of the track device 2 along the X-axis and Y-axis in the planar spatial direction.

[0029] S2. When it is necessary to drive the track device 2, the PC terminal 1 sends a communication establishment command to the WiFi module 3. After receiving the communication establishment command, the WiFi module 3 replies to the PC terminal 1 with its own communication status according to the communication establishment command. The communication status includes ready and not ready.

[0030] Upon receiving the communication establishment command, the WiFi module 3 replies to the PC 1 with its own communication status, specifically including:

[0031] After receiving the communication establishment command, WiFi module 3 determines whether its corresponding track device 2 is currently in an operational state.

[0032] If the corresponding track device 2 is currently in an operational state, the WiFi module 3 replies to the PC 1 with a ready communication status.

[0033] If the corresponding track device 2 is currently in an inoperable state, the WiFi module 3 replies to the PC terminal 1 with a communication status of not ready.

[0034] Specifically, when the PC terminal 1 receives new position parameters of the track device 2 and needs to drive the track device 2, the PC terminal 1 sends a communication establishment command to the WiFi module 3 (to ensure normal communication between the PC terminal 1 and the WiFi module 3). After receiving the communication establishment command, the WiFi module 3 first determines whether the track device 2 corresponding to it is currently in an operable state (if the track device 2 is stationary, it is operable; if the track device 2 is running, it is not operable). When the track device 2 is in an operable state, the WiFi module 3 replies to the PC terminal 1 with a ready communication state. When the track device 2 is in an inoperable state, the WiFi module 3 replies to the PC terminal 1 with a not ready communication state.

[0035] During this process, the UDP broadcast data sent by PC 1 and the UDP unicast data sent by WiFi module 3 are illustrated in the following examples:

[0036] The PC 1 initiates a UDP broadcast of the following data: A6 A6 80 05 checksum

[0037] The WiFi module 3 on the X-axis replied with UDP unicast data: A6 A6 81 074F 4B checksum.

[0038] The WiFi module 3 on the Y-axis replied with UDP unicast data: A6 A6 82 074E 4F checksum.

[0039] (Where A6 is the data header, 80, 81, and 82 are the data command numbers, 05 and 07 are the total length of each data item, 4E and 4F indicate a communication state that is not ready, and 4F and 4B indicate a communication state that is ready).

[0040] When the PC terminal 1 initiates the aforementioned UDP broadcast data, the WiFi modules 3 on the X-axis and Y-axis will simultaneously receive the broadcast data and then reply with UDP unicast data to the PC terminal 1 respectively. The PC terminal 1 determines whether the two tracks are in a ready state based on different command numbers and the content status corresponding to the command.

[0041] Preferably, the condition for the WiFi module 3 to return to the ready state is that the track device 2 corresponding to the WiFi module 3 is in a stationary state; the condition for the WiFi module 3 to return to the not-ready communication state is that the track device 2 corresponding to the WiFi module 3 is in a running state.

[0042] If, after sending the communication establishment command to the WiFi module 3, the PC terminal 1 does not receive a reply from the WiFi module 3 regarding its own communication status within a preset time (e.g., 30 seconds), the PC terminal 1 will continue to send the communication establishment command to the WiFi module 3.

[0043] If the PC terminal 1 sends the communication establishment command a preset number of times (e.g., 10 times) and still does not receive a reply from the WiFi module 3 regarding its own communication status, it is determined that the entire system network is abnormal. At this time, the PC terminal 1 issues a prompt to remind the operator to check the connection status between the PC terminal 1 and the WiFi module 3.

[0044] Specifically, when it is determined that the entire system network is abnormal, the PC terminal 1 will pop up a prompt box (such as the prompt box displaying "Please check the connection between the computer terminal and the WiFi module 3") to prompt the operator to check the connection status between the PC terminal 1 and the WiFi module 3.

[0045] S3. After receiving a communication status response from all the WiFi modules 3 indicating they are ready, the PC terminal 1 sends broadcast data to the WiFi modules 3. Upon receiving the broadcast data, the WiFi modules 3 drive the corresponding track devices 2 to operate according to the broadcast data, and periodically send track operation status to the PC terminal 1 during the driving process. The broadcast data includes the target position parameters of each track device 2, and the track operation status includes track in progress and track in position.

[0046] Upon receiving the broadcast data, the WiFi module 3 drives the corresponding track device 2 to operate according to the broadcast data, specifically including:

[0047] After receiving the broadcast data, WiFi module 3 parses the broadcast data to obtain the target position of its corresponding track device 2.

[0048] After the WiFi module 3 obtains the target position of the corresponding track device 2, the WiFi module 3 drives the motor of the corresponding track device 2 to run according to the target position, so that the conveyor belt of the track device 2 runs towards the target position, driving the lifting rod 6 and the voice player 5 to run towards the target position.

[0049] Preferably, after receiving a communication status reply from all the WiFi modules 3 indicating they are ready, the PC terminal 1 confirms that all the WiFi modules 3 are ready. At this time, it sends broadcast data to the WiFi modules 3. The broadcast data includes the target position parameters of the X-axis and Y-axis track devices 2. After receiving the broadcast data, the WiFi modules 3 parse out the track position data they need to run on and drive the motor of the corresponding track device 2 to run, causing the conveyor belt of the track device 2 to run towards the target position, thereby driving the lifting rod 6 and the voice player 5 to run towards the target position. At the same time, during the operation, the WiFi modules 3 periodically send the track running status to the PC terminal 1.

[0050] During this process, the UDP broadcast data sent by PC 1 and the UDP unicast data sent by WiFi module 3 are illustrated in the following examples:

[0051] The PC 1 initiates a UDP broadcast of the following data: A6 A6 85 07 01 02 Checksum

[0052] The WiFi module 3 on the X-axis replied with UDP unicast data: A6 A6 86 0752 55 checksum.

[0053] The WiFi module 3 on the Y-axis replied with UDP unicast data: A6 A6 87 07 73 70 Checksum

[0054] (Where A6 is the data header, 85, 86, and 87 are the data command numbers, 07 is the total length of each data item, 01 and 02 are the target setting positions for the X and Y axes respectively, 52 and 55 are the status of the track in motion, and 73 and 70 are the status of the track in position).

[0055] When the PC terminal 1 sends the aforementioned UDP broadcast content, the WiFi module 3 receives and parses the UDP broadcast content, and then drives the corresponding track device 2 to operate according to the parsing result. During operation, the WiFi module 3 periodically replies with UDP unicast data to the PC terminal 1. By cyclically sending and receiving different command numbers in the track operation status data replied by the dual tracks, as well as the content status corresponding to the command, it determines whether the two tracks have been in place.

[0056] S4. After receiving the track operation status, the PC terminal 1 determines whether the control is completed based on the track operation status. If the PC terminal 1 determines that the control is not completed, it retransmits the broadcast data to the corresponding WiFi module 3. If the PC terminal 1 determines that the control is completed, it terminates the current communication process.

[0057] Upon receiving the track operation status, the PC terminal 1 determines whether the control is complete based on the track operation status, specifically including:

[0058] If the PC terminal 1 receives the track running status sent by the WiFi module 3, it determines that the control is not completed and continues to send broadcast data to the WiFi module 3;

[0059] If the PC terminal 1 receives the track running status sent by the WiFi module 3 indicating that the track has reached its position, it determines that the control is complete, terminates the current communication process, and stops sending the broadcast data to the WiFi module 3.

[0060] Specifically, if the PC terminal 1 receives the track running status sent by the WiFi module 3 within a preset time (e.g., 10 minutes), it is determined that the control is not completed, and the PC terminal 1 sends broadcast data to the WiFi module 3 in a loop; if the PC terminal 1 receives the track running status sent by the WiFi module 3 that the track has reached its position, it is determined that the control is completed, the current communication process is terminated, and the broadcast data is no longer sent to the WiFi module 3.

[0061] The detailed working process of this embodiment is as follows:

[0062] The PC terminal 1 is connected to multiple WiFi modules 3 and communicates via the UDP protocol. Each WiFi module 3 is installed in the motor control part of its corresponding track device 2. When the PC terminal 1 receives new position parameters of the track device 2 and needs to drive the track device 2, the PC terminal 1 sends a communication establishment command to the WiFi module 3. After receiving the communication establishment command, the WiFi module 3 first determines whether its corresponding track device 2 is currently in an operational state. If the track device 2 is in an operational state, the WiFi module 3 replies to the PC terminal 1 with a ready communication state. If the track device 2 is not in an operational state, the WiFi module 3 replies to the PC terminal 1 with a not ready communication state.

[0063] After confirming that all the WiFi modules 3 are ready, the PC terminal 1 sends broadcast data to the WiFi modules 3. The broadcast data includes the target position parameters of the X-axis and Y-axis track devices 2. After receiving the broadcast data, the WiFi modules 3 parse out the track position data that they need to run, and drive the motor of the corresponding track device 2 to run, driving the conveyor belt of the track device 2 to run towards the target position, thereby driving the lifting rod 6 and the voice player 5 to run towards the target position, realizing the adjustment of the position of the voice player 5. During the operation of the track device 2, the WiFi module 3 will periodically send the track running status to the PC terminal 1.

[0064] After receiving the track operation status, the PC terminal 1 determines whether the control is complete based on the track operation status. If the PC terminal 1 determines that the control is not complete, it retransmits the broadcast data to the corresponding WiFi module 3. If the PC terminal 1 determines that the control is complete, it terminates the current communication process and re-establishes communication with the WiFi module 3 when the PC terminal 1 receives the new position parameters of the next track device 2. This enables the thread to be enabled when the track device 2 is running and released after the track device 2 finishes running. This effectively solves the problems of high thread resource consumption and large software memory overhead of the PC terminal 1 in traditional TCP long connections, reduces the network performance dependence and memory consumption of the PC terminal 1, and makes the control and operation of the track device 2 more stable.

[0065] like Figure 5 As shown, in another embodiment of the present invention, a control system for an automatic track device is also provided, including a PC terminal 1, at least two track devices 2 arranged in different spatial directions, and at least two WiFi modules 3 respectively installed on the motor control parts of the corresponding track devices 2; the at least two WiFi modules 3 are respectively used to control the drive of the corresponding track devices 2; the PC terminal 1 and the at least two WiFi modules 3 communicate via the UDP protocol.

[0066] Furthermore, the PC terminal 1 and the at least two WiFi modules 3 communicate via UDP network through a test router 4. The test router 4 is used to build the same local area network for the PC terminal 1 and the at least two WiFi modules 3, and to assign IP addresses in the same network segment. The test router 4 is also used to receive and forward broadcast data sent by the PC terminal 1 and unicast data sent by the at least two WiFi modules 3.

[0067] Furthermore, it also includes a voice player 5 and a support rod 6 mounted on the track device 2 for fixing the voice player 5. Driven by the track device 2, the support rod 6 and the voice player 5 move along the corresponding spatial direction.

[0068] Preferably, the lifting rod 6 includes a fixed section and a movable section, the movable section being sleeved with the fixed section. By sliding the movable section vertically within the fixed section, the overall length of the lifting rod 6 can be changed to adjust the height of the voice player 5 and meet actual usage requirements.

[0069] Finally, it should be noted that the process for automatically testing the voice product recognition rate using the control system of the automatic control track device of the present invention is as follows:

[0070] After the test software starts running, it reads the first line of data in the test process file (obtaining the test distance, TV playback volume, and voice word player playback volume). It adjusts the position of the track device 2 via the WiFi module 3, controls the TV volume via the infrared module, and controls the volume of the system playing voice messages via the software itself. Once all the test environment is ready, the host computer begins to acquire the recognition words to be played one by one according to the recognition word configuration file. It then randomly plays one of the corresponding recognition word files from the voice library (each playback voice file is randomly generated from the voice files of 10 testers in the corresponding voice word folder; this mixed voice playback method is more consistent with the actual test scenario, resulting in higher reliability of the test results). The host computer analyzes the information in the printed logs, judges the recognition results, and saves the detection results in the host computer software. After one round of testing is completed, the host computer test software continues to read the second line of data in the automated test process file, repeating the above operations until all data in the automated test process file has been run.

[0071] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit it. Although the present invention has been described in detail with reference to preferred embodiments, those skilled in the art should understand that modifications or equivalent substitutions can be made to the technical solutions of the present invention without departing from the spirit and scope of the technical solutions of the present invention, and all such modifications or substitutions should be covered within the scope of the claims of the present invention.

Claims

1. A control method for an automatic track control device, characterized in that, Includes the following steps: The PC is connected to multiple WiFi modules and communicates with them via the UDP protocol. Each WiFi module is then installed in the motor control section of the corresponding track device to control the corresponding track device drive. When the track device needs to be driven, the PC sends a communication establishment command to the WiFi module. After receiving the communication establishment command, the WiFi module replies to the PC with its own communication status, which includes ready and not ready. After receiving a communication status response from all the WiFi modules indicating they are ready, the PC sends broadcast data to the WiFi modules. Upon receiving the broadcast data, the WiFi modules drive the corresponding track devices to operate according to the broadcast data, and periodically send track operation status to the PC during the operation process. The broadcast data includes the target position parameters of each track device, and the track operation status includes track in progress and track in position. After receiving the track operation status, the PC determines whether the control is complete based on the track operation status. If the PC determines that the control is not complete, it retransmits the broadcast data to the corresponding WiFi module. If the PC determines that the control is complete, the current communication process will be terminated.

2. The control method for an automatic control track device as described in claim 1, characterized in that, After receiving the communication establishment command, the WiFi module replies to the PC with its own communication status according to the communication establishment command, specifically including: After receiving the communication establishment command, the WiFi module determines whether its corresponding track device is currently in an operational state. If the corresponding track device is currently in an operational state, the WiFi module replies to the PC with a ready communication status. If the corresponding track device is currently in an inoperable state, the WiFi module replies to the PC with a communication status of not ready.

3. The control method for an automatic control track device as described in claim 2, characterized in that, The condition for the WiFi module to return to the ready state is that the track device corresponding to the WiFi module is in a stationary state; the condition for the WiFi module to return to the not-ready communication state is that the track device corresponding to the WiFi module is in a running state.

4. The control method for an automatic control track device as described in claim 1, characterized in that, If the PC does not receive a reply from the WiFi module regarding its own communication status within a preset time after sending the communication establishment command to the WiFi module, the PC will continue to send the communication establishment command to the WiFi module. If the PC sends the communication establishment command a preset number of times and still does not receive a reply from the WiFi module regarding its own communication status, it is determined that the entire system network is abnormal. At this time, the PC issues a prompt to remind the operator to check the connection status between the PC and the WiFi module.

5. The control method for an automatic control track device as described in claim 1, characterized in that, After receiving the broadcast data, the WiFi module drives the corresponding track device to operate according to the broadcast data, specifically including: After receiving the broadcast data, the WiFi module parses the broadcast data to obtain the target position of its corresponding track device. After the WiFi module obtains the target position of the corresponding track device, the WiFi module drives the motor of the corresponding track device to run according to the target position, so that the conveyor belt of the track device runs towards the target position, and drives the lifting rod and the voice player to run towards the target position.

6. The control method for an automatic control track device as described in claim 1, characterized in that, After receiving the track operation status, the PC terminal determines whether the control is complete based on the track operation status, specifically including: If the PC receives the track running status sent by the WiFi module, it determines that the control is not completed and continues to send broadcast data to the WiFi module; If the PC receives the track running status sent by the WiFi module indicating that the track has reached its position, it determines that the control is complete, terminates the current communication process, and stops sending the broadcast data to the WiFi module.

7. A control system for an automatic track control device, employing the control method for an automatic track control device according to any one of claims 1-6, characterized in that, The system includes a PC, at least two track devices arranged in different spatial directions, and at least two WiFi modules respectively installed on the motor control parts of the corresponding track devices; the at least two WiFi modules are used to control the corresponding track device drive; the PC and the at least two WiFi modules communicate via the UDP protocol.

8. The control system of the automatic track control device as described in claim 7, characterized in that, The PC and the at least two WiFi modules communicate via a test router through a UDP network. The test router is used to build the same local area network for the PC and the at least two WiFi modules and assign IP addresses in the same network segment. The test router is also used to receive and forward broadcast data sent by the PC and unicast data sent by the at least two WiFi modules.

9. The control system of the automatic track control device as described in claim 7, characterized in that, It also includes a voice player and a support rod mounted on the track device for fixing the voice player. Driven by the track device, the support rod and the voice player move along the corresponding spatial direction.

10. The control system for an automatic track control device as described in claim 9, characterized in that, The lifting rod includes a fixed section and a movable section, which are sleeved on the fixed section. By sliding the movable section vertically within the fixed section, the overall length of the lifting rod can be changed to adjust the height of the voice player.