Ship transportation mode control verification method, device, equipment, storage medium and product

Abstract

The invention discloses a shipping mode control verification method and device, equipment, a storage medium and a product. The shipping mode control verification method comprises the steps that a control instruction is sent to target equipment to wake up the target equipment; when a first response message of the target equipment is received, a second control instruction is sent to the target equipment, so that the target equipment is switched to a shipping mode; and after a second response message of the target equipment is received, executing the verification process to obtain a shipping mode entry result of the target equipment.

Description

Technical Field

[0001] This application relates to the field of shipping mode control verification technology, and in particular to shipping mode control verification methods, apparatus, equipment, storage media and products. Background Technology

[0002] With the explosive growth of the consumer electronics market, especially wearable products, ODM manufacturers, OEM manufacturers, and end customers all need to ensure sufficient battery power for headphones to function properly, considering the entire process from factory to consumer. For products with small-capacity batteries, such as true wireless Bluetooth headphones, ear-hook headphones, watches, and fitness trackers, the power-off mode cannot meet the power consumption from factory to consumer. Therefore, these products generally adopt a shipping mode—an extremely low-power state where the entire system is powered off, only maintaining the normal operation of the lithium battery protection IC. However, due to factors such as factory operations, some anomalies are inevitable, such as products not being shipped. Currently, this relies more on manual verification or operational control. How to efficiently and reliably ensure the correct shipping status and implement it conveniently is a problem that urgently needs to be solved in this field. Summary of the Invention

[0003] The main objective of this application is to provide a shipping mode control verification method, apparatus, equipment, storage medium, and product, which aims to solve the technical problem of the lack of reliable automated verification means when existing factory-made equipment enters shipping mode.

[0004] To achieve the above objectives, this application proposes a shipping mode control verification method, applied to a host computer. The shipping mode control verification method includes: Send a first control command to the target device to wake it up; Upon receiving the first response message from the target device, a second control command is sent to the target device to switch the target device to shipping mode; After receiving the second response message from the target device, a verification process is executed to obtain the result of the target device entering the shipping mode.

[0005] Furthermore, to achieve the above objectives, this application also proposes a shipping mode control verification device, which includes: The control module is used to send a first control command to the target device to wake it up; The control module is also used to send a second control command to the target device when it receives the first response message from the target device, so as to switch the target device to shipping mode; The verification module is used to execute the verification process after receiving the second response message from the target device to obtain the shipping mode entry result of the target device.

[0006] In addition, to achieve the above objectives, this application also proposes a shipping mode control verification device, the device comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the shipping mode control verification method as described above.

[0007] In addition, to achieve the above objectives, this application also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the shipping mode control verification method described above.

[0008] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the shipping mode control verification method described above. Attached Figure Description

[0009] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0010] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0011] Figure 1 This is a flowchart illustrating an embodiment of the shipping mode control verification method of this application. Figure 2 This is a flowchart illustrating Embodiment 2 of the shipping mode control verification method of this application. Figure 3 A simplified flowchart illustrating the shipping mode control verification method provided in Embodiment 1 of this application; Figure 4 This is a schematic diagram of the module structure of the shipping mode control verification device according to an embodiment of this application; Figure 5 This is a schematic diagram of the equipment structure of the hardware operating environment involved in the shipping mode control verification method in the embodiments of this application.

[0012] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0013] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0014] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0015] The main solution of this application embodiment is: sending a first control command to the target device to wake up the target device; upon receiving a first response message from the target device, sending a second control command to the target device to switch the target device to shipping mode; and after receiving a second response message from the target device, executing a verification process to obtain the result of the target device entering shipping mode.

[0016] With the increasing popularity of wearable devices using small-capacity batteries, such as TWS earphones and smartwatches, the industry generally adopts a very low-power shipping mode to ensure the battery life of products from factory to sales. However, during mass production, due to process oversights or equipment malfunctions, defective products are prone to fail to enter the shipping mode. Therefore, solving the lack of reliable automated verification methods for existing equipment to enter the shipping mode has become an urgent problem to be solved.

