Equipment detection method, equipment, medium and product

Abstract

The embodiment of the invention provides an equipment detection method, equipment, a medium and a product. The method comprises the following steps: sending a detection instruction set to a to-be-detected device through an upper computer, wherein the detection instruction set comprises a plurality of detection instructions executed according to a preset process; based on the plurality of detection instructions, detecting the to-be-detected equipment and obtaining a detection result corresponding to each detection item; if the detection result represents that the detection of the to-be-detected equipment is not passed, generating an exception handling strategy corresponding to the non-passed detection item; and if the detection result represents that the detection of the to-be-detected equipment is passed, caching the detection result through the upper computer, and uploading the detection result to a production system according to a preset uploading strategy so as to store a detection report corresponding to the to-be-detected equipment on the production system. The method is used for facilitating follow-up tracing and analysis of the equipment quality, and the efficiency and quality of equipment detection are remarkably improved on the whole.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of device detection, and in particular to a device detection method, device, medium and product. BACKGROUND

[0002] As a core component of intelligent and networked vehicles, the Tbox (Telematics Box) is responsible for realizing key functions such as data interaction between the vehicle and the cloud, remote control, fault diagnosis, etc. The quality and efficiency of its production are directly related to the intelligent level and reliability of the whole vehicle.

[0003] In the production and manufacturing process of the Tbox, the traditional manual detection method is currently mainly relied on. The production line operator needs to manually connect the device to be tested and the test computer through the serial port, and sends detection instruction sets one by one with the help of a simple terminal tool. Then, the operator judges whether each function of the device is normal or not by observing the device indicator light state and manually interpreting the text information output by the terminal. This method not only has inherent bottlenecks such as low detection efficiency and high production cost, but also has strong subjectivity and non-standardization, which makes it difficult to guarantee the accuracy and consistency of the detection results, and cannot form a traceable digital quality closed loop. Therefore, device detection has become a prominent technical obstacle restricting the improvement of product production capacity and the perfection of the quality system. SUMMARY

[0004] The embodiments of the present application provide a device detection method, device, medium and product, which ensures the timely preservation of detection data and facilitates the subsequent traceability and analysis of device quality, and significantly improves the efficiency and quality of device detection as a whole.

[0005] In a first aspect, the embodiments of the present application provide a device detection method, comprising: sending a detection instruction set to a device to be detected by an upper computer, wherein the detection instruction set comprises a plurality of detection instructions executed according to a preset process; detecting the device to be detected based on the plurality of detection instructions and obtaining a detection result corresponding to each detection item; if the detection result represents that the detection of the device to be detected fails, generating an abnormal handling strategy corresponding to the failed detection item; if the detection result represents that the detection of the device to be detected passes, caching the detection result by the upper computer and uploading the detection result to a production system according to a preset uploading strategy, so as to store a detection report corresponding to the device to be detected on the production system.

[0006] In a possible implementation, the detecting the to-be-detected device based on the plurality of detection instructions and obtaining the detection result corresponding to each detection item comprises: executing the plurality of detection instructions according to a preset procedure, if the detection result corresponding to any detection item in a previous procedure of the to-be-detected device does not pass, stopping the detection instruction corresponding to a next procedure, and determining that the detection of the to-be-detected device does not pass; if the detection result corresponding to any detection item in the previous procedure of the to-be-detected device all pass, executing the detection instruction corresponding to the next procedure until all procedures are executed to obtain the detection result corresponding to each detection item.

[0007] In a possible implementation, the plurality of detection instructions executed according to the preset procedure comprises, in sequence, an internal detection instruction, an internal communication detection instruction, and an external connection detection instruction, and the method further comprises: detecting the internal stability of the to-be-detected device based on the internal detection instruction, if all internal stability items of the to-be-detected device pass the detection, detecting the internal communication item of the to-be-detected device based on the internal communication detection instruction, if all internal communication items of the to-be-detected device pass the detection, detecting the external communication item of the to-be-detected device based on the external network connection detection instruction, and if all external communication items of the to-be-detected device pass the detection, generating the detection result corresponding to the to-be-detected device, and determining that the detection of the to-be-detected device passes.

[0008] In a possible implementation, the detecting the internal communication item of the to-be-detected device based on the internal communication detection instruction comprises: in the process that the to-be-detected device executes the internal communication detection instruction, sending, by a micro control unit inside the to-be-detected device, a test data packet to a system on chip, obtaining a response packet corresponding to the test data packet, and determining, based on the response packet, the detection result of data integrity and timing consistency between the micro control unit inside the to-be-detected device and the system on chip.

[0009] In a possible implementation, the detecting the internal stability of the to-be-detected device based on the internal detection instruction comprises: in the process that the to-be-detected device executes the internal detection instruction, obtaining real-time power supply voltage data of the to-be-detected device, and determining, based on the real-time power supply voltage data, the detection result of voltage stability of the to-be-detected device.

[0010] In a possible implementation, the uploading the detection result to the production system according to the preset uploading strategy comprises: if communication between the host computer and the production system is disconnected, saving the detection result by the host computer and uploading the detection result to the production system when the communication is connected again; if a shutdown signal of the host computer is received, uploading the detection result cached by the host computer to the production system; if communication between the host computer and the production system is normal and the host computer is powered on, uploading the detection result to the production system according to the preset uploading strategy.

[0011] In a possible implementation, the method further comprises: determining a session key of the device to be detected based on a preset encryption algorithm, the session key being associated with the detection instruction; encrypting the detection result based on the session key, and uploading the encrypted detection result to the production system, the encrypted detection result comprising an identity identifier, a software version, a hardware version, a mobile network identifier, a detection item, and a detection timestamp of the device to be detected.

[0012] In a second aspect, an embodiment of the present application provides a device detection apparatus, which comprises: a sending module configured to send a detection instruction set to a device to be detected by a host computer, the detection instruction comprising a plurality of detection instructions executed according to a preset procedure; a detection module configured to detect the device to be detected based on the plurality of detection instructions and obtain detection results corresponding to each detection item; an exception handling module configured to generate an exception handling strategy corresponding to a detection item that fails to pass the detection if the detection result indicates that the detection of the device to be detected fails to pass; and a storage module configured to cache the detection result by the host computer if the detection result indicates that the detection of the device to be detected passes, and upload the detection result to a production system according to a preset uploading strategy, so as to store a detection report corresponding to the device to be detected on the production system.

