Data processing method and device, equipment and computer readable storage medium

Abstract

The application discloses a data processing method, device and equipment and a computer readable storage medium. The method comprises the following steps: under the condition that a collection device is powered on, storing target data and marking a time stamp, packing the target data and the time stamp into a target data file, and sending the target data file to upper computer software; the upper computer software records the time of user operation while responding to the user operation and sending a command to the lower computer device; the time stamp and the time of user operation are compared; in the case that the time when the real device is powered on and the time stamp comprise the time when the I / O configuration is issued but do not comprise the time when the ICD configuration is issued, the target data is analyzed according to the I / O configuration and the pre-stored ICD configuration; and in the case that the time when the real device is powered on and the time stamp do not comprise the time when the ICD configuration is issued and the time when the I / O configuration is issued, the target data file is stored. According to the embodiment of the application, the data resources in the test process can be fully utilized.

Description

Technical Field

[0001] This application belongs to the field of aircraft testing technology, and in particular relates to a data processing method, apparatus, device and computer-readable storage medium. Background Technology

[0002] When conducting ground tests on aircraft (such as the electronic equipment of an aircraft system), it is typically necessary to collect, parse, and store the data transmitted by the aircraft during the test, so that users can view and analyze this data. Data can be collected and stored by acquisition devices. Configuring these acquisition devices ensures the correctness of the data source and format. Additionally, interface control files can parse and record the collected binary data to obtain data with engineering significance. Configuring these interface control files ensures that the data is correctly parsed into engineering values.

[0003] In existing technologies, data is typically stored and parsed only after the acquisition equipment and interface control files have been configured. However, in real-world scenarios, the aircraft may transmit data before the acquisition equipment and interface control files are configured, resulting in the transmitted data not being stored and parsed. Summary of the Invention

[0004] This application provides a data processing method, apparatus, device, and computer-readable storage medium that can store and parse data throughout the entire testing process, thereby making full use of data resources during the testing process.

[0005] In a first aspect, embodiments of this application provide a data processing method applied to a testing system, characterized in that the testing system includes a data acquisition device, upper-level computer software, lower-level computer equipment, and a prototype device, and the method includes:

[0006] When powered on, the acquisition device stores the target data and marks the timestamp of the target data.

[0007] The acquisition device packages the target data and its timestamp into a target data file, and sends the target data file to the host computer software.

[0008] The host computer software, while responding to user operations and sending commands to the slave device, records the time of the user operation. The user operation includes at least one of the following: powering on the device, issuing the interface control file (ICD) configuration, issuing input / output (I / O) configuration, and ending the test.

[0009] The host computer software compares the timestamp with the time of the user's operation.

[0010] If the time between the power-on time of the physical device and the timestamp includes the time of issuing the I / O configuration but excludes the time of issuing the ICD configuration, the target data is parsed according to the I / O configuration and the pre-stored ICD configuration.

[0011] The target data file is stored if the time between the power-on time of the physical device and the timestamp does not include the time of issuing the ICD configuration and the time of issuing the I / O configuration.

[0012] In one possible implementation, if the time between the power-on time of the physical device and the timestamp does not include the time for issuing the ICD configuration and the time for issuing the I / O configuration, after storing the target data file, the method further includes:

[0013] The target data is parsed based on the ICD and I / O configurations manually selected by the user.

[0014] In one possible implementation, the method further includes:

[0015] If the time between the power-on time of the physical device and the timestamp includes the time of issuing the ICD configuration and the time of issuing the I / O configuration, the target data is parsed according to the ICD configuration and the I / O configuration.

[0016] In one possible implementation, the test system includes a clock device, and the acquisition device includes a chip.

[0017] The timestamp marking the target data includes:

[0018] The chip obtains the timestamp of the target data by marking the time of the target data according to the time signal from the clock device.

[0019] In one possible implementation, before marking the timestamp of the target data, the method further includes:

[0020] The acquisition device and the host computer software are synchronized using a time synchronization method.

[0021] In one possible implementation, the acquisition device, when powered on, stores target data and marks the target data with a timestamp, including:

[0022] When the acquisition device is powered on, it stores target data according to the first cycle and marks the timestamp of the target data.

[0023] In one possible implementation, the host computer software compares the timestamp with the time of the user operation, including:

[0024] The host computer software compares the timestamp with the time of the user operation according to the second cycle.

[0025] Secondly, embodiments of this application provide a data processing apparatus applied to a testing system, characterized in that the testing system includes a data acquisition device, upper-level computer software, lower-level computer equipment, and a prototype device, and the apparatus includes:

[0026] The first storage module is used to store target data and mark the timestamp of the target data when the acquisition device is powered on.

[0027] The packaging module is used by the acquisition device to package the target data and its timestamp into a target data file, and then send the target data file to the host computer software.

[0028] The recording module is used to record the time of the user operation while the host computer software responds to the user operation and sends commands to the slave device. The user operation includes at least one of the following: powering on the device, issuing the interface control file (ICD) configuration, issuing the input / output (I / O) configuration, and ending the test.

[0029] The comparison module is used by the host computer software to compare the timestamp with the time of the user operation.

[0030] The first parsing module is used to parse the target data based on the I / O configuration and the pre-stored ICD configuration, provided that the time between the power-on time of the physical device and the timestamp includes the time of issuing the I / O configuration but excludes the time of issuing the ICD configuration.

[0031] The second storage module is used to store the target data file when the time between the power-on time of the physical device and the timestamp does not include the time of issuing the ICD configuration and the time of issuing the I / O configuration.

[0032] Thirdly, embodiments of this application provide an electronic device, which includes: a processor and a memory storing computer program instructions.

[0033] When the processor executes the computer program instructions, it implements any of the possible implementations of the first aspect described above.

[0034] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer program instructions, which, when executed by a processor, implement the method in any of the possible implementations of the first aspect described above.

[0035] The data processing method, apparatus, device, and computer-readable storage medium of this application embodiment can store target data for the entire time period by storing target data as soon as the acquisition device is powered on. By marking the target data with a timestamp on the acquisition device and sending it to the host computer software, and by recording the user operation time on the host computer software, the host computer software can compare the timestamp of the target data with the user operation time. Therefore, if the time between the power-on time of the actual device and the timestamp includes the time for issuing I / O configuration but does not include the time for issuing ICD configuration, the target data cannot be directly parsed because ICD configuration has not been performed. Thus, by parsing the target data according to the I / O configuration and the pre-stored ICD configuration, data without the first ICD configuration can be parsed. If the time between the power-on time of the actual device and the timestamp does not include the time for issuing ICD configuration and I / O configuration, by storing the target data file, the user can manually select the ICD configuration and I / O configuration according to the characteristics of the target data, thereby enabling the parsing of the target data. In this way, data for the entire testing process can be stored and parsed, thereby fully utilizing the data resources during the testing process. Attached Figure Description

[0036] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0037] Figure 1 This is a flowchart illustrating a data processing method provided in an embodiment of this application.

[0038] Figure 2 This is a schematic diagram illustrating the data storage process during testing, as provided in an embodiment of this application.

[0039] Figure 3 This is a schematic diagram of another data storage process during testing provided in an embodiment of this application.

[0040] Figure 4 This is a schematic diagram of another data storage process during testing provided in an embodiment of this application.

[0041] Figure 5 This is a schematic diagram of the structure of a testing system provided in an embodiment of this application.

[0042] Figure 6 This is a schematic diagram of the structure of a data processing device provided in an embodiment of this application.

[0043] Figure 7This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0044] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.

[0045] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes said element.

[0046] Since data is stored and parsed only after the acquisition device and interface control files have been configured, the following abnormal scenarios may occur:

[0047] For example, if the device under test (DUT) has started operating while the data acquisition and testing system is running and input / output (I / O) configurations have been issued but interface control documents (ICDs) have not, the data acquisition and testing system can obtain data without ICD configurations for a period of time. However, this data without ICD configurations is difficult to parse and store. In fact, since the entire testing process may involve multiple test plans, the DUT continues to transmit data after each test ends and before the next formal test begins and ICD configurations are issued. This data is crucial for verifying the functionality and interfaces of aircraft system electronics, but although the data acquisition device receives the data, it cannot parse and store it due to the lack of ICD configurations.

