CN112765018B - Instrument and meter debugging system and method - Google Patents
Instrument and meter debugging system and method Download PDFInfo
- Publication number
- CN112765018B CN112765018B CN202110036497.2A CN202110036497A CN112765018B CN 112765018 B CN112765018 B CN 112765018B CN 202110036497 A CN202110036497 A CN 202110036497A CN 112765018 B CN112765018 B CN 112765018B
- Authority
- CN
- China
- Prior art keywords
- simulation
- instrument
- key
- service logic
- bitmap
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3664—Environments for testing or debugging software
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
Abstract
The invention provides a system and a method for debugging instruments, wherein the system comprises: the instrument service logic module is used for processing the compiled instrument service logic codes and constructing a simulation environment for compiling, debugging and running of the PC terminal; the peripheral hardware equipment simulation module is used for performing display simulation on the TFT/LED and performing operation simulation on keys, storage equipment and communication; and the shared memory module is used for providing a shared memory for the peripheral hardware equipment simulation module and the instrument service logic module to access so as to realize data transmission. The scheme can facilitate debugging and testing of the embedded system code, reduce hardware cost and improve the debugging and developing efficiency of the instrument.
Description
Technical Field
The invention relates to the field of computers, in particular to a system and a method for debugging an instrument.
Background
With the development of science and technology, various instruments and meters continuously appear, and the instruments and meters have various functions and are widely applied to the fields of scientific experiments, mechanical equipment, automobiles and the like. Instruments and meters are generally used for testing and displaying specific data, and programs of the instruments and meters need to be debugged before delivery or application, so that normal working and running of the instruments and meters can be guaranteed.
At present, a conventional meter debugging system is shown in fig. 1, and the development technology of the conventional meter debugging system completely depends on hardware devices such as a meter real machine, a debugger and a CANoe tool, software such as an embedded IDE, and a compiling environment support. During large-scale development, numerous hardware needs to be prepared, software development environment compiling, code programming on a development board and the like need to be considered, debugging efficiency is low, and hardware cost is high.
Disclosure of Invention
In view of this, embodiments of the present invention provide an instrument and meter debugging system and method, so as to solve the problems of low debugging efficiency and high hardware cost of the existing instrument and meter debugging system.
In a first aspect of an embodiment of the present invention, an instrument and meter debugging system is provided, including:
the instrument service logic module is used for processing the compiled instrument service logic codes and constructing a simulation environment for compiling, debugging and running on a computer;
the instrument service logic module comprises a common function library developed according to GDC and OpenGL interface specifications for service logic calling, an MCU register and an absolute address are replaced by a global variable or a static memory, Task scheduling, interrupt triggering, a timer, CAN and GPIO updating are simulated, and an embedded platform UI image is converted into a PC platform image format through a decompression algorithm;
the peripheral hardware equipment simulation module is used for performing display simulation on the TFT/LED and performing operation simulation on the keys, the storage equipment and the communication;
and the shared memory module is used for providing a shared memory for the peripheral hardware equipment simulation module and the instrument service logic module to access so as to realize data transmission.
In a second aspect of the embodiments of the present invention, there is provided an instrument and meter debugging method, including:
processing the compiled instrument service logic code, and constructing a simulation environment for compiling, debugging and running on a computer;
developing a common function library according to GDC and OpenGL interface specifications for service logic calling, replacing an MCU register and an absolute address with a global variable or a static memory, simulating Task scheduling, interrupt triggering, a timer, CAN and GPIO updating, and converting an embedded platform UI image into a PC platform image format through a decompression algorithm;
performing display simulation on the TFT/LED, and performing operation simulation on the key, the storage equipment and communication;
and data transmission between the simulation peripheral hardware equipment and the instrument service logic is carried out through the shared memory.
In a third aspect of the embodiments of the present invention, there is provided an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor executes the computer program to implement the steps of the method according to the first aspect of the embodiments of the present invention.
A fourth aspect of the embodiments of the present invention provides a computer-readable storage medium, where a computer program is stored, and the computer program, when executed by a processor, implements the steps of the method provided by the first aspect of the embodiments of the present invention.
In the embodiment of the invention, the debugging system realized by PC end software replaces a microprocessor and peripheral hardware equipment which are needed by the traditional debugging method, and carries out simulation debugging on the service code of the embedded development engineering of the instrument. The embedded development process of the instrument can be continuously adjusted based on the debugging system, code development and testing are facilitated, the development and testing process of the intelligent instrument does not need to depend on too many hardware devices, hardware cost is reduced, development efficiency is improved, product reworking is reduced, and the embedded development process of the instrument is simple and practical.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings described below are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1 is a schematic diagram of a prior art instrumentation debugging system according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of a debugging system of an instrument according to an embodiment of the present invention;
FIG. 3 is another schematic diagram of an instrument debugging system according to an embodiment of the present invention;
fig. 4 is a flowchart illustrating a method for debugging an instrument according to an embodiment of the present invention.
Detailed Description
In order to make the objects, features and advantages of the present invention more obvious and understandable, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the embodiments described below are only a part of the embodiments of the present invention, and not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by persons skilled in the art without any inventive work shall fall within the protection scope of the present invention, and the principle and features of the present invention shall be described below with reference to the accompanying drawings.
The terms "comprises" and "comprising," when used in this specification and claims, and in the accompanying drawings and figures, are intended to cover non-exclusive inclusions, such that a process, method or system, or apparatus that comprises a list of steps or elements is not limited to the listed steps or elements.
Referring to fig. 2, fig. 2 is a schematic structural diagram of an instrument debugging system according to an embodiment of the present invention, including:
the instrument service logic module 210 is used for processing the compiled instrument service logic codes and constructing a simulation environment for compiling, debugging and running on a computer;
the meter service code is written in the meter service logic module, and can comprise APP, UI, basic software layers and the like, and a data display engine library. And a simulation environment of code compiling, running and debugging actions can be constructed through the business logic code, and the code compiling, the debugging and the running are general.
The instrument service logic module comprises a common function library developed according to GDC (Graphic display control) and OpenGL interface specifications for service logic calling, an MCU register and an absolute address are replaced by a global variable or a static memory, Task scheduling, interrupt triggering, a timer, CAN (control area network) and GPIO (general input/output) updating are simulated, and an embedded platform UI image is converted into a PC platform image format through a decompression algorithm;
the instrument display driver is usually provided by a static library, takes Sapphire and Amber series hardware as an example, develops a commonly used function library according to GDC and OpenGL interface specifications and provides the function library for service logic call; replacing MCU registers, absolute addresses and the like with global variables or static memories in a debugging system; simulating Task scheduling, interrupt triggering, timers and the like; commonly used decompression algorithms (e.g., ETC2EAC, ETC rgb) are developed to convert the UI image format of the embedded platform to the PC platform image format.
A peripheral hardware device simulation module 230, configured to perform display simulation on the TFT/LED, and perform operation simulation on the key, the storage device, and the communication;
the peripheral hardware devices generally include three parts, display, keys, and communication. In this embodiment, the key program function debugging of the embedded device is realized by simulating the hardware device.
Specifically, the peripheral hardware device simulation module 220 includes:
the display simulation unit is used for storing pre-display data into a memory, processing preset function designated bitmap data in a basic class through an MFC bitmap, designing an LED bitmap, loading bitmap resources based on functions in the MFC, and designating pixel blocks by using bitmap functions of a Windows image equipment interface;
the key simulation unit is used for creating simulation keys, corresponding key interface function names to key names in a hardware library and simulating key processing logic based on a preset trigger event of the input equipment;
and the communication simulation unit is used for setting the simulation signal input and output interface corresponding to the service logic code interface according to the communication protocol so as to associate the simulation peripheral hardware equipment with the service logic code.
For TFT display, the display data prepared by the service logic is put into a memory, and then the bitmap data is designated by using a SetBlastpBits function in the basic class CBitmap of MFC bitmap processing. For LED display, an LED bitmap is designed, a bitmap resource is loaded by using a Loadbitmap of an MFC, and then a pixel bit block is specified by using a bitmap function BitBl of a Windows Graphic Device Interface (GDI).
For the simulation of the key part, a simulation key is firstly created, the sound names of all interface functions of the key are consistent with those of a hardware library, the key triggering mode has various modes, the control logic design of reading a certain key on a keyboard as the key can be utilized, and the key of a simulation display picture can be clicked by a mouse to carry out the logic design of the key.
For the simulation of the communication part, various simulation input and output interfaces for communication are set according to corresponding communication protocols and must correspond to interfaces used by service codes, so that simulation hardware equipment is connected with the service codes.
And a shared memory module 220, configured to provide a shared memory for the peripheral hardware device simulation module and the meter service logic module to access, so as to implement data transmission.
Peripheral equipment simulation and service logic operation are two processes, the two processes share and transmit data through a common memory, and the data in the memory aim at service needs, wherein the memory data comprise other data such as a TFT display data area, a CAN data area, keys/LEDs and the like. The design of the two processes can ensure that the real-time performance of peripheral equipment simulation is not influenced when the business logic is debugged. When a developer debugs any process, the other process is in normal operation.
In one embodiment, as shown in FIG. 3, in a Visual Studio (IDE) environment, the system includes a meter service code including a BSW (base software layer), APP and UI (user interface), and a display engine library (including GDC, EGL, OpenGL, etc.) and a debug section.
The method comprises the steps of replacing MCU registers, absolute addresses, assembly codes and the like with global variables or static memories through service codes, simulating Task scheduling, interrupt processing, Timer, CAN, GPIO updating and the like, converting UI code analysis into a PC side image format, realizing graph drawing through EGL and OpenGL, realizing GDC Rendering simulation, and providing a common Memory access interface.
For peripheral hardware equipment simulation, the simulation comprises TFT/LED and other displays, S/W, I/O and other operations, EEPROM file reading and writing, CAN data access, Task schedule and the like, and a common Memory access interface is provided.
In addition, the debugging system also comprises a UI resource conversion tool and a shared memory, wherein the shared memory can be accessed by the instrument service logic and the external simulation hardware equipment to realize data transmission between the instrument service logic and the external simulation hardware equipment.
It should be noted that, in the present embodiment, the environment in which the system is mainly applied is Microsoft Visual Studio software, the central control is developed based on C language, and the display control is developed mainly by using MFC programming. When the debugging system is used, the service code and the debugging system are placed in the same file, the project of the debugging system is opened by VS, the service code is automatically added into the project, the whole project is operated, an interface similar to a hardware instrument is generated, the corresponding function can be realized by clicking the key of the interface, and the corresponding function of the hardware instrument is really restored.
It should be further noted that the debugging system is mainly a platform for providing quick and convenient compiling and debugging service logic codes. After the debugging system is used, developers can quickly verify whether the written codes conform to the design logic or not, the analysis and the processing of data become simpler and more convenient, and some low-level coding errors can be avoided. For a tester, the debugging system can rapidly and comprehensively perform various tests.
The method comprises the following steps of (1) picture test screenshot, wherein under a certain condition, what picture should be displayed on a screen of an instrument can be quickly screenshot, and the picture can be used as a test basis; the test of the picture coordinate, while confirming the position of characters and pictures of the display picture, can also utilize the screenshot, combine the computer tool, analyze and compare the characters and picture position fast; the key control function is tested, and the key pressing function can be divided into a switch key, a confirmation key and a position key. Key test, instrument start-up and shut-down, some function opens or closes, move of the cursor of display screen, confirm entering some mode, etc., the key set up of the operating system constantly, operate the corresponding picture according to the corresponding key, in order to confirm whether the key function is normal; in the test of the communication function, a large-scale instrument has a plurality of sensors to transmit various data, a service code carries out corresponding processing on the transmitted data, a corresponding picture is displayed, the communication processing result which can be confirmed can be directly tested by observing the picture, for example, a signal which can not be directly tested is given, the value of a certain variable in the service code is influenced, whether a certain communication function is realized or not can not be displayed by the picture, a code project is operated, a debug mode is entered, point debugging is interrupted, and the change of the value can be visually checked. It will be appreciated that in addition to some of the above tests, other tests may be tested using similar methods as described above.
It should be understood that, for development and testing under the traditional hardware environment, the debugging system can greatly improve the efficiency of development and testing, specifically as follows:
in a traditional hardware debugging scheme, a development board is used for Debug in a development stage, and hardware including a power supply, the development board, a debugger, a CAN communication tool and the like must be prepared for Debug each time. Meanwhile, the effect of the corresponding realization of the function cannot be immediately verified by means of Softune or other embedded IDE. Before Debug, a Program must be downloaded to a development board and connected to a Debug on an actual machine, and due to the problems that the number of broken points is limited, Stack/Memory confirmation is inconvenient, the retrieval speed is slow, function definition cannot be quickly skipped, and the Debug is disconnected, the debugging efficiency is very low. Meanwhile, the resource file must be downloaded to Flash, which is time consuming; each time an image is changed, the image resource must be re-downloaded, which may take approximately two hours to download. It may also happen that the download fails or is impossible due to poor contact of the hardware device. When the development board is changed, the Debug and verification can be carried out only after the hardware is changed; hardware standards are required to be provided with: 1 set of over fifty thousand yuan instrument test works, 1 set of a debugger from thousands yuan to tens of thousands yuan and 1 set of a Debug tool from thousands yuan to tens of thousands yuan CAN Bus.
In a conventional hardware debugging scheme, a development board is used for testing in a testing stage. In combination with testing (CT), in real machine testing, in an occasion that a breakpoint test is not needed, the development board is started only after resources are downloaded by programming the development board, and some operation flows are tested, but sometimes special tools are needed, such as a ruler, so that fine parts of pictures cannot be identified, tools are needed, and data analysis is also needed to be recorded. The scene of a point debug or the scene of a communication test needs to be interrupted, the development board and the code are difficult to be considered, the development board needs to be programmed in 10-20 minutes after the code is modified, and the test is very difficult. In the System Test (ST), when the system test is performed, some records need to be made on the result, and the result is left as the result of the test. Taking the TFT display result as an example, the development board cannot automatically record the TFT display result of the development board, and a photographing tool is needed, and since the actual development board screen is seriously affected by light, a tester must adjust various angles and light to obtain a clear image, so the efficiency is very low. As with other tests, various complex operations must be performed with the help of tools, which is inefficient.
The debugging system provided by the embodiment only needs one PC and one set of integrated development environment (Visual Studio) for Debug. Based on the Visual Studio compiling environment, the compiling is fast, the corresponding implementation effects of Error, Warning and verification functions can be quickly found out, and the Debug analysis of code logic and functional Bug is convenient to carry out. Before Debug, the Program is not required to be downloaded, and Debug is only carried out at the PC end. The number of broken points is not limited, the Stack/Memory is convenient to confirm, the retrieval speed is high, the function definition can be quickly skipped, and the Debug efficiency is high. And (4) image display verification can be carried out without downloading resources into Flash. Impact of development board changes: the debugging system code can be changed without influencing the progress of software development. When the debugging system is introduced in the development and test stage, more than half of hardware is not needed, the utilization rate of owned hardware equipment is greatly reduced, and the hardware damage rate is reduced.
The debugging system carries out testing, and under the condition of Combining Testing (CT), because the workload of CT is large and depends on a real machine, the debugging system is used for replacing the real machine to implement CT, so that the dependence degree of external hardware input and configuration can be reduced, the input of test data outside an instrument system is more convenient, and the confirmation efficiency of Domain integrated test output is improved. In the System Test (ST), when the TFT display result needs to be stored in the system test, the TFT display can be saved in the bmp format by using the image cutout function of the debug system. The method can be used in an automatic test, and can also compare the bmp image with the original image to verify whether the position and the color of each display element are consistent with the design.
Fig. 4 is a schematic flowchart of an instrument debugging method according to an embodiment of the present invention, where the method includes:
s401, processing the compiled instrument service logic code, and constructing a simulation environment for compiling, debugging and running on a computer;
developing a common function library according to GDC and OpenGL interface specifications for service logic calling, replacing an MCU register and an absolute address with a global variable or a static memory, simulating Task scheduling, interrupt triggering, a timer, CAN and GPIO updating, and converting an embedded platform UI image into a PC platform image format through a decompression algorithm;
s402, performing display simulation on the TFT/LED, and performing operation simulation on a key, a storage device and communication;
specifically, storing the pre-display data into a memory, processing the bitmap data specified by a preset function in a basic class through an MFC bitmap, designing an LED bitmap, loading bitmap resources based on the function in the MFC, and specifying a pixel block by using the bitmap function of a Windows image equipment interface;
creating a simulation key, enabling the key interface function name to correspond to the key name in the hardware library, and simulating key processing logic based on a preset trigger event of input equipment;
and according to the communication protocol, setting the simulation signal input and output interface to correspond to the service logic code interface so as to associate the simulation peripheral hardware equipment with the service logic code.
And S403, carrying out data transmission between the simulation peripheral hardware equipment and the instrument service logic through the shared memory.
The shared memory at least comprises display data, CAN data and key data.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.
It will be appreciated by those of ordinary skill in the art that in one embodiment, the electronic device comprises a memory, a processor and a computer program stored in the memory and executable on the processor, the processor implementing steps S401 to S403 when executing the computer program to implement software emulation debugging of an instrument. In another embodiment, the computer program may be further stored in a computer readable storage medium, the storage medium including, for example: ROM/RAM, magnetic disk, optical disk, etc.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present invention, and not for limiting the same; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.
Claims (4)
1. An instrument commissioning system, comprising:
the instrument service logic module is used for processing the compiled instrument service logic codes and constructing a simulation environment for compiling, debugging and running on a computer;
the instrument service logic module comprises a common function library developed according to GDC and OpenGL interface specifications for service logic calling, an MCU register and an absolute address are replaced by a global variable or a static memory, Task scheduling, interrupt triggering, a timer, CAN and GPIO updating are simulated, and an embedded platform UI image is converted into a PC platform image format through a decompression algorithm;
the peripheral hardware equipment simulation module is used for performing display simulation on the TFT/LED and performing operation simulation on the keys, the storage equipment and the communication;
wherein the peripheral hardware device simulation module comprises:
the display simulation unit is used for storing the pre-display data into the memory, processing the preset function designated bitmap data in the basic class through the MFC bitmap, designing the LED bitmap, loading bitmap resources based on the functions in the MFC, and designating pixel blocks by using the bitmap functions of the Windows image equipment interface;
the key simulation unit is used for creating simulation keys, corresponding key interface function names to key names in a hardware library and simulating key processing logic based on a preset trigger event of the input equipment;
the communication simulation unit is used for setting the simulation signal input and output interface corresponding to the service logic code interface according to a communication protocol so as to enable the simulation peripheral hardware equipment to be related to the service logic code;
the shared memory module is used for providing a shared memory for the peripheral hardware equipment simulation module and the instrument service logic module to access so as to realize data transmission;
the shared memory at least comprises display data, CAN data and key data.
2. An instrument debugging method is characterized by comprising the following steps:
processing the compiled instrument service logic code, and constructing a simulation environment for compiling, debugging and running on a computer;
developing a common function library according to GDC and OpenGL interface specifications for service logic calling, replacing an MCU register and an absolute address with a global variable or a static memory, simulating Task scheduling, interrupt triggering, a timer, CAN and GPIO updating, and converting an embedded platform UI image into a PC platform image format through a decompression algorithm;
performing display simulation on the TFT/LED, and performing operation simulation on the key, the storage equipment and communication;
wherein, the display simulation of the TFT/LED, and the operation simulation of the key, the storage device and the communication comprises the following steps:
storing the pre-display data into a memory, processing the bitmap data specified by a preset function in a basic class through an MFC bitmap, designing an LED bitmap, loading bitmap resources based on the function in the MFC, and specifying a pixel block by using a bitmap function of a Windows image equipment interface;
creating a simulation key, enabling the key interface function name to correspond to the key name in the hardware library, and simulating key processing logic based on a preset trigger event of input equipment;
setting the simulation signal input and output interface corresponding to the service logic code interface according to the communication protocol, so as to associate the simulation peripheral hardware equipment with the service logic code;
data transmission between the simulation peripheral hardware equipment and the instrument business logic is carried out through the shared memory;
the shared memory at least comprises display data, CAN data and key data.
3. An electronic device comprising a processor, a memory, and a computer program stored in the memory and running on the processor, wherein the steps of the instrument debugging method of claim 2 are implemented when the computer program is executed by the processor.
4. A computer-readable storage medium, in which a computer program is stored, which, when being executed by a processor, carries out the steps of the instrument commissioning method according to claim 2.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110036497.2A CN112765018B (en) | 2021-01-12 | 2021-01-12 | Instrument and meter debugging system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110036497.2A CN112765018B (en) | 2021-01-12 | 2021-01-12 | Instrument and meter debugging system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112765018A CN112765018A (en) | 2021-05-07 |
| CN112765018B true CN112765018B (en) | 2022-09-13 |
Family
ID=75701596
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110036497.2A Active CN112765018B (en) | 2021-01-12 | 2021-01-12 | Instrument and meter debugging system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112765018B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114827220A (en) * | 2022-04-15 | 2022-07-29 | 武汉光庭信息技术股份有限公司 | Cabin domain application simulation platform |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101327785A (en) * | 2008-06-11 | 2008-12-24 | 武汉光庭汽车电子有限公司 | Hardware system structure of intellectualized full-graphics automobile instrument |
| CN104756086A (en) * | 2012-10-30 | 2015-07-01 | 甲骨文国际公司 | System and method for debugging domain specific languages |
| WO2016060672A1 (en) * | 2014-10-16 | 2016-04-21 | Hewlett-Packard Development Company, L.P. | Video coding using a saliency map |
| CN110544246A (en) * | 2019-09-02 | 2019-12-06 | 武汉光庭信息技术股份有限公司 | automatic testing method and device and storage medium |
| CN110765010A (en) * | 2019-10-10 | 2020-02-07 | 苏宁云计算有限公司 | Online debugging method and device for visual development based on Flink |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101019209B1 (en) * | 2007-04-25 | 2011-03-04 | 이화여자대학교 산학협력단 | Device of automatically extracting Interface of Embedded Software and Method thereof |
| CN102043660B (en) * | 2010-12-21 | 2013-09-11 | 航天科工深圳（集团）有限公司 | Method and device for realizing analog debugging of software for electrical distribution equipment |
| CN102968311B (en) * | 2012-12-13 | 2015-05-13 | 中国航空无线电电子研究所 | Onboard embedded software development platform |
| US10156611B2 (en) * | 2013-09-12 | 2018-12-18 | Teradyne, Inc. | Executing code on a test instrument in response to an event |
| CN104697513B (en) * | 2013-12-10 | 2017-12-22 | 惠州市德赛西威汽车电子股份有限公司 | multimedia navigation instrument |
| CN104699523B (en) * | 2015-03-24 | 2018-06-01 | 北京深思数盾科技股份有限公司 | For the adjustment method and system of the application program that hardware platform is developed |
| ES2562153B2 (en) * | 2015-08-10 | 2016-10-07 | Keysight Technologies Singapore (Holdings) Pte. Ltd. | System and hardware configuration method of programmable control, test and measurement instruments |
| CN106445640B (en) * | 2016-10-20 | 2019-06-18 | 南京南瑞继保电气有限公司 | A kind of embedded type virtual device operation method and system |
-
2021
- 2021-01-12 CN CN202110036497.2A patent/CN112765018B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101327785A (en) * | 2008-06-11 | 2008-12-24 | 武汉光庭汽车电子有限公司 | Hardware system structure of intellectualized full-graphics automobile instrument |
| CN104756086A (en) * | 2012-10-30 | 2015-07-01 | 甲骨文国际公司 | System and method for debugging domain specific languages |
| WO2016060672A1 (en) * | 2014-10-16 | 2016-04-21 | Hewlett-Packard Development Company, L.P. | Video coding using a saliency map |
| CN110544246A (en) * | 2019-09-02 | 2019-12-06 | 武汉光庭信息技术股份有限公司 | automatic testing method and device and storage medium |
| CN110765010A (en) * | 2019-10-10 | 2020-02-07 | 苏宁云计算有限公司 | Online debugging method and device for visual development based on Flink |
Non-Patent Citations (2)
| Title |
|---|
| 《OpenGL基础56：OpenGL简单调试》;Jaihk662;《https://blog.csdn.net/Jaihk662/article/details/108801019》;20200927;全文第1-4页 * |
| 关于CBitmap，LoadBitmap 的使用;Qsir;《https://blog.csdn.net/Qsir/article/details/77503108》;20170823;全文第1-3页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112765018A (en) | 2021-05-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109302522B (en) | Test method, test device, computer system, and computer medium | |
| US7266809B2 (en) | Software debugger and software development support system for microcomputer operable to execute conditional execution instruction | |
| JP2795244B2 (en) | Program debugging system | |
| US20130263090A1 (en) | System and method for automated testing | |
| CN111651366A (en) | SDK test method, device, equipment and storage medium | |
| WO2019227708A1 (en) | Online debugging apparatus and method for test case, and computer-readable storage medium | |
| US8656361B2 (en) | Debugging code visually on a canvas | |
| CN103984626A (en) | Method and device for generating test-case script | |
| CN111563032A (en) | APP debugging method and device, computer equipment and storage medium | |
| US20080127119A1 (en) | Method and system for dynamic debugging of software | |
| CN111897727A (en) | Software testing method and device, computer equipment and storage medium | |
| RU2678717C9 (en) | Method for building a software system for automating and visualizing testing of embedded software for electronic devices | |
| CN112231206A (en) | Script editing method for application program test, computer readable storage medium and test platform | |
| CN112765018B (en) | Instrument and meter debugging system and method | |
| US20080127061A1 (en) | Method and system for editing code | |
| CN111767209A (en) | Code testing method, device, storage medium and terminal | |
| US20120110383A1 (en) | Method and apparatus for off-line analyzing crashed programs | |
| CN113157508A (en) | Test method, system, device, equipment and storage medium of embedded system | |
| US20030177471A1 (en) | System and method for graphically developing a program | |
| US10579761B1 (en) | Method and system for reconstructing a graph presentation of a previously executed verification test | |
| KR20110037140A (en) | System for providing virtual development environment for embedded software | |
| RU2729210C1 (en) | Electronic devices software testing system | |
| CN113220586A (en) | Automatic interface pressure test execution method, device and system | |
| US20020026301A1 (en) | Automatic evaluation method, automatic evaluation system, and storage medium storing automatic evaluation program | |
| KR101251792B1 (en) | Embedded Software Unit Test Automation Tool and Method Using Debugger |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |