CN115291963A - Method for configuring hardware resources, electronic device and storage medium - Google Patents

Abstract

The disclosure provides a method for configuring hardware resources, an electronic device and a storage medium. The method comprises the following steps: acquiring a first configuration file, wherein the first configuration file describes the connection relation between a plurality of peripheral components and a hardware simulation tool; receiving an editing instruction of a user for editing the first configuration file; modifying the first configuration file according to the editing instruction to generate a second configuration file; sending the second configuration file to the hardware simulation tool to cause the hardware simulation tool to configure at least a portion of the plurality of peripheral components according to the second configuration file.

Description

Method for configuring hardware resources, electronic device and storage medium

technical field

The present disclosure relates to the field of chip verification, and in particular to a method for configuring hardware resources, electronic equipment and a storage medium.

Background technique

When using a hardware simulation tool to verify a chip design, the hardware simulation tool needs to manage the hardware resources used. These hardware resources may be peripheral components (for example, network card, mouse, monitor, PCI-E device, etc.) that cooperate with the hardware emulation tool.

At present, managing hardware resources requires users to write hardware resource configuration files in the form of code, and writing hardware resource configuration files requires users to memorize a large number of parameters and syntax. At the same time, the syntax of different manufacturers is usually different. The resource configuration files written cannot take into account readability, compactness, and ease of analysis at the same time. At the same time, the hardware resources corresponding to the resource configuration file may also be different from the actual hardware, resulting in problems such as the failure of the resource configuration file to run.

How to help users intuitively and quickly generate hardware configuration resource files to configure hardware resources is an urgent problem to be solved.

Contents of the invention

In view of this, the present disclosure proposes a method for configuring hardware resources, an electronic device, and a storage medium.

The first aspect of the present disclosure provides a method for configuring hardware resources, including: obtaining a first configuration file, the first configuration file describes the connection relationship between a plurality of peripheral components and a hardware simulation tool; receiving a user to edit the first Editing instruction of the configuration file; modify the first configuration file according to the editing instruction to generate a second configuration file; send the second configuration file to the hardware simulation tool so that the hardware simulation tool according to the second configuration file A configuration file configures at least some of the plurality of peripheral components.

A second aspect of the present disclosure provides an electronic device for configuring hardware resources, including: an interface connected to a hardware simulation tool; a memory for storing a set of instructions; and at least one processor configured to execute the set of instructions so that The electronic device executes the method described in the first aspect.

In a third aspect of the present disclosure, a non-transitory computer-readable storage medium is provided, the non-transitory computer-readable storage medium stores a set of instructions of an electronic device, and the set of instructions is used to make the electronic device perform the following steps: A method as described in one aspect.

The present disclosure provides a method for configuring hardware resources, an electronic device, and a storage medium, which interact with users through a graphical interface, so that users can intuitively modify the configuration of hardware resources (that is, peripheral components) and generate new configurations document. Hardware emulation tools can manage and configure hardware resources according to new configuration files. The method provided by the present disclosure makes editing hardware resource configuration easy and intuitive, improves user experience, and further improves the efficiency of simulation verification.

Description of drawings

In order to more clearly illustrate the technical solutions in the present disclosure or the prior art, the accompanying drawings that need to be used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the accompanying drawings in the following description are only the present invention. It is disclosed that those skilled in the art can also obtain other drawings based on these drawings without creative work.

Figure 1 shows a schematic diagram of an exemplary hardware resource profile code.

Fig. 2 shows a schematic structural diagram of an exemplary electronic device according to an embodiment of the present disclosure.

FIG. 3A shows a schematic diagram of an exemplary hardware connection relationship according to an embodiment of the present disclosure.

FIG. 3B shows a schematic diagram of an exemplary edited topology map according to an embodiment of the present disclosure.

FIG. 3C shows a schematic diagram of an exemplary configuration file according to an embodiment of the disclosure.

Fig. 4 shows a flowchart of an exemplary method for configuring hardware resources according to an embodiment of the present disclosure.

Detailed ways

In order to make the purpose, technical solutions and advantages of the present disclosure clearer, the present disclosure will be further described in detail below in conjunction with specific embodiments and with reference to the accompanying drawings.