[0013] In a third aspect, an embodiment of the present application provides an electronic device, which comprises: a storage and a processor.

[0014] The storage stores computer execution instructions; and the processor executes the computer execution instructions stored by the storage, so that the processor executes the first aspect and / or various possible implementations of the first aspect.

[0015] In a fourth aspect, an embodiment of the present application provides a computer readable storage medium, which stores computer execution instructions, and the computer execution instructions are executed by a processor to implement the first aspect and / or various possible implementations of the first aspect.

[0016] In a fifth aspect, an embodiment of the present application provides a computer program product, comprising a computer program which, when executed by a processor, implements the first aspect and / or various possible implementation manners of the first aspect.

[0017] The device detection method, device, medium and product provided by the embodiments of the present application can comprehensively and orderly carry out multiple detections on the to-be-detected device according to the preset process by sending the integrated detection instruction containing multiple detection instructions to the to-be-detected device by the upper computer, effectively avoiding the possible omissions of manual detection, and ensuring the comprehensiveness and accuracy of the detection. When the detection result shows that the device fails, an abnormal processing strategy corresponding to the failed detection item is automatically generated, providing a targeted solution direction for the operator, which helps to quickly locate and solve the problem and improve the maintenance efficiency. When the device detection passes, the upper computer caches the detection result and uploads the result to the production system to store as a detection report according to the preset uploading strategy, which not only ensures the timely retention of the detection data, but also facilitates the subsequent tracing and analysis of the equipment quality, significantly improves the efficiency and quality of the equipment detection as a whole, reduces the error rate of manual detection, and thus effectively promotes the improvement of the equipment productivity. BRIEF DESCRIPTION OF DRAWINGS

[0018] The accompanying drawings, which are incorporated herein and form part of the specification, illustrate embodiments consistent with the present application and, together with the description, further serve to explain the principles of the application.

[0019] Figure 1 A scene schematic diagram of the device detection provided by the present application;

[0020] Figure 2 A flowchart of the device detection method provided by the present application Figure 1 ;

[0021] Figure 3 A flowchart of the device detection method provided by the present application Figure 2 ;

[0022] Figure 4 A structure schematic diagram of the device detection apparatus provided by the present application;

[0023] Figure 5 A structure schematic diagram of the electronic device provided by the present application.

[0024] Through the above drawings, the specific embodiments of the present application have been shown, and more detailed descriptions will be given hereinafter. These drawings and textual descriptions are not intended to limit the scope of the concept of the present application by any means, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0025] The exemplary embodiments will be described in detail herein with reference to the attached drawings. The following description is made with reference to the accompanying drawings in which like reference numerals designate identical or similar elements in the several figures. The implementations described in the following exemplary embodiments are not meant to represent all implementations consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present application as detailed in the appended claims.

[0026] Firstly, the terms involved in the present application are explained:

[0027] The host computer generally refers to the computer device in the whole automation detection or control system architecture, which is in the core position of command, control and data processing. It can establish connection with the slave computer (such as the device to be detected, sensor, actuator, etc.) through a specific communication interface (such as serial port, network port, etc.), and can send carefully designed instructions to the slave computer, such as controlling the device to be detected to start the detection process, setting the detection parameters, etc. At the same time, it can receive various data feedback from the slave computer, including detection results, device state information, etc., and carry out in-depth analysis, processing and intuitive display on these data, such as presenting detection data in the form of charts, judging whether the device is qualified, and also storing data according to preset rules and uploading to other systems according to the established strategy, which plays an indispensable key role in realizing device automation detection, production process monitoring and management, etc.

[0028] Serial communication is a communication method for data transmission between computer and external device or device and device, which transmits data bit by bit through a data line, data is formed into data frame in units of characters or bytes, and the rate of data transmission is controlled according to the pre-agreed baud rate (i.e. the number of bits transmitted per second). The sender and receiver need to set the same serial port parameters (such as baud rate, data bits, stop bits, parity bits, etc.) to ensure accurate data parsing. In the transmission process, data is transmitted sequentially bit by bit in series, which is slower than parallel communication, but has the advantages of less line occupation, low cost, strong anti-interference ability, etc., and is widely used in industrial control, instruments and meters, embedded systems and other fields to realize data interaction and instruction transmission between devices.

[0029] Figure 1 The scene diagram of device detection provided by the present application is as follows: Figure 1As shown, the specific application scenarios of the present application include host computer 110, to-be-detected device 120, and production system 130. Specifically, the host computer 110 sends a detection instruction set to the to-be-detected device 120, the detection instruction set including a plurality of detection instructions for executing a preset flow, then the to-be-detected device 120 executes the plurality of detection instructions according to the preset flow, and returns the detection result to the host computer 110, if the detection result represents that the detection of the to-be-detected device 120 fails, an abnormal processing strategy corresponding to the failed detection item is generated; if the detection result represents that the detection of the to-be-detected device 120 passes, the detection result is cached by the host computer 110, and the detection result is uploaded to the production system 130 according to a preset uploading strategy, so as to store the detection report corresponding to the to-be-detected device 120 on the production system 130. In this way, automatic detection of the to-be-detected device is realized.

[0030] Figure 1 The time slice polling serial communication protocol can be used between the host computer 110 and the to-be-detected device 120, supporting simultaneous connection of multiple to-be-detected devices 120 to the host computer 110, and the host computer 110 and the production system can perform data transmission through a secure communication protocol (such as HTTPS or MQTT over TLS).

[0031] In the production and manufacturing link of the Tbox, currently mainly relies on the traditional manual detection mode, the production line operator needs to manually connect the to-be-detected device and the test computer through the serial port, and sends the detection instruction through the simple terminal tool, then judges whether the functions of the device are normal or not by observing the device indicator light state and manually interpreting the text information output by the terminal, not only exists the inherent bottleneck of low detection efficiency and high production cost, but also because of the strong subjectivity and non-standardization, the accuracy and consistency of the detection result are difficult to guarantee, and a traceable digital quality closed loop cannot be formed, so the device detection has become a prominent technical obstacle restricting the product capacity improvement and quality system improvement.

[0032] The technical solutions of the present application and how the technical solutions of the present application solve the above technical problems will be described in detail in specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes can not be described again in some embodiments. The embodiments of the present application will be described below with reference to the drawings.