[0017] This application, through an automated command interaction process led by a host computer and combined with an active verification mechanism, ensures the reliability of shipping mode control at different stages, such as: device wake-up confirmation, mode switching command triggering, and final state verification. It transforms the target device's mode setting from an uncontrollable process relying on manual intervention or passive recording into a fully controllable and traceable automated process. During communication between the host computer and the target device, the host computer sequentially sends wake-up and mode switching commands according to a preset program, and performs multiple rounds of verification to confirm whether the device has successfully entered shipping mode. This method ensures that in mass production, every device leaving the factory can be reliably set to the correct low-power state, thus solving the problem of the lack of reliable automated verification methods for existing factory-supplied devices entering shipping mode.

[0018] It should be noted that the executing entity in this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or a shipping mode control verification device capable of performing the above functions. The following description uses a shipping mode control verification device as the executing entity, such as a test industrial control computer on a production line or a control console communicating with the device under test, to illustrate this embodiment and the following embodiments.

[0019] Based on this, embodiments of this application provide a shipping mode control verification method, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the shipping mode control verification method of this application.

[0020] In this embodiment, the shipping mode control verification method is applied to the host computer and includes steps A10 to A30: Step A10: Send a first control command to the target device to wake up the target device.

[0021] It should be noted that one of the application scenarios in this embodiment is the production and testing of electronic products. Shipping mode control verification is a key quality control step applied to the battery level of electronic devices before they leave the factory. These electronic devices include, but are not limited to, smart wearable devices such as TWS earphones and smartwatches. In the existing production process, the control of shipping mode for these electronic devices mainly relies on manual triggering and visual inspection by production line operators, lacking automated and standardized verification methods. Therefore, an efficient, reliable, and convenient method is needed to ensure the correct shipping status before shipment.

[0022] It is understood that in this embodiment, the executing entity is a host computer, which can specifically be a production line industrial control computer, a test server, or a control unit integrated in an automated test fixture. This host computer establishes a connection with the target device, such as TWS earphones, via a serial port, USB, or wireless communication interface. It is responsible for automatically sending a series of instructions to the target device according to preset test logic and for listening to and parsing the device's feedback information.

[0023] In practical implementation, the first control command refers to a high-privilege broadcast wake-up signal. In a production line environment, the host computer broadcasts this command to all target devices within the production line via the communication bus. Upon receiving the command, the target device, if its communication module (such as a serial port) is functioning normally, will immediately generate a response signal, indicating that the device can receive control from the host computer and can proceed to subsequent production testing processes. If the host computer successfully receives the response message from the target device, it indicates that the target device can continue executing the subsequent process. Conversely, if a target device fails to respond, it indicates that the device may have a hardware communication failure or other abnormal state. This device will be marked as a defective product by the host computer and immediately screened out to prevent it from flowing into subsequent stages.

[0024] Understandably, when the host computer broadcasts the first control command, it simultaneously issues commands to a batch of target devices within a preset range on the production line. Therefore, the pre-set response mechanism in each device's firmware requires it to carry its unique device identifier, such as a serial number or MAC address, in its reply message after receiving the command. In this way, although the command is broadcast, the host computer can construct a list of responded devices by parsing the device identifier in each frame of the response message. By comparing this list with a preset list of devices to be tested, devices that do not match can be identified as abnormal devices that have not responded, thereby achieving automated batch screening.

[0025] Step A20: Upon receiving the first response message from the target device, send a second control command to the target device to switch the target device to shipping mode.

[0026] It should be noted that, in the aforementioned steps, the target device, upon receiving the first control command issued by the host computer, immediately replies to the host computer with a message that is the first response message. This response message includes a specific handshake success identifier, and its function is to confirm to the host computer that the communication link has been established and the device has been successfully woken up.

[0027] Understandably, the second control command refers to a dedicated "enter shipping mode" command. The host computer will only issue this command to the target device after confirming that the device is online and communicable (i.e., after receiving the first response message).

[0028] In practical implementation, to ensure the reliability of state switching, after successfully receiving the instruction, the target device immediately performs preparatory work locally before entering shipping mode. This includes, but is not limited to, suspending unnecessary background processes, closing the user interface, and writing key operational configuration parameters into non-volatile memory. After completing the preparatory work for entering shipping mode, it replies with a second response message to the host computer, indicating that the device itself has completed the preliminary preparations for entering shipping mode. After replying with the second response message, the target device, based on the relevant content already written to the non-volatile memory, independently executes the program flow for entering shipping mode. This process normally completes within several hundred milliseconds, but can be slightly extended to five to ten seconds. Five to ten seconds after the host computer receives the second response message, it can begin to verify whether the target device has successfully entered shipping mode.