[0048] For example, if the device under test (DUT) has already started running before the data acquisition and testing system begins issuing I / O configurations, the system can obtain a period of data without I / O configuration. In fact, although the acquisition device can collect some bus protocol layer information through the protocol chip to assist in data storage, this information cannot support subsequent parsing and storage.

[0049] Therefore, in order to solve the problems of the prior art, embodiments of this application provide a data processing method, apparatus, device, and computer-readable storage medium. The method can be applied to a testing system, which may include data acquisition equipment, host computer software, slave computer equipment, and prototype equipment.

[0050] The data processing method provided in the embodiments of this application is described below.

[0051] Figure 1 A flowchart illustrating a data processing method provided in an embodiment of this application is shown. Figure 1 As shown, the data processing method provided in this application embodiment includes the following steps: S110 to S160.

[0052] S110. When the acquisition device is powered on, it stores the target data and marks the timestamp of the target data.

[0053] S120: The acquisition device packages the target data and the timestamp of the target data into a target data file and sends the target data file to the host computer software.

[0054] Here, the target data can be any data line on the bus.

[0055] As an example, when the data acquisition device is powered on, if the physical device is also powered on, the acquisition device can store every piece of data on every bus in the physical device and timestamp each piece of data to obtain a timestamp for each piece of data. After the acquisition device obtains the data and its corresponding timestamp, it can package the data and its corresponding timestamp into a data file and send the data file to the host computer software. There are many ways to timestamp the data.

[0056] Specifically, to timestamp data, in some embodiments, the test system may include a clock device, and the acquisition device may include a chip. Based on this, the timestamp for marking the target data may include:

[0057] The chip obtains the timestamp of the target data based on the time stamp of the clock device.

[0058] Here, the clock device can be, for example, a 1588 clock device, and the chip can be, for example, a logic chip.

[0059] As an example, when the logic chip of the acquisition device receives a data record, it can store the current time point, i.e., the timestamp of the data, based on the time synchronization of the 1588 clock device. The bus data record and the timestamp are then packaged together and sent to the host computer software. The host computer software can be an embedded software service within the test system.

[0060] The aforementioned data timestamp method is applicable to buses with fixed data frames at the data protocol layer. This means the hardware logic chip can identify which data belongs to a record based on protocol specifications. These buses include, but are not limited to, ARINC429, ARINC664, ARINC825, and M1553 buses. For buses without fixed data frames at the protocol layer, where data frames must be defined by the interface control file (ICD), such as RS422 serial buses, other methods are required to achieve full-time data storage and parsing. These will not be discussed further here.

[0061] Based on this, in some embodiments, the above S110 may include:

[0062] When the data acquisition device is powered on, it stores the target data according to the first cycle and marks the timestamp of the target data.

[0063] Here, the first cycle can be a pre-set data acquisition and storage cycle. For example, the first cycle can be 1ms.

[0064] Therefore, in order to ensure time synchronization between the acquisition device and the host computer software, in some embodiments, before the timestamp of the aforementioned target data, the following may also be included:

[0065] The acquisition device and the host computer software are synchronized using a time synchronization method.

[0066] Here, the time synchronization method can include software time synchronization method and hardware time synchronization method.

[0067] As an example, all acquisition devices and host computer software in the test system can synchronize their time using common hardware and software time synchronization methods. Hardware time synchronization devices can be, for example, timer cards and IEEE 1588 protocol clock devices, while software time synchronization methods can be, for example, Network Time Protocol (NTP) software time synchronization methods.

[0068] In this way, by synchronizing the time of the acquisition device and the host computer software, the time synchronization of the acquisition device and the host computer software can be guaranteed.