[0033] Figure 2 Flowchart of the device detection method provided by the present application Figure 1 As shown in the figure, the flow of the device detection method at least includes steps S201 to S204, which are described in detail as follows: Figure 2

[0034] ​Step S201, sending a detection instruction set to the device to be detected by the host computer, the detection instruction including a plurality of detection instructions executed according to a preset procedure.

[0035] For example, if the host computer and the device to be detected are connected through a serial port, it is necessary to ensure that the serial port parameters (such as baud rate, data bits, stop bits, and check bits) of both parties are completely matched to establish a stable and reliable communication link. Then the host computer generates a detection instruction set containing a plurality of detection instructions according to the preset detection procedure. These instructions are arranged in logical order (for example, first perform power module stability detection, then perform input / output interface signal transmission accuracy test, and then perform core processing chip operation performance verification, etc.). The host computer sends the instruction set to the device to be detected in the form of data packets through the serial port. After receiving the instructions, the internal instruction analysis module of the device to be detected decodes each instruction to determine the detection action and parameter requirements, and then drives the corresponding hardware module to perform specific detection operations (such as collecting power voltage values through ADC, detecting interface signal levels through GPIO, measuring chip operation time through timer, etc.). During the detection process, relevant data (such as voltage fluctuation range, signal transmission delay, operation result error, etc.) are collected in real time, and these raw data or preliminary processed detection results are returned to the host computer through the original route. After receiving the data, the host computer analyzes each detection item according to the preset judgment standard (such as whether the voltage value is within the qualified range, whether the signal transmission delay is below the threshold, whether the operation result error exceeds the allowed range, etc.), and finally forms a detection result containing the pass / fail conclusion and detailed data of each detection item, completing the entire detection procedure.

[0036] Step S202, based on a plurality of detection instructions, detecting the device to be detected and obtaining detection results corresponding to each detection item.

[0037] For example, if the first instruction is for the detection of the power module, the device will immediately activate the detection circuit of the power module, accurately measure the output voltage, current and other key parameters of the power module through the built-in voltage sensor, current sensor and other acquisition devices, and temporarily store these raw data. Then, the device will analyze and process these raw data according to the preset judgment standard, such as whether the output voltage is within the specified normal range. If the voltage value is within the range, the result of this detection item is passed, otherwise it is not passed, thereby obtaining the detection result corresponding to the detection item of the power module detection. After completing the detection of the power module, the device will enter the next detection item according to the instruction sequence, such as detecting the input and output interface. At this time, the device will send a preset test signal to the input interface through a specific test signal generating circuit, and monitor whether the output interface can accurately and correctly receive the signal and respond correctly. By comparing the differences between the sent signal and the received signal (such as signal strength, frequency, timing, etc.), it is determined whether the signal transmission of the input and output interface is normal, and the detection result of the detection item is obtained.

[0038] Similarly, the device under test will detect each detection item corresponding to each detection instruction in turn, and in each detection item, the key steps of data acquisition, data processing and result judgment are performed, and finally all detection items corresponding to the detection instructions are detected, and detailed and accurate detection results of each detection item are obtained, providing basic data for subsequent abnormal processing strategy generation or detection result uploading.

[0039] Step S203, if the detection result represents that the detection of the device under test fails, an abnormal processing strategy corresponding to the failed detection item is generated.

[0040] For example, when the detection result indicates that the to-be-detected device fails, the system first accurately locates the specific detection item that fails, such as power module stability detection, input / output interface signal transmission detection, or core processing chip operation performance detection. Then, based on a preset abnormal reason analysis model, each failed detection item is analyzed in depth to determine the potential fault root cause. For example, the failure of the power module may be caused by voltage fluctuation exceeding the standard, power adapter failure, or internal capacitor aging, the failure of the input / output interface may be related to signal interference, loose line connection, or protocol configuration error, and the failure of the core processing chip may be related to operation logic error, clock frequency abnormality, or poor heat dissipation. After the fault root cause is determined, the system will combine the device hardware characteristics, historical fault cases, and expert knowledge base to tailor abnormal handling strategies for each failed detection item.

[0041] For example, for the power module voltage fluctuation problem, the strategy may include using an oscilloscope to detect the voltage waveform, replacing the power adapter that meets the specifications, or checking whether the internal capacitor is bulging. For the input / output interface signal interference problem, the strategy may include checking the surrounding electromagnetic interference source, re-soldering the loose interface, or adjusting the communication protocol parameters. For the core processing chip operation error problem, the strategy may involve running the chip self-check program, checking the clock circuit, or optimizing the heat dissipation design. These strategies not only have pertinence, but also list the operation steps, required tools, and expected effects in detail, ensuring that the operator can clearly understand and efficiently execute, thereby quickly solving the problem of the device failing the detection and promoting the smooth progress of the detection process.

[0042] Step S204, if the detection result indicates that the to-be-detected device passes the detection, the detection result is cached by the upper computer, and the detection result is uploaded to the production system according to a preset uploading strategy, so as to store the detection report corresponding to the to-be-detected device on the production system.

[0043] For example, when the detection result indicates that the to-be-detected device passes the detection, the host computer first locally caches the detection result. This process usually adopts an efficient and reliable data storage method, for example, writing the detection data into a local database or saving the detection data as a file in a specific format (such as JSON, XML, or a binary file), while adding metadata such as a unique identifier, a timestamp, and a device serial number to each detection result to ensure the traceability and integrity of the data. After the caching is completed, the host computer transmits the detection result to the production system according to a preset uploading strategy (such as a timed batch uploading, a triggered real-time uploading, or dynamically adjusting the uploading priority according to the network status). During the uploading process, operations such as data encryption, compression, and verification may be involved to ensure the transmission safety and efficiency. After receiving the data, the production system performs analysis and verification, stores the data in a system database or a file server, and automatically generates a standardized detection report containing information such as the basic information of the device, the detailed results of each detection item, the detection time, and the operator. The report not only supports real-time query and export, but also can interact with other systems (such as a quality management system or a production traceability system) to provide reliable data support for subsequent device quality evaluation, production process optimization, and after-sales problem analysis, and finally realize the whole life cycle management and value mining of the detection data.