[0029] Step A30: After receiving the second response message from the target device, execute the verification process to obtain the shipping mode entry result of the target device.

[0030] It should be noted that the second response message means that the target device confirms to the host computer that it has successfully received the instruction to enter the shipping mode and has completed all necessary preparations such as saving configuration and closing processes. Sending the second response message means that the target device has officially started to execute the final shipping mode switching operation.

[0031] Understandably, after receiving the second response message from the target device, the host computer waits for a preset delay (such as 5-10 seconds) before executing the verification process on the target device to finally confirm whether it has successfully entered the shipping mode.

[0032] In one feasible implementation, the verification process for whether the target equipment has successfully entered the shipping mode includes multiple rounds of verification, wherein the first round of verification includes steps A311 to A313: Step A311: Broadcast a device wake-up command to the target device.

[0033] It's important to note that the technical logic of the first round of verification is as follows: if the target device has successfully entered the shipping mode, its communication serial port should be powered off, meaning it cannot receive any instructions from the host computer, not even the highest-level control instructions. Conversely, if the target device has not successfully entered the shipping mode, it will respond to a high-level wake-up command from the host computer, thus revealing that it has not entered shipping mode. The host computer makes its final judgment based on whether it receives a response message to the wake-up command within a preset time. Any form of response is considered conclusive evidence of verification failure. This design leverages the physical isolation of shipping mode, transforming the "no response" at the communication layer into a "success" beacon at the verification logic layer, making the verification process direct and efficient.

[0034] Step A312: After the broadcast is completed, start the timer and keep the message receiving state running.

[0035] Understandably, maintaining message reception is to capture potential device responses. This preset listening duration is typically significantly longer than the normal response time required for the target device to issue a response after receiving the wake-up command.

[0036] In practice, to avoid interference from response messages from other sources, the host computer will explicitly instruct the target device that receives the wake-up command to reply with a specific response message to the host computer. When the host computer is in receive mode, even if it receives response messages from other sources, it can distinguish them based on the content of the reply, thereby avoiding interference from response messages from other sources.

[0037] Step A313: If no response message corresponding to the device wake-up command is received from the target device within the preset listening time, the target device is determined to have passed the first round of verification.

[0038] Understandably, devices that successfully enter shipping mode will remain completely silent during regular communications. Therefore, no response is the expected and correct behavior, and is the anticipated result of the target device successfully entering shipping mode.

[0039] Understandably, if a response message corresponding to the device wake-up command is received from the target device within the preset listening time, it is determined that the target device has not successfully entered the shipping mode.

[0040] In practice, to ensure that in the low-probability scenario where some devices neither enter the shipping state nor receive a wake-up command or fail to respond in time, the wake-up-wait-for-response process will be repeated multiple times at certain intervals, usually three to five times. If the target device does not respond in any of the processes, it means that the target device has passed the first round of shipping mode verification process.

[0041] In one feasible implementation, the verification process for whether the target equipment has successfully entered the shipping mode includes a second round of verification after the first round of verification, wherein the second round of verification includes steps A321 to A324: Step A321: Acquire image data from the target device.

[0042] It should be noted that before the second round of verification begins, that is, during the process of the target device entering the shipping mode, according to the predetermined program design, the target device will light up the indicator light on the device, and will execute the relevant process of entering the shipping mode with the indicator light on.

[0043] It is understood that the indicator lights here include, but are not limited to, some dedicated status indicator lights that electronic devices themselves have, such as flashing lights on Bluetooth headsets to indicate connection status, or three-color breathing lights to indicate battery status, or some RGB colorful lights to enhance the appearance. In this embodiment, if the target device contains the above-mentioned types of lighting firmware, then when executing the relevant process of entering the shipping mode, if the device successfully enters the shipping mode, then even if these firmware lights are not specifically turned off, the system will still cause the lights to turn off due to the power outage of the shipping mode. Conversely, if the lights are still on, it means that the target device has failed to successfully execute the process of entering the shipping mode, that is, it has not successfully entered the shipping mode.