[0069] S130. While responding to user operations and sending commands to lower-level devices, the host computer software records the time of user operations. The user operations include at least one of the following: powering on the device, sending the interface control file (ICD) configuration, sending the input / output (I / O) configuration, and ending the test.

[0070] Here, the host computer software can have a time stamp function for user operations, recording the time of operations such as "powering on the actual device (electronic equipment of the aircraft under test)," "issuing ICD configuration," "issuing I / O configuration," and "end of test." Among these, powering on the device, issuing configuration, and ending the test can be achieved through manual operation of the software. Therefore, while the host computer software responds to user operations and issues commands to the lower-level device, it can also record the current time point based on the time synchronization stored by the 1588 clock device, i.e., record the time of the user operation.

[0071] S140: The host computer software compares the timestamp with the time of the user's operation.

[0072] Here, the host computer software may include data storage control software, which can automatically compare the timestamp with the time of the user operation.

[0073] In some embodiments, S140 may include:

[0074] The host computer software compares the timestamp with the time of the user operation based on the second cycle.

[0075] Here, the second period can be a pre-set time comparison period. The second period can be the same as the first period. For example, the second period can be 1ms.

[0076] Additionally, I / O configuration can be used to configure the data acquisition device. I / O configuration ensures the correctness of the data source and format. ICD configuration parses and records the acquired binary data to obtain data with engineering significance. ICD configuration ensures that the data is correctly parsed into engineering values.

[0077] Therefore, in order to parse the data, some embodiments may further include:

[0078] If the time between the power-on time of the physical device and the timestamp includes the time of issuing ICD configuration and I / O configuration, the target data is parsed based on the ICD configuration and I / O configuration.

[0079] Here, the data storage control software can parse the data records in the data file based on the most recent test configuration and store the parsed data in the database for data viewing. The test configuration verification can include two operations: verifying the interface control file (ICD configuration) and verifying the acquisition device configuration method (I / O configuration).

[0080] As an example, such as Figure 2 As shown, since the time between the power-on time of the actual device and the timestamp includes the time of issuing ICD configuration and the time of issuing I / O configuration, that is, the time of issuing ICD configuration and the time of issuing I / O configuration are before the time of target data acquisition, the data storage control software can parse the data records in the data file according to the earlier and most recent test configuration.

[0081] In this way, if the ICD configuration and I / O configuration can be confirmed, the target data can be parsed directly based on the ICD configuration and I / O configuration.

[0082] S150. If the time between the power-on time of the physical device and the timestamp includes the time for issuing the I / O configuration but excludes the time for issuing the ICD configuration, the target data is parsed based on the I / O configuration and the pre-stored ICD configuration.

[0083] Here, the ICD configuration and I / O configuration can be stored in the host computer software as configuration files. The test system can also retain the previous test configuration after power-down and power-on. For example... Figure 3 As shown, if there is no time stamp for interface control file confirmation operation (issuing ICD configuration) between the time stamp of the power-on device and the time stamp of the data record, i.e., the no ICD segment in the figure, the test system can default to parsing the data according to the previously retained test configuration (i.e., the existing I / O configuration and the pre-stored ICD configuration) and give a prompt.

[0084] S160. If the time between the power-on time of the physical device and the timestamp does not include the time for issuing ICD configuration and the time for issuing I / O configuration, store the target data file.

[0085] Here, the bus protocol chip of the acquisition device can automatically identify the source and status of data according to the protocol specifications. After comparing the timestamps, if there is no configuration mode confirmation operation of the acquisition device before the timestamp of the data record (i.e., the acquisition device cannot find the I / O configuration and ICD configuration), then this stored data file may be meaningless and cannot be parsed. Figure 4As shown, the data between the power-on of the device and the issuance of I / O configuration can be meaningless. In this case, the test system can mark the identified data source and status in the data record, and the tester can manually select the test configuration (including I / O configuration and ICD configuration) to complete the data parsing.

