Automatic simulation design method, system and equipment based on hardware ICD and medium
Through the automatic simulation design method based on hardware ICD, the configuration files of the hardware board are parsed and XML simulation files are generated, which solves the problems of complex simulation configuration operations and low simulation efficiency of the hardware board, and realizes flexible and efficient simulation operations and cross-platform sharing.
Patent Information
- Application Number
- CN202510064770.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-01-15
- Publication Date
- 2025-05-13
AI Technical Summary
The existing hardware board simulation methods and simulation configuration designs have problems such as complex configuration operations, low simulation efficiency and inconvenient expansion.
The automatic simulation design method based on hardware ICD is adopted, and the configuration directory of the device board is obtained, the configuration files are parsed, and the XML format simulation files are generated to realize the automatic simulation of the device board by the simulation platform.
It realizes more flexible and efficient operation of boards and simulations, overcomes the problems of complex configuration operations and low simulation efficiency, and supports sharing and updates of multiple operating environments and across operating systems.
Smart Images

Figure CN119987894A_ABST
Abstract
Description
Technical Field
[0001] The embodiments of the present invention relate to the field of computer simulation technology, and in particular to an automatic simulation design method, system, device and medium based on hardware ICD. Background Art
[0002] With the rapid development of ICD (interface control document) simulation modeling industry, ICD simulation often requires operations on different devices, including switching, creating, deleting, etc., and adding, deleting and modifying channels, ports and their properties inside the board.
[0003] In ICD, the management of hardware boards is usually completed through fixed customization. Now, with the increasing requirements for hardware board management in simulation technology, the original equipment board simulation method and simulation configuration design can no longer meet the needs of flexible board operation. There are problems such as complex configuration operation, low configuration simulation efficiency and inconvenient expansion. Summary of the invention
[0004] The purpose of the present invention is to provide an automatic simulation design method, system, device and medium based on hardware ICD to solve the problems of complex hardware board configuration operation, low configuration simulation efficiency and inconvenience in expansion.
[0005] To solve the above technical problems, an embodiment of the present invention provides an automatic simulation design method based on hardware ICD, which is applied to a simulation platform, and the method comprises: responding to a simulation request, obtaining a configuration directory of a device board; wherein the configuration directory at least comprises a configuration file; parsing the configuration file to obtain a parsing result; assigning a simulation file according to the parsing result, and the simulation platform runs the simulation file to realize the ICD simulation of the device board; wherein the simulation file is stored in the memory of the simulation platform in the XML file format; the simulation file at least comprises: a device layer <device>, Board layer <card>and channel layer <channel>, and the port layer <port>and / or node layer <attribute>.
[0006] The embodiment of the present invention also provides an automatic simulation design system based on hardware ICD, which is applied to a simulation platform. The system includes: a configuration acquisition module, a configuration parsing module, and a simulation file generation module; the configuration acquisition module is used to respond to a simulation request and obtain a configuration directory of a device board; wherein the configuration directory at least includes a configuration file; the configuration parsing module is used to parse the configuration file to obtain a parsing result; the simulation file generation module is used to assign a value to a simulation file according to the parsing result, and the simulation platform runs the simulation file to realize the ICD simulation of the device board; wherein the simulation file is stored in the memory of the simulation platform in the XML file format; the simulation file at least includes: a device layer <device>, Board layer <card>and channel layer <channel>, and the port layer <port>and / or node layer <attribute>.
[0007] An embodiment of the present invention also provides a device, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the above-mentioned hardware ICD-based automatic simulation design method.
[0008] An embodiment of the present invention further provides a computer-readable storage medium storing a computer program, wherein the computer program implements the above-mentioned automatic simulation design method based on hardware ICD when executed by a processor.
[0009] The main purpose of the present invention is to solve the problems of complex hardware board configuration operation, low configuration simulation efficiency and inconvenience in expansion, and propose an automatic simulation design method based on hardware ICD. Compared with the prior art, the embodiment of the present invention obtains the configuration directory of the device board and parses the configuration files corresponding to each device board in the configuration directory, and generates a simulation file according to the parsing result, so as to realize the simulation of the device board by the simulation platform based on the simulation file. The configuration file in this method is generated according to fixed rules, and the user only needs to modify the content in the configuration file to realize more flexible and efficient operation of the board and simulation. In addition, the use of XML format files as the carrier for board configuration storage realizes the characteristics that the board configuration information can be shared and updated in multiple operating environments and across operating systems.
[0010] In addition, the parsing of the configuration file to obtain the parsing result includes: parsing the configuration file to obtain a board configuration file and a device configuration file; wherein any of the configuration files is obtained by a pre-designed configuration; parsing the board configuration file and the device configuration file respectively to obtain the parsing result; wherein, if any parsing fails, the process of the method is terminated.
[0011] In addition, the board configuration file and the device configuration file are parsed respectively to obtain the parsing result, including: parsing the board configuration file to obtain the board layer <card>The property value of the port layer <port>and / or the node layer <attribute>parse the device configuration file to obtain the device layer of the simulation file <device>and channel layer <channel>The property value of the port layer <port>and / or the node layer <attribute>Some attribute values.
[0012] In addition, the board configuration file includes a board feature configuration file, which is in XML file format and is in <card>As a root node; wherein the root node <card>include <keyattribute> 、 <attribute>and <port>child node; <keyattribute>The node includes multiple Name attribute values, which are used to identify the board. <attribute>The node includes a NetworkManagementRole attribute and a ValuePattern attribute, which are used to determine the network attributes of the board; <port>Includes a PortID attribute for identifying the port of the board.
[0013] In addition, the board configuration file also includes a bus vendor configuration file, which is in XML file format and is in <cardnodes>is the root node; <cardnodes>The node includes a Name attribute, an IP attribute, a manufactor attribute, and a cardID attribute, which are used to determine the manufacturer of the board.
[0014] In addition, the device configuration file includes a device card binding configuration file, and the device card binding configuration file is in XML file format and is in <benches>is the root node; wherein the root node <benches>include: <device>、 <bus> 、 <card>as well as <channel>child node; <device>The node includes a BindName attribute, which is used to indicate the IP bound to the device; <bus>The node includes a Name attribute, which is used to determine the bus to which the device is bound; <card>The node includes MarkID and BindName attributes, which are used to determine the board to which the device is bound; <channel>The node includes MarkID and BindName attributes, which are used to determine the channel to which the device is bound to the board. <channel>The node also includes <port>A node is used to determine the device port.
[0015] In addition, the device configuration file also includes a device characteristic configuration file, which is in XML file format. <device>The node is the root node; <device>Nodes include <keyattribute>child node; <keyattribute>The child node includes a Name attribute, which is used to indicate the IP of the device. BRIEF DESCRIPTION OF THE DRAWINGS
[0016] One or more embodiments are exemplarily described by pictures in the corresponding drawings, and these exemplified descriptions do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings represent similar elements, and unless otherwise stated, the figures in the drawings do not constitute proportional limitations.
[0017] Figure 1 is a flowchart of a method provided according to an embodiment of the present invention;
[0018] Figure 2 is a schematic diagram of the structure of a configuration directory provided according to an embodiment of the present invention;
[0019] Figure 3 is a schematic diagram of a configuration file relationship provided according to an embodiment of the present invention;
[0020] Figure 4 is a flowchart of a method provided according to an embodiment of the present invention;
[0021] Figure 5 is a schematic diagram of a system structure provided according to an embodiment of the present invention;
[0022] Figure 6 It is a schematic diagram of the structure of a device provided according to an embodiment of the present invention. Specific embodiments
[0023] In order to make the purpose, technical scheme and advantages of the embodiments of the present invention clearer, the embodiments of the present invention will be described in detail below in conjunction with the accompanying drawings. However, it can be understood by those skilled in the art that in the embodiments of the present invention, many technical details are proposed in order to enable the reader to better understand the present invention. However, even without these technical details and various changes and modifications based on the following embodiments, the technical scheme claimed in the present invention can also be implemented. The division of the following embodiments is for the convenience of description and should not constitute any limitation on the specific implementation of the present invention. The various embodiments can be combined and referenced with each other under the premise of no contradiction.
[0024] The main purpose of the present invention is to solve the problems of complex hardware board configuration operation, low configuration simulation efficiency and inconvenience in expansion, and propose an XML (Extensible Markup Language) board and simulation file configuration method. The method divides the channels on the board that supports multiple signal types and communication protocols (including direct I / O, serial port, Ethernet and DeviceNet) according to the protocol, uses a graphical interface to display and configure the use of the board, and uses XML to save the configuration of the board. The method realizes the characteristics that the board configuration information can be shared and updated in multiple operating environments and across operating systems, and overcomes the problems of complex configuration operation, low configuration simulation efficiency and inconvenience in expansion.
[0025] The first embodiment of the present invention relates to an automatic simulation design method based on hardware ICD. The specific process is as follows Figure 1 As shown, the method includes the following steps.
[0026] Step S101: Respond to the simulation request and obtain the configuration directory of the device board.
[0027] Among them, in order to facilitate the management and distinguishing of the values of various devices and boards, a configuration directory for devices and boards is designed;
[0028] Among them, Figure 2 As shown in the figure, a configuration directory structure is given. In the figure, the BenchConfig directory is the top-level directory of the device board information, the Card directory is the directory of each board information (FC-AE-ASM and MIL_STD_1553B are bus names, and the directories under them are the board information of different manufacturers of the bus), and the Device directory is the directory of each device information; JunctionParam.xml is the configuration file of the bus protocol and manufacturer information; BenchesAttributeConfig.xml is the configuration file of the device board binding information.
[0029] Step S102: Parse the configuration file to obtain a parsing result.
[0030] The configuration files include board configuration files and device configuration files.
[0031] Among them, the board configuration file is used to configure the board. A configuration template is pre-designed and constructed through the XML file format to specify various attribute information of the board. The XML format file is used as a carrier for storing the board configuration, which enables the board configuration information to be shared and updated in multiple operating environments and across operating systems.
[0032] The board configuration file should at least include: board configuration feature file and bus vendor configuration file. The XML file corresponding to the board configuration feature file is <card>As the root node, the XML file corresponding to the bus vendor configuration file begins with <cardnodes>The root node is the board layer in the simulation file. <card>The attribute values of the port layer <port>and / or node layer <attribute>Some attribute values.
[0033] Among them, the device configuration file is used to configure the device. A configuration template is pre-designed and constructed through the XML file format to specify various attribute information of the device. The XML format file is used as a carrier for storing device configurations, which enables the device configuration information to be shared and updated in multiple operating environments and across operating systems.
[0034] The device configuration file includes at least a device feature configuration file and a device board binding configuration file. The XML file corresponding to the device board binding configuration file is in the form of <benches>As the root node, the XML file corresponding to the device feature configuration file is <device>The node is the root node. By parsing the device configuration file, the device layer of the simulation file can be obtained. <device>and channel layer <channel>The attribute values of the port layer <port>and / or node layer <attribute>Some attribute values.
[0035] Step S103: assign values to the simulation file according to the analysis result, and the simulation platform runs the simulation file to realize the ICD simulation of the device board.
[0036] The parsing result is the attribute value in each configuration file, and the attribute value is filled into the corresponding position in the XML tag of the corresponding simulation file. Figure 3 As shown, in one example, the parsing result can also be obtained from a board characteristic configuration file, a device characteristic configuration file, a device board binding configuration, and a bus manufacturer configuration file, and a simulation file is obtained according to the parsing result.
[0037] Through the above steps, an automatic simulation design method based on hardware ICD is realized. Compared with the prior art, the embodiment of the present invention obtains the configuration directory of the device board and parses the configuration files corresponding to each device board in the configuration directory, and generates a simulation file according to the parsing result, so as to realize the simulation of the device board by the simulation platform based on the simulation file. The configuration file in this method is generated according to fixed rules, and the user only needs to modify the content in the configuration file to realize more flexible and efficient operation of the board and simulation. In addition, the use of XML format files as the carrier for storing board configurations realizes the characteristics that the board configuration information can be shared and updated in multiple operating environments and across operating systems.
[0038] The step division of the above methods is only for the purpose of clear description. When implemented, they can be combined into one step or some steps can be split and decomposed into multiple steps. As long as they include the same logical relationship, they are all within the scope of protection of this patent; adding insignificant modifications to the algorithm or process or introducing insignificant designs without changing the core design of the algorithm and process are all within the scope of protection of this patent.
[0039] Further, in some embodiments, parsing the configuration file to obtain the parsing result may include the following steps: parsing the configuration file to obtain a board configuration file and a device configuration file; wherein any configuration file is obtained by a pre-designed configuration; parsing the board configuration file and the device configuration file respectively to obtain the parsing result; wherein, if any parsing fails, the process of the method is terminated.
[0040] Further, in some embodiments, parsing the board configuration file and the device configuration file respectively to obtain the parsing result may include: parsing the board configuration file to obtain the board layer <card>The attribute values of the port layer <port>and / or node layer <attribute>parse the device configuration file to obtain the device layer of the simulation file <device>and channel layer <channel>The attribute values of the port layer <port>and / or node layer <attribute>Some attribute values.
[0041] Specifically, in a specific example, an XML file example of a simulation file is shown in Table 1.
[0042]
[0043]
[0044] Table 1 XML file of a simulation file
[0045] Specifically, the XML file of the simulation file is mainly divided into the device layer <device>, Board layer <card>, Channel Layer <channel>, Port Layer <port>or node layer <attribute>Each layer is distinguished by a unique identifier, where the device layer is identified by IP, the board layer is identified by bus, board number, and manufacturer, and the channel layer, port layer, or node layer is identified by ID. The simulation file includes the settings of devices, boards, channels, and ports, specifies boards and channels, and initializes the attributes of channels, so that each configuration can be flexibly combined and bound.
[0046] Further, in some embodiments, the board configuration file includes a board characteristic configuration file, which is in XML file format and is in <card>As the root node; where the root node <card>include <keyattribute> 、 <attribute>and <port>Child nodes; <keyattribute>The node includes multiple Name attribute values, which are used to identify the board; <attribute>The node includes the NetworkManagementRole attribute and the ValuePattern attribute, which are used to determine the network attributes of the board; <port>Includes the PortID property, which is used to identify the port of the board.
[0047] Specifically, in a specific example, an XML file example of a board feature configuration file is shown in Table 2:
[0048]
[0049]
[0050] Table 2 XML file corresponding to a board feature configuration file
[0051] Specifically, in the XML file corresponding to the board feature configuration file, at the same level <keyattribute>The node is the previous level <card>The value attribute configuration, the same level <attribute>The node is the previous level <card>The property configuration of <port>The node is <card>The detailed explanation of the configuration file is as follows.
[0052] 1) <card / > It is a description of the board;
[0053] 2) <keyattribute / > It is a description of the board attribute value. Multiple descriptions in the same directory use multiple Name combination values to identify the board:
[0054] a) Name = "Bus" The Bus value is used to identify the board name, EditorType = "NoEdit" The Bus value cannot be edited, and the default value is 0.
[0055] b) Name = "CardNum" The card names are identified by the CardNum value, EditorType = "SingleLine" The editing method of the CardNum value is a single-line input box, and the default value is 0.
[0056] c) Name = "CardType" The card name is identified by the CardType value, EditorType = "NoEdit" The Bus value cannot be edited, the default value is 0.
[0057] 3) <attribute / > It is a description of the board properties. If there are multiple directories at the same level, it means that the board has multiple properties:
[0058] a) Name = "NetworkManagementRole" One of the attributes of the board is NetworkManagementRole, EditorType = "Optionals" The NetworkManagementRole value is multiple optional, ValuePattern = "Network Controller Node, Network Backup Controller Node, Network Remote Node", the NetworkManagementRole values are: Network Controller Node, Network Backup Controller Node, Network Remote Node, the default value of this attribute is Network Controller Node.
[0059] b) Name = "RATE" One of the attributes of the board is RATE, EditorType = "Optionals" The RATE value is optional, ValuePattern = "1G, 2G, 4G" The RATE values are: 1G, 2G, 4G, and the default value of this attribute is 1G.
[0060] 4) <port / > It is the description of the port in the board;
[0061] 5) <port> <keyattribute / > <port / > It is the description of the port attribute value in the board. Name = "PortID" The port name is identified by the PortID value. EditorType = "SingleLine" The editing method of the PortID value is a single-line input box
[0062] Furthermore, in some embodiments, the board configuration file also includes a bus vendor configuration file, which is in XML file format and is in <cardnodes>is the root node; <cardnodes>The node includes the Name attribute, IP attribute, manufactor attribute, and cardID attribute, which are used to determine the manufacturer of the board.
[0063] Specifically, in a specific example, an XML file example of a bus vendor configuration file is shown in Table 3:
[0064] Table 3 XML file corresponding to a bus vendor configuration file
[0065] The configuration is performed according to the XML file of the bus vendor configuration file. The specific attributes of the configuration file are explained as follows:
[0066] 1) <cardnode / > It is a description of the board. name="FC-AE-ASM" indicates that the card type is FC-AE-ASM. IP="192.168.10.113" indicates the IP address of the device bound to the card. manufactor="FC-Manufacturer-1" indicates the manufacturer of the card. cardID="0" indicates the card ID.
[0067] Further, in some embodiments, the device configuration file includes a device card binding configuration file, and the device card binding configuration file is in XML file format and is in <benches>is the root node; <benches>include: <device>、 <bus> 、 <card>as well as <channel>Child nodes; <device>The node includes a BindName attribute, which is used to indicate the IP bound to the device; <bus>The node includes a Name property, which is used to determine the bus to which the device is bound; <card>The node includes MarkID and BindName attributes, which are used to determine the board to which the device is bound; <channel>The node includes MarkID and BindName attributes, which are used to determine the channel to which the device is bound to the board. <channel>The node also includes <port>Node, used to identify the device port.
[0068] Specifically, in a specific example, an XML file example of a device board binding configuration file is shown in Table 4.
[0069]
[0070]
[0071] Table 4 XML file of a device board binding configuration file
[0072] Specifically, the configuration is performed according to the properties of the device and board. The specific properties of the configuration file are explained as follows:
[0073] 1) <device> It is the description of the device, the binding attribute value Ip, and the configuration of the source device file;
[0074] 2) <bus / > It is a description of the bus, binding attribute value FC-AE-ASM, custom configuration;
[0075] 3) <card / > It is a description of the board, binding attribute value Bus:CardNum:CardType, source board FC-Manufacturer-1 file configuration, MarkID = "FC-AE-ASM" identifies the board type FC-AE-ASM, sub-level directory FC-AE-ASM;
[0076] 4) <channel / > It is a description of the channel, bound to the attribute value ChannelID, the source is the configuration defined by the imported data, MarkID = "FC-AE-ASM / Channel" identifies the board type FC-AE-ASM, identifies the board sub-level directory FC-AE-ASM / Channel;
[0077] <port / > It is a description of the port, bound to the attribute value PortID, and the source is the configuration defined by the imported data. MarkID = "FC-AE-ASM / Channel / Port" identifies the board type FC-AE-ASM and identifies the board sub-level directory FC-AE-ASM / Channel / Port.
[0078] Furthermore, in some embodiments, the device configuration file also includes a device characteristic configuration file, and the device characteristic configuration file is in XML file format. <device>Node is the root node; <device>Nodes include <keyattribute>Child nodes; <keyattribute>The child node includes a Name attribute, which is used to indicate the IP of the device.
[0079] Specifically, in a specific example, an XML file example of the device characteristic configuration file is shown in Table 5.
[0080]
[0081] Table 5 XML file of a device feature profile
[0082] Specifically, the same level <keyattribute>The node is the previous level <device>The value attribute configuration is configured according to the device attributes. The configuration is explained as follows:
[0083] 1) <device> It is a description of the equipment;
[0084] 2) <keyattribute / > It is a description of the device attribute value. Name = "Ip" and the device name is identified by the IP value. EditorType = "SingleLine" and the editing method of the IP value is a single-line input box. $(localIP) is the default IP value of the global variable.
[0085] Another embodiment of the present invention relates to an automatic simulation design method based on hardware ICD. The specific process is as follows Figure 4 As shown, the method includes the following steps.
[0086] Step S401: Import the device board configuration of the data source.
[0087] Step S402: Analyze the device board configuration of the data source.
[0088] Step S403: Determine whether the analysis is successful.
[0089] If the analysis is unsuccessful, the execution of this method process is stopped.
[0090] If the analysis is successful, execute step S404: obtain the configuration file and perform analysis.
[0091] The configuration file includes the board configuration, the device board binding configuration and the device configuration. The specific parsing process is similar to step S102 and will not be repeated here.
[0092] Step S405: Determine whether the analysis is successful.
[0093] If the analysis is unsuccessful, the execution of this method process is stopped.
[0094] If the analysis is successful, step S406 is executed: generating a simulation file. The specific generation process is similar to step S103 and will not be described again here.
[0095] Through the above steps, an automatic simulation design method based on hardware ICD is realized. Compared with the prior art, the embodiment of the present invention obtains the configuration directory of the device board and parses the configuration files corresponding to each device board in the configuration directory, and generates a simulation file according to the parsing result, so as to realize the simulation of the device board by the simulation platform based on the simulation file. The configuration file in this method is generated according to fixed rules, and the user only needs to modify the content in the configuration file to realize more flexible and efficient operation of the board and simulation. In addition, the use of XML format files as the carrier for storing board configurations realizes the characteristics that the board configuration information can be shared and updated in multiple operating environments and across operating systems.
[0096] like Figure 5 As shown, another embodiment of the present invention relates to an automatic simulation design system based on hardware ICD, which is applied to a simulation platform. The system includes: a configuration acquisition module 51, a configuration parsing module 52, and a simulation file generation module 53;
[0097] The configuration acquisition module 51 is used to respond to the simulation request and acquire the configuration directory of the device board; wherein the configuration directory at least includes the configuration file;
[0098] The configuration parsing module 52 is used to parse the configuration file and obtain the parsing result;
[0099] The simulation file generation module 53 is used to assign values to the simulation file according to the analysis results, and the simulation platform runs the simulation file to realize the ICD simulation of the device board; wherein,
[0100] The simulation file is stored in the memory of the simulation platform in XML file format;
[0101] The simulation file at least includes: device layer <device>, Board layer <card>and channel layer <channel>, and the port layer <port>and / or node layer <attribute>.
[0102] Optionally, the configuration parsing module 52 is specifically used to: parse the configuration file to obtain a board configuration file and a device configuration file; wherein any configuration file is obtained by a pre-designed configuration; parse the board configuration file and the device configuration file respectively to obtain parsing results; wherein, if any parsing fails, the method process is terminated.
[0103] Optionally, the configuration parsing module 52 is further specifically used to: parse the board configuration file to obtain the board layer <card>The property value of the port layer <port>and / or the node layer <attribute>Some attribute values of ;
[0104] Parse the device configuration file to obtain the device layer of the simulation file <device>and channel layer <channel>The property value of the port layer <port>and / or the node layer <attribute>Some attribute values.
[0105] The technical solution of this embodiment realizes a device for automatic simulation design based on hardware ICD for executing any of the above method embodiments. Compared with the prior art, the embodiment of the present invention obtains the configuration directory of the device board and parses the configuration files corresponding to each device board in the configuration directory, and generates a simulation file according to the parsing result, so as to realize the simulation of the device board by the simulation platform based on the simulation file. The configuration file in this method is generated according to fixed rules, and the user only needs to modify the content in the configuration file to realize more flexible and efficient operation of the board and simulation. In addition, by using XML format files as the carrier for storing board configuration, the board configuration information can be shared and updated in multiple operating environments and across operating systems.
[0106] It is not difficult to find that the present system embodiment is a system embodiment corresponding to any method embodiment, and the present system embodiment can be implemented in conjunction with any method embodiment. The relevant technical details mentioned in any method embodiment are still valid in the present system embodiment, and are not repeated here to reduce repetition. Accordingly, the relevant technical details mentioned in the present system embodiment can also be applied in any method embodiment.
[0107] It is worth mentioning that all modules involved in the embodiment of the system are logical modules. In practical applications, a logical unit can be a physical unit, a part of a physical unit, or a combination of multiple physical units. In addition, in order to highlight the innovative part of the present invention, the embodiment of the system does not introduce units that are not closely related to solving the technical problems proposed by the present invention, but this does not mean that there are no other units in the embodiment of the system.
[0108] Another embodiment of the present invention relates to a device, such as Figure 6 As shown, it includes at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the above-mentioned automatic simulation design method based on hardware ICD.
[0109] Among them, the memory and the processor are connected in a bus manner, and the bus may include any number of interconnected buses and bridges, and the bus connects various circuits of one or more processors and memories together. The bus can also connect various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface between the bus and the transceiver. The transceiver can be one element or multiple elements, such as multiple receivers and transmitters, providing a unit for communicating with various other devices on a transmission medium. The data processed by the processor is transmitted on a wireless medium via an antenna, and further, the antenna also receives data and transmits the data to the processor.
[0110] The processor is responsible for managing the bus and general processing, and can also provide various functions, including timing, peripheral interfaces, voltage regulation, power management, and other control functions. Memory can be used to store data used by the processor when performing operations.
[0111] Another embodiment of the present invention relates to a computer-readable storage medium storing a computer program, which implements the above method embodiment when executed by a processor.
[0112] That is, those skilled in the art can understand that all or part of the steps in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a program, and the program is stored in a storage medium, including several instructions for making a device (which can be a single-chip microcomputer, chip, etc.) or a processor (processor) perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program codes.
[0113] Those skilled in the art will appreciate that the above embodiments are specific embodiments for implementing the present invention, and that in actual applications, various changes may be made in form and detail without departing from the spirit and scope of the present invention.< / attribute> < / port> < / channel> < / device> < / attribute> < / port> < / card> < / attribute> < / port> < / channel> < / card> < / device> < / device> < / keyattribute> < / keyattribute> < / keyattribute> < / device> < / device> < / port> < / channel> < / channel> < / card> < / bus> < / device> < / channel> < / card> < / bus> < / device> < / benches> < / benches> < / cardnodes> < / cardnodes> < / port> < / card> < / port> < / card> < / attribute> < / card> < / keyattribute> < / port> < / attribute> < / keyattribute> < / port> < / attribute> < / keyattribute> < / card> < / card> < / attribute> < / port> < / channel> < / card> < / device> < / attribute> < / port> < / channel> < / device> < / attribute> < / port> < / card> < / attribute> < / port> < / channel> < / device> < / device> < / benches> < / attribute> < / port> < / card> < / cardnodes> < / card> < / keyattribute> < / keyattribute> < / device> < / device> < / port> < / channel> < / channel> < / card> < / bus> < / device> < / channel> < / card> < / bus> < / device> < / benches> < / benches> < / cardnodes> < / cardnodes> < / port> < / attribute> < / keyattribute> < / port> < / attribute> < / keyattribute> < / card> < / card> < / attribute> < / port> < / channel> < / device> < / attribute> < / port> < / card> < / attribute> < / port> < / channel> < / card> < / device> < / attribute> < / port> < / channel> < / card> < / device>
Claims
1. An automatic simulation design method based on hardware ICD, characterized in that: Applied to a simulation platform, the method comprises: In response to the simulation request, obtain a configuration directory of the device board; wherein the configuration directory at least includes a configuration file; Parsing the configuration file to obtain a parsing result; The simulation file is assigned a value according to the analysis result, and the simulation platform runs the simulation file to realize the ICD simulation of the device board; wherein, The simulation file is stored in the memory of the simulation platform in XML file format; The simulation file at least includes: device layer <device>, Board layer <card>and channel layer <channel>, and the port layer <port>and / or node layer <attribute> 。< / attribute> < / port> < / channel> < / card> < / device> 2. The automatic simulation design method based on hardware ICD according to claim 1 is characterized in that: The parsing of the configuration file to obtain a parsing result includes: Parsing the configuration file to obtain a board configuration file and a device configuration file; wherein the configuration file is obtained by pre-designed configuration; The board configuration file and the device configuration file are parsed respectively to obtain the parsing result; wherein, If any parsing fails, the process of the method is terminated.
3. The automatic simulation design method based on hardware ICD according to claim 2, characterized in that: The respectively parsing the board configuration file and the device configuration file to obtain the parsing result includes: Parse the board configuration file to obtain the board layer <card>The property value of the port layer <port>and / or the node layer <attribute> Some attribute values of ;< / attribute> < / port> < / card> Parse the device configuration file to obtain the device layer of the simulation file <device>and channel layer <channel>The property value of the port layer <port>and / or the node layer <attribute> Some attribute values.< / attribute> < / port> < / channel> < / device> 4. The automatic simulation design method based on hardware ICD according to claim 2 is characterized in that: The board configuration file includes a board characteristic configuration file, which is in XML file format and is <card> As the root node;< / card> The root node <card>include <keyattribute> 、 <attribute>and <port> node;< / port> < / attribute> < / keyattribute> < / card> Said <keyattribute> The node includes multiple Name attribute values, which are used to identify the board;< / keyattribute> Said <attribute> The node includes a NetworkManagementRole attribute and a ValuePattern attribute, which are used to determine the network attributes of the board;< / attribute> Said <port> The node includes a PortID attribute for identifying the port of the board.< / port> 5. The automatic simulation design method based on hardware ICD according to claim 4 is characterized in that: The board configuration file also includes a bus vendor configuration file, which is in XML file format and is <cardnodes> is the root node;< / cardnodes> Said <cardnodes> The node includes a Name attribute, an IP attribute, a manufactor attribute, and a cardID attribute, which are used to determine the manufacturer of the board.< / cardnodes> 6. The automatic simulation design method based on hardware ICD according to claim 2 is characterized in that: The device configuration file includes a device card binding configuration file, and the device card binding configuration file is in XML file format and is <benches> is the root node;< / benches> The root node <benches>include: <device>、 <bus> 、 <card>as well as <channel> node;< / channel> < / card> < / bus> < / device> < / benches> Said <device> The node includes a BindName attribute, which is used to indicate the IP bound to the device;< / device> Said <bus> The node includes a Name attribute, which is used to determine the bus to which the device is bound;< / bus> Said <card> The node includes MarkID and BindName attributes, which are used to determine the board to which the device is bound;< / card> Said <channel>The node includes MarkID and BindName attributes, which are used to determine the channel to which the device is bound to the board. <channel>The node also includes <port> A node is used to determine the device port.< / port> < / channel> < / channel> 7. The automatic simulation design method based on hardware ICD according to claim 6 is characterized in that: The device configuration file also includes a device characteristic configuration file, which is in XML file format. <device> Node is the root node;< / device> Said <device>Nodes include <keyattribute> node;< / keyattribute> < / device> Said <keyattribute> The node includes a Name attribute for indicating the IP of the device.< / keyattribute> 8. A system for automatic simulation design based on hardware ICD, characterized in that: Applied to a simulation platform, the system comprises: a configuration acquisition module, a configuration parsing module, and a simulation file generation module; The configuration acquisition module is used to respond to the simulation request and acquire the configuration directory of the device board; wherein the configuration directory at least includes a configuration file; The configuration parsing module is used to parse the configuration file to obtain a parsing result; The simulation file generation module is used to assign values to the simulation file according to the analysis result, and the simulation platform runs the simulation file to realize the ICD simulation of the device board; wherein, The simulation file is stored in the memory of the simulation platform in XML file format; The simulation file at least includes: device layer <device>, Board layer <card>and channel layer <channel>, and the port layer <port>and / or node layer <attribute> 。< / attribute> < / port> < / channel> < / card> < / device> 9. A device, characterized in that: include: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the automatic simulation design method based on hardware ICD as described in any one of claims 1 to 7.
10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the automatic simulation design method based on hardware ICD described in any one of claims 1 to 7 is implemented.