[0044] Step A322: Determine the color value of the indicator light of the target device based on the image data.

[0045] It should be noted that before determining the color value, an image recognition algorithm, such as a deep learning-based object detection model, is needed to accurately locate the pixel region where the indicator light is located in the image. Then, the color value of that region is extracted to obtain the RGB or HSV color space statistical value based on the pixels in that region.

[0046] Step A323: Compare the color value with the preset threshold, and determine the on / off state of the indicator light based on the comparison result.

[0047] Understandably, the preset thresholds here usually include two types: one is the brightness threshold, which is used to distinguish between light and dark; the other is the hue threshold for specific colors, such as green representing normal working state and red representing abnormal state.

[0048] In practice, due to the influence of ambient light, directly judging the on / off state may lead to misjudgment due to reflections from the device casing or ambient light spots. Therefore, the actual judgment logic is to first determine whether the average brightness of the pixel area exceeds the brightness threshold. If it does not exceed the threshold, it is directly judged as off; if it exceeds the threshold, its hue value is further analyzed to determine whether it falls within the preset color range in order to confirm the state of the on / off state.

[0049] Step A324: If the indicator light on the target device is off, the target device is deemed to have passed the second round of verification.

[0050] Understandably, once the device successfully enters shipping mode, all non-essential power-consuming units, including status indicator lights, should be completely powered off. Therefore, the extinguishing of the indicator lights is indirect visual evidence that the device has entered shipping mode, indicating that the target device has passed the second round of verification. Conversely, if the indicator lights on the target device are lit, it is determined that the target device has not successfully entered shipping mode.

[0051] In one feasible implementation, the verification process for whether the target equipment has successfully entered the shipping mode includes a third round of verification after the second round of verification, wherein the third round of verification includes steps A331 to A334: Step A331: Control the mechanical device to perform a power-on operation on the target device's power button.

[0052] It should be noted that the technical logic of the third round of verification is as follows: a mechanical device is used to simulate the power-on process by pressing and holding the power button of the target device for several seconds. If the target device powers on normally and the indicator light illuminates, it means that the device has not successfully entered the shipping mode. The duration of the mechanical device's power-on operation is configured to simulate the duration of the user's power-on operation. If the device's power-on duration is set to 3 seconds during production, then this will be set to more than 3 seconds; if the device's power-on duration is set to 5 seconds, then the simulated operation will be extended accordingly.

[0053] It should be emphasized that after the target device enters the shipping mode in this application, the device will exit the shipping mode only when the device receives a signal of external power supply. That is, even if the user has the product and the power in the product can support normal power-on, the device will not exit the shipping mode if it is not charged and woken up.

[0054] Step A332: After the power-on trigger operation is completed, acquire the image data of the target device.

[0055] It should be noted that, unlike the criterion of observing the indicator light "from on to off" when entering shipping mode, the core of the verification at this stage is to detect whether the equipment has a visual change of "from off to on" or "entering a specific working state indicator light mode".

[0056] Understandably, after the power-on trigger operation is executed, a normally responding device should follow its standard startup procedure. This procedure is usually accompanied by clear visual feedback, such as the device changing from a completely dark state to emitting a solid light of a specific color or a breathing light effect, or a change in specific function indicator lights, such as the network connection indicator light starting to flash or the charging indicator light turning red.

[0057] Step A333: Determine the status of the indicator lights on the target device based on the image data.

[0058] It should be noted that the process for determining the indicator light status of the target device here is similar to the process for determining the indicator light status in the second round mentioned above. Both involve detecting whether the average brightness of the specified area significantly exceeds a preset brightness threshold. If it does not exceed the threshold, it is determined to be in an off state.

[0059] Step A334: If the indicator light is detected to be off, the target device is determined to have successfully entered the shipping mode.

[0060] It should be noted that even if the target device successfully enters shipping mode and performs a power-on operation, it will not actually power on and the corresponding indicator light will not illuminate. Therefore, the expected result in this verification process is that the indicator light will be off. Conversely, if the indicator light is detected to be on, it means that the power-on trigger operation unexpectedly woke up the device, proving that the shipping mode setting failed.