[0044] In the embodiments provided in the present application, the host computer sends a detection instruction set containing multiple instructions according to a preset process to realize the automatic detection of the to-be-detected device. This can not only generate an abnormal processing strategy for the detection item that fails to pass the detection to quickly locate the problem, but also cache the result and upload it to the production system to generate a detection report when the detection passes, thereby improving the detection efficiency, ensuring the data reliability, and perfecting the production quality traceability system.

[0045] Based on the above embodiments, in one of the exemplary embodiments provided in the present application, the specific implementation process of detecting the to-be-detected device based on multiple detection instructions and obtaining the detection result corresponding to each detection item can further include steps S301 and S302, which are described in detail as follows:

[0046] Step S301: Execute multiple detection instructions according to a preset process. If the detection result corresponding to any detection item in the previous process of the to-be-detected device fails to pass, stop the detection instruction corresponding to the next process, and determine that the detection of the to-be-detected device fails.

[0047] Exemplarily, in the process of executing a plurality of detection instructions according to a preset flow, the system strictly follows the preset order to execute the detection instructions item by item. Each detection instruction corresponds to a specific detection item. When executing, the system first performs data collection, analysis and result determination on each detection item in the current flow. If all detection items in the current flow pass, the system continues to execute the detection instructions in the next flow. However, if the system finds that the detection result of any detection item in the current flow does not pass, the system will immediately interrupt the execution of all subsequent detection instructions in the flow. At this time, the system no longer performs detection operations on the remaining detection items, and directly determines that the overall detection of the device to be detected does not pass. Moreover, the system can generate a corresponding abnormal processing strategy, such as manual quality inspection by relevant personnel, pushing abnormal information to relevant personnel, etc. This mechanism terminates invalid detection flow in time, not only avoids waste of resources and unnecessary consumption of detection time, but also quickly locates the problems existing in the device, ensures the efficiency of the detection flow and the timeliness of problem processing, and provides clear failure determination basis for subsequent abnormal processing strategy generation or detection result uploading.

[0048] In step S302, if the detection result of any detection item in the previous flow of the device to be detected is pass, the system executes the detection instructions corresponding to the next flow until all flows are executed to obtain the detection result corresponding to each detection item.

[0049] Exemplarily, in the process of detecting the device to be detected, the system strictly follows the preset detection flow order to execute a plurality of detection instructions in sequence. Each flow contains a plurality of detection items. When a certain flow is executed, the system first detects each detection item in the flow by data collection, analysis and result determination to confirm whether each detection item in the flow passes. If the system detects that the detection result of all detection items in the flow is pass, the system will immediately trigger the execution of the detection instructions in the next flow. At this time, the system seamlessly switches to the detection task in the next flow and continues to detect each detection item in the flow and determine the result according to the same logic. This flow advancing mechanism continues, that is, after each detection item in the previous flow passes, the system automatically executes the detection instructions in the next flow until all preset detection flows are executed. After all flows are executed, the system summarizes and arranges the detection result corresponding to each detection item in each flow to form a complete detection result set containing detailed results of each detection item, detection time, device identifier and other information, thereby completing the comprehensive detection of the device to be detected and obtaining the detection result corresponding to each detection item. This mechanism of sequentially advancing according to the flow order and executing the next flow only after the previous flow passes ensures the comprehensiveness and systematicness of the detection, avoids invalid subsequent detection due to the failure of part of the detection items, and effectively improves the detection efficiency and resource utilization.

[0050] In the embodiments provided in the present application, by executing the detection instructions in stages according to the preset procedure and terminating the subsequent detection as soon as any detection item in the previous procedure fails, the fault point of the device can be quickly located to avoid invalid detection, and it is ensured that the device is determined to be qualified only when all the detection items pass, thereby significantly improving the detection efficiency and guaranteeing the reliability of the quality of the device out of the factory.

[0051] Based on the above embodiments, in one of the example embodiments provided in the present application, the plurality of detection instructions executed according to the preset procedure include internal detection instructions, internal communication detection instructions and external connection detection instructions in sequence, and the specific implementation process of the device detection method can further include steps S401 to S403, which are described in detail as follows:

[0052] Step S401, detecting the internal stability of the device to be detected based on the internal detection instructions, and if all the internal stability items of the device to be detected pass the detection, detecting the internal communication items of the device to be detected based on the internal communication detection instructions.

[0053] Step S402, if all the internal communication items of the device to be detected pass the detection, detecting the external communication items of the device to be detected based on the external network connection detection instructions.

[0054] Step S403, if all the external communication items of the device to be detected pass the detection, generating the detection result corresponding to the device to be detected, and determining that the detection of the device to be detected is passed.

[0055] For example, in the process of detecting the device to be detected, the system will strictly execute the detection operations of the internal detection instructions, the internal communication detection instructions and the external connection detection instructions in three stages according to the preset procedure, first execute the internal detection instructions to comprehensively evaluate the internal stability of the device to be detected, and the instructions cover power supply and core chip detection (including power supply stability detection, micro control unit self-checking, system on chip startup and communication detection). Specifically, in the operation, the system will collect the voltage fluctuation, current stability and other parameters of the power supply module in real time through the built-in sensor and detection circuit to verify the power supply stability, trigger the micro control unit to execute the self-checking program to check its running state and functional integrity, and monitor whether the initialization and data transmission of the internal communication interface (such as SPI, I2C) of the system on chip are normal.

[0056] When all the internal stability items pass the detection (i.e. each parameter meets the preset qualified standard and there is no abnormal alarm), the system will trigger the internal communication detection instructions of the next stage, which mainly detect the UART communication performance between the micro control unit and the system on chip, verify the communication quality by sending the preset test data packet and monitoring the response time, data integrity and protocol compatibility (such as baud rate matching, data frame format verification) of the receiving end, and ensure that the data transmission has no packet loss, no error code and the delay is within the allowed range.