[0086] The data processing method of this application embodiment stores target data as soon as the acquisition device is powered on, enabling the storage of target data throughout the entire time period. By marking the target data with a timestamp on the acquisition device and sending it to the host computer software, and by recording the user's operation time on the host computer software, the host computer software can compare the timestamp of the target data with the user's operation time. Therefore, if the time between the power-on time of the actual device and the timestamp includes the time for issuing I / O configuration but excludes the time for issuing ICD configuration, the target data cannot be directly parsed because ICD configuration has not been performed. Thus, by parsing the target data according to the I / O configuration and the pre-stored ICD configuration, data without the first ICD configuration can be parsed. If the time between the power-on time of the actual device and the timestamp does not include the time for issuing ICD configuration and I / O configuration, by storing the target data file, the user can manually select the ICD configuration and I / O configuration according to the characteristics of the target data, thereby enabling the parsing of the target data. In this way, data throughout the entire testing process can be stored and parsed, thereby fully utilizing the data resources during the testing process.

[0087] Based on the above embodiments, the structural diagram of the test system can be shown as follows: Figure 5 As shown. Figure 5 As shown, the test system may include a clock synchronization device 51, a data acquisition and testing device 52, and a test aircraft 53. The clock synchronization device 51 can be used to synchronize the clocks of all devices in the system. The test aircraft 53 can transmit data when powered on. The data acquisition and testing device 52 can acquire, parse, and store the data transmitted by the test aircraft 53.

[0088] Additionally, the data acquisition and testing equipment 52 may include host computer software and slave devices. The host computer software may include ICD configuration software 521, I / O configuration software 522, data acquisition and parsing control software 523, and data storage control software 524. The slave devices may include A429 data acquisition device 525, A664 data acquisition device 526, and M1553 data acquisition device 527. Here, A429, A664, and M1553 can be the bus models corresponding to the aircraft under test 53. Based on this, data acquisition devices corresponding to the bus models can be used to acquire the data transmitted by the aircraft under test 53.

[0089] Based on the data processing method provided in the above embodiments, this application also provides specific implementations of the data processing apparatus. Please refer to the following embodiments. The data acquisition apparatus can be applied to a testing system, which may include acquisition equipment, host computer software, slave computer equipment, and prototype equipment.

[0090] like Figure 6 As shown, the data processing apparatus 600 provided in this application embodiment includes the following modules:

[0091] The first storage module 610 is used to store target data and mark the timestamp of the target data when the acquisition device is powered on.

[0092] The packaging module 620 is used by the acquisition device to package the target data and the timestamp of the target data into a target data file, and then send the target data file to the host computer software.

[0093] The recording module 630 is used by the host computer software to record the time of the user operation while responding to the user operation and sending commands to the lower-level device. The user operation includes at least one of the following: powering on the device, sending the interface control file (ICD) configuration, sending the input / output (I / O) configuration, and ending the test.

[0094] The comparison module 640 is used by the host computer software to compare the timestamp with the time of the user operation.

[0095] The first parsing module 650 is used to parse the target data based on the I / O configuration and the pre-stored ICD configuration, when the time between the power-on time of the physical device and the timestamp includes the time for issuing the I / O configuration but excludes the time for issuing the ICD configuration.

[0096] The second storage module 660 is used to store the target data file when the time between the power-on time of the physical device and the timestamp does not include the time for issuing ICD configuration and the time for issuing I / O configuration.

[0097] The data processing device 600 described above will be described in detail below:

[0098] In some embodiments, the data processing apparatus 600 may further include:

[0099] The second parsing module is used to parse the target data according to the ICD configuration and I / O configuration manually selected by the user after storing the target data file, excluding the time of ICD configuration issuance and I / O configuration issuance between the power-on time and the timestamp of the real device.

[0100] In some embodiments, the data processing apparatus 600 may further include:

[0101] The third parsing module is used to parse the target data based on the ICD configuration and I / O configuration when the time between the power-on time and the timestamp of the real device includes the time of issuing the ICD configuration and the time of issuing the I / O configuration.

[0102] In some embodiments, the test system may include a clock device, and the acquisition device may include a chip. Based on this, the first storage module 610 may include:

[0103] The tagging submodule is used by the chip to mark the time of the target data according to the time signal from the clock device, and obtain the timestamp of the target data.

[0104] In some embodiments, the data processing apparatus 600 may further include:

[0105] The synchronization module is used to synchronize the acquisition device and the host computer software in time before the timestamp of the target data is marked.

[0106] In some embodiments, the first storage module 610 may include:

[0107] The storage submodule is used to store target data and mark the timestamp of the target data according to the first cycle when the acquisition device is powered on.

[0108] In some embodiments, the comparison module 640 may include:

[0109] The comparison submodule is used by the host computer software to compare the timestamp with the time of the user operation based on the second cycle.

[0110] The data processing apparatus of this application embodiment stores target data as soon as the acquisition device is powered on, enabling the storage of target data throughout the entire time period. By marking the target data with a timestamp on the acquisition device and sending it to the host computer software, and by recording the user's operation time on the host computer software, the host computer software can compare the timestamp of the target data with the user's operation time. Therefore, if the time between the power-on time of the actual device and the timestamp includes the time for issuing I / O configuration but excludes the time for issuing ICD configuration, the target data cannot be directly parsed because ICD configuration has not been performed. Thus, by parsing the target data according to the I / O configuration and the pre-stored ICD configuration, data without the first ICD configuration can be parsed. If the time between the power-on time of the actual device and the timestamp does not include the time for issuing ICD configuration and I / O configuration, by storing the target data file, the user can manually select the ICD configuration and I / O configuration according to the characteristics of the target data, thereby enabling the parsing of the target data. In this way, data throughout the entire testing process can be stored and parsed, thereby fully utilizing the data resources during the testing process.

[0111] Based on the data processing method provided in the above embodiments, this application also provides specific implementation methods for electronic devices. Figure 7 A schematic diagram of an electronic device 700 provided in an embodiment of this application is shown.

[0112] Electronic device 700 may include processor 710 and memory 720 storing computer program instructions.

[0113] Specifically, the processor 710 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0114] Memory 720 may include mass storage for data or instructions. For example, and not limitingly, memory 720 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 720 may include removable or non-removable (or fixed) media. Where appropriate, memory 720 may be internal or external to the integrated gateway disaster recovery device. In a particular embodiment, memory 720 is non-volatile solid-state memory.

[0115] Memory may include read-only memory (ROM), random access memory (RAM), disk storage media devices, optical storage media devices, flash memory devices, and electrical, optical, or other physical / tangible memory storage devices. Therefore, typically, memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to the first aspect of this application.

[0116] The processor 710 implements any of the data processing methods described in the above embodiments by reading and executing computer program instructions stored in the memory 720.

[0117] In one example, the electronic device 700 may further include a communication interface 730 and a bus 740. For example, Figure 7 As shown, the processor 710, memory 720, and communication interface 730 are connected via bus 740 and communicate with each other.

[0118] The communication interface 730 is mainly used to realize communication between various modules, devices, units and / or equipment in the embodiments of this application.

[0119] Bus 740 includes hardware, software, or both, that couples components of an electronic device together. For example, and not limitingly, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Enhanced Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), HyperTransport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Microchannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or combinations of two or more of these. Where appropriate, bus 740 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, this application contemplates any suitable bus or interconnect.

[0120] For example, the electronic device 700 can be a mobile phone, tablet computer, laptop computer, handheld computer, in-vehicle electronic device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), etc.

[0121] The electronic device can execute the data processing method described in the embodiments of this application, thereby achieving the combination Figure 1 and Figure 6 The data processing methods and apparatus described.

[0122] Furthermore, in conjunction with the data processing methods in the above embodiments, this application embodiment can provide a computer storage medium for implementation. This computer storage medium stores computer program instructions, which, when executed by a processor, implement any of the data processing methods in the above embodiments.

[0123] It should be clarified that this application is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of this application is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of this application.

[0124] The functional blocks shown in the above-described structural diagram can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this application are programs or code segments used to perform the required tasks. Programs or code segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Code segments can be downloaded via computer networks such as the Internet, intranets, etc.