It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the present disclosure shall have the usual meanings understood by those skilled in the art to which the present disclosure belongs. "First", "second" and similar words used in the present disclosure do not indicate any order, quantity or importance, but are only used to distinguish different components. "Comprising" or "comprising" and similar words mean that the elements or items appearing before the word include the elements or items listed after the word and their equivalents, without excluding other elements or items. Words such as "connected" or "connected" are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect.

FIG. 1 shows a schematic diagram of exemplary hardware resource profile code 100 .

As mentioned above, currently, managing hardware resources requires users to write hardware resource configuration files in the form of code. As shown in Figure 1, writing a hardware resource configuration file requires the user to memorize a large number of parameters and syntax, and the generated configuration file is not user-friendly and intuitive.

In view of the above problems, the present disclosure provides a method for configuring hardware resources, an electronic device, and a storage medium, which interact with users through a graphical interface, so that users can intuitively configure and modify hardware resources and generate new configuration files. Hardware emulation tools can manage and configure hardware resources according to new configuration files. Through the method provided in the present disclosure, editing hardware resource configuration becomes simple and intuitive, improves user experience, and further improves the efficiency of simulation verification.

Fig. 2 shows a schematic structural diagram of an exemplary electronic device 200 according to an embodiment of the present disclosure.

Electronic device 200 may be, for example, a host computer. The electronic device 200 may include: a processor 202 , a memory 204 , a network interface 206 , a peripheral interface 208 and a bus 210 . The processor 202 , the memory 204 , the network interface 206 and the peripheral interface 208 can communicate with each other within the electronic device 200 through the bus 210 .

The processor 202 may be a central processing unit (Central Processing Unit, CPU), an image processor, a neural network processor, a microcontroller, a programmable logic device, a digital signal processor, an application specific integrated circuit (Application Specific Integrated Circuit, ASIC ), or one or more integrated circuits. Processor 202 may be used to perform functions related to the techniques described in this disclosure. In some embodiments, processor 202 may also include multiple processors integrated into a single logical component. As shown in FIG. 2, the processor 202 may include a plurality of processors 202a, 202b, and 202c.

Memory 204 may be configured to store data (eg, sets of instructions, computer code, intermediate data, etc.). For example, as shown in FIG. 2 , stored data may include program instructions (eg, program instructions for implementing the techniques of the present disclosure) and data to be processed (eg, memory 204 may store temporary code generated during compilation). Processor 202 can also access stored program instructions and data, and execute the program instructions to operate on the data to be processed. Memory 204 may include non-transitory computer-readable storage media, such as volatile or non-volatile storage. In some embodiments, memory 204 may include random access memory (RAM), read only memory (ROM), optical disks, magnetic disks, hard disks, solid state disks (SSD), flash memory, memory sticks, and the like.

The network interface 206 may be configured to enable the electronic device 200 to communicate with one or more other external devices via a network. The network may be any wired or wireless network capable of transmitting and/or receiving data. For example, the network may be a wired network, a local wireless network (eg, Bluetooth, WiFi, Near Field Communication (NFC), etc.), a cellular network, the Internet, or a combination thereof. It can be understood that the type of the network is not limited to the above specific examples. In some embodiments, network interface 206 may include any combination of any number of network interface controllers (NICs), radio frequency modules, transceivers, modems, routers, gateways, adapters, cellular network chips, and the like.

The peripheral interface 208 can be configured to connect the electronic device 200 with one or more peripheral devices to realize information input and output. For example, peripheral devices may include input devices such as keyboards, mice, touchpads, touch screens, microphones, and various sensors, and output devices such as displays, speakers, vibrators, and indicator lights.

Bus 210 may be configured to transfer information between various components of electronic device 200 (e.g., processor 202, memory 204, network interface 206, and peripheral interface 208), and may be, for example, an internal bus (e.g., a processor-memory bus ), external bus (USB port, PCI-E bus), etc.

In some embodiments, in addition to the processor 202, memory 204, network interface 206, peripheral interface 208, and bus 210 shown in FIG. 2 and described above, the electronic device 200 may also include One or more other components and/or one or more other components necessary to implement the solutions of the embodiments of the present disclosure. In some embodiments, electronic device 200 may not include one or more of the components shown in FIG. 2 .

