CN110209453B - Driver-based multi-object auto-refresh and display method and related product - Google Patents
Driver-based multi-object auto-refresh and display method and related product Download PDFInfo
- Publication number
- CN110209453B CN110209453B CN201910461561.4A CN201910461561A CN110209453B CN 110209453 B CN110209453 B CN 110209453B CN 201910461561 A CN201910461561 A CN 201910461561A CN 110209453 B CN110209453 B CN 110209453B
- Authority
- CN
- China
- Prior art keywords
- window
- object dictionary
- records
- real
- data
- 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
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/37—Compiler construction; Parser generation
-
- 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/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
The embodiment of the application discloses a driver-based multi-object automatic refreshing and displaying method, which comprises the following steps: the driver is in communication connection with the debugging equipment, and the debugging equipment reads and analyzes data of an object dictionary database of the driver and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging equipment; recording any one group of data sets in a plurality of groups of data sets displayed line by line in an object dictionary editor window, wherein the record comprises a monitoring value; after selecting one or more records in the object dictionary editor window, the object dictionary editor window establishes a new real-time refreshing window and displays the selected records in the real-time refreshing window; and updating the monitoring value in the real-time refreshing window according to the set updating period. The method and the device are beneficial to improving the functionality of the object dictionary editor.
Description
Technical Field
The application relates to the technical field of industrial control, in particular to a driver-based multi-object automatic refreshing and displaying method and a related product.
Background
The object dictionary is an ordered object group, describes all parameters of the corresponding equipment nodes, and includes storage positions of communication data which are also listed as indexes. The functionality of the object dictionary editor has a large impact on the efficiency of debugging device development.
Disclosure of Invention
The embodiment of the application provides a driver-based multi-object automatic refreshing and displaying method and a related product, so as to expand the processing mechanism of debugging equipment on data, thereby improving the functionality of an object dictionary editor.
In a first aspect, an embodiment of the present application provides a driver-based multi-object auto-refresh and display method, where the method includes: the driver is in communication connection with debugging equipment, and the debugging equipment reads and analyzes data of an object dictionary database of the driver and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging equipment;
the record is any one of a plurality of groups of data sets displayed line by line in the window of the object dictionary editor, and the record comprises a monitoring value;
after selecting one or more records in the object dictionary editor window, the object dictionary editor window establishes a new real-time refreshing window and displays the selected records in the real-time refreshing window;
and updating the monitoring value in the real-time refreshing window according to a set updating period.
In a second aspect, the present application provides a driver-based multi-object auto-refresh and display apparatus, which is applied to a debugging device, the debugging device is communicatively connected to a driver, and includes a processing unit and a communication unit, wherein,
the processing unit is used for reading and analyzing the data of the object dictionary database of the driver through the communication unit and displaying the read data in a recorded form in an object dictionary editor window of a debugging interface of the debugging equipment; the record is any one of a plurality of groups of data sets displayed line by line in the window of the object dictionary editor, and the record comprises a monitoring value; and after one or more records in the object dictionary editor window are selected, the object dictionary editor window establishes a new real-time refreshing window and displays the selected records in the real-time refreshing window; and the monitoring value in the real-time refreshing window is updated according to a set updating period.
In a third aspect, an embodiment of the present application provides a debugging device, including a processor, a memory, a communication interface, and one or more programs, where the one or more programs are stored in the memory and configured to be executed by the processor, and when executed by the processor, the program implements the steps in any method of the first aspect of the embodiment of the present application.
In a fourth aspect, the present application provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program makes a computer perform part or all of the steps described in any one of the methods in the second aspect of the present application.
In a fifth aspect, the present application provides a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to cause a computer to perform some or all of the steps described in any one of the methods of the second aspect of the present application. The computer program product may be a software installation package.
It can be seen that, in the embodiment of the present application, the driver is in communication connection with the debugging device, and the debugging device first reads and analyzes data of an object dictionary database of the driver, and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging device; the records are any one of a plurality of groups of data sets displayed line by line in the object dictionary editor window, the records comprise monitoring values, then after one or more records in the object dictionary editor window are selected, the object dictionary editor window establishes a new real-time refreshing window, the selected records are displayed in the real-time refreshing window, and finally, the monitoring values in the real-time refreshing window are updated according to a set updating period. Therefore, the debugging equipment can conveniently add the data displayed in the form of the record in the window of the object dictionary editor selected by the user through the real-time refreshing window and visually display the continuous refreshing result of the selected record, so that the monitoring value of the object dictionary is continuously refreshed and read and displayed, the processing mechanism of the debugging equipment on the data is expanded, and the functionality of the object dictionary editor is improved.
In addition, the object dictionary continuous refreshing method and the presentation mode have better customer experience, and the mode that multiple data types of the object dictionary coexist in the display mode better accords with the application scene to realize efficient data observation.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a system architecture diagram of an object dictionary editing system provided in an embodiment of the present application, where fig. 1 is the system architecture diagram of an object dictionary editing system provided in an embodiment of the present application;
FIG. 2A is a flowchart illustrating a method for driver-based multi-object auto-refresh and display according to an embodiment of the present disclosure;
FIG. 2B is an exemplary diagram of a debugging interface provided by an embodiment of the present application;
FIG. 2C is an exemplary diagram of another debugging interface provided by embodiments of the present application;
FIG. 2D is an exemplary diagram of another debugging interface provided by embodiments of the present application;
FIG. 2E is an exemplary diagram of another debugging interface provided by an embodiment of the present application;
FIG. 3 is a flow chart illustrating another method for driver-based multi-object auto-refresh and display according to an embodiment of the present disclosure;
FIG. 4 is a flow chart illustrating another method for driver-based multi-object auto-refresh and display according to an embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of a debugging device provided in an embodiment of the present application;
fig. 6 is a block diagram illustrating functional units of a driver-based multi-object auto-refresh and display device according to an embodiment of the present disclosure.
Detailed Description
In order to make the technical solutions of the present application better understood, 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 only a part of the embodiments of the present application, and not all of the 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.
The terms "first," "second," and the like in the description and claims of the present application and in the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.
At present, two forms of object dictionary editors exist, one is a CANopen main station configuration/programming software with complete functions and the other is provided with the editor; the other is a slave station object dictionary editor developed for a master station which has no object dictionary editing function or is deficient in the function. The currently commonly used object dictionary editor function has the following disadvantages: 1. continuous refreshing and reading of all object dictionary objects cannot be realized; generally, only the objects with mapping attributes can be configured to the mapping area for continuous refreshing, and the objects without mapping attributes cannot be continuously refreshed and read. 2. Some objects cannot be compatible with decimal display and some objects can not be compatible with hexadecimal display according to observation habits; the master station can select between a decimal display and a hexadecimal display, but this selection will change the way all objects are displayed.
In view of the foregoing problems, an embodiment of the present application provides an object display control method, and the following describes an embodiment of the present application in detail.
Referring to fig. 1, fig. 1 is a system architecture diagram of an object dictionary editing system 100 according to an embodiment of the present application, where the system includes a debugging device 110 and a driver 120, where the debugging device 110 is installed with an object dictionary editor, and can implement a communication connection with the driver 120 through a communication interface such as a universal serial bus USB interface, and the driver may be, for example, a device in a CANopen system, or a general industrial control device (for example, an industrial control device installed with a driver, a pulse driver, and other different types of drivers), and the debugging device may specifically be an electronic device such as a notebook, a desktop, and a dedicated control device, and is not limited herein.
Referring to fig. 2A, fig. 2A is a schematic flowchart illustrating a driver-based multi-object auto-refresh and display method according to an embodiment of the present disclosure, applied to the debugging apparatus shown in fig. 1; as shown in the figure, the multi-object automatic refreshing and displaying method based on the driver comprises the following steps:
s201, the debugging equipment reads and analyzes data of an object dictionary database of the driver, and displays the read data in an object dictionary editor window of a debugging interface of the debugging equipment in a record form, wherein the record is any one of a plurality of groups of data sets displayed in the object dictionary editor window line by line, and the record comprises a monitoring value.
Wherein the driver is communicatively coupled to the debug device.
Wherein the data of the object dictionary database of the driver comprises any one of the following: index, sub-index, data type, object type, name, access attribute, range, parameter value, unit, and mapping.
The object dictionary editor window may be a window presented in a display form of a parameter window, and the object dictionary editor window may also be a window presented in a display form of a status window, which is not particularly limited.
In this example, the debugging device displays the data of the object dictionary database of the driver in the object dictionary editor window of the debugging interface of the debugging device in the form of records, and visually displays the records containing the monitoring values.
S202, after the debugging equipment selects one or more records in the object dictionary editor window, the object dictionary editor window establishes a new real-time refreshing window, and the selected records are displayed in the real-time refreshing window.
Wherein each record comprises a set of data, and each set of data comprises any one of the following: index, sub-index, data type, object type, name, access attribute, range, monitoring value, unit, and mapping. The selecting record may be that when the user clicks a specific position in the object dictionary editor window, the default row of data selected by the user is the entire data in the horizontal direction corresponding to the specific position, and it should be noted that the entire data may include a plurality of data, and the specific number is not limited.
The values of the attribute parameters (such as shape, size, and position) of the real-time refresh window may be preset or dynamically determined, which is not limited herein.
S203, the debugging equipment updates the data in the real-time refreshing window according to a set updating period.
Wherein the updating period is automatically set according to the number of the data in the real-time refreshing window; or is preset before establishing a new real-time refreshing window; or manually set after establishing a new real-time refresh window.
As shown in fig. 2B, the debugging interface may include an object dictionary editor window and a real-time refresh window, where the object dictionary editor window displays attribute data of multiple objects, the real-time refresh window displays attribute data of a selected object, and specific attribute data is refreshed and displayed, such as a monitoring value.
In concrete realization, debugging equipment passes through the cable connection driver, can be through the controlgear's of this driver of this real-time refresh window monitoring state parameter to audio-visual accurate monitoring controlgear's running state, in addition, can also be through the convenient attribute data of inquiring arbitrary object of object dictionary editor window, so that in time set up main website and slave station.
It can be seen that, in the embodiment of the present application, the driver is in communication connection with the debugging device, and the debugging device first reads and analyzes data of an object dictionary database of the driver, and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging device; the records are any one of a plurality of groups of data sets displayed line by line in the object dictionary editor window, the records comprise monitoring values, then after one or more records in the object dictionary editor window are selected, the object dictionary editor window establishes a new real-time refreshing window, the selected records are displayed in the real-time refreshing window, and finally, the monitoring values in the real-time refreshing window are updated according to a set updating period. Therefore, the debugging equipment can conveniently add the data displayed in the form of the record in the window of the object dictionary editor selected by the user through the real-time refreshing window and visually display the continuous refreshing result of the selected record, so that the monitoring value of the object dictionary is continuously refreshed and read and displayed, the processing mechanism of the debugging equipment on the data is expanded, and the functionality of the object dictionary editor is improved.
In one possible example, the updating, by the debugging device, the monitoring value in the real-time refresh window according to a set update cycle includes: the debugging equipment reads a corresponding register value of the driver according to the address corresponding to the record in the real-time refreshing window, and analyzes the register value to obtain a real-time monitoring value; and the debugging equipment displays the monitoring value in the record corresponding to the monitoring value.
The debugging device reads the register value corresponding to the driver according to the address corresponding to the record in the real-time refresh window, and may adopt a c-language reading method, for example, a unit of the address corresponding to the record is accessed by a pointer, so that reading and writing can be performed, for example, if the register address is 800100H and the register is 16 bits, a program for flipping the lowest bit of the register is unsigned short int pR (unsigned short int) 0x 800100; (. pR) ^ 0x 01.
Therefore, in this example, the debugging device reads the register value corresponding to the driver according to the address corresponding to the record in the real-time refresh window, analyzes the register value to obtain a real-time monitoring value, and displays the monitoring value in the record corresponding to the monitoring value, thereby improving the accuracy of the debugging device for multi-object automatic refresh and display.
In one possible example, the update period includes: one of a period automatically set according to the number of records in the real-time refresh window, a period set before the new real-time refresh window is established, and a period set after the new real-time refresh window is established.
The update period may be preset before the new real-time refresh window is established, that is, the update period is preset before any operation is performed on the debug interface, and may be preset by a manufacturer when the debug interface leaves a factory, or may be preset by a user before the operation, as long as the update period is preset before the real-time refresh window, and is not limited uniquely.
The update period may also be set manually by a user after a new real-time refresh window is established, that is, after a record is selected and a corresponding real-time refresh window is established, the update period may be set manually by the user, a window may be automatically skipped for the user to manually set, or the user may autonomously invoke a corresponding module to operate, which is not limited herein.
Wherein, the update period may also be automatically set according to the number of records in the real-time refresh window, and the specific implementation manner may be: the debugging equipment acquires a reference updating period of the record in a single real-time refreshing window; and the debugging equipment sets an updating period according to the reference updating period and the number of the records in the real-time refreshing window.
The update cycle refers to a cycle of reading the specific attribute data by the debugging device, such as 1 second, 2 seconds, and the like. The updating period may be flexibly preset by a developer according to actual product requirements, if the number of objects to be continuously refreshed and displayed is large, the information amount of a user in the observation process is large, at this time, if the period is too short, the updating data is too fast, and the user may not comprehensively look up all the updating data, so that the period duration should be properly lengthened, and conversely, if the number of objects to be continuously refreshed and displayed is small, the setting period may be short. The update period calculation formula may specifically be:
T＝T0*(S/S0)
wherein T is an update period, T0 is a preset reference update period, S is the number of records in the real-time refresh window, and S0 is a reference data amount of records in the preset real-time refresh window.
Therefore, in this example, the debugging device can dynamically set the update period according to the number of records to be continuously refreshed and displayed, and the intelligence and flexibility of object editing are improved.
In one possible example, the object dictionary editor window includes a type filter bar, the type filter bar includes at least one of an object type filter box, a data type filter box, an access attribute filter box and a mapping filter box, and the type filter bar is used for searching at least one of the records meeting the condition in the object dictionary editor window according to at least one of the object type, the data type, the access attribute and the mapping in the records; the type filtering bar further comprises displaying all shortcut keys, and the displaying of all shortcut keys is used for displaying all the records in the object dictionary editor window.
The type screening column is used for searching at least one record meeting the conditions in the object dictionary editor window according to at least one of the object type, the data type, the access attribute and the mapping in the record, the record meeting the conditions can be searched only if the record meets the conditions, and the record can not be searched if the record does not meet the conditions.
The type filter bar may further support multiple selection modes, and a plurality of type filter options are set to facilitate a user to select a target record, where the type filter options may specifically include an object type, a data type, all objects, an access attribute, a mapping, and a display, where all objects may be presented as a drop-down list, and specifically include a communication object branch, a vendor object branch, and a 402 object branch, where the communication object branch may be, for example, 1000h, 1600h, 1a00h, and 1C00h, and the vendor object may be, for example, 2000h, 2100h, 2200h, 2300h, 2400h, 2500h, 2600h, 3000h, 4000h, and 5000 h. In a specific implementation, the debugging device supports a selection mode based on the object type and data type constraints, and can also support a selection mode based on all object constraints.
Therefore, in this example, the debugging device can guide the user to set a compatible mode to display the record through the type filtering bar setting, so that the compatibility and the use convenience of data display are improved.
In one possible example, the object dictionary editor window further comprises an object lookup tree for looking up the eligible at least one of the records in the object dictionary editor window according to a range of indices in the records.
The search tree may be a binary search tree, and the search process is to search from the root node all the way down.
As can be seen, in this example, the object dictionary editor window searches for the eligible records in the object dictionary editor window through the object search tree, thereby improving the efficiency of data search.
In one possible example, the object dictionary editor window further includes an index bar including an index box and a sub-index box, the index bar being configured to look up the records of the object dictionary editor window according to indexes and sub-indexes in the records. In this example, when a user needs to find a record accurately, the index and the sub-index need to be input or selected accurately at the same time.
The positions of the index frame and the sub-index frame may be separated and independent, and it should be noted that there may be a case where the input index and the sub-index are invalid, and at this time, no record may be found, that is, it may be found only when the input index and the sub-index are correct or exist in the record.
Therefore, in this example, the debugging device can conveniently and quickly find the target record through the index bar.
In one possible example, the debugging device reads and parses data of an object dictionary database of the drive, including:
the debugging equipment acquires the model information of the driver, judges whether the driver has the function of an object dictionary or not according to the model information, if so, reads a data table corresponding to the driver according to the model information, and displays the data in the data table to the window of the object dictionary editor in the form of the record.
The implementation manner of determining, by the debugging device, whether the driver has the object dictionary function according to the model information may be: and the debugging equipment queries a corresponding relation list of whether the driver model and the driver have the object dictionary function by taking the model of the driver as a query identifier to obtain a result whether the driver has the object dictionary function.
Each type of drive has a dedicated database file that stores data required by the drive to facilitate accurate control of the drive.
Therefore, in this example, the debugging device can use the device type as the query identifier, quickly and conveniently query the database file set, and improve the query efficiency.
In one possible example, the object dictionary editor window further includes a display mode setting option for setting the records within the object dictionary editor window to be displayed in hexadecimal and/or decimal.
In a possible embodiment, the debug interface may include a display mode setting option, as shown in the exemplary diagram of the debug interface shown in FIG. 2C.
In one possible example, the method further comprises: the debugging device determines the data types of the records and the number of the records of each data type; and the debugging equipment determines an updating period according to the determined data types, the number of records of each data type and a preset period calculation formula, and updates the records in the real-time refreshing window according to the updating period.
Wherein the recorded data types comprise UNIT16, INT16, INT32, UNIT32 and UNIT 8. It can be seen that, for the same value, the display lengths of the same value are different under the constraint of different data types, and the reference complexity is also different, so that the recorded data types may be set as the weight influence factors a1, a2, a3, a4, and a5 in the period calculation formula according to the difference of the display lengths, and a1+ a2+ a3+ a4+ a5 is equal to 1, and the period calculation formula may specifically be:
T＝(a1*x1+a2*x2+a3*x3+a4*x4+a5*x5)*t/(x1+x2+x3+x4+x5)
where t is a preset parameter update period, x1 is the number of objects of the first type, x2 is the number of objects of the second type, x3 is the number of objects of the third type, x4 is the number of objects of the fourth type, and x5 is the number of objects of the fifth type.
It can be seen that, in this example, the electronic device can dynamically calculate the record update period according to the data type of at least one record and the number of records of each data type, thereby improving the flexibility and stability of the continuous refresh display of the selected record.
In one possible example, the debugging device reads and parses data of an object dictionary database of the drive, including: the debugging equipment reads and analyzes the selected record of the object dictionary database corresponding to the object dictionary; and the debugging equipment displays the selected record in the real-time refreshing window.
In one possible example, the method further comprises: after the debugging equipment selects one or more records in the object dictionary editor window, reading and analyzing the selected records in an object dictionary database corresponding to the object dictionary; the debugging equipment displays the selected record in the real-time refreshing window; and the debugging equipment updates the record in the real-time refreshing window according to the updating period.
In one possible example, the objects to which the records in the real-time refresh window belong include objects that do not have mapping attributes.
As shown in fig. 2D, the objects to which the records in the real-time refresh window belong include objects without mapping attributes.
Therefore, in this example, the test device can display the object without the mapping attribute in the real-time refresh window, so that the compatibility is improved.
In one possible example, the size of the real-time refresh window is proportional to the number of records selected; the display formats of the different types of records in the object dictionary editor window are different from each other, and the display formats include decimal and/or hexadecimal.
Wherein the size of the real-time refresh window is directly proportional to the number of records selected, and the size of the real-time refresh window has a maximum limit, such as a maximum of no more than thirty percent of the object dictionary editor window.
Wherein, the larger the number of the at least one selected object is, the larger the size of the real-time refresh window is. As shown in fig. 2E, the display formats of the attribute data of the objects of different types in the object dictionary editor window are different from each other.
Therefore, in this example, the debugging device can dynamically adjust the commission of the real-time refreshing window according to the number of the selected records, and can display different types of records in a differentiated manner, thereby improving the intelligence and flexibility of record display.
Referring to fig. 3, in accordance with the embodiment shown in fig. 2A, fig. 3 is a schematic flowchart of another driver-based multi-object auto-refresh and display method provided in the present application, which is applied to the debugging apparatus shown in fig. 1, where as shown in the figure, the display method includes:
s301, reading and analyzing data of an object dictionary database of the driver by debugging equipment;
s302, the debugging equipment displays the read data in an object dictionary editor window of a debugging interface of the debugging equipment in a form of record, wherein the record refers to any one group of data in multiple groups of data displayed line by line in the object dictionary editor window;
s303, after the debugging equipment selects one or more records in the object dictionary editor window, the debugging interface establishes a new real-time refreshing window and displays the selected records in the real-time refreshing window, wherein the records are any one group of data sets in a plurality of groups of data sets displayed in the object dictionary editor window line by line, and the records comprise monitoring values;
s304, the debugging equipment acquires the reference updating period of the record in the real-time refreshing window;
s305, the debugging equipment sets an updating period according to the reference updating period and the number of the records in the real-time refreshing window.
It can be seen that, in the embodiment of the present application, the driver is in communication connection with the debugging device, and the debugging device first reads and analyzes data of an object dictionary database of the driver, and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging device; the records are any one of a plurality of groups of data sets displayed line by line in the object dictionary editor window, the records comprise monitoring values, then after one or more records in the object dictionary editor window are selected, the object dictionary editor window establishes a new real-time refreshing window, the selected records are displayed in the real-time refreshing window, and finally, the monitoring values in the real-time refreshing window are updated according to a set updating period. Therefore, the debugging equipment can conveniently add the data displayed in the form of the record in the window of the object dictionary editor selected by the user through the real-time refreshing window and visually display the continuous refreshing result of the selected record, so that the monitoring value of the object dictionary is continuously refreshed and read and displayed, the processing mechanism of the debugging equipment on the data is expanded, and the functionality of the object dictionary editor is improved.
In this example, the debugging device can dynamically calculate the record update period according to the type of at least one record and the number of the records of each type, so that the flexibility and the stability of the continuous refreshing display of the selected record are improved.
Referring to fig. 4, in accordance with the embodiment shown in fig. 2A, fig. 4 is a schematic flowchart of another method for multi-object auto-refresh and display based on driver according to an embodiment of the present application, applied to a debugging device, as shown in the figure, the method includes:
s401, debugging equipment acquires the model of the driver;
s402, reading and analyzing data of an object dictionary database of the driver by the debugging equipment according to the model;
s403, the debugging equipment displays the read data in an object dictionary editor window of a debugging interface of the debugging equipment in a form of record, wherein the record is any one of a plurality of groups of data sets displayed line by line in the object dictionary editor window, and the record comprises a monitoring value;
s404, after the debugging equipment selects one or more records in the object dictionary editor window, the debugging interface establishes a new real-time refreshing window and displays the selected records in the real-time refreshing window;
s405, the debugging equipment acquires the reference updating period of the record in the real-time refreshing window;
s406, the debugging equipment sets an updating period according to the reference updating period and the number of the records in the real-time refreshing window;
s407, the debugging device updates the record in the real-time refreshing window according to the updating period.
It can be seen that, in the embodiment of the present application, the driver is in communication connection with the debugging device, and the debugging device first reads and analyzes data of an object dictionary database of the driver, and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging device; the records are any one of a plurality of groups of data sets displayed line by line in the object dictionary editor window, the records comprise monitoring values, then after one or more records in the object dictionary editor window are selected, the object dictionary editor window establishes a new real-time refreshing window, the selected records are displayed in the real-time refreshing window, and finally, the monitoring values in the real-time refreshing window are updated according to a set updating period. Therefore, the debugging equipment can conveniently add the data displayed in the form of the record in the window of the object dictionary editor selected by the user through the real-time refreshing window and visually display the continuous refreshing result of the selected record, so that the monitoring value of the object dictionary is continuously refreshed and read and displayed, the processing mechanism of the debugging equipment on the data is expanded, and the functionality of the object dictionary editor is improved.
In addition, the debugging equipment can use the equipment type as a query identifier, a database file set can be rapidly and conveniently queried, and the query efficiency is improved.
Consistent with the embodiments shown in fig. 2A, fig. 3, and fig. 4, please refer to fig. 5, and fig. 5 is a schematic structural diagram of a debugging apparatus 500 according to an embodiment of the present application, as shown in the figure, the debugging apparatus 500 includes an application processor 510, a memory 520, a communication interface 530, and one or more programs 521, where the one or more programs 521 are stored in the memory 520 and configured to be executed by the application processor 510, and the one or more programs 521 include instructions for performing the following steps;
reading and analyzing data of an object dictionary database of the driver, and displaying the read data in a recorded form in an object dictionary editor window of a debugging interface of the debugging equipment;
the record is any one of a plurality of groups of data sets displayed line by line in the window of the object dictionary editor, and the record comprises a monitoring value;
after selecting one or more records in the object dictionary editor window, the object dictionary editor window establishes a new real-time refreshing window and displays the selected records in the real-time refreshing window;
and updating the monitoring value in the real-time refreshing window according to a set updating period.
It can be seen that, in the embodiment of the present application, the driver is in communication connection with the debugging device, and the debugging device first reads and analyzes data of an object dictionary database of the driver, and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging device; the records are any one of a plurality of groups of data sets displayed line by line in the object dictionary editor window, the records comprise monitoring values, then after one or more records in the object dictionary editor window are selected, the object dictionary editor window establishes a new real-time refreshing window, the selected records are displayed in the real-time refreshing window, and finally, the monitoring values in the real-time refreshing window are updated according to a set updating period. Therefore, the debugging equipment can conveniently add the data displayed in the form of the record in the window of the object dictionary editor selected by the user through the real-time refreshing window and visually display the continuous refreshing result of the selected record, so that the monitoring value of the object dictionary is continuously refreshed and read and displayed, the processing mechanism of the debugging equipment on the data is expanded, and the functionality of the object dictionary editor is improved.
In one possible example, in terms of the updating the monitoring value in the real-time refresh window according to the set update cycle, the instructions in the program are specifically configured to: reading a corresponding register value of the driver according to the address corresponding to the record in the real-time refreshing window, and analyzing the register value to obtain a real-time monitoring value; displaying the monitored value in the record corresponding to the monitored value.
In one possible example, the update period includes: one of a period automatically set according to the number of records in the real-time refresh window, a period set before the new real-time refresh window is established, and a period set after the new real-time refresh window is established.
In one possible example, the object dictionary editor window includes a type filter bar, the type filter bar includes at least one of an object type filter box, a data type filter box, an access attribute filter box and a mapping filter box, and the type filter bar is used for searching at least one of the records meeting the condition in the object dictionary editor window according to at least one of the object type, the data type, the access attribute and the mapping in the records; the type filtering bar further comprises displaying all shortcut keys, and the displaying of all shortcut keys is used for displaying all the records in the object dictionary editor window.
In one possible example, the object dictionary editor window further comprises an object lookup tree for looking up the eligible at least one of the records in the object dictionary editor window according to a range of indices in the records.
In one possible example, the object dictionary editor window further includes an index bar including an index box and a sub-index box, the index bar being configured to look up the records of the object dictionary editor window according to indexes and sub-indexes in the records.
In one possible example, the instructions in the program are specifically configured to, in reading and parsing data of an object dictionary database of the drive, perform the following operations: obtaining the model information of the driver, judging whether the driver has an object dictionary function or not according to the model information, if so, reading a data table corresponding to the driver according to the model information, and displaying the data in the data table to the object dictionary editor window in the form of the record.
In one possible example, the program includes instructions for performing the steps of: determining a type of the records and a number of the records of each type; and determining an updating period according to the determined types, the number of the records of each type and a preset period calculation formula, and updating the records in the real-time refreshing window according to the updating period.
In one possible example, in the reading and parsing of data in an object dictionary database of the drive, the program further includes instructions for performing the steps of: reading and analyzing the selected record of the object dictionary database corresponding to the object dictionary; displaying the selected record in the real-time refresh window.
In one possible example, the program includes instructions for performing the steps of: after one or more records in the object dictionary editor window are selected, reading and analyzing the selected records of the object dictionary database corresponding to the object dictionary; displaying the selected record in the real-time refreshing window; and updating the record in the real-time refreshing window according to the updating period.
In one possible example, the objects to which the records in the real-time refresh window belong include objects that do not have mapping attributes.
In one possible example, the size of the real-time refresh window is proportional to the number of records selected; the display formats of the different types of records in the object dictionary editor window are different from each other, and the display formats include decimal and/or hexadecimal.
The above description has introduced the solution of the embodiment of the present application mainly from the perspective of the method-side implementation process. It will be appreciated that the commissioning device, in order to implement the above-described functionality, comprises corresponding hardware structures and/or software modules performing the respective functions. Those of skill in the art will readily appreciate that the present application is capable of hardware or a combination of hardware and computer software implementing the various illustrative elements and algorithm steps described in connection with the embodiments provided herein. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. 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.
In the embodiment of the present application, the functional units may be divided according to the above method example, for example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated in one processing unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit. It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation.
Fig. 6 is a block diagram of functional units of a driver-based multi-object auto-refresh and display apparatus 600 according to an embodiment of the present application. The driver-based multi-object auto-refresh and display apparatus 600 is applied to a debugging device, and the driver-based multi-object auto-refresh and display apparatus 600 includes a processing unit 601 and a communication unit 602, wherein,
the processing unit 602 is configured to read and analyze data in an object dictionary database of the drive through the communication unit 601, and display the read data in a recorded form in an object dictionary editor window of a debugging interface of the debugging device; the record is any one of a plurality of groups of data sets displayed line by line in the window of the object dictionary editor, and the record comprises a monitoring value; after selecting one or more records in the object dictionary editor window, the object dictionary editor window establishes a new real-time refreshing window and displays the selected records in the real-time refreshing window; and updating the monitoring value in the real-time refreshing window according to a set updating period.
Wherein the apparatus further comprises a storage unit 603, the processing unit 601 may be a processor, the communication unit 602 may be an internal communication interface, and the storage unit 603 may be a memory.
It can be seen that, in the embodiment of the present application, the driver is in communication connection with the debugging device, and the debugging device first reads and analyzes data of an object dictionary database of the driver, and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging device; the records are any one of a plurality of groups of data sets displayed line by line in the object dictionary editor window, the records comprise monitoring values, then after one or more records in the object dictionary editor window are selected, the object dictionary editor window establishes a new real-time refreshing window, the selected records are displayed in the real-time refreshing window, and finally, the monitoring values in the real-time refreshing window are updated according to a set updating period. Therefore, the debugging equipment can conveniently add the data displayed in the form of the record in the window of the object dictionary editor selected by the user through the real-time refreshing window and visually display the continuous refreshing result of the selected record, so that the monitoring value of the object dictionary is continuously refreshed and read and displayed, the processing mechanism of the debugging equipment on the data is expanded, and the functionality of the object dictionary editor is improved.
In a possible example, in terms of updating the monitoring value in the real-time refresh window according to the set update cycle, the processing unit 601 is specifically configured to: reading a corresponding register value of the driver according to the address corresponding to the record in the real-time refreshing window, and analyzing the register value to obtain a real-time monitoring value; displaying the monitored value in the record corresponding to the monitored value.
In one possible example, the update period includes: one of a period automatically set according to the number of records in the real-time refresh window, a period set before the new real-time refresh window is established, and a period set after the new real-time refresh window is established.
In one possible example, the object dictionary editor window includes a type filter bar, the type filter bar includes at least one of an object type filter box, a data type filter box, an access attribute filter box and a mapping filter box, and the type filter bar is used for searching at least one of the records meeting the condition in the object dictionary editor window according to at least one of the object type, the data type, the access attribute and the mapping in the records; the type filtering bar further comprises displaying all shortcut keys, and the displaying of all shortcut keys is used for displaying all the records in the object dictionary editor window.
In one possible example, the object dictionary editor window further comprises an object lookup tree for looking up the eligible at least one of the records in the object dictionary editor window according to a range of indices in the records.
In one possible example, the object dictionary editor window further includes an index bar including an index box and a sub-index box, the index bar being configured to look up the records of the object dictionary editor window according to indexes and sub-indexes in the records.
In one possible example, in terms of reading and parsing data of the object dictionary database of the driver, the processing unit 601 is specifically configured to: obtaining the model information of the driver, judging whether the driver has an object dictionary function or not according to the model information, if so, reading a data table corresponding to the driver according to the model information, and displaying the data in the data table to the object dictionary editor window in the form of the record.
In one possible example, the processing unit 601 is further configured to: determining a type of the records and a number of the records of each type; and determining an updating period according to the determined types, the number of the records of each type and a preset period calculation formula, and updating the records in the real-time refreshing window according to the updating period.
In one possible example, in terms of reading and parsing data of the object dictionary database of the driver, the processing unit 601 is specifically configured to: reading and analyzing the selected record of the object dictionary database corresponding to the object dictionary; displaying the selected record in the real-time refresh window.
In one possible example, the processing unit 601 is further configured to: after one or more records in the object dictionary editor window are selected, reading and analyzing the selected records of the object dictionary database corresponding to the object dictionary; displaying the selected record in the real-time refreshing window; and updating the record in the real-time refreshing window according to the updating period.
In one possible example, the objects to which the records in the real-time refresh window belong include objects that do not have mapping attributes.
In one possible example, the size of the real-time refresh window is proportional to the number of records selected; the display formats of the different types of records in the object dictionary editor window are different from each other, and the display formats include decimal and/or hexadecimal.
Embodiments of the present application also provide a computer storage medium, where the computer storage medium stores a computer program for electronic data exchange, the computer program enabling a computer to execute part or all of the steps of any one of the methods as described in the above method embodiments, and the computer includes a debugging device.
Embodiments of the present application also provide a computer program product comprising a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of any of the methods as described in the above method embodiments. The computer program product may be a software installation package, the computer comprising a debugging device.
It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present application is not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.
In the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus may be implemented in other manners. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, the above-described division of the units is only one type of division of logical functions, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of some interfaces, devices or units, and may be an electric or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit may be stored in a computer readable memory if it is implemented in the form of a software functional unit and sold or used as a stand-alone product. Based on such understanding, the technical solution of the present application may be substantially implemented or a part of or all or part of the technical solution contributing to the prior art may be embodied in the form of a software product stored in a memory, and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the above-mentioned method of the embodiments of the present application. And the aforementioned memory comprises: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.
Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by associated hardware instructed by a program, which may be stored in a computer-readable memory, which may include: flash Memory disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.
The foregoing detailed description of the embodiments of the present application has been presented to illustrate the principles and implementations of the present application, and the above description of the embodiments is only provided to help understand the method and the core concept of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.
Claims (11)
1. A driver-based multi-object auto-refresh and display method, the method comprising:
the driver is in communication connection with debugging equipment, and the debugging equipment reads and analyzes data of an object dictionary database of the driver and displays the read data in a record form in an object dictionary editor window of a debugging interface of the debugging equipment;
the record is any one of a plurality of groups of data sets displayed line by line in the window of the object dictionary editor, and the record comprises a monitoring value;
after selecting one or more records in the object dictionary editor window, establishing a new real-time refreshing window by the object dictionary editor window, and displaying the selected records in the real-time refreshing window;
and updating the monitoring value in the real-time refreshing window according to a set updating period.
2. The method of claim 1, wherein the updating the monitoring value in the real-time refresh window according to a set update period comprises:
reading a corresponding register value of the driver according to the address corresponding to the record in the real-time refreshing window, and analyzing the register value to obtain a real-time monitoring value;
displaying the monitored value in the record corresponding to the monitored value.
3. The method according to claim 1 or 2, wherein the update period comprises: one of a period automatically set according to the number of the data in the real-time refresh window, a period set before the new real-time refresh window is established, and a period set after the new real-time refresh window is established.
4. The method of claim 1, wherein the object dictionary editor window comprises a type filter comprising at least one of an object type filter, a data type filter, an access attribute filter, and a mapping filter, the type filter being configured to find at least one of the records in the object dictionary editor window that meets a condition based on at least one of an object type, a data type, an access attribute, and a mapping in the records; the type filtering bar further comprises displaying all shortcut keys, and the displaying of all shortcut keys is used for displaying all the records in the object dictionary editor window.
5. The method of claim 1, wherein the object dictionary editor window further comprises an object lookup tree for looking up at least one of the records in the object dictionary editor window that is eligible based on a range of indices in the records.
6. The method of claim 1, wherein the object dictionary editor window further comprises an index field, wherein the index field comprises an index box and a sub-index box, and wherein the index field is used to look up the records of the object dictionary editor window according to the indexes and sub-indexes in the records.
7. The method of claim 1, wherein reading and parsing data of an object dictionary database of the drive comprises:
obtaining the model information of the driver, judging whether the driver has an object dictionary function or not according to the model information, if so, reading a data table corresponding to the driver according to the model information, and displaying the data in the data table to the object dictionary editor window in the form of the record.
8. The method of claim 1, wherein the object dictionary editor window further comprises a display mode setting option for setting the records within the object dictionary editor window to be displayed in hexadecimal and/or decimal.
9. A driver-based multi-object auto-refresh and display device, applied to a debugging device, wherein the debugging device is in communication connection with a driver, is characterized by comprising a processing unit and a communication unit, wherein,
the processing unit is used for reading and analyzing the data of the object dictionary database of the driver through the communication unit and displaying the read data in a recorded form in an object dictionary editor window of a debugging interface of the debugging equipment; the record is any one of a plurality of groups of data sets displayed line by line in the window of the object dictionary editor, and the record comprises a monitoring value; and after one or more records in the object dictionary editor window are selected, the object dictionary editor window establishes a new real-time refreshing window and displays the selected records in the real-time refreshing window; and the monitoring value in the real-time refreshing window is updated according to a set updating period.
10. A debugging device comprising a processor, a memory, a communication interface, and one or more programs stored in the memory and configured to be executed by the processor, the programs when executed by the processor implementing the steps in the method of any of claims 1-8.
11. A computer-readable storage medium, characterized in that a computer program for electronic data exchange is stored, wherein the computer program causes a computer to perform the method according to any one of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910461561.4A CN110209453B (en) | 2019-05-28 | 2019-05-28 | Driver-based multi-object auto-refresh and display method and related product |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910461561.4A CN110209453B (en) | 2019-05-28 | 2019-05-28 | Driver-based multi-object auto-refresh and display method and related product |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110209453A CN110209453A (en) | 2019-09-06 |
| CN110209453B true CN110209453B (en) | 2022-04-22 |
Family
ID=67789602
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910461561.4A Active CN110209453B (en) | 2019-05-28 | 2019-05-28 | Driver-based multi-object auto-refresh and display method and related product |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110209453B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110554966B (en) * | 2019-09-09 | 2023-06-20 | 深圳市鼎阳科技股份有限公司 | Driving debugging method, behavior analysis method and driving debugging system |
| CN112269564B (en) * | 2020-10-23 | 2023-09-15 | 山东云海国创云计算装备产业创新中心有限公司 | OTP ROM programming method and system |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104615669A (en) * | 2015-01-15 | 2015-05-13 | 浙江绮耘软件有限公司 | Data correction method, device and system |
| CN107357595A (en) * | 2016-05-09 | 2017-11-17 | 上海安浦鸣志自动化设备有限公司 | A kind of multiple driver firmware online updating system based on bus |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI299471B (en) * | 2001-08-24 | 2008-08-01 | Toshiba Kk | Person recognition apparatus |
| US7836037B2 (en) * | 2007-10-04 | 2010-11-16 | Sap Ag | Selection of rows and values from indexes with updates |
-
2019
- 2019-05-28 CN CN201910461561.4A patent/CN110209453B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104615669A (en) * | 2015-01-15 | 2015-05-13 | 浙江绮耘软件有限公司 | Data correction method, device and system |
| CN107357595A (en) * | 2016-05-09 | 2017-11-17 | 上海安浦鸣志自动化设备有限公司 | A kind of multiple driver firmware online updating system based on bus |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110209453A (en) | 2019-09-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106776633B (en) | User-configurable apparatus and method for automatically generating a2l file | |
| CN110209453B (en) | Driver-based multi-object auto-refresh and display method and related product | |
| CN104572668B (en) | Method and apparatus based on multiple pattern file generated Merge Styles files | |
| CN106708587B (en) | Parameter configuration method and system | |
| CN106354483B (en) | Data processing method and device and electronic equipment | |
| BRPI0712604A2 (en) | customizable parameter user interface | |
| CN111367584B (en) | Power supply adaptation method and device and computer readable storage medium | |
| US9934292B2 (en) | Dynamic presentation of a results set by a form-based software application | |
| CN108763341B (en) | Electronic device, automatic table building method and storage medium | |
| US9232009B2 (en) | Data integration apparatus for use in sensor network | |
| CN116028062A (en) | Target code generation method, NPU instruction display method and device | |
| CN114861003A (en) | Object enumeration method, device and medium under specified directory | |
| CN112861060A (en) | Page creating method and device, computer equipment and storage medium | |
| CN113127408A (en) | Data conversion method and device | |
| CN111767223A (en) | File processing method and device, electronic equipment and storage medium | |
| KR102243708B1 (en) | Editing tool update method of the HMI system | |
| CN112241254B (en) | Code statistics method and device for Internet of vehicles multi-terminal system | |
| CN115051904B (en) | Method and device for managing single disk state based on markup language | |
| CN111221446A (en) | Menu display method, device and equipment | |
| CN104408112A (en) | Method and device for displaying keywords | |
| CN114840412A (en) | Method for operating test tool, electronic device, and storage medium | |
| CN111787403B (en) | EDID data updating method and device, smart television and readable storage medium | |
| CN112560369B (en) | Memory design method, device, terminal and storage medium | |
| CN116662614A (en) | Map display method and device, storage medium and electronic equipment | |
| WO2009002889A1 (en) | Defining reports for dimension based enterprise resource planning systems |
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 |