[0061] It is understood that this application provides an automated, multi-dimensional integrated shipping mode control verification method, effectively solving the problems of low efficiency and error-proneness in traditional manual verification. The core of this method lies in using a host computer as the control center, employing three progressively layered and mutually verifying rounds: communication command verification, visual state analysis, and physical trigger verification. The first round of verification utilizes the characteristic that shipping mode shuts down the communication module, broadcasting a wake-up command and listening for responses. No response indicates success, performing a screening at the communication level. The second round of verification detects whether the indicator light successfully extinguishes as expected during the device's entry into shipping mode, providing visual evidence of whether the device has entered shipping mode from the perspective of its own state feedback. The third round of verification simulates the user's power-on operation through a mechanical device and again uses visual detection to verify whether the device cannot be unexpectedly woken up, thus ensuring successful entry of the device into shipping mode through multiple protection mechanisms.

[0062] This embodiment wakes up the target device by sending a first control command; upon receiving a first response message from the target device, a second control command is sent to the target device to switch it to shipping mode; after receiving a second response message from the target device, a verification process is executed to obtain the result of the target device entering shipping mode. By setting up a multi-round, progressive automated verification process that includes communication silent verification, visual state analysis, and physical trigger counter-verification, a closed-loop verification of the device status is performed, solving the problem of the lack of reliable automated verification methods when existing factory-issued equipment enters shipping mode.

[0063] Based on the first embodiment of this application, in the second embodiment of this application, the content that is the same as or similar to that in the first embodiment described above can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 2 The shipping mode control verification method, applied to the target equipment, includes steps B10 to B30: Step B10: In response to the first control command from the host computer, send the first response message to the host computer.

[0064] As is understood, in this embodiment, the executing entity is the target device. The purpose of this step is to confirm with the host computer that the device is online and its communication function is normal, and to be ready to receive subsequent production testing instructions. If the device fails to respond due to malfunction or absence, it will be judged as an abnormal product and rejected by the host computer. Therefore, the core function of this stage is to complete a basic communication handshake and prove to the host computer that it has the basic conditions to proceed with subsequent processes.

[0065] In practice, when the target device receives a broadcast wake-up signal from the host computer, that is, after receiving the first control command, the handshake protocol pre-set in the device firmware will be triggered. The target device will immediately generate an acknowledgment signal containing its unique device identifier (such as SN number or MAC address) as the first response message and send it to the host computer.

[0066] Step B20: Perform a local data record clearing operation, and after the data record clearing operation is completed, send a second response message to the host computer.

[0067] Understandably, this step is a factory data formatting process before the device enters its final factory state, designed to ensure that the device is brand new and free of any internal test data when it is delivered to the user.

[0068] In practice, after responding to the host computer's first reply message, the target device invokes a data erasure routine in its firmware. This operation typically includes, but is not limited to: clearing Bluetooth pairing records, Wi-Fi connection history, temporary log files generated during production line testing, calibration parameter caches, and other potentially residual internal usage data. After successfully erasing all specified data, the device generates a success status code as a second reply message and sends it back to the host computer. This step signifies that the device is ready and can safely transition to shipping mode.

[0069] Step B30: Upon receiving the second control command sent by the host computer, perform the operation of switching to shipping mode.

[0070] Understandably, the second control command is the final mode switching command issued by the host computer after confirming that the device has completed all preliminary preparations (such as data clearing).

[0071] In practice, upon receiving this instruction, the target device will immediately initiate the shipping mode switching process. This process typically includes: shutting down all non-essential functional modules, switching the main processor to a specific deep sleep state, maintaining an extremely low base power consumption, and retaining only the ability to be woken up by specific hardware events.

[0072] In one feasible implementation, the steps of performing the operation of switching to shipping mode include B31 to B33.

[0073] Step B31: Close the communication serial port and write the configuration information instructing the target device to enter shipping mode into the non-volatile memory.

[0074] Understandably, closing the communication interface aims to create an atomic execution environment, while writing to non-volatile memory ensures the persistent effect of the configuration.