[0057] When all internal communication items are detected, the system will execute external connection detection instructions, which include external network connection detection (such as 4G module detection, network connection detection, CAN interface detection) and external input signal detection (such as wake-up detection). In 4G module detection, the system verifies the signal strength, connection stability and data transmission rate of the module. Network connection detection involves IP address configuration, connection delay, packet loss rate and network protocol compatibility. CAN interface detection checks bus load, signal integrity, error frame detection and bus communication rate. Wake-up detection verifies the wake-up response time, wake-up logic correctness and state recovery after wake-up of the device by simulating external wake-up signals (such as key trigger, sensor signal). Only when all external communication items pass the detection (i.e. stable network connection, reliable data transmission and normal interface function), the system will finally generate the detection result corresponding to the device under test and determine the overall detection pass of the device. This detection mechanism, which advances in stages and only proceeds to the next stage when the previous stage passes, ensures the comprehensiveness and systematicness of the detection, avoids resource waste by terminating invalid detection processes in time, and ensures the deep verification and accurate positioning of each detection item. Finally, a complete detection report containing detailed results of each detection item, detection time, device identification and other information is formed, providing reliable data support for device quality evaluation and subsequent production process optimization.

[0058] In addition, the hardware detection of the device under test also includes external input signal detection. External input signal detection (wake-up detection) is a key test link designed for devices with low power consumption or sleep mode. The core is to verify whether the device can accurately identify valid signals, respond quickly and restore to normal working state in sleep state by simulating external trigger conditions in real scenarios (such as key level change, sensor signal pulse, communication protocol instruction or specific frequency waveform, etc.). At the same time, it ensures that there is no false trigger during wake-up, the response delay meets the design requirements, and the hardware modules and software functions after wake-up are complete and available. Finally, it ensures the balance between low power consumption and instant responsiveness of the device, avoiding function interruption, data loss or safety hazards caused by wake-up failure or abnormal response.

[0059] In the embodiments provided in the present application, the devices are detected in the order of internal stability, internal communication and external communication, and only when all previous detection items pass the detection, the subsequent detection is entered. This not only accurately locates the device problem stage and avoids invalid detection, but also ensures that the device passes the detection only when all key indicators are qualified, thereby systematically ensuring the comprehensive performance and detection efficiency of the device.

[0060] Based on the above embodiments, in one of the example embodiments provided in the present application, the specific implementation process of detecting the internal communication item of the to-be-detected device based on the internal communication detection instruction further includes steps S501 and S502, which are described in detail as follows:

[0061] Step S501, in the process of executing the internal communication detection instruction by the to-be-detected device, the micro control unit in the to-be-detected device sends a test data packet to the system on a chip.

[0062] Step S502, obtaining a response packet corresponding to the test data packet, and determining the detection result of data integrity and timing consistency between the micro control unit in the to-be-detected device and the system on a chip based on the response packet.

[0063] For example, in the process of executing the internal communication detection instruction by the to-be-detected device, the system first triggers the micro control unit to generate and send a test data packet containing a specific data pattern (such as a fixed byte sequence, a check code or a timestamp) to the system on a chip according to the preset UART communication protocol specification. At this time, the micro control unit will transmit the data packet through the built-in UART sending module at the specified baud rate, data bit, stop bit and parity check configuration, while the UART receiving module of the system on a chip will monitor the bus signal in real time to complete the reception and analysis of the data packet. After the system on a chip successfully receives the data packet, the internal processing unit will perform check processing (such as CRC check, data integrity verification) on the data packet according to the preset logic and generate a corresponding response packet, which usually contains confirmation information of the original test data packet, processed state data or error flag. Then the system will capture the response packet through the UART receiving end, and based on the content of the response packet, multi-dimensional analysis will be carried out to determine the data integrity and timing consistency detection result. In terms of data integrity, the system will compare whether the data in the response packet is consistent with the original test data packet, including checking the data length, key field value, check code matching, etc., and if there is data loss, misplacement or check failure, it is determined that the data is not complete. In terms of timing consistency, the system will measure the total delay time from the micro control unit sending the test data packet to the system on a chip returning the response packet, and analyze the signal waveform (such as rising edge, falling edge time, signal level stability) in the data packet transmission process and whether the frame interval and bit interval meet the timing requirements of the UART protocol. If the delay is out of range, the signal waveform is abnormal or the timing parameters deviate from the preset range, it is determined that the timing is inconsistent. Finally, the system will comprehensively analyze the data integrity and timing consistency, and form a detection result containing pass or fail judgment, specific abnormal index and possible reasons, which provides a basis for subsequent abnormal processing or detection report generation.

[0064] In the embodiments provided in the present application, the micro control unit sends test data packets to the system on a chip and analyzes the response packets, which can accurately quantify the data integrity and timing consistency between the two, effectively verify the reliability of the internal communication link, and provide key quality assurance for stable operation of the device.

[0065] Based on the above embodiments, in one of the example embodiments provided in the present application, the specific implementation process of detecting the internal stability of the to-be-detected device based on the internal detection instruction can further include steps S601 and S602, which are described in detail as follows:

[0066] Step S601, during execution of the internal detection instruction by the to-be-detected device, real-time power supply voltage data of the to-be-detected device is obtained.

[0067] Step S602, determining the detection result of the voltage stability of the to-be-detected device based on the real-time power supply voltage data.

[0068] For example, during execution of the internal detection instruction by the to-be-detected device, the system first monitors the power supply voltage data of the device in real time through the built-in voltage acquisition module or external high-precision voltage sensor. This data acquisition process covers the entire cycle of the device from startup to stable operation, including standby state, no-load operation, and full-load work, and reflects the performance of the power supply module under different working conditions. During the data acquisition stage, the system continuously records the fluctuation range, ripple amplitude, transient response characteristics, and other key parameters of the voltage value, and performs smoothing processing on the original data through a digital filtering algorithm to eliminate noise interference. Subsequently, the system compares and analyzes the real-time power supply voltage data with the preset voltage stability standard, which usually covers the voltage tolerance range (such as ±5% or more stringent standards), ripple coefficient threshold (such as ≤100mV), and transient voltage drop recovery time (such as ≤200ms) and other core indicators. During the analysis process, the system focuses on detecting whether the voltage fluctuation continuously exceeds the tolerance range, the ripple anomaly caused by high-frequency harmonic interference, the excessive transient voltage drop or recovery delay caused by load mutation, and other problems. Finally, the system generates a detection result of the voltage stability by comprehensively considering the compliance of each indicator. If all real-time power supply voltage data meet the preset stability standard, the voltage stability is determined to be passed. If any indicator exceeds the standard, the specific value, time period, and corresponding working condition of the exceeding are recorded in detail, and a detection result including problem positioning, possible cause analysis (such as power adapter aging, internal capacitor capacity attenuation, power management chip failure, etc.), and improvement suggestions is generated, thereby providing accurate basis for optimization and adjustment of the device power system or troubleshooting.

