CN114328183A - Debugging method, device, equipment and computer readable storage medium - Google Patents
Debugging method, device, equipment and computer readable storage medium Download PDFInfo
- Publication number
- CN114328183A CN114328183A CN202111445219.9A CN202111445219A CN114328183A CN 114328183 A CN114328183 A CN 114328183A CN 202111445219 A CN202111445219 A CN 202111445219A CN 114328183 A CN114328183 A CN 114328183A
- Authority
- CN
- China
- Prior art keywords
- access request
- request data
- access address
- access
- protocol command
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000004590 computer program Methods 0.000 claims description 11
- 108010028984 3-isopropylmalate dehydratase Proteins 0.000 claims 2
- 238000011161 development Methods 0.000 abstract description 4
- 230000000694 effects Effects 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 5
- 238000013524 data verification Methods 0.000 description 4
- 239000000284 extract Substances 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012356 Product development Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The application discloses a debugging method, which comprises the steps of receiving an access address and access request data which are sent by using a first protocol command on local equipment after remote equipment logs in the local equipment; sending the access address and the access request data to a target chip through a second protocol command; and receiving data returned by the target chip, and returning the data to the local equipment by using the first protocol command. The method can realize remote debugging of the embedded product, is not limited by field debugging and chip accessing, can effectively save time of developers, and improves development efficiency. The application also discloses a debugging device, equipment and a computer readable storage medium, which all have the technical effects.
Description
Technical Field
The application relates to the technical field of software development, in particular to a debugging method; it also relates to a debugging apparatus, a device and a computer readable storage medium.
Background
In the product development process, the product needs to be debugged. The debugging modes comprise field debugging and remote debugging. The field debugging means that after the code is developed, the integrity and the reliability of the code function are verified on equipment by a person on the field. Remote debugging refers to that after code development, remote access equipment carries out verification, and the integrity and reliability of code functions can be verified without people going to the field. Currently, most products support remote debugging, but most embedded products do not support remote debugging and require field debugging, which consumes a lot of time and energy of developers. Therefore, how to implement remote debugging of embedded products and save time of developers has become a technical problem to be urgently solved by technical personnel in the field.
Disclosure of Invention
The application aims to provide a debugging method, which can realize remote debugging of embedded products, save time of developers and improve development efficiency. Another object of the present application is to provide a debugging apparatus, a device and a computer-readable storage medium, all of which have the above technical effects.
In order to solve the above technical problem, the present application provides a debugging method, including:
receiving an access address and access request data which are sent by a remote device by using a first protocol command on a local device after the remote device logs in the local device;
sending the access address and the access request data to a target chip through a second protocol command;
and receiving data returned by the target chip, and returning the data to the local equipment by using the first protocol command.
Optionally, after the receiving remote device logs in the local device, the receiving access address and access request data sent by using the first protocol command on the local device includes:
and after the remote equipment logs in the local equipment, the access address and the access request data which are sent by using an IPMI protocol command on the local equipment are received.
Optionally, the sending the access address and the access request data to the target chip through a second protocol command includes:
and sending the access address and the access request data to the target chip through an MRPC protocol link layer command.
Optionally, before sending the access address and the access request to the target chip through a second protocol command, the method further includes:
judging whether the lengths of the access address and the access request data meet preset requirements or not;
and if the lengths of the access address and the access request data meet the preset requirement, sending the access address and the access request to the target chip through a second protocol command.
Optionally, the method further includes:
and if the lengths of the access address and the access request data do not meet the preset requirement, returning failure information.
In order to solve the above technical problem, the present application further provides a debugging apparatus, including:
the first receiving module is used for receiving an access address and access request data which are sent by using a first protocol command on the local equipment after the remote equipment logs in the local equipment;
the sending module is used for sending the access address and the access request data to a target chip through a second protocol command;
and the second receiving module is used for receiving the data returned by the target chip and returning the data to the local equipment by using the first protocol command.
Optionally, the first receiving module is specifically configured to: and after the remote equipment logs in the local equipment, the access address and the access request data which are sent by using an IPMI protocol command on the local equipment are received.
Optionally, the sending module is specifically configured to: and sending the access address and the access request data to the target chip through an MRPC protocol link layer command.
In order to solve the above technical problem, the present application further provides a debugging device, including:
a memory for storing a computer program;
a processor for implementing the steps of the debugging method as claimed in any one of the above when executing said computer program.
To solve the above technical problem, the present application further provides a computer-readable storage medium, having a computer program stored thereon, where the computer program, when executed by a processor, implements the steps of the debugging method according to any one of the above.
The debugging method provided by the application comprises the following steps: receiving an access address and access request data which are sent by a remote device by using a first protocol command on a local device after the remote device logs in the local device; sending the access address and the access request data to a target chip through a second protocol command; and receiving data returned by the target chip, and returning the data to the local equipment by using the first protocol command.
Therefore, according to the debugging method provided by the application, after the remote device logs in the local device is received, on the basis of the access address and the access request data sent by the first protocol command on the local device, the content sent by the first protocol command is translated into the second protocol command supported by the target chip and sent to the target chip, and the data returned by the target chip is further returned to the local device.
The debugging device, the equipment and the computer readable storage medium provided by the application have the technical effects.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed in the prior art and the embodiments are briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.
Fig. 1 is a schematic flowchart of a debugging method according to an embodiment of the present application;
fig. 2 is a schematic diagram of an interaction between a remote device and a local device according to an embodiment of the present application;
fig. 3 is a schematic diagram of a protocol conversion provided in this embodiment;
fig. 4 is a schematic diagram of a debugging apparatus according to an embodiment of the present application;
fig. 5 is a schematic diagram of a debugging device according to an embodiment of the present application.
Detailed Description
The core of the application is to provide a debugging method, which can realize remote debugging of the embedded product, save time of developers and improve development efficiency. Another core of the present application is to provide a debugging apparatus, a device and a computer-readable storage medium, all having the above technical effects.
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Referring to fig. 1, fig. 1 is a schematic flowchart of a debugging method according to an embodiment of the present application, and referring to fig. 1, the method mainly includes:
s101: receiving an access address and access request data which are sent by a remote device by using a first protocol command on a local device after the remote device logs in the local device;
specifically, in this embodiment, a debug scheme provided by the present application is described in terms of a BMC (Baseboard Management Controller) of a local device serving as an execution main body and standing in the local device. Referring to fig. 2, when performing remote debugging, first, a user logs in a local device using a remote device. After logging in the local device, the user of the remote device inputs an access address and access request data on an operating system of the local device by using a first protocol command developed based on a first protocol format. And then the operating system of the local device calls the first protocol command to send the access address and the access request data to the BMC of the local device, and the BMC further forwards the access address and the access request data to the target chip after receiving the access address and the access request data.
In a specific embodiment, after the receiving the remote device logs in the local device, the sending, on the local device, the access address and the access request data by using the first protocol command includes: and after the remote equipment logs in the local equipment, the access address and the access request data sent by using an IPMI (Intelligent Platform Management Interface) protocol command on the local equipment are received.
Specifically, in this embodiment, the first protocol is an IPMI protocol, and the first protocol command is a proprietary command developed by using an IPMI protocol format. After a user logs in the local device by using the remote device, the access address and the access request data are input on the local device by using the IPMI protocol command, and then the local device calls the IPMI protocol command to transmit the access address and the access request data to the BMC.
S102: sending the access address and the access request data to a target chip through a second protocol command;
specifically, after receiving a data packet including an access address and access request data sent by the local device using the first protocol command, the BMC parses the data packet and extracts the access address and the access request data. And then, performing data packet packing on the access address and the access request data, and sending the access address and the access request data to the target chip by using a second protocol command. The second protocol command is a protocol command supported by the target chip.
The second protocol command may be used to send the access address and the access request data to the target chip through an I2C (Inter-Integrated Circuit) interface or a UART (Universal Asynchronous Receiver/Transmitter) interface.
In addition, in a specific embodiment, the sending the access address and the access request data to the target chip through a second protocol command includes: and sending the access address and the access request data to the target chip through an MRPC (Memory Mapped Remote Procedure Calls) protocol link layer command. The target chip is a Switch chip.
Specifically, the MRPC protocol contains two layers, one being the MRPC command, which is a command to access the Switch chip. The MRPC command comprises a command format, a package format, data verification, packed multi-package sending, a complete code state after the command sending, exception handling and an unpacking format returned by the MRPC command. The other layer is a link layer command, which is only responsible for protocol packetization and data verification at the link layer.
Referring to fig. 3, after receiving a data packet including an access address and access request data sent by a local device using an IPMI protocol command, the BMC parses the data packet and extracts the access address and the access request data. And then calling a link layer interface of the MRPC protocol to perform data packaging, and sending the access address and the access request data to the Switch chip by using an MRPC protocol link layer command.
S103: and receiving data returned by the target chip, and returning the data to the local equipment by using the first protocol command.
Specifically, after the BMC sends the access address and the access request data to the target chip, the sending result and the data returned by the target chip are returned to the BMC, and then the BMC returns the sending result and the data returned by the target chip to the local device, so that the user can check the local device and analyze the functional integrity and reliability of the code. Corresponding to the embodiment that the first protocol command is an IPMI protocol command, the sending result and the data returned by the target chip are returned to the receiving function of IPMI of the BMC, and further returned to the local device by the IPMI protocol command.
Further, on the basis of the foregoing embodiment, as a specific implementation manner, before sending the access address and the access request to the target chip through a second protocol command, the method further includes:
judging whether the lengths of the access address and the access request data meet preset requirements or not;
and if the lengths of the access address and the access request data meet the preset requirement, sending the access address and the access request to a target chip through a second protocol command.
In addition, on the basis of the above embodiment, as a specific implementation manner, the method further includes: and if the lengths of the access address and the access request data do not meet the preset requirement, returning failure information.
Specifically, after receiving a data packet containing an access address and access request data, the BMC analyzes the data packet, extracts the access address and the access request data, and further determines whether the lengths of the access address and the access request data meet preset requirements. If the length of the access address and the access request data both meet the preset requirement, further executing the subsequent steps. If the length of any item in the access address and the access request data does not meet the preset requirement, the subsequent steps are not executed, and failure information can be returned to the local equipment to prompt that the length of the access address and the access request data does not meet the requirement.
In summary, the debugging method provided by the present application includes: receiving an access address and access request data which are sent by a remote device by using a first protocol command on a local device after the remote device logs in the local device; sending the access address and the access request data to a target chip through a second protocol command; and receiving data returned by the target chip, and returning the data to the local equipment by using the first protocol command. Therefore, according to the debugging method provided by the application, after the remote device logs in the local device is received, on the basis of the access address and the access request data sent by the first protocol command on the local device, the content sent by the first protocol command is translated into the second protocol command supported by the target chip and sent to the target chip, and the data returned by the target chip is further returned to the local device.
The present application also provides a commissioning apparatus, which is described below and to which the above-described method may be mutually referenced. Referring to fig. 4, fig. 4 is a schematic diagram of a debugging apparatus according to an embodiment of the present application, and referring to fig. 4, the debugging apparatus includes:
a first receiving module 10, configured to receive an access address and access request data, which are sent by using a first protocol command on a local device after a remote device logs in the local device;
a sending module 20, configured to send the access address and the access request data to a target chip through a second protocol command;
and a second receiving module 30, configured to receive the data returned by the target chip, and return the data to the local device using the first protocol command.
Specifically, when performing remote debugging, first, the user logs in the local device using the remote device. After logging in the local device, the user at the remote device end inputs an access address and access request data on the local device by using a first protocol command developed based on a first protocol format. And the local device calls the first protocol command to send the access address and the access request data to the first receiving module 10. The first receiving module 10 receives a data packet including an access address and access request data, which is sent by a local device using a first protocol command, and then parses the data packet to extract the access address and the access request data. And the sending module 20 performs data packet processing on the access address and the access request data, and sends the access address and the access request data to the target chip by using a second protocol command.
The sending module 20 may send the access address and the access request data to the target chip through an I2C interface or a UART interface, etc. using a second protocol command.
After the sending module 20 sends the access address and the access request data to the target chip, the second receiving module further receives the sending result and the data returned by the target chip, and returns the sending result and the data returned by the target chip to the local device, so that the user can check the sending result and the data on the local device and analyze the functional integrity and reliability of the code.
On the basis of the foregoing embodiment, as a specific implementation manner, the first receiving module 10 is specifically configured to: and after the remote equipment logs in the local equipment, the access address and the access request data which are sent by using an IPMI protocol command on the local equipment are received.
Specifically, in this embodiment, the first protocol is an IPMI protocol, and the first protocol command is a proprietary command developed by using an IPMI protocol format. After the user logs in the local device by using the remote device, the access address and the access request data are input on the local device by using the IPMI protocol command, and then the local device calls the IPMI protocol command to send the access address and the access request data to the first receiving module 10.
On the basis of the foregoing embodiment, as a specific implementation manner, the sending module 20 is specifically configured to: and sending the access address and the access request data to the target chip through an MRPC protocol link layer command.
Specifically, the MRPC protocol contains two layers, one being the MRPC command, which is a command to access the Switch chip. The MRPC command comprises a command format, a package format, data verification, packed multi-package sending, a complete code state after the command sending, exception handling and an unpacking format returned by the MRPC command. The other layer is a link layer command, which is only responsible for protocol packetization and data verification at the link layer.
After receiving a data packet including an access address and access request data sent by a local device using an IPMI protocol command, the first receiving module 10 parses the data packet to extract the access address and the access request data. The sending module 20 calls a link layer interface of the MRPC protocol to perform data packet, and sends the access address and the access request data to the Switch chip by using an MRPC protocol link layer command.
On the basis of the above embodiment, as a specific implementation manner, the method further includes:
the judging module is used for judging whether the lengths of the access address and the access request data meet preset requirements or not;
if the lengths of the access address and the access request data meet the preset requirement, the sending module 20 sends the access address and the access request to the target chip through a second protocol command.
On the basis of the above embodiment, as a specific implementation manner, the method further includes:
and the failure information sending module is used for returning failure information if the lengths of the access address and the access request data do not meet the preset requirement.
Specifically, after receiving the data packet including the access address and the access request data, the first receiving module 10 analyzes the data packet, extracts the access address and the access request data, and then the determining module determines whether the lengths of the access address and the access request data satisfy the preset requirement. If the length of the access address and the access request data both meet the preset requirement, further executing the subsequent steps. If the length of any item in the access address and the access request data does not meet the preset requirement, the subsequent steps are not executed, and failure information can be returned to the local equipment by the failure information sending module to prompt that the length of the access address and the access request data does not meet the requirement.
According to the debugging device, after remote equipment is received to log in local equipment, on the basis that the local equipment uses an access address and access request data sent by a first protocol command, the content sent by the first protocol command is translated into a second protocol command supported by a target chip and sent to the target chip, and the data returned by the target chip is further returned to the local equipment.
The present application also provides a debugging device, which, as shown with reference to fig. 5, comprises a memory 1 and a processor 2.
A memory 1 for storing a computer program;
a processor 2 for executing a computer program to implement the steps of:
receiving an access address and access request data which are sent by a remote device by using a first protocol command on a local device after the remote device logs in the local device; sending the access address and the access request data to a target chip through a second protocol command; and receiving data returned by the target chip, and returning the data to the local equipment by using the first protocol command.
For the introduction of the device provided in the present application, please refer to the above method embodiment, which is not described herein again.
The present application further provides a computer readable storage medium having a computer program stored thereon, which when executed by a processor, performs the steps of:
receiving an access address and access request data which are sent by a remote device by using a first protocol command on a local device after the remote device logs in the local device; sending the access address and the access request data to a target chip through a second protocol command; and receiving data returned by the target chip, and returning the data to the local equipment by using the first protocol command.
The computer-readable storage medium may include: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
For the introduction of the computer-readable storage medium provided in the present application, please refer to the above method embodiments, which are not described herein again.
The embodiments are described in a progressive manner in the specification, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. The device, the apparatus and the computer-readable storage medium disclosed by the embodiments correspond to the method disclosed by the embodiments, so that the description is simple, and the relevant points can be referred to the description of the method.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), memory, Read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
The debugging method, the debugging device, the debugging equipment and the computer readable storage medium provided by the application are described in detail above. The principles and embodiments of the present application are explained herein using specific examples, which are provided only to help understand the method and the core idea of the present application. It should be noted that, for those skilled in the art, it is possible to make several improvements and modifications to the present application without departing from the principle of the present application, and such improvements and modifications also fall within the scope of the claims of the present application.
Claims (10)
1. A debugging method, comprising:
receiving an access address and access request data which are sent by a remote device by using a first protocol command on a local device after the remote device logs in the local device;
sending the access address and the access request data to a target chip through a second protocol command;
and receiving data returned by the target chip, and returning the data to the local equipment by using the first protocol command.
2. The debugging method of claim 1, wherein receiving the access address and the access request data sent by the remote device using the first protocol command on the local device after the remote device logs in the local device comprises:
and after the remote equipment logs in the local equipment, the access address and the access request data which are sent by using an IPMI protocol command on the local equipment are received.
3. The debugging method according to claim 1, wherein the sending the access address and the access request data to a target chip via a second protocol command comprises:
and sending the access address and the access request data to the target chip through an MRPC protocol link layer command.
4. The debugging method of claim 1, wherein before sending the access address and the access request to a target chip via a second protocol command, the method further comprises:
judging whether the lengths of the access address and the access request data meet preset requirements or not;
and if the lengths of the access address and the access request data meet the preset requirement, sending the access address and the access request to the target chip through a second protocol command.
5. The debugging method according to claim 4, further comprising:
and if the lengths of the access address and the access request data do not meet the preset requirement, returning failure information.
6. A commissioning apparatus, comprising:
the first receiving module is used for receiving an access address and access request data which are sent by using a first protocol command on the local equipment after the remote equipment logs in the local equipment;
the sending module is used for sending the access address and the access request data to a target chip through a second protocol command;
and the second receiving module is used for receiving the data returned by the target chip and returning the data to the local equipment by using the first protocol command.
7. The debugging device according to claim 6, wherein the first receiving module is specifically configured to: and after the remote equipment logs in the local equipment, the access address and the access request data which are sent by using an IPMI protocol command on the local equipment are received.
8. The debugging device according to claim 6, wherein the sending module is specifically configured to: and sending the access address and the access request data to the target chip through an MRPC protocol link layer command.
9. A commissioning device, comprising:
a memory for storing a computer program;
a processor for implementing the steps of the debugging method according to any one of claims 1 to 5 when executing said computer program.
10. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, carries out the steps of the debugging method according to one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111445219.9A CN114328183A (en) | 2021-11-30 | 2021-11-30 | Debugging method, device, equipment and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111445219.9A CN114328183A (en) | 2021-11-30 | 2021-11-30 | Debugging method, device, equipment and computer readable storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114328183A true CN114328183A (en) | 2022-04-12 |
Family
ID=81048259
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111445219.9A Withdrawn CN114328183A (en) | 2021-11-30 | 2021-11-30 | Debugging method, device, equipment and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114328183A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114979295A (en) * | 2022-05-19 | 2022-08-30 | 京东城市(北京)数字科技有限公司 | Gateway management method and device |
| CN116126612A (en) * | 2023-02-17 | 2023-05-16 | 苏州天准科技股份有限公司 | Chip debugging method |
-
2021
- 2021-11-30 CN CN202111445219.9A patent/CN114328183A/en not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114979295A (en) * | 2022-05-19 | 2022-08-30 | 京东城市(北京)数字科技有限公司 | Gateway management method and device |
| CN114979295B (en) * | 2022-05-19 | 2024-05-17 | 京东城市(北京)数字科技有限公司 | Gateway management method and device |
| CN116126612A (en) * | 2023-02-17 | 2023-05-16 | 苏州天准科技股份有限公司 | Chip debugging method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114328183A (en) | Debugging method, device, equipment and computer readable storage medium | |
| CN107678778B (en) | Hybrid-based compatible method, adapter, operation device and system | |
| CN105183675A (en) | USB equipment access method, device and system, terminal and server | |
| CN103365701A (en) | Work method of analog card reader and analog communication system | |
| CN112738216B (en) | Equipment adaptation method, device, equipment and computer readable storage medium | |
| CN112256570A (en) | Remote debugging method, device, equipment and storage medium | |
| CN114237498B (en) | Snapshot generation method and system for cloud primary storage data volume | |
| CN109218393B (en) | Push implementation method, device, equipment and computer storage medium | |
| CN112764946A (en) | Cross-process data transmission method and device, electronic equipment and storage medium | |
| CN114880159B (en) | Data processing method, device, equipment and storage medium | |
| CN113127108A (en) | Service request processing method and device, storage medium and electronic equipment | |
| CN101763324B (en) | Method for realizing equipment simulating and device thereof | |
| CN111651140A (en) | Service method and device based on workflow | |
| CN113391972A (en) | Interface testing method and device | |
| CN109240844B (en) | Log obtaining method and system | |
| CN112399446A (en) | Edge gateway communication method, device, computer equipment and storage medium | |
| CN112351094A (en) | Webpage pushing method and device, electronic equipment and storage medium | |
| CN108984377B (en) | Method, system and medium for counting BIOS log | |
| WO2023045795A1 (en) | Infrared communication method and apparatus, and storage medium and electronic apparatus | |
| CN109635215A (en) | Coded safety detection method, device, terminal and readable storage medium storing program for executing | |
| CN109961617A (en) | Method, apparatus, equipment and the storage medium of unified fire alarm host transport protocol | |
| CN113778774A (en) | Test data transmission method and device, test method and communication module | |
| CN111459819B (en) | Software testing method and device, electronic equipment and computer readable medium | |
| CN111611307A (en) | Report exporting method and device | |
| CN110187685A (en) | A kind of data transmission method, device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20220412 |
|
| WW01 | Invention patent application withdrawn after publication |