[0075] In practice, the device first disables its UART hardware interface or interrupt service for communication with the host computer. The core purpose of this operation is to proactively cut off the external command input path, thereby ensuring that the subsequent critical configuration writing process is not interrupted by any unexpected new commands received from the host computer, and guaranteeing that the entry into "shipping mode" is not externally interrupted. Under the stable environment created by the serial port being closed, the device firmware writes a specific flag or data structure identifying the device state as "shipping mode" to a designated non-volatile storage area (such as the user partition of the Flash memory). This write can guide the device to enter shipping mode in subsequent processes.

[0076] Step B32: After the configuration information is written, control the indicator light to light up.

[0077] Understandably, this step is a visual feedback provided by the device after completing the configuration information writing process. The indicator light illuminates to signify that the configuration information has been successfully written to the non-volatile memory, and the device is ready and executing the process to enter the final state. Turning on the indicator light here allows the host computer to directly determine whether the device has successfully entered the shipping mode through visual recognition during the verification process.

[0078] Step B33: Execute the control process to enter shipping mode based on the configuration information.

[0079] Understandably, in this step, the target device will begin to execute low-power hardware settings such as disabling unnecessary sensors and peripherals, reducing core voltage and clock speed, and configuring wake-up sources, based on the configuration information.

[0080] In a preferred embodiment, the control process includes re-opening the communication serial port after a preset delay following startup.

[0081] In practice, after the above-mentioned process of entering shipping mode is initiated, the device will start an independent hardware timer or software timer. When the preset delay time (e.g., 2 seconds) is reached, regardless of whether the final step of entering shipping mode has been completed, the firmware will force the hardware module of the communication serial port to be re-enabled. After that, the device will continue to execute the subsequent processes of entering shipping mode.

[0082] It should be noted that the purpose of opening the serial communication port after a preset delay in this embodiment is as follows: If a target device fails to enter the shipping mode, since the serial port was closed when writing the configuration information to the partition in the previous steps, the device will not enter the shipping mode and cannot be controlled by the host computer. For the host computer's testing system, a device with no serial port response and an off indicator light only indicates that it may have successfully entered the shipping mode. Other methods can be used to verify that the device has not yet entered the shipping mode, but closing the serial communication port greatly enhances the concealment of the target device verification in this situation. Therefore, by designing a preset time to open the serial port, on the one hand, if the target device fails to enter the shipping mode, it can be detected in the host computer's verification process through a simple query-response mechanism; on the other hand, if the target device successfully enters the shipping mode within this time, then this step, even if not executed, will not affect the final objective.

[0083] This embodiment responds to a first control command from the host computer by sending a first response message to the host computer; performs a local data record clearing operation, and after the data record clearing operation is completed, sends a second response message to the host computer; and upon receiving a second control command from the host computer, performs an operation to switch to shipping mode. This achieves controllability and reliability in the process of entering shipping mode.

[0084] For example, to help understand the implementation flow of the shipping mode control verification method obtained by combining this embodiment with the above embodiment one, please refer to... Figure 3 , Figure 3 A simplified flowchart of a shipping mode control verification method is provided. Specifically, during the stage where the control device is preparing to enter shipping mode, after receiving the first control command sent by the host computer, the target device first sends back a first response message to confirm the command reception, then performs a local data clearing operation and sends a second response message after completion. After receiving the second response confirmation, the host computer issues a second control command, and the target device performs a shipping mode switching operation accordingly. The entire process ensures reliable command execution through a two-step handshake mechanism, and also includes an anomaly detection mechanism. If a second command is not received within a specified time, the device will maintain the communication interface open, which prevents system lock-up due to misoperation and ensures that faults can be detected and diagnosed in a timely manner. In the stage of verifying whether the equipment has truly entered the shipping mode, the host computer adopts a multi-dimensional three-dimensional verification strategy: First, it verifies whether the communication module of the target equipment strictly follows the characteristics of the shipping mode and remains in a closed state by broadcasting a directional wake-up command; then, it uses a machine vision inspection system to collect and analyze the status of the equipment's indicator lights to confirm whether they have completed the extinguishing action according to the preset procedure; finally, it uses a robotic arm to execute a standard power-on trigger operation, while continuously monitoring the status of the indicator lights with the help of a camera device. The triple verification mechanism forms a closed-loop verification chain from three dimensions: communication response, visual feedback, and physical trigger, ensuring that the equipment not only superficially enters the shipping mode, but also truly possesses the shipping mode characteristics that can only be woken up under specific conditions, thereby achieving comprehensive safety protection from passive detection to active verification.