[0069] In the embodiments provided in the present application, by collecting power supply voltage data in real time during internal detection and analyzing its stability, power fluctuation abnormalities can be accurately identified, providing quantitative evaluation basis for electrical performance reliability of equipment, and effectively preventing operation failures caused by unstable voltage.

[0070] Based on the above embodiments, in one of the example embodiments provided in the present application, the specific implementation of the above-mentioned detection result caching by the host computer and uploading to the production system according to the preset uploading strategy can further include steps S701 to S703, which are described in detail as follows:

[0071] Step S701, if the communication between the host computer and the production system is disconnected, the host computer saves the detection results and uploads the detection results to the production system when the communication is connected again.

[0072] For example, when the communication connection between the host computer and the production system is disconnected due to network failure, system maintenance or other abnormal situations, the system will immediately trigger the communication state monitoring mechanism through continuous heartbeat detection or network state polling to confirm the disconnection state. At this time, the host computer will automatically perform local persistent storage of the current completed detection results (including device identification, detection timestamp, detailed results of each detection item and metadata), and the storage method usually uses a high-reliability database or an encrypted file system to ensure that the data is not lost in extreme scenarios such as power failure and system crash. At the same time, a unique identifier and a state marker (such as "to be uploaded") are added to each detection result. During the communication disconnection period, the host computer will continuously monitor the network recovery state, and once the communication link is re-established (such as network interface recovery, production system response to heartbeat packet), the system will immediately activate the uploading task, automatically read the detection results marked as "to be uploaded" from the local storage, and transmit the data to the production system in batches through the preset uploading protocol (such as HTTP, MQTT or special industrial protocol). Data verification, retry mechanism and encrypted transmission security measures are added during the uploading process to ensure data integrity and transmission reliability. After the production system receives the data, it will perform integrity verification, update the database state and include the detection results in the production traceability system, and finally realize safe caching and reliable uploading of the detection results in the communication abnormal scenario, ensuring the continuity and traceability of the production data.

[0073] Step S702, if a shutdown signal of the host computer is received, the unuploaded detection results cached by the host computer are uploaded to the production system.

[0074] For example, when the host computer receives a shutdown signal, the system will immediately start the data upload process. First, the internal state monitoring module identifies the validity of the shutdown signal and confirms the current incomplete upload detection result cache state. Then the system retrieves all detection result data marked as "to be uploaded" from the local storage, which usually includes device identification, detection timestamp, detailed results of each detection item, and metadata information. In the data preparation stage, the system performs integrity check on the cached data to ensure no data corruption or loss. At the same time, according to the preset upload protocol (such as HTTP, MQTT or special industrial protocol), the data is encapsulated and encrypted to ensure the security of the transmission process. Then the system tries to establish a communication connection with the production system. If the communication link is normal, the upload operation is directly executed. If the communication link is abnormal, the data is temporarily stored in the local persistent storage and marked as "urgent to be uploaded". During the upload process, the system uses block transmission, retry mechanism and data verification strategies to ensure the complete arrival of data to the production system. After receiving the data, the production system performs secondary integrity verification, updates the database state and includes the detection results in the production traceability system, finally completes the safe upload of detection results in the shutdown scenario, ensures the continuity and traceability of production data, and avoids data loss or upload interruption caused by host computer shutdown.

[0075] Step S703, if the communication connection between the host computer and the production system is normal and the host computer remains powered on, the detection results are uploaded to the production system according to the preset upload strategy.

[0076] For example, when the communication connection between the host computer and the production system remains normal and the host computer is in a continuous power-on state, the system automatically triggers a timed uploading mechanism based on a preset uploading strategy, which usually includes a time interval setting (such as uploading once every 5 minutes), a data triggering condition (such as detecting that the result reaches a preset number threshold), or a priority rule (such as uploading emergency detection results first). During the timed uploading period, the system extracts the detection result data to be uploaded from the local storage, which covers device identification, detection timestamp, detailed results of each detection item, and metadata information. Then the system performs packaging processing on the data, organizes the data structure according to the preset data format (such as JSON, XML, or a special industrial protocol format), adds verification information (such as CRC check code) to ensure data integrity, and uses encryption technology (such as AES encryption) to protect the transmission data. During the data transmission stage, the system sends the data packet to the production system through the communication module, and adds a retry mechanism (such as three retries) to deal with network fluctuations or temporary failures, ensuring that the data can be reliably transmitted. After receiving the data, the production system performs integrity verification and parsing processing, updates the database state, and includes the detection result in the production traceability system. Finally, a complete record is formed, including the uploading time, data state, and system response. This timed uploading mechanism not only ensures the real-time transmission of detection results, but also ensures the reliability and security of the transmission process through data verification and encryption measures, effectively supporting continuous monitoring of production data and quality traceability.

[0077] In the embodiments provided in the present application, through the three mechanisms of buffering detection results when communication is disconnected, automatically uploading after recovery, forcibly uploading untransmitted data when receiving a shutdown signal, and timed uploading when communication is normal, reliable transmission and complete storage of detection results in different scenarios are achieved, effectively avoiding the risk of data loss and ensuring the continuity of production data.

[0078] Based on the above embodiments, in one of the example embodiments provided in the present application, the specific implementation process of the device testing method can further include steps S801 and S802, which are described in detail as follows:

[0079] Step S801: determining a session key of the device to be detected based on a preset encryption algorithm, the session key being associated with the detection instruction.

[0080] Step S802: encrypting the detection result based on the key and uploading the encrypted detection result to the production system, the encrypted detection result including an identity identifier of the device to be detected, a software version, a hardware version, a mobile network identifier, a detection item, and a detection timestamp.