It should be noted that although the structure of the electronic device 200 above only shows the processor 202, the memory 204, the network interface 206, the peripheral interface 208 and the bus 210, in the specific implementation process, the structure of the electronic device 200 is also May include other components necessary for proper operation. In addition, those skilled in the art can understand that the structure of the electronic device 200 may only include components necessary to implement the solutions of the embodiments of the present disclosure, instead of including all the components shown in the figure.

The electronic device 200 can run a debugging tool (for example, FusionDebug tool produced by Xinhuazhang Technology Co., Ltd.) to implement the method of the embodiment of the present disclosure.

FIG. 3A shows a schematic diagram of an exemplary hardware connection relationship 300 according to an embodiment of the present disclosure.

The electronic device 200 can be connected with the hardware emulation tool 302 through the peripheral interface 208 . The hardware simulation tool 302 here can be, for example, the HuaPro-P1 simulation tool produced by Xinhuazhang Technology Co., Ltd. The hardware simulation tool 302 can receive the logic system design 304 for simulation verification. During the simulation verification process, the hardware simulation tool 302 can be connected with the peripheral component 3062 through the interface 3082 , connected with the peripheral component 3064 through the interface 3084 , and connected with the peripheral component 3066 through the interface 3086 . The peripheral components here may include FPGA, daughter card, cable, network card, memory card, etc.

In some embodiments, the electronic device 200 may acquire resource information of the peripheral components 3062, 3064, 3066 connected to the hardware simulation tool 302, and generate the configuration file 312 according to the resource information. The resource information may include at least one of the name, type, or connection relationship of the peripheral components 3062, 3064, 3066. The electronic device 200 may generate a graphical interface according to the acquired resource information. The graphical interface may include a topology diagram 310 describing peripheral components 3062 , 3064 , 3066 and their connection relationships, and is displayed on, for example, a display through the peripheral interface 208 . Topology map 310 corresponds to configuration file 312 . From the topology diagram 310 , the user can clearly see the connection relationship between the peripheral components 3062 , 3064 , 3066 and the hardware simulation tool 302 .

The hardware simulation tool 302 can receive the logic system design 304 and perform simulation verification on the logic system design 304 using peripheral components.

In some embodiments, the peripheral components 3062, 3064, 3066 in the topology diagram 310 may have peripheral components that are not required to be used during the simulation verification process. At this point, the user can edit the topology diagram 310 according to the needs of simulation verification. The electronic device 200 may receive a user's editing instruction. For example, the user can directly edit the topology map 310 on the graphical interface, and remove the peripheral components 3066 that are not needed in the simulation verification process. The topology diagram 310 may also lack other peripheral components required in the simulation verification process, such as the peripheral component 3068 shown in FIG. 3A that is not in the topology diagram 310 . The user can directly connect the peripheral component 3068 with the hardware simulation tool 302 through the interface 3088 in the graphical interface. It should be noted that since the peripheral component 3068 is not connected to the hardware emulation tool 302 at this time, the peripheral component 3068 is not yet available. When displaying the topology diagram, the electronic device 200 may highlight the peripheral component 3068 and its connection mode, so as to prompt the user to connect the peripheral component 3068 to the hardware simulation tool 302 according to the connection relationship of the topology diagram 310 .

FIG. 3B shows a schematic diagram of an exemplary edited topology map 320 according to an embodiment of the present disclosure.

After the above editing operations, the edited topology map 320 can be displayed in the graphical interface. The hardware simulation tool 302 is connected with the peripheral component 3062 through the interface 3082 , connected with the peripheral component 3064 through the interface 3084 , and connected with the peripheral component 3068 through the interface 3088 . Compared to topology diagram 310 shown in FIG. 3A , peripheral component 3068 in topology diagram 320 replaces peripheral component 3066 to perform simulation verification of logic system design 304 . As noted above, in FIG. 3B peripheral components 3068 and their connections are shown highlighted (eg, bolded).

It can be understood that, in addition to removing the peripheral component 3066 or adding the peripheral component 3068, the user can also perform other editing operations on the topology map 310 to meet the needs of the simulation verification process. This disclosure does not limit the user's editing operations. For example, the user can Edit the topology map 310 to change the connection relationship of peripheral components.