[0085] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the shipping mode control verification method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0086] This application also provides a shipping mode control verification device, please refer to... Figure 4 The shipping mode control verification device includes: The control module 10 is used to send a first control command to the target device to wake up the target device; The control module 10 is also used to send a second control command to the target device when it receives the first response message from the target device, so as to switch the target device to shipping mode; The verification module 20 is used to execute a verification process after receiving the second response message from the target device to obtain the shipping mode entry result of the target device.

[0087] Optionally, the verification module 20 is also used for: Broadcast a device wake-up command to the target device; After the broadcast is completed, start the timer and keep the message receiving state running; If a response message corresponding to the device wake-up command is received from the target device within the preset listening time, it is determined that the target device has not successfully entered the shipping mode. If no response message corresponding to the device wake-up command is received from the target device within the preset listening time, the target device is deemed to have passed the first round of verification.

[0088] Optionally, the verification module 20 is also used for: Acquire image data from the target device; Determine the color value of the indicator light on the target device based on the image data; The color value is compared with a preset threshold, and the on / off state of the indicator light is determined based on the comparison result. If the indicator light on the target device is lit, it is determined that the target device has not successfully entered the shipping mode; If the indicator light on the target device goes out, the target device is deemed to have passed the second round of verification.

[0089] Optionally, the verification module 20 is also used for: The control mechanism performs a power-on operation on the target device's power button, and the duration of the power-on operation is configured to simulate the duration of a user's power-on operation. After the power-on trigger operation is completed, acquire the image data of the target device; Determine the status of the indicator lights on the target device based on the image data; If the indicator light is detected to be on, it is determined that the target device has not successfully entered the shipping mode. If the indicator light is detected to be off, the target device is determined to have successfully entered the shipping mode.

[0090] The shipping mode control verification device provided in this application, employing the shipping mode control verification method in the above embodiments, can solve the technical problem of the lack of reliable automated verification means when existing factory-made equipment enters shipping mode. Compared with the prior art, the beneficial effects of the shipping mode control verification device provided in this application are the same as those of the shipping mode control verification method provided in the above embodiments, and other technical features in the shipping mode control verification device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0091] This application provides a shipping mode control verification device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the shipping mode control verification method in the above embodiment 1.

[0092] The following is for reference. Figure 5 The diagram illustrates a structural schematic of a shipping mode control verification device suitable for implementing embodiments of this application. The shipping mode control verification device in this application may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), and in-vehicle terminals (e.g., in-vehicle navigation terminals), as well as fixed terminals such as digital TVs and desktop computers. Figure 5 The shipping mode control verification device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0093] like Figure 5As shown, the shipping mode control verification device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the shipping mode control verification device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touch screen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 1003 including, for example, magnetic tape, hard disk, etc.; and communication devices 1009. The communication device 1009 allows the shipping mode control verification equipment to communicate wirelessly or wiredly with other equipment to exchange data. Although the figure shows shipping mode control verification equipment with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0094] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0095] The shipping mode control verification device provided in this application, employing the shipping mode control verification method described in the above embodiments, can solve the technical problem of the lack of reliable automated verification methods when existing factory-made equipment enters shipping mode. Compared with the prior art, the beneficial effects of the shipping mode control verification device provided in this application are the same as those of the shipping mode control verification method provided in the above embodiments, and other technical features of this shipping mode control verification device are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0096] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0097] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0098] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the shipping mode control verification method in the above embodiments.

[0099] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0100] The aforementioned computer-readable storage medium may be included in the shipping mode control verification device; or it may exist independently and not be assembled into the shipping mode control verification device.

[0101] The aforementioned computer-readable storage medium carries one or more programs. When the aforementioned one or more programs are executed by the shipping mode control verification device, the shipping mode control verification device causes the shipping mode control verification device to: send a first control command to the target device to wake up the target device; upon receiving a first response message from the target device, send a second control command to the target device to switch the target device to shipping mode; and after receiving a second response message from the target device, execute a verification process to obtain the shipping mode entry result of the target device.