[0081] For example, when the device to be detected performs the detection process, the system first generates a session key strongly associated with the current detection instruction based on a preset encryption algorithm (such as AES symmetric encryption or RSA asymmetric encryption). The generation process of the key is derived by combining the unique identifier of the detection instruction, the timestamp, and the device-specific parameters (such as the device ID hash value), ensuring that the key of each detection period is unique and time-limited. After generating the session key, the system will structure and package the original detection result data generated during the detection process, including the identity identifier of the device to be detected (such as the device serial number, MAC address), software version (firmware version number, application layer version), hardware version (mainboard version, core chip model), mobile network identifier (such as IMSI, IMEI), specific results of each detection item (such as power stability value, communication delay time, hardware module status code), and detection timestamp (time record accurate to millisecond level). Then use the session key generated in the preceding to encrypt the packaged data, and use data blocking, padding check, and encryption mode (such as CBC mode) to ensure the confidentiality and integrity of the data during transmission or storage. After encryption is completed, the system will upload the encrypted data to the production system through a secure communication protocol (such as HTTPS or MQTT over TLS), and automatically attach a digital signature or message authentication code (such as HMAC) to verify the legality of the data source and the non-tampering of the transmission process. After receiving the encrypted data, the production system will use the pre-shared key or the corresponding decryption key to perform decryption, and after decryption, it will first verify the data integrity (such as through CRC check or hash comparison), and if no error is found, it will parse the field information and store it in the production database.

[0082] At the same time, the device detection state and quality traceability record are updated, and the entire encryption upload process is protected by four safeguards: dynamic generation of keys, full encryption of data, secure transmission channel, and integrity verification at the receiving end, ensuring the security and reliability of the detection results throughout the storage, transmission, and processing life cycle, effectively preventing data leakage, tampering, or illegal access, and meeting the strict requirements of industrial device detection for data security and privacy protection.

[0083] In the embodiments provided in the present application, the detection results containing the identity identifier of the device to be detected, the software version, the hardware version, the mobile network identifier, the detection item, and the timestamp are encrypted and uploaded by generating a session key strongly associated with the detection instruction, which not only ensures the confidentiality of the transmission process and the data integrity verification, but also supports the production system to trace the quality and safety control of the device throughout its life cycle through the binding of full-dimensional information, effectively improving the security, reliability, and traceability of industrial detection data.

[0084] Please refer to Figure 3 , Figure 3Flowchart of device detection method provided by the present application Figure 2 The host computer sends a detection instruction set to the device to be detected, the detection instruction set including a plurality of detection instructions executed according to a preset flow; the plurality of detection instructions are executed according to the preset flow; if the detection result corresponding to any detection item in the previous flow of the device to be detected does not pass, the detection instruction corresponding to the next flow is stopped, it is determined that the detection of the device to be detected does not pass, and an abnormal processing strategy corresponding to the detection item that does not pass is generated. If the detection result corresponding to any detection item in the previous flow of the device to be detected all pass, the detection instruction corresponding to the next flow is executed until all flows are executed to obtain the detection result corresponding to each detection item, and the detection result is cached by the host computer. If the communication between the host computer and the production system is disconnected, the host computer saves the detection result, and uploads the detection result to the production system when the communication is connected again. If a shutdown signal of the host computer is received, the unuploaded detection result cached by the host computer is uploaded to the production system. If the communication between the host computer and the production system is normally connected, and the host computer remains in the power-on state, the detection result is uploaded to the production system according to a preset uploading strategy. For detailed implementation process, please refer to the description in the foregoing embodiments, which will not be repeated here.

[0085] Figure 4 The structure diagram of the device detection apparatus provided by the present application is shown in FIG. 4, which comprises a sending module 410, a detection module 420, an abnormal processing module 430 and a storage module 440. Figure 4 The sending module 410 is configured to send a detection instruction set to the device to be detected by the host computer, the detection instruction set including a plurality of detection instructions executed according to a preset flow; the detection module 420 is configured to detect the device to be detected based on the plurality of detection instructions and obtain the detection result corresponding to each detection item; the abnormal processing module 430 is configured to generate an abnormal processing strategy corresponding to the detection item that does not pass if the detection result indicates that the detection of the device to be detected does not pass; and the storage module 440 is configured to cache the detection result by the host computer if the detection result indicates that the detection of the device to be detected passes, and upload the detection result to the production system according to a preset uploading strategy to store the detection report corresponding to the device to be detected on the production system.

[0086] In a possible implementation, the detection module 420 is further configured to execute the plurality of detection instructions according to the preset flow, stop the detection instruction corresponding to the next flow if the detection result corresponding to any detection item in the previous flow of the device to be detected does not pass, and determine that the detection of the device to be detected does not pass; and execute the detection instruction corresponding to the next flow if the detection result corresponding to any detection item in the previous flow of the device to be detected all pass, until all flows are executed to obtain the detection result corresponding to each detection item.

[0087] In a possible implementation, the detection module 420 is further configured to detect internal stability of the to-be-detected device based on the internal detection instruction, detect internal communication of the to-be-detected device based on the internal communication detection instruction if all the internal stability items of the to-be-detected device pass the detection, detect external communication of the to-be-detected device based on the external network connection detection instruction if all the internal communication items of the to-be-detected device pass the detection, and generate a detection result corresponding to the to-be-detected device and determine that the detection of the to-be-detected device is passed if all the external communication items of the to-be-detected device pass the detection.

[0088] In a possible implementation, the detection module 420 is further configured to, during execution of the internal communication detection instruction by the to-be-detected device, send, by a micro control unit inside the to-be-detected device, a test data packet to a system on chip, acquire a response packet corresponding to the test data packet, and determine, based on the response packet, a detection result of data integrity and timing consistency between the micro control unit inside the to-be-detected device and the system on chip.

[0089] In a possible implementation, the detection module 420 is further configured to, during execution of the internal detection instruction by the to-be-detected device, acquire real-time power supply voltage data of the to-be-detected device, and determine, based on the real-time power supply voltage data, a detection result of voltage stability of the to-be-detected device.

[0090] In a possible implementation, the storage module 440 is further configured to, if communication between the host computer and the production system is disconnected, control the host computer to save the detection result, and upload the detection result to the production system when the communication is connected again, if a shutdown signal of the host computer is received, upload the detection result that is not uploaded and is buffered by the host computer to the production system, and if the communication between the host computer and the production system is normally connected and the host computer remains powered on, upload the detection result to the production system according to a preset uploading strategy.

[0091] In a possible implementation, the storage module 440 is further configured to determine a session key of the to-be-detected device based on a preset encryption algorithm, the session key being associated with the detection instruction, encrypt the detection result based on the key, and upload the encrypted detection result to the production system, the encrypted detection result including an identity identifier of the to-be-detected device, a software version, a hardware version, a mobile network identifier, a detection item, and a detection timestamp.

[0092] The device detection apparatus provided in this embodiment can perform the method provided in the method embodiments, and has similar implementation principles and technical effects. Details are not described herein again.