The topology map is friendly and easy to edit for users, but it cannot be directly read by the hardware simulation tool 302 . The hardware emulation tool 302 can manage the used peripheral components through a configuration file (for example, a configuration file in JSON format). The electronic device 200 can generate a configuration file 322 based on the edited topology map 320 and send the configuration file 322 to the hardware simulation tool 302 . The topology map 320 corresponds to the configuration file 322 , for example, a user's editing operation on the topology map 320 may be mapped to a modification to the configuration file 322 . The hardware emulation tool 302 can configure the corresponding peripheral components 3062 , 3064 and 3068 according to the received configuration file 322 .

FIG. 3C shows a schematic diagram of an exemplary configuration file 322 according to an embodiment of the disclosure.

The configuration file 322 may be written in the resource specification language of Xinhuazhang. As shown in FIG. 3C , the configuration file 322 may directly use "+" or "-" to indicate adding or removing peripheral components. The configuration file 322 may use JSON format to describe resource information, and the JSON format is a code format friendly to both the user and the electronic device 200 .

In some embodiments, the electronic device 200 may provide a command line tool to the user, and generate a text file describing resource information. Similar to the graphical interface, the user can cut, supplement or modify the text file according to the needs of the simulation verification process. For example, the text file can be edited by VI, Emacs and other editors to obtain a new text file that meets the user's needs. The electronic device 200 can generate a configuration file based on the new text file for the hardware simulation tool 302 to read.

It can be understood that the graphical interface and the command line tool here are only examples, and the electronic device 200 may also generate other visual or user-friendly formats for editing according to the resource information.

As mentioned above, the modified configuration file 322 may be different from the current actual peripheral component connection method. In order to match the configuration file 322, the user needs to adjust the actual connection of the peripheral components, and this process may cause operational errors (eg, interface connection errors and the like). Accordingly, in some embodiments, electronic device 200 may determine whether configuration file 322 matches resource information of a plurality of peripheral components connected to hardware emulation tool 302 . For example, the electronic device 200 executes a verification mechanism to match the peripheral components required to be configured in the configuration file 322 with the obtained resource information of the peripheral components 3062 , 3064 , and 3068 actually connected to the hardware simulation tool 302 . In response to the configuration file 322 not matching the resource information, the electronic device 200 may highlight the mismatching peripheral components. For example, electronic device 200 may highlight (eg, highlight) mismatched peripheral components in configuration file 322 or topology map 320 . Through the above verification mechanism and highlighting, the electronic device 200 in the embodiment of the present disclosure can ensure that the actual connection of the peripheral components corresponds to the configuration file. Even if there is an operation error, the error can be found and adjusted in time.

Returning to FIG. 3A , in some other embodiments, the configuration file 312 may be written by the user instead of being generated by the electronic device 200 according to the resource information of the peripheral components 3062 , 3064 , 3066 . The peripheral components involved in the configuration file 312 written by the user may be different from the actual peripheral components, for example, a certain peripheral component is missing or the connection relationship of a certain peripheral component is inconsistent, which may cause the configuration file to fail to run. Certain peripheral component conditions provided in the configuration file 312 written by the user may also not be automatically detected, thus affecting the automatic verification mechanism of the peripheral component conditions. Similar to how the electronic device 200 determines whether the configuration file 322 matches the resource information of a plurality of peripheral components connected to the hardware emulation tool 302, the electronic device 200 can determine whether the configuration file 312 written by the user matches the acquired resource information of the peripheral components . In response to the user-authored configuration file 312 not matching the resource information, the electronic device 200 may highlight the mismatching peripheral components.

In this way, the electronic device 200 interacts with the user through a graphical interface, so that the user can intuitively modify the configuration of hardware resources and generate a new configuration file. The hardware simulation tool 302 can manage and configure hardware resources according to the new configuration file. The electronic device 200 can also match the configuration file with the actually connected hardware resources, and highlight the unmatched hardware resources. Through the method provided by the present disclosure, the user can edit the hardware resource configuration more conveniently and intuitively, and can also quickly find the unmatched parts in the hardware resource configuration, thereby improving user experience and improving the efficiency of simulation verification.