[0125] It should also be noted that the exemplary embodiments mentioned in this application describe methods or systems based on a series of steps or apparatus. However, this application is not limited to the order of the above steps; that is, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.

[0126] The aspects of this application have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It should be understood that each block in the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It is also understood that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by dedicated hardware performing the specified functions or actions, or can be implemented by a combination of dedicated hardware and computer instructions.

[0127] The above description is merely a specific implementation of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.

Claims

1. A data processing method applied to a testing system, characterized in that, The testing system includes data acquisition equipment, host computer software, slave computer equipment, and physical device equipment; the method includes: When the acquisition device is powered on, it stores the target data and marks the timestamp of the target data. The acquisition device packages the target data and its timestamp into a target data file, and sends the target data file to the host computer software. The host computer software, while responding to user operations and sending commands to the slave device, records the time of the user operation. The user operation includes at least one of the following: powering on the device, issuing the interface control file (ICD) configuration, issuing input / output (I / O) configuration, and ending the test. The host computer software compares the timestamp with the time of the user's operation. If the time between the power-on time of the physical device and the timestamp includes the time for issuing the I / O configuration but excludes the time for issuing the ICD configuration, the target data is parsed based on the I / O configuration and the pre-stored ICD configuration. The target data file is stored if the time between the power-on time of the physical device and the timestamp does not include the time for issuing ICD configuration and the time for issuing I / O configuration.

2. The method according to claim 1, characterized in that, If the time between the power-on time of the physical device and the timestamp does not include the time for issuing the ICD configuration and the time for issuing the I / O configuration, after storing the target data file, the method further includes: The target data is parsed based on the ICD and I / O configurations manually selected by the user.

3. The method according to claim 1, characterized in that, The method further includes: If the time between the power-on time of the physical device and the timestamp includes the time of issuing the ICD configuration and the time of issuing the I / O configuration, the target data is parsed according to the ICD configuration and the I / O configuration.

4. The method according to claim 1, characterized in that, The testing system includes a clock device, and the data acquisition device includes a chip. The timestamp marking the target data includes: The chip obtains the timestamp of the target data by marking the time of the target data according to the time signal from the clock device.

5. The method according to claim 1, characterized in that, Before marking the timestamp of the target data, the method further includes: The acquisition device and the host computer software are synchronized using a time synchronization method.

6. The method according to claim 1, characterized in that, When the acquisition device is powered on, it stores the target data and marks the timestamp of the target data, including: When the acquisition device is powered on, it stores target data according to the first cycle and marks the timestamp of the target data.

7. The method according to claim 1, characterized in that, The host computer software compares the timestamp with the time of the user operation, including: The host computer software compares the timestamp with the time of the user operation according to the second cycle.

8. A data processing device, applied to a testing system, characterized in that, The testing system includes data acquisition equipment, host computer software, slave computer equipment, and physical device equipment. The device includes: The first storage module is used to store target data and mark the timestamp of the target data when the acquisition device is powered on. The packaging module is used by the acquisition device to package the target data and its timestamp into a target data file, and then send the target data file to the host computer software. The recording module is used to record the time of the user operation while the host computer software responds to the user operation and sends commands to the slave device. The user operation includes at least one of the following: powering on the device, issuing the interface control file (ICD) configuration, issuing the input / output (I / O) configuration, and ending the test. The comparison module is used by the host computer software to compare the timestamp with the time of the user operation. The first parsing module is used to parse the target data based on the I / O configuration and the pre-stored ICD configuration, provided that the time between the power-on time of the physical device and the timestamp includes the time of issuing the I / O configuration but excludes the time of issuing the ICD configuration. The second storage module is used to store the target data file when the time between the power-on time of the physical device and the timestamp does not include the time for issuing ICD configuration and the time for issuing I / O configuration.

9. An electronic device, characterized in that, The electronic device includes: a processor and a memory storing computer program instructions. When the processor executes the computer program instructions, it implements the data processing method as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer program instructions, which, when executed by a processor, implement the data processing method as described in any one of claims 1-7.

Images