[0093] Figure 5 The structure of the electronic device provided in this application is shown in the figure. Figure 5As shown, the electronic device 50 provided by the embodiment includes at least one processor 510 and a memory 520. Optionally, the device 50 further includes a communication component 530. The processor 510, the memory 520 and the communication component 530 are connected through a bus 540.

[0094] In the implementation process, the at least one processor 510 executes the computer execution instructions stored in the memory 520, so that the at least one processor 510 executes the above-mentioned method.

[0095] The specific implementation process of the processor 510 can refer to the above-mentioned method embodiment, which has similar implementation principles and technical effects, and will not be described here in detail.

[0096] In the above-mentioned embodiments, it should be understood that the processor can be a central processing unit (English: Central Processing Unit, for short: CPU), and can also be other general-purpose processors, digital signal processors (English: Digital Signal Processor, for short: DSP), application specific integrated circuits (English: Application Specific Integrated Circuit, for short: ASIC) and the like. The general-purpose processor can be a microprocessor, or the processor can be any conventional processor, etc. The steps of the method disclosed in combination with the application can be directly embodied as execution completed by a hardware processor, or executed by a combination of hardware and software modules in the processor.

[0097] The memory can contain a random access memory (Random Access Memory, RAM), and can also include a non-volatile memory (Non-volatile Memory, NVM), for example, at least one disk memory.

[0098] The bus can be an industry standard architecture (Industry Standard Architecture, ISA) bus, a peripheral component interconnect (Peripheral Component, PCI) bus or an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For the convenience of representation, the bus in the drawings of the present application does not limit only one bus or one type of bus.

[0099] The present application also provides a computer program product, including a computer program, which is executed by a processor to realize the above-mentioned method.

[0100] This application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, implement the above-described method.

[0101] The aforementioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The readable storage medium can be any available medium accessible to a general-purpose or special-purpose computer.

[0102] An exemplary readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and the readable storage medium can exist as discrete components in the device.

[0103] The division of units is merely a logical functional division; in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.

[0104] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0105] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0106] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0107] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0108] Finally, it should be noted that other embodiments of the invention will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This invention is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of the invention and include common knowledge or customary techniques in the art not disclosed herein, and is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of the invention is limited only by the appended claims.

Claims

1. A device detection method, characterized by, Comprising: sending a detection instruction set to the device to be detected by the host computer, the detection instruction set comprising a plurality of detection instructions executed according to a preset procedure; based on the plurality of detection instructions, detecting the device to be detected and obtaining the detection results corresponding to each detection item; if the detection results represent that the detection of the device to be detected fails, generating an abnormal processing strategy corresponding to the failed detection item; if the detection results represent that the detection of the device to be detected passes, caching the detection results through the host computer, and uploading the detection results to the production system according to a preset uploading strategy, so as to store the detection report corresponding to the device to be detected on the production system.

2. The method of claim 1, wherein, The method further comprises: based on the plurality of detection instructions, detecting the device to be detected and obtaining the detection results corresponding to each detection item, comprising: executing the plurality of detection instructions according to a preset procedure, if the detection results corresponding to any detection item in the previous procedure of the device to be detected fail, stopping the detection instructions corresponding to the next procedure, and determining that the detection of the device to be detected fails; 3. The method of claim 2, wherein, if the detection results corresponding to any detection item in the previous procedure of the device to be detected all pass, executing the detection instructions corresponding to the next procedure until all procedures are executed to obtain the detection results corresponding to each detection item. The plurality of detection instructions executed according to a preset procedure comprises internal detection instructions, internal communication detection instructions and external connection detection instructions, and the method further comprises: based on the internal detection instructions, detecting the internal stability of the device to be detected, if all internal stability items of the device to be detected pass the detection, based on the internal communication detection instructions, detecting the internal communication items of the device to be detected; if all internal communication items of the device to be detected pass the detection, based on the external network connection detection instructions, detecting the external communication items of the device to be detected; 4. The method of claim 3, wherein, if all external communication items of the device to be detected pass the detection, generating the detection results corresponding to the device to be detected, and determining that the detection of the device to be detected passes. The method further comprises: based on the internal communication detection instructions, detecting the internal communication items of the device to be detected, comprising:

5. The method of claim 3, wherein, during the execution of the internal communication detection instructions by the device to be detected, a micro control unit inside the device to be detected sends a test data packet to a system on chip; obtaining the response packet corresponding to the test data packet, and based on the response packet, determining the detection results of the data integrity and timing consistency between the micro control unit inside the device to be detected and the system on chip. The method further comprises:

6. The method according to any one of claims 1 to 5, characterized in that, based on the internal detection instructions, detecting the internal stability of the device to be detected, comprising: during the execution of the internal detection instructions by the device to be detected, obtaining real-time power supply voltage data of the device to be detected; based on the real-time power supply voltage data, determining the detection results of the voltage stability of the device to be detected. The method further comprises: caching the detection results through the host computer, and uploading the detection results to the production system according to a preset uploading strategy, comprising: If the communication between the host computer and the production system is disconnected, the host computer is controlled to save the detection result, and upload the detection result to the production system when the communication is connected again; If a shutdown signal of the host computer is received, the un-uploaded detection result cached by the host computer is uploaded to the production system; If the communication between the host computer and the production system is connected normally, and the host computer remains powered on, the detection result is uploaded to the production system according to the preset uploading strategy.

7. The method of claim 6, wherein, The method further comprises: determining a session key of the to-be-detected device based on a preset encryption algorithm, the session key being associated with the detection instruction; encrypting the detection result based on the key, and uploading the encrypted detection result to the production system, the encrypted detection result comprising an identity identifier, a software version, a hardware version, a mobile network identifier, a detection item, and a detection timestamp of the to-be-detected device.

8. An electronic device, comprising: comprise: a memory, a processor; the memory stores computer execution instructions; the processor executes the computer execution instructions stored in the memory, so that the processor executes the method according to any one of claims 1 to 7.

9. A computer-readable storage medium, characterized in that, The computer readable storage medium stores computer execution instructions, and the computer execution instructions are executed by the processor to implement the method according to any one of claims 1 to 7.

10. A computer program product, characterised in that, comprise a computer program, which is executed by the processor to implement the method according to any one of claims 1 to 7.

Images