FIG. 4 shows a flowchart of an exemplary method 400 for configuring hardware resources according to an embodiment of the present disclosure. The method 400 may be executed by the electronic device 200 in FIG. 2 , more specifically, by a debugging tool running on the electronic device 200 . Method 400 may include the following steps.

In step S402, the electronic device 200 can obtain a first configuration file (for example, the configuration file 312 in FIG. ) and the connection relationship between the hardware simulation tool (for example, the hardware simulation tool 302 in FIG. 3A ).

In some embodiments, the electronic device 200 may acquire resource information of multiple peripheral components (for example, peripheral components 3062, 3064, and 3066 in FIG. 3A ) connected to the hardware simulation tool, and generate the first configuration according to the resource information file (eg, configuration file 312 in FIG. 3A ).

In some embodiments, the resource information may include at least one of names (eg, "CARD" or "BOARD"), types (eg, "Cable" or "TWO_CHIP_BORRD"), or connection relationships of the plurality of peripheral components. The electronic device 200 can generate a graphical interface according to the resource information. The graphical interface can include a first topology (eg, topology 310 in FIG. 3A ) of the plurality of peripheral components and hardware emulation tools. The first topology map corresponds to the first configuration file (for example, the corresponding relationship between the topology map 310 and the configuration file 312 in FIG. 3A ).

In step S404, the electronic device 200 may receive an edit instruction from the user to edit the first configuration file.

In step S406, the electronic device 200 may modify the first configuration file according to the editing instruction to generate a second configuration file (eg, configuration file 322 in FIG. 3B ).

In some embodiments, the electronic device 200 may receive the editing instruction via the graphical interface. The editing instruction may include at least one of removing a peripheral component (eg, remove peripheral component 3066), adding a peripheral component (eg, adding peripheral component 3068), or changing a connection relationship of a peripheral component. The electronic device 200 may edit the first topology map according to the editing instruction to obtain a second topology map (for example, the topology map 320 in FIG. 3B ). The electronic device 200 may generate the second configuration file (for example, the configuration file 322 in FIG. 3B ) based on the second topology map. The configuration file may be written in the resource specification language of Xinhuazhang (eg, configuration file 322 shown in FIG. 3C ).

In step S408, the electronic device 200 may send the second configuration file to the hardware emulation tool 302 so that the hardware emulation tool 302 configures the plurality of peripheral components according to the second configuration file (eg, configuration file 322 in FIG. 3B ). At least a portion of (eg, peripheral components 3062, 3064, and 3068 in FIG. 3B ).

In some embodiments, the electronic device 200 may further determine whether the second configuration file matches the resource information, and in response to the second configuration file not matching the resource information, may highlight mismatched peripheral components (for example, in Mismatched peripheral components are highlighted in configuration file 322 or topology map 320).

In other embodiments, the first configuration file (eg, configuration file 312 in FIG. 3A ) may be written by a user. The electronic device 200 may acquire resource information of the plurality of peripheral components (eg, peripheral components 3062, 3064, and 3066 in FIG. 3A ) connected to the hardware emulation tool. Because the peripheral components involved in the first configuration file written by the user may be different from the actual peripheral components, the first configuration file cannot run or affect the automatic verification mechanism of the peripheral components. Similarly, the electronic device 200 can determine whether the first configuration file matches the resource information; in response to the first configuration file not matching the resource information, highlight the non-matching peripheral components.

The present disclosure also provides an electronic device for configuring hardware resources. The electronic device may be the electronic device 200 shown in FIG. 2 . Electronic device 200 may include an interface to a hardware emulation tool; memory to store a set of instructions; and at least one processor configured to execute a computer program stored in memory 204 to implement configured hardware resources consistent with the present disclosure A method, such as the exemplary method described above (eg, method 400 shown in FIG. 4 ). I won't repeat them here.

The present disclosure also provides a non-transitory computer readable storage medium. A non-transitory computer-readable storage medium stores a set of instructions for an electronic device. The set of instructions, when executed, can cause the electronic device 200 to implement a method for configuring hardware resources consistent with the present disclosure, such as the exemplary method described above (eg, the method 400 shown in FIG. 4 ). I won't repeat them here.

The computer-readable medium in this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology. Information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Flash memory or other memory technology, Compact Disc Read-Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic tape cartridge, tape magnetic disk storage or other magnetic storage device or any other non-transmission medium that can be used to store information that can be accessed by a computing device.