[0102] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0103] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0104] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0105] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described shipping mode control verification method. This solves the technical problem of the lack of reliable automated verification methods when existing factory-made equipment enters shipping mode. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the shipping mode control verification method provided in the above embodiments, and will not be elaborated upon here.

[0106] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the shipping mode control verification method described above.

[0107] The computer program product provided in this application can solve the technical problem of the lack of reliable automated verification methods when existing factory-made equipment enters shipping mode. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the shipping mode control verification method provided in the above embodiments, and will not be repeated here.

[0108] The above are only some embodiments of this application and do not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A method for verifying shipping mode control, characterized in that, The shipping mode control verification method, applied to a host computer, includes: Send a first control command to the target device to wake up the target device; Upon receiving the first response message from the target device, a second control command is sent to the target device to cause the target device to switch to shipping mode; Upon receiving the second response message from the target device, a verification process is executed to obtain the shipping mode entry result of the target device.

2. The shipping mode control verification method as described in claim 1, characterized in that, The verification process includes a first round of verification, and the steps of the first round of verification include: Broadcast a device wake-up command to the target device; After the broadcast is completed, start the timer and keep the message receiving state running; If a response message corresponding to the device wake-up command is received from the target device within the preset listening time, it is determined that the target device has not successfully entered the shipping mode. If no response message corresponding to the device wake-up command is received from the target device within the preset listening time, the target device is determined to have passed the first round of verification.

3. The shipping mode control verification method as described in claim 2, characterized in that, After the first round of verification is completed, the steps for performing the second round of verification include: Acquire image data of the target device; Based on the image data, determine the color value of the indicator light of the target device; The color value is compared with a preset threshold, and the on / off state of the indicator light is determined based on the comparison result. If the indicator light on the target device is lit, it is determined that the target device has not successfully entered the shipping mode; If the indicator light on the target device goes out, the target device is determined to have passed the second round of verification.

4. The shipping mode control verification method as described in claim 3, characterized in that, After the second round of verification is completed, the steps for performing the third round of verification include: The control mechanism performs a power-on operation on the power button of the target device, and the duration of the power-on operation is configured to simulate the duration of a user's power-on operation. After the power-on trigger operation is completed, the image data of the target device is acquired; Based on the image data, determine the indicator light status of the target device; If the indicator light is detected to be on, it is determined that the target device has not successfully entered the shipping mode; If the indicator light is detected to be off, the target device is determined to have successfully entered the shipping mode.

5. A method for verifying shipping mode control, characterized in that, The shipping mode control verification method, applied to the target equipment, includes: In response to the first control command from the host computer, a first response message is sent to the host computer; Perform a local data record clearing operation, and after the data record clearing operation is completed, send a second response message to the host computer; Upon receiving the second control command sent by the host computer, the operation of switching to shipping mode is executed.

6. The shipping mode control verification method as described in claim 5, characterized in that, The operation of switching to shipping mode includes: The communication serial port is closed, and the configuration information instructing the target device to enter shipping mode is written into the non-volatile memory; After the configuration information is written, the indicator light will turn on. Based on the configuration information, a control process for entering the shipping mode is executed, wherein the control process includes re-opening the communication serial port after a preset delay following startup.

7. A shipping mode control verification device, characterized in that, The shipping mode control verification device includes: The control module is used to send a first control command to the target device to wake up the target device; The control module is also configured to send a second control command to the target device when it receives the first response message from the target device, so as to switch the target device to shipping mode; The verification module is used to execute a verification process after receiving the second response message from the target device to obtain the shipping mode entry result of the target device.

8. A shipping mode control verification device, characterized in that, The shipping mode control verification device includes: a memory, a processor, and a shipping mode control verification program stored in the memory and executable on the processor, wherein the shipping mode control verification program is configured to implement the shipping mode control verification method as described in any one of claims 1 to 6.

9. A storage medium, characterized in that, The storage medium stores a shipping mode control verification program, which, when executed by a processor, implements the shipping mode control verification method as described in any one of claims 1 to 6.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the steps of the shipping mode control verification method as described in any one of claims 1 to 6.

Images