CN115981613A - Multi-hardware device software adaptation method, electronic device and readable storage medium - Google Patents
Multi-hardware device software adaptation method, electronic device and readable storage medium Download PDFInfo
- Publication number
- CN115981613A CN115981613A CN202211668172.7A CN202211668172A CN115981613A CN 115981613 A CN115981613 A CN 115981613A CN 202211668172 A CN202211668172 A CN 202211668172A CN 115981613 A CN115981613 A CN 115981613A
- Authority
- CN
- China
- Prior art keywords
- equipment
- file
- hardware
- binary
- information
- 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.)
- Pending
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The application discloses a multi-hardware device software adaptation method, an electronic device and a readable storage medium, wherein the multi-hardware device software adaptation method comprises the following steps: analyzing a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin to obtain a hardware equipment model of the current hardware equipment; inquiring a target binary equipment tree file matched with the current hardware equipment model in a combined binary equipment tree file, wherein the combined binary equipment tree file is generated by converting and packaging equipment tree source code files of each hardware equipment matched with a software system; and analyzing the target binary system equipment tree file through the operating system kernel of the current hardware equipment to generate an equipment information node, wherein the equipment information node is used for a software system to identify the configuration information of the current hardware equipment. The method and the device solve the technical problem of low maintenance and updating efficiency of the software system adaptive to the multiple hardware devices.
Description
Technical Field
The present application relates to the field of embedded system technologies, and in particular, to a software adaptation method for multiple hardware devices, an electronic device, and a readable storage medium.
Background
In the design and manufacture of hardware devices, it is often necessary to consider that the devices can support a variety of different peripherals, and that these peripherals typically use communication interfaces that are incompatible with each other. With the iterative upgrade of products, hardware equipment needs to be updated, and a plurality of similar projects are developed by the same client aiming at different markets at the same time, and different software systems need to be set up for different peripheral configurations under the conditions that the core business requirements of the projects are consistent and the peripheral structures of hardware are different. In addition, the software system is also difficult to recognize specific hardware configuration information of a product with multiple types of hardware, and the update of the same upper-layer service in the software system needs to be adapted to different source code warehouses or branches, so that the difficulty of front-end management and analysis is increased, and the maintenance and update efficiency of technicians on the software system adapted to multiple hardware devices is low.
Disclosure of Invention
The application mainly aims to provide a multi-hardware device software adapting method, an electronic device and a readable storage medium, and aims to solve the technical problem that a software system adapted to a multi-hardware device is low in maintenance and update efficiency.
In order to achieve the above object, the present application provides a multi-hardware device software adapting method, including:
analyzing a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin to obtain a hardware equipment model of the current hardware equipment;
inquiring a target binary equipment tree file matched with the current hardware equipment model in a combined binary equipment tree file, wherein the combined binary equipment tree file is generated by converting and packaging equipment tree source code files of each hardware equipment matched with a software system;
and analyzing the target binary system equipment tree file through the operating system kernel of the current hardware equipment to generate an equipment information node, wherein the equipment information node is used for a software system to identify the configuration information of the current hardware equipment.
Optionally, the step of analyzing the system chip identifier of the current hardware device and the level value of the adc pin to obtain the hardware device model of the current hardware device includes:
detecting a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin;
inquiring the peripheral chip information of the current hardware equipment based on the corresponding relation between the pin level of the analog-digital converter pin of each hardware equipment and the peripheral chip information in each hardware equipment and the level value of the analog-digital converter pin;
and determining the hardware equipment model of the current hardware equipment according to the system chip identification and the peripheral chip information.
Optionally, before the step of analyzing the system chip identifier of the current hardware device and the level value of the adc pin to obtain the hardware device model of the current hardware device, the method further includes:
setting the analog-digital converter pins of each hardware device to be different pin levels by externally connecting different pull-up resistors to the analog-digital converter pins of each hardware device;
and the pin level of the analog-digital converter pin of each hardware device corresponds to the information of the peripheral chip in each hardware device one by one.
Optionally, before the step of querying the target binary device tree file matching the current hardware device model in the combined binary device tree file, the method further includes:
reading configuration files of each hardware device adaptive to a software system, and converting each device tree source code file in the configuration files into corresponding binary device tree files;
and packaging each binary equipment tree file to generate the combined binary equipment tree file.
Optionally, before the step of encapsulating each binary device tree file and generating a combined binary device tree file, the method further includes:
adding corresponding attribute fields in root nodes of the binary equipment tree files, wherein the attribute fields comprise mark data sections of system chips of corresponding hardware equipment and model data sections of development boards of the system chips;
adding a corresponding device description node in each binary device tree file, wherein the device description node is used for describing device information of a hardware device corresponding to each binary device tree file, and the device information at least includes one of compatibility information, memory information, wireless mode information and download module information.
Optionally, the step of encapsulating each binary device tree file to generate a combined binary device tree file includes:
reading attribute fields in root nodes of the binary equipment tree files, and adding the attribute fields and file information fields of the binary equipment tree files into a linked list;
traversing the linked list, acquiring a head field, and adding the head field and each file information field to an initial binary device tree file, wherein the head field at least comprises one of an identification field, a structure version field and a number field of the binary device tree file;
and traversing the linked list, and adding the content of each binary equipment tree file to the initial binary equipment tree file to obtain the combined binary equipment tree file.
Optionally, the attribute field includes a system chip identification field and a chip development board type number identification, and the file information of the binary device tree file at least includes one of chipset information, a hardware device model, file size information, and a file name;
the step of reading the attribute field in the root node of each binary device tree file and adding each attribute field and the file information field of each binary device tree file into a linked list comprises:
reading a system chip identification field and a chip development board type number identification in an attribute field in a root node of each binary equipment tree file;
and adding the system chip identification field, the chip development board type number identification, chip set information, hardware equipment model, file size information and file name into the linked list.
Optionally, the operating system kernel is a Linux kernel;
the step of analyzing the target binary device tree file through the operating system kernel of the current hardware device to generate a device information node comprises:
adding the target binary device tree file into an initialization sequence of the Linux kernel;
sequentially analyzing nodes in a target binary equipment tree file in an initialization sequence through the Linux kernel;
and when the attribute value in the device description node in the target binary device tree file is analyzed, constructing the device information node according to the attribute value, wherein the device description node is used for describing the device information of the hardware device corresponding to each binary device tree file.
The present application further provides a multi-hardware device software adapting apparatus, which is applied to a multi-hardware device software adapting device, and the multi-hardware device software adapting apparatus includes:
the model analysis module is used for analyzing the system chip identification of the current hardware equipment and the level value of the analog-digital converter pin to obtain the hardware equipment model of the current hardware equipment;
the file query module is used for querying a target binary equipment tree file matched with the current hardware equipment model from a combined binary equipment tree file, wherein the combined binary equipment tree file is generated by converting and packaging equipment tree source code files of each hardware equipment matched with a software system;
and the node generation module is used for analyzing the target binary system equipment tree file through the operating system kernel of the current hardware equipment to generate an equipment information node, wherein the equipment information node is used for a software system to identify the configuration information of the current hardware equipment.
Optionally, the model identification module is further configured to:
detecting a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin;
inquiring the peripheral chip information of the current hardware equipment based on the corresponding relation between the pin level of the analog-digital converter pin of each hardware equipment and the peripheral chip information in each hardware equipment and the level value of the analog-digital converter pin;
and determining the hardware equipment model of the current hardware equipment according to the system chip identification and the peripheral chip information.
Optionally, the model analysis module is further configured to:
setting the analog-digital converter pins of each hardware device to be different pin levels by externally connecting different pull-up resistors to the analog-digital converter pins of each hardware device;
the pin level of the analog-digital converter pin of each hardware device corresponds to the peripheral chip information in each hardware device one by one.
Optionally, the file query module is further configured to:
reading configuration files of each hardware device adaptive to a software system, and converting each device tree source code file in the configuration files into corresponding binary device tree files;
and packaging each binary equipment tree file to generate the combined binary equipment tree file.
Optionally, the file query module is further configured to:
adding corresponding attribute fields in root nodes of the binary equipment tree files, wherein the attribute fields comprise mark data sections of system chips of corresponding hardware equipment and model data sections of development boards of the system chips;
and adding a corresponding device description node in each binary device tree file, wherein the device description node is used for describing device information of a hardware device corresponding to each binary device tree file, and the device information at least comprises one of compatibility information, memory information, wireless mode information and download module information.
Optionally, the file query module is further configured to:
reading attribute fields in root nodes of the binary device tree files, and adding the attribute fields and file information fields of the binary device tree files into a linked list;
traversing the linked list, acquiring a head field, and adding the head field and each file information field to an initial binary device tree file, wherein the head field at least comprises one of an identification field, a structure version field and a number field of the binary device tree file;
and traversing the linked list, and adding the content of each binary equipment tree file to the initial binary equipment tree file to obtain the combined binary equipment tree file.
Optionally, the file query module is further configured to:
the step of reading the attribute field in the root node of each binary device tree file and adding each attribute field and the file information field of each binary device tree file into a linked list comprises:
reading a system chip identification field and a chip development board type number identification in an attribute field in a root node of each binary equipment tree file;
and adding the system chip identification field, the chip development board type number identification, chip set information, hardware equipment model, file size information and file name into the linked list.
Optionally, the node generating module is further configured to:
the step of analyzing the target binary device tree file through the operating system kernel of the current hardware device to generate a device information node comprises:
adding the target binary device tree file into an initialization sequence of the Linux kernel;
sequentially analyzing nodes in a target binary equipment tree file in an initialization sequence through the Linux kernel;
and when analyzing the attribute value in the device description node in the target binary device tree file, constructing the device information node according to the attribute value, wherein the device description node is used for describing the device information of the hardware device corresponding to each binary device tree file.
The present application further provides an electronic device, the electronic device is an entity device, the electronic device includes: a memory, a processor and a program of the multi-hardware device software adaptation method stored on the memory and executable on the processor, which program, when executed by the processor, may implement the steps of the multi-hardware device software adaptation method as described above.
The present application also provides a computer-readable storage medium having stored thereon a program for implementing a multi-hardware device software adaptation method, which when executed by a processor implements the steps of the multi-hardware device software adaptation method as described above.
The present application also provides a computer program product comprising a computer program which, when executed by a processor, performs the steps of the multi-hardware device software adaptation method as described above.
The application provides a software adapting method for multiple hardware devices, an electronic device and a readable storage medium, firstly analyzing a system chip identifier of the current hardware device and a level value of an analog-digital converter pin to obtain a hardware device model of the current hardware device, then inquiring a target binary device tree file matched with the current hardware device model from a combined binary device tree file, wherein the combined binary device tree file is generated by converting and packaging a device tree source code file of each hardware device adapted to a software system, and finally checking the target binary device tree file in an operating system of the current hardware device to generate a device information node, wherein the device information node is used for a software system to identify configuration information of the current hardware device.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious for those skilled in the art to obtain other drawings without inventive exercise.
FIG. 1 is a flowchart illustrating a first embodiment of a software adaptation method for multiple hardware devices according to the present application;
FIG. 2 is a diagram illustrating an attribute field dt-module according to a first embodiment of the multi-hardware device software adaptation method of the present application;
FIG. 3 is a schematic diagram of a device tree structure after packaging a dts file in a first embodiment of a software adaptation method for multiple hardware devices according to the present application;
FIG. 4 is a schematic diagram illustrating a configuration of a software adapting apparatus for multiple hardware devices according to the present application;
fig. 5 is a schematic device structure diagram of a hardware operating environment related to a multi-hardware device software adaptation method in this embodiment of the present application.
The objectives, features, and advantages of the present application will be further described with reference to the accompanying drawings.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present application more comprehensible, embodiments accompanying figures are described in detail below. It is to be understood that the embodiments described are only a few embodiments of the present application and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Example one
In the case of chip shortage in the current market, in order to avoid the risk that the product cannot be delivered as expected due to partial chip shortage during production of the device, the device is usually considered to support a plurality of different peripherals before the hardware product is designed, and the peripherals may use incompatible communication interfaces. In addition, as the product is iteratively upgraded and the cost is reduced, the hardware needs to be changed. Or the same client develops a plurality of similar projects aiming at different markets simultaneously, and the core business requirements are consistent except that the projects have some differences except the hardware peripheral structure. In the above situation, due to the change of hardware, the peripheral configuration is different, and the software system cannot identify various hardware devices, so that the hardware generally corresponds to different software or items, which brings about a problem of high software maintenance cost; moreover, the same core upper-layer service needs to be adapted to different source code warehouses or branches, the maintenance and updating of the software system are quite complicated, and the resource consumption is large; in addition, the version of the hardware device is too many, which is easy to cause confusion and also can cause software errors. In such cases, the communication between the technician and the client is not smooth, and the different engineers on the client side have no clear understanding of the product type and the adapted software, often resulting in the use of wrong versions, which increases the cost of communicating with the third party. In addition, for a product with multiple types of hardware, a software system is difficult to acquire detailed hardware configuration information of the product and perform unified management and analysis at the front end, so that if one set of software can be compatible with multiple types of hardware, the working efficiency can be effectively improved, and the cost can be reduced.
In a first embodiment of the present application, referring to fig. 1, a method for adapting software of multiple hardware devices includes:
step S10, analyzing a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin to obtain a hardware equipment model of the current hardware equipment;
step S20, a target binary equipment tree file matched with the current hardware equipment model is inquired in a combined binary equipment tree file, wherein the combined binary equipment tree file is generated by converting and packaging equipment tree source code files of all hardware equipment matched with a software system;
and step S30, analyzing the target binary system equipment tree file through the operating system kernel of the current hardware equipment to generate an equipment information node, wherein the equipment information node is used for a software system to identify the configuration information of the current hardware equipment.
In the embodiment of the present application, it should be noted that, a System On Chip (SOC) has a single Chip id (Chip id), so that the model of the SOC can be obtained by reading the System Chip id of the current hardware device, and in addition, since one System Chip may correspond to different peripherals, the identification of the peripheral chips in the peripherals in the embodiment of the present application is performed by reserving an ADC (Analog to Digital Converter) pin at the early stage of design, and by externally connecting different levels, the versions of the peripherals, i.e. a Major version and a Minor version of a hardware version, are determined, the former version is determined by the Chip id and the latter version is determined by ADC level values, wherein, devices of different models correspond to different ADC level values, for example, for Chip a, there are 3 hardware P1, P2 and P3, and these 3 hardware ADC pins are determined by different loads or pull-up levels, for example, the ADC pin of ADC of P1 is 0.5v, the pin of pc 2 is 1.0v, and the level of the ADC pin of the ADC is determined by reading the System Chip id, and the System can be judged by the other types of devices after the ADC is started; in addition, the combined binary Device Tree file (combined dtb file) is a file generated by reading each hardware Device configuration file adapted to the software system before identifying the configuration information of the current hardware Device, converting the Device Tree source code file (dts file) of the configuration file into a binary Device Tree file (dtb file), and then packaging and encapsulating each binary Device Tree file, wherein a Device Tree (Device Tree) is a data structure describing specific hardware Device information of a computer, so that the kernel of an operating system can manage and use the hardware, including a CPU or GPU, a memory, a bus and other peripherals. The dtb file is saved in ROM and finally loaded to the kernel through bootloader, so that the kernel can make the driver control the actual hardware device by parsing the device tree.
As an example, steps S10 to S30 include: detecting CHIPID (chip identifier and identifier) of a chip of accessed current hardware equipment and a level value of an ADC (analog-to-digital converter) pin, and inquiring the equipment model (board model) of the current hardware equipment according to the CHIPID and the level value, wherein the level value of the ADC pin is set based on the equipment model of the hardware equipment in the hardware equipment design stage; based on the equipment model of the current hardware equipment, inquiring corresponding equipment model information in the file information of each sub-dtb file in the combined dtb file to obtain a target dtb file corresponding to the current hardware equipment; loading the target dtb file into a memory, and analyzing the device tree corresponding to the dtb file through an operating system kernel; when resolving to a property (model _ info) node in the device tree, triggering to invoke a model info _ probe interface. The method comprises the steps of analyzing attributes in a model _ info node in the model _ info _ probe interface, and constructing a corresponding equipment information node (sysfs node) according to attribute values, wherein the equipment information node is used for a software system to identify configuration information of the current hardware equipment, so that the purpose that one set of software is compatible with a plurality of hardware equipment is achieved.
The step of analyzing the system chip identifier of the current hardware device and the level value of the analog-digital converter pin to obtain the hardware device model of the current hardware device includes:
s11, detecting a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin;
step S12, inquiring the peripheral chip information of the current hardware equipment based on the corresponding relation between the pin level of the analog-digital converter pin of each hardware equipment and the peripheral chip information in each hardware equipment and the level value of the analog-digital converter pin;
and S13, determining the hardware equipment model of the current hardware equipment according to the system chip identification and the peripheral chip information.
In the embodiment of the present application, it should be noted that, in practice, core service requirements of the same project are similar, but a plurality of different hardware is required to meet different markets or cost reduction requirements. However, there are a plurality of different hardware or iterations that need to be distinguished, the hardware may be designed differently by reserving an ADC pin, that is, when the peripheral chip information is different, different level values are externally connected to the ADC pin by externally connecting different pull-up resistors, and the level value of the ADC pin may be used to confirm a Minor version of the hardware, such as an Minor _ N (e.g., minor _ a), corresponding to a system chip with different functions, and a hardware version MAJOR _ N (e.g., MAJOR _ a) is defined, so that the hardware device model of the current device may be determined by detecting a system chip identifier of the current hardware device and a level value of an analog-to-digital converter pin.
As an example, steps S11 to S13 include: detecting a system chip identification (CHIPID) of the current hardware device and a level value of an analog-to-digital converter (ADC) pin; determining the system chip model of the current hardware equipment according to the system chip identifier; inquiring peripheral chip information of the hardware equipment according to a level value of a pin of the analog-digital converter and a preset corresponding relation between the peripheral chip information and the level value; and inquiring to obtain the equipment model of the current hardware equipment based on the system chip model and the peripheral chip information, wherein the equipment model is used for inquiring a target dtb file matched with the current hardware equipment model, so that the configuration information of the current hardware equipment is obtained from the target dtb.
Before the step of analyzing the system chip identifier of the current hardware device and the level value of the analog-to-digital converter pin to obtain the hardware device model of the current hardware device, the method further includes:
step A10, setting the analog-digital converter pins of each hardware device to different pin levels by externally connecting different pull-up resistors to the analog-digital converter pins of each hardware device;
step a20, pin levels of the analog-to-digital converter pins of each hardware device correspond to peripheral chip information in each hardware device one to one.
In the embodiment of the present application, it should be noted that, in the embodiment of the present application, a pin level setting method in a hardware device design and manufacturing process is provided, where a level value of an adc pin is used to distinguish hardware devices having the same system chip but different peripheral chip information, so as to determine a device model of the hardware device.
As an example, steps a10 to a20 include: acquiring a mapping table corresponding to preset peripheral chip information and level values; according to the corresponding mapping table, connecting different pull-up resistors or loads to ADC (analog-digital converter) pins of each hardware device externally, and obtaining the hardware devices which have ADC pins with different level values and have the same system chip, wherein the pin levels of the ADC pins of each hardware device correspond to the peripheral chip information in each hardware device one by one so as to distinguish the device models of the hardware devices which have the same system chip but different peripheral chip information.
Before the step of querying the target binary device tree file matched with the current hardware device model in the combined binary device tree file, the method further includes:
step B10, reading configuration files of each hardware device adaptive to the software system, and converting each device tree source code file in the configuration files into corresponding binary device tree files;
and step B20, packaging each binary equipment tree file to generate the combined binary equipment tree file.
In this embodiment of the present application, it should be noted that, before the execution flow of this embodiment reads the configuration information of the current hardware device, the configuration file includes dts files (device tree files) corresponding to each hardware device adapted to the software system.
As another example, if only one hardware device is adapted to the software system, only the dts file needs to be converted into the dtb file, the dtb file does not need to be packaged and encapsulated, and the dtb file is directly saved in the ROM in the process of reading the dtb, and then the dtb file is loaded into the memory of the kernel of the operating system through the bootloader, and the device tree is analyzed through the kernel of the operating system, so as to obtain the configuration information of the current hardware device, so as to drive to control the current hardware device.
As an example, steps B10 to B20 include: acquiring configuration files of a plurality of hardware devices matched with the software system, wherein the configuration files comprise dts files of the hardware devices; converting each dts file into a dtb file in a binary form through a dtc tool; and packaging each dtb file to generate a combined dtb file, wherein the combined dtb file comprises dtb file information, an equipment description node and dtb file information, the dtb file information is used for describing the chip model, the equipment model, the sub-dtb file size and the sub-dtb file name of each hardware equipment, and the equipment description node is used for describing the detailed configuration information of each hardware equipment.
Before the step of encapsulating each binary device tree file to generate a combined binary device tree file, the method further includes:
step C10, adding corresponding attribute fields in root nodes of the binary equipment tree files, wherein the attribute fields comprise mark data sections of system chips of corresponding hardware equipment and model data sections of development boards of the system chips;
step C20, adding a corresponding device description node in each binary device tree file, where the device description node is used to describe device information of a hardware device corresponding to each binary device tree file, and the device information at least includes one of compatibility information, memory information, wireless mode information, and download module information.
In the embodiment of the present application, it should be noted that the attribute field (dt-module) is used to distinguish different device types, for example, a field dt-model = "a _ b", where a represents a flag data segment of the system chip, and b represents a model id of a development board based on the system chip, such as two chips 905x4,905c2, corresponding to 2 models of devices HP01A, HP02A, and the dt-module definitions of the two types of devices are shown in fig. 2.
In addition, the device description node is a model _ info node including attribute values of device information, and as an example, steps C10 to C20 include: acquiring equipment information corresponding to each binary equipment tree file; adding attribute fields at root nodes (root nodes) of corresponding equipment tree files based on chip identifications and chip development board models corresponding to the hardware equipment; constructing the device description node based on the device information of each hardware device, wherein the device information at least comprises one of compatible information (compatible), memory information (Ddr type, ddr size), wireless mode information (Wifi mode) and download module information (btmodule); adding the device description node to a binary device tree file.
Wherein the step of encapsulating each binary device tree file to generate a combined binary device tree file comprises:
step B11, reading attribute fields in root nodes of the binary equipment tree files, and adding the attribute fields and file information fields of the binary equipment tree files into a linked list;
step B12, traversing the linked list, acquiring a head field, and adding the head field and each file information field to an initial binary equipment tree file, wherein the head field at least comprises one of an identification field, a structure version field and a quantity field of the binary equipment tree file;
and step B13, traversing the linked list, and adding the content of each binary equipment tree file to the initial binary equipment tree file to obtain the combined binary equipment tree file.
In the embodiment of the present application, it should be noted that, the process of packaging each binary device tree file is to extract information in each binary device tree file (dts file) to form a new device tree structure, that is, to combine DTB files, referring to fig. 3, where a MULTI _ DTB _ Header includes several fields, a Magic Number (identification field), for distinguishing between MULTI-dts files; version (structure version field) for representing a version of the device tree structure; the dtb _ number (number field) indicates the number of dtb files contained in the combined dtb file. The DTB _ Entry _ Description field (file information field) is used to describe information of each sub DTB file, including chipset (e.g., 905x4,905c 2) of the chip, model (e.g., HP01A, HP 02A) of the device, DTB _ size used to indicate the size of the one DTB file included, DTB _ filename used in packaging, the DTB Content being the Content of each sub DTB file, and Pagepadding referring to a page padding attribute value used to indicate the thickness of the padding space between the page boundary and the page Content.
As an example, steps B11 to B13 include: traversing each dtb file, and reading a corresponding dt-model field from a root node position in each dtb file; adding dt-model fields and DTB _ Entry _ Description fields of the DTB files into a linked list; traversing the linked list, acquiring a MULTI _ DTB _ Header field, and adding the MULTI _ DTB _ Header field and the DTB _ Entry _ Description field into an initial combination DTB file; and traversing the linked list and adding each DTB Content into the initial combined DTB file to generate the combined DTB file.
The step of reading the attribute field in the root node of each binary device tree file and adding each attribute field and the file information field of each binary device tree file into a linked list includes:
step B111, reading a system chip identification field and a chip development board type number identification in an attribute field in a root node of each binary equipment tree file;
step B112, adding the system chip identification field, the chip development board type number identification, the chip set information, the hardware equipment model, the file size information and the file name into the linked list.
In the embodiment of the present application, it should be noted that the attribute field dt-module includes a system chip identification field and a chip development board model number identifier, for example, a field dt-model = "a _ b", where a is the system chip identification field, b represents a model id of a development board based on a system chip, that is, the chip development board model number identifier, and the file information field of the binary device tree file at least includes one of chipset information, a hardware device model, file size information dtb _ size, and a file name dtb _ file.
As an example, steps B111 to B112 include: traversing each dtb file, and reading a system chip identification field and a chip development board type number identification in a corresponding dt-model field from a root node position in each dtb file; adding the chipset field, the hardware device model, the DTB _ size field, and the DTB _ filename in the dt-model field and the DTB _ Entry _ Description field of each DTB file to a linked list.
The step of analyzing the target binary device tree file through the operating system kernel of the current hardware device to generate a device information node includes:
step S31, adding the target binary equipment tree file into an initialization sequence of the Linux kernel;
step S32, sequentially analyzing nodes in the target binary system equipment tree file in the initialization sequence through the Linux kernel;
step S33, when analyzing the attribute value in the device description node in the target binary device tree file, constructing the device information node according to the attribute value, where the device description node is used to describe the device information of the hardware device corresponding to each binary device tree file.
In the embodiment of the present application, it should be noted that the operating system kernel is a Linux kernel, and is applied to a hardware device in an embedded manner, and the target binary device tree file is a combined dtb file.
As another example, before the step of parsing the target binary device tree file through the os kernel of the current hardware device to generate a device information node, the method further includes: loading a dtb file (existing in an independent partition or boot.img) into a memory through a bootloader code, judging whether the currently read combined dtb file is a single dtb file or a multi-dtb file according to a magic field of the first 4 bytes, and if the combined dtb file is the single dtb file, analyzing an equipment tree through an operating system kernel to obtain configuration information of the current hardware equipment so as to drive to control the current hardware equipment; if the file is a multi-dtb file, reading a chip of a system chip of the current hardware device, comparing a level value of an ADC pin, confirming the device model of the current hardware device according to the chip and the level value, then finding out a dtb subfile matched with the device from the combined dtb file according to a device signal, and then executing the step S31.
The above-described embodiments provide a processing method when combining dtb files having only a single hardware device corresponding dtb file and having multiple hardware device corresponding dtb files.
As one example, steps S31 to S33 include: defining a modelinfo _ init interface and a modelinfo _ exit interface, and putting the combined dtb file into an initialization sequence of a Linux kernel through a model _ init; registering a drive of modelinfo to a bus through a platform _ driver _ probe (drive registration function), and sequentially analyzing each node in a combined dtb file in an initialization sequence through the Linux kernel; when the Linux kernel resolves the model _ info node (device description node) in the combined dtb file, calling a model info _ probe interface to resolve the attribute in the model _ info node to obtain an attribute value of the model _ info node; and constructing equipment information nodes of the hardware equipment corresponding to the combined dtb file according to the attribute values, wherein the equipment description nodes are used for describing the equipment information of the hardware equipment corresponding to the dtb file.
The embodiment of the application provides a software adaptation method for multiple hardware devices, which includes the steps of firstly analyzing a system chip identifier of a current hardware device and a level value of an analog-digital converter pin to obtain a hardware device model of the current hardware device, then querying a target binary device tree file matched with the current hardware device model from a combined binary device tree file, wherein the combined binary device tree file is generated by converting and packaging a device tree source code file of each hardware device adapted to a software system, and finally, analyzing the target binary device tree file through an operating system of the current hardware device to generate a device information node, wherein the device information node is used for a software system to identify configuration information of the current hardware device.
Example two
An embodiment of the present application further provides a multi-hardware device software adapting apparatus, where the multi-hardware device software adapting apparatus is applied to a multi-hardware device software adapting device, and with reference to fig. 4, the multi-hardware device software adapting apparatus includes:
the model analysis module is used for analyzing the system chip identification of the current hardware equipment and the level value of the analog-digital converter pin to obtain the hardware equipment model of the current hardware equipment;
the file query module is used for querying a target binary equipment tree file matched with the current hardware equipment model from a combined binary equipment tree file, wherein the combined binary equipment tree file is generated by converting and packaging equipment tree source code files of each hardware equipment matched with a software system;
and the node generation module is used for analyzing the target binary system equipment tree file through an operating system kernel of the current hardware equipment to generate an equipment information node, wherein the equipment information node is used for a software system to identify the configuration information of the current hardware equipment.
Optionally, the model identification module is further configured to:
detecting a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin;
inquiring the peripheral chip information of the current hardware equipment based on the corresponding relation between the pin level of the analog-digital converter pin of each hardware equipment and the peripheral chip information in each hardware equipment and the level value of the analog-digital converter pin;
and determining the hardware equipment model of the current hardware equipment according to the system chip identification and the peripheral chip information.
Optionally, the model analysis module is further configured to:
setting the analog-digital converter pins of each hardware device to be different pin levels by externally connecting different pull-up resistors to the analog-digital converter pins of each hardware device;
the pin level of the analog-digital converter pin of each hardware device corresponds to the peripheral chip information in each hardware device one by one.
Optionally, the file querying module is further configured to:
reading configuration files of each hardware device adaptive to a software system, and converting each device tree source code file in the configuration files into corresponding binary device tree files;
and packaging each binary equipment tree file to generate the combined binary equipment tree file.
Optionally, the file query module is further configured to:
adding corresponding attribute fields in root nodes of the binary equipment tree files, wherein the attribute fields comprise mark data sections of system chips of corresponding hardware equipment and model data sections of development boards of the system chips;
and adding a corresponding device description node in each binary device tree file, wherein the device description node is used for describing device information of a hardware device corresponding to each binary device tree file, and the device information at least comprises one of compatibility information, memory information, wireless mode information and download module information.
Optionally, the file query module is further configured to:
reading attribute fields in root nodes of the binary equipment tree files, and adding the attribute fields and file information fields of the binary equipment tree files into a linked list;
traversing the linked list, acquiring a head field, and adding the head field and each file information field to an initial binary device tree file, wherein the head field at least comprises one of an identification field, a structure version field and a number field of the binary device tree file;
and traversing the linked list, and adding the content of each binary equipment tree file to the initial binary equipment tree file to obtain the combined binary equipment tree file.
Optionally, the file querying module is further configured to:
the step of reading the attribute field in the root node of each binary device tree file and adding each attribute field and the file information field of each binary device tree file into a linked list comprises:
reading a system chip identification field and a chip development board type number identification in an attribute field in a root node of each binary equipment tree file;
and adding the system chip identification field, the chip development board type number identification, chip set information, hardware equipment model, file size information and file name into the linked list.
Optionally, the node generating module is further configured to:
the step of analyzing the target binary device tree file through the operating system kernel of the current hardware device to generate a device information node includes:
adding the target binary device tree file into an initialization sequence of the Linux kernel;
sequentially analyzing nodes in a target binary equipment tree file in an initialization sequence through the Linux kernel;
and when analyzing the attribute value in the device description node in the target binary device tree file, constructing the device information node according to the attribute value, wherein the device description node is used for describing the device information of the hardware device corresponding to each binary device tree file.
By adopting the multi-hardware-device software adapting method in the embodiment, the multi-hardware-device software adapting device provided by the application solves the technical problem of low maintenance and updating efficiency of a multi-hardware-device adapted software system. Compared with the prior art, the beneficial effects of the multi-hardware device software adapting device provided by the embodiment of the application are the same as the beneficial effects of the multi-hardware device software adapting method provided by the embodiment, and other technical features of the multi-hardware device software adapting device are the same as those disclosed by the method of the previous embodiment, which are not repeated herein.
EXAMPLE III
An embodiment of the present application provides an electronic device, and the electronic device includes: at least one processor; and, a memory communicatively linked with the at least one processor; the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the multi-hardware device software adaptation method in the first embodiment.
Referring now to FIG. 5, shown is a schematic diagram of an electronic device suitable for use in implementing embodiments of the present disclosure. The electronic devices in the embodiments of the present disclosure may include, but are not limited to, mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., car navigation terminals), and the like, and fixed terminals such as digital TVs, desktop computers, and the like. The electronic device shown in fig. 5 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.
As shown in fig. 5, the electronic device may include a processing means (e.g., a central processing unit, a graphic processor, etc.) that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) or a program loaded from a storage means into a Random Access Memory (RAM). In the RAM, various programs and data necessary for the operation of the electronic apparatus are also stored. The processing device, the ROM, and the RAM are connected to each other by a bus. An input/output (I/O) interface is also linked to the bus.
In general, the following systems may be linked to the I/O interface: input devices including, for example, touch screens, touch pads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, and the like; output devices including, for example, liquid Crystal Displays (LCDs), speakers, vibrators, and the like; storage devices including, for example, magnetic tape, hard disk, etc.; and a communication device. The communication means may allow the electronic device to communicate wirelessly or by wire with other devices to exchange data. While the figures illustrate an electronic device with various systems, it is to be understood that not all illustrated systems are required to be implemented or provided. More or fewer systems may alternatively be implemented or provided.
In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means, or installed from a storage means, or installed from a ROM. The computer program, when executed by a processing device, performs the functions defined in the methods of the embodiments of the present disclosure.
The electronic device provided by the application adopts the multi-hardware device software adaptation method in the embodiment, and the technical problem of low maintenance and updating efficiency of a multi-hardware device adapted software system is solved. Compared with the prior art, the beneficial effects of the electronic device provided by the embodiment of the present application are the same as the beneficial effects of the multi-hardware device software adaptation method provided by the first embodiment, and other technical features in the electronic device are the same as those disclosed in the method of the previous embodiment, which are not described herein again.
It should be understood that portions of the present disclosure may be implemented in hardware, software, firmware, or a combination thereof. In the foregoing description of embodiments, the particular features, structures, materials, or characteristics may be combined in any suitable manner in any one or more embodiments or examples.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Example four
The present embodiment provides a computer-readable storage medium having computer-readable program instructions stored thereon for performing the method for multi-hardware device software adaptation in the first embodiment.
The computer readable storage medium provided by the embodiments of the present application may be, for example, a usb disk, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, or device, or a combination of any of the above. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical link having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present embodiment, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, or device. Program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.
The computer-readable storage medium may be embodied in an electronic device; or may be present alone without being incorporated into the electronic device.
The computer readable storage medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: analyzing a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin to obtain a hardware equipment model of the current hardware equipment; inquiring a target binary equipment tree file matched with the current hardware equipment model in a combined binary equipment tree file, wherein the combined binary equipment tree file is generated by converting and packaging equipment tree source code files of each hardware equipment matched with a software system; and analyzing the target binary equipment tree file through the operating system kernel of the current hardware equipment to generate an equipment information node, wherein the equipment information node is used for a software system to identify the configuration information of the current hardware equipment.
Computer program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be linked to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the link may be made to an external computer (for example, through the Internet using an Internet service provider).
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The modules described in the embodiments of the present disclosure may be implemented by software or hardware. Wherein the names of the modules do not in some cases constitute a limitation of the unit itself.
The computer-readable storage medium provided by the application stores computer-readable program instructions for executing the multi-hardware device software adaptation method, and solves the technical problem of low maintenance and update efficiency of a multi-hardware device adapted software system. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the embodiment of the present application are the same as the beneficial effects of the multi-hardware device software adaptation method provided by the above embodiment, and are not described herein again.
EXAMPLE five
The present application also provides a computer program product comprising a computer program which, when executed by a processor, implements the steps of the multi-hardware device software adaptation method as described above.
The computer program product solves the technical problem that the maintenance and updating efficiency of a software system adaptive to multiple hardware devices is low. Compared with the prior art, the beneficial effects of the computer program product provided by the embodiment of the present application are the same as the beneficial effects of the multi-hardware device software adaptation method provided by the above embodiment, and details are not repeated here.
The above description is only a preferred embodiment of the present application, and not intended to limit the scope of the present application, and all equivalent structures or equivalent processes, which are directly or indirectly applied to other related technical fields, and which are not limited by the present application, are also included in the scope of the present application.
Claims (10)
1. A multi-hardware device software adapting method is characterized by comprising the following steps:
analyzing a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin to obtain a hardware equipment model of the current hardware equipment;
inquiring a target binary equipment tree file matched with the current hardware equipment model in a combined binary equipment tree file, wherein the combined binary equipment tree file is generated by converting and packaging equipment tree source code files of each hardware equipment matched with a software system;
and analyzing the target binary equipment tree file through the operating system kernel of the current hardware equipment to generate an equipment information node, wherein the equipment information node is used for a software system to identify the configuration information of the current hardware equipment.
2. The multi-hardware device software adapting method according to claim 1, wherein the step of analyzing the system chip identifier of the current hardware device and the level value of the adc pin to obtain the hardware device model of the current hardware device comprises:
detecting a system chip identifier of the current hardware equipment and a level value of an analog-digital converter pin;
inquiring the peripheral chip information of the current hardware equipment based on the corresponding relation between the pin level of the analog-digital converter pin of each hardware equipment and the peripheral chip information in each hardware equipment and the level value of the analog-digital converter pin;
and determining the hardware equipment model of the current hardware equipment according to the system chip identification and the peripheral chip information.
3. The multi-hardware device software adapting method according to claim 1, further comprising, before the step of analyzing the system chip identifier of the current hardware device and the level value of the adc pin to obtain the hardware device model of the current hardware device:
setting the analog-digital converter pins of each hardware device to be different pin levels by externally connecting different pull-up resistors to the analog-digital converter pins of each hardware device;
the pin level of the analog-digital converter pin of each hardware device corresponds to the peripheral chip information in each hardware device one by one.
4. The multi-hardware device software adaptation method of claim 1, wherein prior to the step of querying the combined binary device tree file for a target binary device tree file matching the current hardware device model, further comprising:
reading configuration files of each hardware device adaptive to a software system, and converting each device tree source code file in the configuration files into corresponding binary device tree files;
and packaging each binary equipment tree file to generate the combined binary equipment tree file.
5. The multi-hardware device software adaptation method of claim 4, further comprising, prior to the step of encapsulating each of the binary device tree files to generate a combined binary device tree file:
adding corresponding attribute fields in root nodes of the binary equipment tree files, wherein the attribute fields comprise mark data sections of system chips of corresponding hardware equipment and model data sections of development boards of the system chips;
and adding a corresponding device description node in each binary device tree file, wherein the device description node is used for describing device information of a hardware device corresponding to each binary device tree file, and the device information at least comprises one of compatibility information, memory information, wireless mode information and download module information.
6. The multi-hardware device software adaptation method of claim 4, wherein the step of encapsulating each of the binary device tree files to generate a combined binary device tree file comprises:
reading attribute fields in root nodes of the binary equipment tree files, and adding the attribute fields and file information fields of the binary equipment tree files into a linked list;
traversing the linked list, acquiring a head field, and adding the head field and each file information field to an initial binary device tree file, wherein the head field at least comprises one of an identification field, a structure version field and a number field of the binary device tree file;
and traversing the linked list, and adding the content of each binary equipment tree file to the initial binary equipment tree file to obtain the combined binary equipment tree file.
7. The multi-hardware device software adapting method according to claim 6, wherein the attribute field comprises a system chip identification field and a chip development board type number identification, and the file information field of the binary device tree file comprises at least one of chipset information, hardware device model, file size information, and file name;
the step of reading the attribute field in the root node of each binary device tree file and adding each attribute field and the file information field of each binary device tree file into a linked list comprises:
reading a system chip identification field and a chip development board type number identification in an attribute field in a root node of each binary equipment tree file;
and adding the system chip identification field, the chip development board type number identification, chip set information, hardware equipment model, file size information and file name into the linked list.
8. The multi-hardware device software adaptation method of claim 1, wherein the operating system kernel is a Linux kernel;
the step of analyzing the target binary device tree file through the operating system kernel of the current hardware device to generate a device information node comprises:
adding the target binary device tree file into an initialization sequence of the Linux kernel;
sequentially analyzing nodes in a target binary equipment tree file in an initialization sequence through the Linux kernel;
and when the attribute value in the device description node in the target binary device tree file is analyzed, constructing the device information node according to the attribute value, wherein the device description node is used for describing the device information of the hardware device corresponding to each binary device tree file.
9. An electronic device, characterized in that the electronic device comprises:
at least one processor; and the number of the first and second groups,
a memory communicatively linked with the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the steps of the multi-hardware device software adaptation method of any of claims 1-8.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a program for implementing a multi-hardware device software adaptation method, which is executed by a processor to implement the steps of the multi-hardware device software adaptation method according to any one of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211668172.7A CN115981613A (en) | 2022-12-23 | 2022-12-23 | Multi-hardware device software adaptation method, electronic device and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211668172.7A CN115981613A (en) | 2022-12-23 | 2022-12-23 | Multi-hardware device software adaptation method, electronic device and readable storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115981613A true CN115981613A (en) | 2023-04-18 |
Family
ID=85957462
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211668172.7A Pending CN115981613A (en) | 2022-12-23 | 2022-12-23 | Multi-hardware device software adaptation method, electronic device and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115981613A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116541066A (en) * | 2023-06-14 | 2023-08-04 | 飞腾信息技术有限公司 | Software system construction method, device, equipment and computer readable storage medium |
| CN116795755A (en) * | 2023-08-28 | 2023-09-22 | 上海移芯通信科技股份有限公司 | Equipment management method and device based on Internet of things chip |
| CN117407033A (en) * | 2023-12-15 | 2024-01-16 | 深圳市天龙世纪科技发展有限公司 | Method, system and storage medium for switching product types based on resistor |
-
2022
- 2022-12-23 CN CN202211668172.7A patent/CN115981613A/en active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116541066A (en) * | 2023-06-14 | 2023-08-04 | 飞腾信息技术有限公司 | Software system construction method, device, equipment and computer readable storage medium |
| CN116541066B (en) * | 2023-06-14 | 2023-10-13 | 飞腾信息技术有限公司 | Software system construction method, device, equipment and computer readable storage medium |
| CN116795755A (en) * | 2023-08-28 | 2023-09-22 | 上海移芯通信科技股份有限公司 | Equipment management method and device based on Internet of things chip |
| CN116795755B (en) * | 2023-08-28 | 2023-12-08 | 上海移芯通信科技股份有限公司 | Equipment management method and device based on Internet of things chip |
| CN117407033A (en) * | 2023-12-15 | 2024-01-16 | 深圳市天龙世纪科技发展有限公司 | Method, system and storage medium for switching product types based on resistor |
| CN117407033B (en) * | 2023-12-15 | 2024-03-22 | 深圳市天龙世纪科技发展有限公司 | Method, system and storage medium for switching product types based on resistor |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115981613A (en) | Multi-hardware device software adaptation method, electronic device and readable storage medium | |
| CN111428462B (en) | Communication protocol template construction method and terminal equipment | |
| US7797696B1 (en) | Dynamically updating a computer system and firmware image utilizing an option read only memory (OPROM) data structure | |
| US10268628B2 (en) | Method for extracting BIOS attributes for BIOS management and system therefor | |
| CN111061643A (en) | SDK cluster compatibility detection method and device, electronic equipment and storage medium | |
| CN111966390A (en) | Project construction method, system, terminal device and storage medium | |
| CN111427782A (en) | Operation method, device, equipment and storage medium of android dynamic link library | |
| CN111782251A (en) | Software function module updating method and device and computer equipment | |
| CN104598281A (en) | Method for upgrading system of electronic device | |
| US9058184B2 (en) | Run time generation and functionality validation of device drivers | |
| US9003364B2 (en) | Overriding system attributes and function returns in a software subsystem | |
| CN114780134A (en) | Configuration management method of micro application and related equipment | |
| CN112256252B (en) | Interface generation method and device, storage medium and electronic equipment | |
| CN112818129A (en) | Atlas modeling system and method | |
| CN109960515B (en) | Image file making method and device | |
| CN109299960B (en) | Method and device for monitoring advertisement, computer readable storage medium and terminal equipment | |
| CN114564226B (en) | Code deployment method and device, electronic equipment and readable storage medium | |
| CN113704020B (en) | Method and device for analyzing error field data of solid state disk | |
| CN111625432B (en) | Page loading time consumption determination method and device and computer readable storage medium | |
| CN114443089A (en) | Upgrade package manufacturing method and device, electronic equipment and storage medium | |
| CN117873590A (en) | Method and device for configuring vehicle type of vehicle-machine system in self-adaptive mode | |
| CN115658276A (en) | Service development method and device, electronic equipment and readable storage medium | |
| CN117311698A (en) | Software package release method, software package download method, terminal device and storage medium | |
| CN114296741A (en) | Command line execution method, system, storage medium and electronic equipment | |
| CN116737205A (en) | Wireless intelligent internet of things (IOT) module (SDK) adaptation method |
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 |