The foregoing describes specific embodiments of the present disclosure. Other implementations are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. Multitasking and parallel processing are also possible or may be advantageous in certain embodiments.

Those of ordinary skill in the art should understand that: the discussion of any of the above embodiments is exemplary only, and is not intended to imply that the scope of the present disclosure (including claims) is limited to these examples; under the idea of the present disclosure, the above embodiments or Combinations between technical features in different embodiments are also possible, steps may be performed in any order, and there are many other variations of the different aspects of the disclosure as described above, which are not presented in detail for the sake of brevity.

In addition, well-known power/ground connections to integrated circuit (IC) chips and other components may or may not be shown in the figures provided, for simplicity of illustration and discussion, and so as not to obscure the present disclosure. . Furthermore, devices may be shown in block diagram form in order to avoid obscuring the disclosure, and this also takes into account the fact that details regarding the implementation of these block diagram devices are highly dependent on the platform on which the disclosure is to be implemented (i.e. , these details should be well within the understanding of those skilled in the art). Where specific details (eg, circuits) have been set forth to describe example embodiments of the present disclosure, it will be apparent to those skilled in the art that other applications may be made without or with variations from these specific details. The present disclosure is implemented below. Accordingly, these descriptions should be regarded as illustrative rather than restrictive.

Although the disclosure has been described in conjunction with specific embodiments thereof, many alternatives, modifications and variations of those embodiments will be apparent to those of ordinary skill in the art from the foregoing description. For example, other memory architectures such as dynamic RAM (DRAM) may use the discussed embodiments.

The present disclosure is intended to embrace all such alterations, modifications and variations that fall within the broad scope of the appended claims. Therefore, any omission, modification, equivalent replacement, improvement, etc. made within the spirit and principles of the present disclosure shall fall within the protection scope of the present disclosure.

Claims (9)

1. A method for configuring hardware resources, comprising: Obtaining a first configuration file, the first configuration file describes the connection relationship between a plurality of peripheral components and a hardware emulation tool; receiving an editing instruction from a user to edit the first configuration file; modifying the first configuration file according to the editing instruction to generate a second configuration file; sending the second configuration file to the hardware emulation tool so that the hardware emulation tool configures at least a portion of the plurality of peripheral components according to the second configuration file. 2. The method according to claim 1, wherein obtaining the first configuration file further comprises: acquiring resource information of the plurality of peripheral components connected to the hardware emulation tool; A first configuration file is generated according to the resource information. 3. The method according to claim 2, wherein the resource information includes at least one of the names, types, or connection relationships of the plurality of peripheral components, and generating the first configuration file according to the resources further comprises: A graphical interface is generated according to the resource information, the graphical interface includes the plurality of peripheral components and a first topology map of the hardware simulation tool, and the first topology map corresponds to the first configuration file. 4. The method according to claim 3, wherein receiving an editing instruction from a user to edit the first configuration file to generate a second configuration file further comprises: receiving the editing instruction via the graphical interface; Editing the first topology graph according to the editing instruction to obtain a second topology graph; The second configuration file is generated based on the second topology map. 5. The method according to claim 4, wherein the editing instruction comprises at least one of removing a peripheral component, adding a peripheral component, or changing a connection relationship of a peripheral component. 6. The method according to claim 1, wherein the first configuration file is written by a user, the method further comprising: acquiring resource information of the plurality of peripheral components connected to the hardware emulation tool; determining whether the first configuration file matches the resource information; In response to the first configuration file not matching the resource information, the mismatching peripheral components are highlighted. 7. The method of claim 4, further comprising: determining whether the second configuration file matches the resource information; In response to the second configuration file not matching the resource information, the mismatching peripheral components are highlighted. 8. An electronic device comprising: Interface, connected to the hardware simulation tool; memory for storing a set of instructions; and At least one processor configured to execute the set of instructions to cause the electronic device to execute the method according to any one of claims 1-7. 9. A non-transitory computer-readable storage medium, the non-transitory computer-readable storage medium stores a set of instructions of an electronic device, and when executed, the set of instructions causes the electronic device to perform claims 1 to 10. 7. The method described in any one.

Images