Parameter configuration method and device of circuit module, medium and product

Abstract

The invention discloses a parameter configuration method and device for a circuit module, a medium and a product, and the method comprises the steps: obtaining and analyzing an RTL design file of a target circuit module, and obtaining a code analysis result; according to the analysis result, obtaining a target configuration port in the target circuit module, and obtaining the target configuration port and parameter information thereof; on the basis of the code analysis result, alternative associated ports of a target configuration port are identified, and the association type between each port and the target port is judged; identifying at least one target association port of which the association type is direct or indirect association in the alternative association ports, and generating a configurable parameter value list corresponding to the target association port and the target association port according to the parameter value information corresponding to the association parameters of the target association port and the target configuration port, according to the technical scheme, the accuracy and verification efficiency of parameter configuration in the chip design stage can be improved.

Description

Technical Field

[0001] This invention relates to the field of integrated circuit technology, and in particular to a method, apparatus, medium, and product for configuring parameters of a circuit module. Background Technology

[0002] As the complexity of integrated circuit design increases exponentially, parameter configuration during chip verification has become a critical bottleneck affecting project cycles. In multi-module collaborative design models, there are complex interrelationships and constraints among the parameters of various functional IPs (Intellectual Property cores), and they must comply with industry bus protocol specifications. The traditional method of manually verifying parameter configurations item by item is not only inefficient, but also makes it difficult to ensure the rationality and compatibility of parameter combinations at the system level. Any configuration oversight may lead to post-silicon failures, resulting in huge losses in tape-out costs.

[0003] In existing technical solutions, parameter configuration mainly relies on manually extracting RTL (Register Transfer Level) parameters in a UVM (Universal Verification Methodology) verification environment, or using a hardware simulation platform to perform a limited range of parameter scans. However, the former requires repeated adaptation of design code for different verification platforms, resulting in significant environment dependence; the latter is limited by equipment resources and scenario coverage, and cannot effectively handle protocol-related indirect parameter associations. Summary of the Invention

[0004] This invention provides a method, device, medium, and product for configuring parameters of a circuit module, which can significantly improve the efficiency of chip design verification through automated parameter configuration and verification processes.

[0005] According to one aspect of the present invention, a parameter configuration method for a circuit module is provided, the method comprising:

[0006] Obtain the RTL design file of the target circuit module, parse the code structure of the RTL design file, and obtain the code parsing results;

[0007] Based on the code parsing results, the target configuration port in the target circuit module is obtained, and the parameter value information corresponding to the target parameter of the target configuration port is obtained. When there are multiple target configuration ports, the parameter value information of the multiple target configuration ports is processed in parallel.

[0008] Based on the code parsing results, at least one alternative associated port that matches the target configuration port is obtained in the target circuit module, and the association type between each alternative associated port and the target configuration port is obtained.

[0009] Identify at least one target associated port among the candidate associated ports that has a direct or indirect association type, and generate a list of configurable parameter values ​​that correspond to both the target associated port and the target configuration port based on the association parameters of the target associated port and the parameter value information corresponding to the target configuration port.

[0010] In the simulation environment, the target circuit module is functionally verified based on a list of configurable parameters.

[0011] According to another aspect of the present invention, a parameter configuration device for a circuit module is provided, the device comprising:

[0012] The design parsing module is used to obtain the RTL design file of the target circuit module, parse the code structure of the RTL design file, and obtain the code parsing result;

[0013] The parameter acquisition module is used to obtain the target configuration port in the target circuit module according to the code parsing result, and obtain the parameter value information corresponding to the target parameter of the target configuration port. When there are multiple target configuration ports, the parameter value information of the multiple target configuration ports is processed in parallel.

[0014] The type analysis module is used to obtain at least one alternative associated port that matches the target configuration port in the target circuit module based on the code parsing results, and to obtain the association type between each alternative associated port and the target configuration port.

[0015] The configuration parameter generation module is used to identify at least one target associated port with a direct or indirect association type among the candidate associated ports, and generate a list of configurable parameter values ​​that correspond to both the target associated port and the target configuration port based on the association parameters of the target associated port and the parameter value information corresponding to the target configuration port.

[0016] The verification module is used to perform functional verification of the target circuit module based on a list of configurable parameters in a simulation environment.

[0017] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising:

[0018] At least one processor; and

[0019] A memory communicatively connected to the at least one processor; wherein,

[0020] The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to execute a parameter configuration method for a circuit module according to any embodiment of the present invention.

[0021] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions, the computer instructions being configured to cause a processor to execute and implement a parameter configuration method for a circuit module as described in any embodiment of the present invention.

[0022] According to another aspect of the present invention, a computer program product is also provided, including computer instructions that, when executed by a processor, implement the steps of the method as described in any embodiment of the present invention.

[0023] The technical solution of this invention obtains the RTL design file of the target circuit module and parses its code structure to obtain code parsing results. Then, based on the code parsing results, it obtains the parameter value information of the target configuration port and the target parameters. Subsequently, it filters the candidate associated ports that match the target configuration ports in the target circuit module and determines the association type of each port. Then, it identifies the target associated ports that are directly or indirectly associated. Based on the association parameters of the target associated ports and the parameter value information of the target configuration ports, it generates a list of configurable parameter values. Finally, it performs functional verification of the target circuit module based on the list of configurable parameters in the simulation environment. This solves the problems of relying on manual intervention, being time-consuming and prone to errors in the parameter configuration process, and achieves the beneficial effect of improving verification efficiency and accuracy.

[0024] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0025] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 This is a flowchart of a parameter configuration method for a circuit module according to Embodiment 1 of the present invention;

[0027] Figure 2 This is a flowchart of another parameter configuration method for a circuit module provided according to Embodiment 2 of the present invention;

[0028] Figure 3 This is a flowchart of another parameter configuration method for a circuit module provided according to Embodiment 3 of the present invention;

[0029] Figure 4 This is a schematic diagram of the structure of a parameter configuration device for a circuit module according to Embodiment 3 of the present invention;

[0030] Figure 5 This is a schematic diagram of the structure of an electronic device that implements a parameter configuration method for a circuit module according to an embodiment of the present invention. Detailed Implementation

[0031] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0032] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0033] Example 1

[0034] Figure 1 This is a flowchart of a parameter configuration method for a circuit module provided in Embodiment 1 of the present invention. This embodiment can be applied to the parameter configuration and verification in chip design circuits. The method can be executed by a parameter configuration device for the circuit module. This device can be implemented in hardware and / or software and is generally configured in electronic devices.

[0035] Correspondingly, such as Figure 1 As shown, the method includes:

[0036] S110. Obtain the RTL design file of the target circuit module, and parse the code structure of the RTL design file to obtain the code parsing result.

[0037] In this context, the RTL design file can be understood as a source code file written in a hardware description language such as Verilog or VHDL (VHSIC Hardware Description Language) to describe digital circuits. It specifically defines the functions of circuit modules, the data flow between internal registers, and combinational logic operations, serving as the core design description before chip implementation. All subsequent parameter acquisition, correlation analysis, and verification activities are based on this file.

[0038] In this embodiment, the first step is to obtain the RTL design file of the target circuit module and perform in-depth analysis of its code structure. This process aims to understand the hierarchical organization of the design, the module interface definitions, and the internal logic structure, establishing an accurate data foundation for subsequent parameter extraction and correlation analysis. Through analysis, a complete list of the module's ports, parameter definition locations, and dependencies in the code can be obtained. This in-depth analysis establishes a complete contextual environment for parameter extraction, ensuring that the original definition location of each parameter can be traced.

[0039] S120. Based on the code parsing results, obtain the target configuration port in the target circuit module, and obtain the parameter value information corresponding to the target parameters of the target configuration port. When there are multiple target configuration ports, the parameter value information of the multiple target configuration ports is processed in parallel.

[0040] The target configuration port can be understood as a specific functional interface that the designer needs to focus on configuring parameters. It usually corresponds to the input or output interface of a key functional module in the chip that needs to be configured, such as the configuration interface of a bus controller.

[0041] In this embodiment, based on the code parsing results, it is necessary to locate the target configuration port and obtain its corresponding parameter value information. This process includes identifying the parameter definition type, distinguishing between different forms such as macro definitions and ordinary parameters, and obtaining accurate parameter values ​​through appropriate value retrieval strategies. For parameters that need to be passed across modules, hierarchical tracing is also required to determine their final values.

[0042] Furthermore, when there are multiple target configuration ports, the original serial parameter acquisition process is optimized into a parallel processing mode through a task decomposition mechanism. That is, multiple independent threads or processes are started at the same time, each responsible for the parameter definition type identification and value tracing operation of different ports.

[0043] S130. Based on the code parsing results, obtain at least one alternative associated port that matches the target configuration port in the target circuit module, and obtain the association type between each alternative associated port and the target configuration port.

[0044] In this context, associated ports can be understood as other ports in the target circuit module that have logical, functional, or protocol specification dependencies on the target configured port. The parameter configuration of these ports not only directly or indirectly affects the behavior of the target configured port, but may also further affect the behavior of other alternative associated ports through a parameter dependency network, thus forming a multi-layered chain effect.

[0045] In this embodiment, the relationship between the target configuration port and other ports is further analyzed. By examining the connection relationships, data flow paths, and logical dependencies between ports, candidate ports that may be associated are screened out. For each identified candidate associated port, the strength of its association with the target port needs to be determined: direct association is manifested by explicit assignment relationships or calculation formulas, while indirect association is reflected in the need to meet common protocol constraints or system-level requirements.

[0046] S140. Identify at least one target associated port among the candidate associated ports that has a direct or indirect association type, and generate a list of configurable parameter values ​​that correspond to both the target associated port and the target associated port based on the association parameters of the target associated port and the parameter value information corresponding to the target configuration port.

[0047] The configurable parameter list can be understood as a coordinated set of parameter values ​​generated after parameter acquisition, associated port identification, and association verification. This list includes not only the final parameter values ​​of the target configuration port itself, but also the correct parameter values ​​of all directly or indirectly associated target ports, thus ensuring that the parameter configuration of the entire interface or module is consistent and compatible.

[0048] In this embodiment, a unified parameter configuration list needs to be generated for the identified associated ports. This process comprehensively considers the matching relationship between the target port parameters and the associated port parameters, combined with protocol specification requirements, to form a consistent set of configurable parameter values. This list will serve as the basis for subsequent verification, ensuring that the configurations of all relevant parameters remain compatible.

[0049] S150. In the simulation environment, the target circuit module is functionally verified based on the configurable parameter list.

[0050] In this embodiment, the generated parameter list is finally functionally verified in a simulation environment. By actually running the simulation, the behavior of the circuit module under specific parameter configurations is observed, verifying the correctness and rationality of the parameter values. This step ensures that the parameter configuration not only meets theoretical requirements but also satisfies actual functional needs.

[0051] The technical solution of this invention obtains the RTL design file of the target circuit module and parses its code structure to obtain code parsing results. Then, based on the code parsing results, it obtains the parameter value information of the target configuration port and the target parameters. Subsequently, it filters the candidate associated ports that match the target configuration ports in the target circuit module and determines the association type of each port. Then, it identifies the target associated ports that are directly or indirectly associated. Based on the association parameters of the target associated ports and the parameter value information of the target configuration ports, it generates a list of configurable parameter values. Finally, it performs functional verification of the target circuit module based on the list of configurable parameters in the simulation environment. This solves the problems of relying on manual intervention, being time-consuming and prone to errors in the parameter configuration process, and achieves the beneficial effect of improving verification efficiency and accuracy.

[0052] Example 2

[0053] Figure 2 This is a flowchart of another parameter configuration method for a circuit module provided in Embodiment 2 of the present invention. This embodiment is an optimization based on the above embodiments. In this embodiment, the operation of "obtaining parameter value information corresponding to the target parameter of the target configuration port" is specifically refined.

[0054] Correspondingly, such as Figure 2 As shown, the method includes:

[0055] S210. Obtain the RTL design file of the target circuit module, and parse the code structure of the RTL design file to obtain the code parsing result.

[0056] S220. In the code parsing results, obtain the parameter definition type that matches the target parameter.

[0057] In this embodiment, the parameter's keyword and definition context are identified to determine whether it belongs to a macro definition or another type of parameter declaration. Specifically, the parsing process checks whether the parameter is defined by a preprocessor directive, declared in the module parameter list, or defined in a local block, thereby accurately classifying the parameter's definition type and providing a basis for subsequent value retrieval strategies.

[0058] S230. If the parameter definition type is a macro definition, then the parameter value information corresponding to the target parameter is directly extracted from the macro definition information that matches the target parameter.

[0059] Macros can be understood as identifiers that are replaced by the preprocessor before code compilation or synthesis. They are usually defined using specific preprocessor directives (such as define in Verilog). Their values ​​are fixed before compilation and apply to the entire file or all files containing the definition.

[0060] In this embodiment, when the parameter definition type is identified as a macro definition, the parameter value stored in the macro definition information is directly used. Since macro definitions are determined before compilation and are usually located in the file header or include files, the value retrieval process is relatively direct and does not require tracing the code execution flow. This approach is suitable for parameter configurations that are fixed in the early stages of design and will not change with module instantiation, ensuring the rapid extraction of commonly used parameters.

[0061] Furthermore, the uniqueness of parameter definition locations will be checked. If multiple macro definitions of the same target parameter are detected in the code, a duplicate definition report will be automatically generated and all definition locations will be identified, thereby avoiding configuration conflicts caused by parameter redefinition.

[0062] S240. If the parameter definition type is not a macro definition, then start from the function layer where the target parameter is located and traverse upwards layer by layer until the source definition position matching the target parameter is obtained, and extract the parameter value information corresponding to the target parameter from the source definition position.

[0063] In this embodiment, if the parameter definition type is not a macro definition, a hierarchical tracing strategy is needed to locate the source definition of the parameter. This process starts from the function or module level where the parameter is located, traversing the code structure upwards level by level, checking the parameter passing and overriding relationships at each level. For local parameters, their values ​​are usually determined within the current module; while for transitive parameters, it is necessary to trace upwards along the instantiation path until the top-level definition source is found, thereby ensuring that the obtained parameter value is the final effective configuration.

[0064] In a specific example, when parsing the RTL code of this module, if the target parameter DATA_WIDTH is found to be defined as "define DATA_WIDTH 32" at the beginning of the file, it is immediately identified as a macro definition type, and the predefined 32-bit width value is directly adopted. If the parameter FIFO_DEPTH is found to be declared as "localparam FIFO_DEPTH =8" inside the module, it is determined to be a local parameter type, and its value of 8 is directly obtained within the current module. If the parameter BURST_LENGTH is declared as "parameter BURST_LENGTH" in the module port list, but is overridden by the upper-level module as 16 during instantiation, the instantiation level is traced upwards until the actual configuration value of 16 at the top level is located, thus completing the accurate acquisition of the parameter value.

[0065] S250. Based on the code parsing results, obtain at least one alternative associated port that matches the target configuration port in the target circuit module, and obtain the association type between each alternative associated port and the target configuration port.

[0066] Furthermore, based on the above embodiments, before acquiring at least one alternative associated port matching the target configuration port in the target circuit module, it may further include:

[0067] In the code parsing results, obtain the code statements that match the target parameters and the parameter types;

[0068] Based on the parameter type, the reasonableness of the value range of the target parameter is checked, and the code writing standardization of the associated code statements is checked.

[0069] If the target parameter passes the value range reasonableness check and code writing standardization check, then it is determined to perform the operation of obtaining at least one alternative associated port that matches the target configuration port in the target circuit module.

[0070] Code compliance checking can be understood as the process of verifying the writing format and style of hardware description language code within the parameter configuration flow to ensure it conforms to established rules. Its core purpose is to ensure the code itself is clear, consistent, and unambiguous, providing a high-quality foundation for subsequent automated analysis and processing.

[0071] Generally, after completing code parsing and obtaining parameter value information, it is necessary to first verify the basic quality of the parameters. This step aims to ensure that subsequent complex correlation analysis is based on reliable data, avoiding the failure or misleading nature of subsequent analysis due to fundamental errors in the parameters themselves.

[0072] Generally, parameter validation is performed from two dimensions. First, the reasonableness of the parameter's value range is checked. This requires determining whether the value is within a valid range based on the parameter's type and defined attributes, such as checking if the bit-width parameter is a positive integer and whether the status code value is unique. Second, the coding style of the parameter-related code is checked. This includes checking whether identifier naming conforms to standards and whether the number representation format is correct, among other basic syntax rules. These two checks ensure the accuracy and standardization of the parameters from the semantic and syntactic levels, respectively.

[0073] Generally, after confirming that the target parameters have passed the basic quality checks of reasonable value range and code writing standardization, the process of screening candidate related ports in the target circuit module will begin. Based on the structured information obtained from the previous code analysis, by analyzing the data flow, control dependencies, and functional coupling between ports, candidate related ports with potential logical connections to the target configuration ports are identified. Through this multi-dimensional and in-depth correlation analysis, the interconnection context of the target ports in the overall design can be fully grasped, laying the foundation for subsequent determination of direct or indirect correlation types.

[0074] S260. Identify at least one target associated port among the candidate associated ports that has a direct or indirect association type, and generate a list of configurable parameter values ​​that correspond to both the target associated port and the target associated port based on the association parameters of the target associated port and the parameter value information corresponding to the target configuration port.

[0075] S270. In the simulation environment, the target circuit module is functionally verified based on the configurable parameter list.

[0076] Furthermore, based on the above embodiments, after performing functional verification of the target circuit module in a simulation environment based on a configurable parameter list, the following may also be included:

[0077] When functional verification fails, analyze the root cause of the failure and locate the problematic parameters, and generate a verification report containing error details and repair suggestions;

[0078] The cases that failed to be validated are used as training samples and fed back into the correlation parameter model to optimize the model's judgment rules and parameter recommendation strategy.

[0079] The process of identifying and acquiring parameters of the target configuration port is retried based on the error analysis results.

[0080] Generally, when functional verification fails, the first step is to thoroughly analyze the waveform data, log records, and error messages generated during the simulation to determine the root cause of the failure. By comparing the expected behavior with the actual observed circuit behavior, the specific problematic parameter or combination of parameters is located, and a detailed verification report is generated. This report not only records the error phenomenon but also analyzes specific problems such as timing violations, functional abnormalities, or performance failures caused by improper parameter configuration, and provides targeted parameter adjustment suggestions.

[0081] Generally, validation failures are automatically collected and fed back into the correlation parameter model as important training samples. These samples, containing actual error patterns, are used to optimize the model's internal judgment rules and parameter recommendation strategies, enabling the model to learn more boundary cases and parameter constraints in complex scenarios, thereby continuously improving its accuracy and reliability in subsequent analyses.

[0082] Generally, after completing error analysis and obtaining a detailed verification report, the parameter configuration process is restarted based on the analysis results. This process begins with the re-identification of the target configuration port, and then repeats steps such as parameter acquisition, correlation analysis, and verification, forming a complete closed-loop optimization cycle. This ensures that the discovered parameter configuration problems are thoroughly resolved, thereby achieving continuous improvement in parameter configuration quality.

[0083] The technical solution of this invention obtains the RTL design file of the target circuit module and parses the code structure to obtain the code parsing result. Based on this, the target configuration port and its parameter value information are obtained. Then, the parameter definition type is identified and the corresponding value retrieval strategy is executed according to the type difference. For macro definition types, predefined values ​​are directly extracted, and for non-macro definition types, the source definition value is located by hierarchical tracing. This step significantly improves the accuracy and efficiency of parameter acquisition. Subsequently, candidate associated ports are screened in the target circuit module and the association type is determined. Then, the target associated ports that are directly or indirectly associated are identified and a list of configurable parameter values ​​is generated. Finally, functional verification is performed based on this list in the simulation environment. This solves the problems of parameter configuration relying on manual labor, low efficiency and easy error, and achieves the beneficial effect of improving the level of configuration automation and verification reliability.

[0084] Example 3

[0085] Figure 3 This is a flowchart of another parameter configuration method for a circuit module provided in Embodiment 3 of the present invention. This embodiment is based on the above embodiments and optimized. In this embodiment, the operation of "obtaining at least one alternative associated port that matches the target configuration port in the target circuit module, and obtaining the association type between each alternative associated port and the target configuration port" is specifically refined.

[0086] Correspondingly, such as Figure 3 As shown, the method includes:

[0087] S310. Obtain the RTL design file of the target circuit module, and parse the code structure of the RTL design file to obtain the code parsing result.

[0088] S320. Based on the code parsing results, obtain the target configuration port in the target circuit module, and obtain the parameter value information corresponding to the target parameters of the target configuration port.

[0089] S330. Based on the code parsing results, obtain each alternative associated port in the target circuit module that has a logical dependency relationship with the target configuration port, and determine the association type between each alternative associated port and the target configuration port according to the type of logical dependency relationship.

[0090] Logical dependency can be understood as the mutual influence between parameters or ports based on function, data flow or protocol specifications. This relationship determines the coordination of parameter values ​​and the correctness of configuration.

[0091] In this embodiment, a thorough analysis of the connection relationships related to the target configuration port is required based on the code parsing results. By analyzing the data flow, control signal transmission paths, and functional coupling characteristics between ports, all candidate associated ports that may have logical dependencies are screened out. For each identified candidate associated port, the specific association type between it and the target configuration port needs to be further determined. This type determination mainly depends on whether there are direct assignment statements, calculation formulas, or obvious conditional dependencies between the ports, or whether the connection is established indirectly through external protocol specifications or system-level constraints.

[0092] Optionally, based on the above embodiments, determining the association type between each candidate associated port and the target configuration port according to the type of logical dependency may include:

[0093] If it is determined that there is an explicit assignment statement, calculation formula, or direct conditional dependency between the first candidate associated port and the target configuration port, then the association type between the first candidate associated port and the target configuration port is determined to be a direct association.

[0094] If it is determined that there is no direct code association between the second alternative associated port and the target configuration port, but they must both comply with external protocol specifications or system-level constraints, then the association type between the second alternative associated port and the target configuration port is determined to be an indirect association.

[0095] Generally, when determining the association type, if a clear direct code-level connection is found between the candidate association port and the target configuration port, such as the value of one port being directly passed to the other through an assignment statement, or both participating in the same calculation formula, or the existence of a conditional statement that makes the value of one port directly determine the state of the other, it can be determined as a direct association type. This association relationship originates from the traceable logic of the code structure itself and can be confirmed through static code analysis without relying on external knowledge.

[0096] Generally, when the alternative associated port and the target configuration port are not explicitly connected at the code level, but need to meet specific protocol requirements or system-level constraints according to design specifications, they are determined to be of the indirect association type. Such associations cannot be identified by simple code analysis and need to be inferred with the help of protocol rule bases or domain knowledge. For example, the port parameters of both parties need to meet the timing matching rules in the bus protocol or the functional compatibility requirements of the architecture definition.

[0097] In an optional implementation of this embodiment, the determination of direct association can be illustrated through an AHB (Advanced High-performance Bus) controller design example: when the target configuration port is the HSIZE parameter that defines the transmission size, and the alternative associated port is the HBURST parameter that defines the burst transmission type, the direct constraint relationship between the two can be clearly identified by parsing the RTL code. For example, when the HBURST parameter is configured as incremental burst mode, the HSIZE parameter must be set to full-word length transmission specification. This kind of association relationship directly established through code logic constitutes a direct association type, and its identification process can be completed through static code analysis. Correspondingly, the determination of indirect association is reflected in the USB device controller scenario: when the target configuration port is the endpoint type parameter ENDPOINT_TYPE and the alternative associated port is the buffer depth parameter BUFFER_DEPTH, although no explicit connection relationship is seen at the code level, according to the specific requirements of the USB protocol specification on the buffer depth of different endpoint types, there is an essential difference in the required buffer depth between interrupt transfer endpoints and bulk transfer endpoints. This kind of implicit association formed by external protocol specification constraints belongs to the indirect association type, and its identification requires professional analysis based on the protocol rule base.

[0098] S340. If the association type between the target candidate associated port and the target configuration port is indirect association, then the port description information of the target candidate associated port and the target configuration port is input into the pre-trained association parameter model for secondary judgment.

[0099] The construction of the pre-trained correlation parameter model begins with comprehensive input of the relevant protocol types and specifications for the target parameters. These clearly defined industry standards and rules are transformed into a machine-readable structured format, thereby establishing an initial correlation parameter rule base. Subsequently, the rule base is validated and tested using a test set containing both correct and incorrect configurations. The model is allowed to process known correct cases to verify the completeness of its judgments, while incorrect cases are used to evaluate its accuracy in identifying non-compliant configurations. Based on the test results, the rule base is corrected and optimized, correcting rules that cause misjudgments and supplementing missing constraints. This testing and correction process is iterated multiple times until the model's judgments on the test set reach a stable and reliable level, ultimately forming a mature model that can accurately identify complex correlations between parameters and output verification results that conform to protocol specifications.

[0100] In this embodiment, when an indirect association type is identified between the target candidate associated port and the target configured port, a more complex analysis mechanism needs to be initiated. Specifically, since there is no direct code-level connection between the ports, but rather the association is generated through implicit rules such as protocol specifications, timing requirements, or architectural constraints, the descriptive information of the relevant ports needs to be input into a pre-trained association parameter model. This model embeds rich protocol knowledge and system specifications, enabling professional-level analysis of the compatibility and matching degree between port parameters.

[0101] Optionally, based on the above embodiments, inputting the port description information of the target candidate associated ports and the target configured ports into a pre-trained association parameter model for secondary judgment may include:

[0102] Input the port type, bit width attribute, and protocol keyword features of the target configuration port and the target alternative associated ports into the association parameter model, and perform bus type identification and protocol compliance analysis through the protocol rule base embedded in the model;

[0103] When the associated parameter model is identified as the target bus port, the compatibility of the parameter value combination of the target configuration port and the target alternative associated port is verified based on the bus protocol specification, and a parameter configuration compliance judgment result is generated.

[0104] Generally, after obtaining port information, the key attribute features of the target configuration port and alternative associated ports need to be input into the analysis model for processing. These features include, but are not limited to, the category attributes defined in the port code, the data bit width value, and protocol-related keywords contained in the port name. The model will match and compare these features with known bus protocol standards based on the embedded rule knowledge base to determine whether the port combination conforms to the characteristic pattern of a certain bus type, and further verify whether its parameter configuration meets the specification requirements of the corresponding protocol.

[0105] Generally, once the model confirms through feature matching that a port belongs to a certain type of standard bus architecture, it will activate a deep verification mechanism for that bus protocol. This process calls upon the parameter constraints defined in the protocol specification, performs a combined compatibility check on all parameter values ​​of the relevant ports, evaluates whether the combination of parameters meets the coordination requirements in terms of timing, bandwidth, and functionality, and ultimately forms a comprehensive judgment on whether the parameter configuration fully complies with the protocol specification.

[0106] Furthermore, when the preliminary parameter configuration of the module port has been obtained but its correctness needs to be verified, these pre-configured parameter values ​​and corresponding port description information can be directly input into the associated parameter model. The model will quickly verify the compatibility and protocol compliance between parameters based on the embedded protocol rule base and historical training data, and directly output the compliance judgment result or specific error diagnosis information, thereby achieving highly efficient and targeted verification without relying on the complete parameter generation process.

[0107] S350. The result of the second judgment is used as the association type between the target candidate associated port and the target configured port.

[0108] In this embodiment, the secondary judgment result generated by the association parameter model after in-depth analysis of the input port description information will serve as the final basis for determining the association type between the target candidate association port and the target configured port. This determination process not only considers the direct code relationship between ports, but more importantly, it incorporates deep rules such as protocol specifications and system-level constraints to ensure the accuracy and practicality of the association type determination, providing a reliable basis for subsequent parameter configuration.

[0109] S360. Identify at least one target associated port among the candidate associated ports that has a direct or indirect association type, and generate a list of configurable parameter values ​​that correspond to both the target associated port and the target associated port based on the association parameters of the target associated port and the parameter value information corresponding to the target configuration port.

[0110] S370. In the simulation environment, the target circuit module is functionally verified based on the configurable parameter list.

[0111] The technical solution of this invention obtains the RTL design file of the target circuit module and parses the code structure to obtain the code parsing result. Then, based on the code parsing result, it obtains the target configuration port and parameter value information. Subsequently, it obtains the candidate associated ports in the target circuit module that have logical dependencies on the target configuration port and determines the association type according to the logical dependency type. When the association type is indirect association, the port description information of the target candidate associated ports and the target configuration port is input into a pre-trained association parameter model for secondary judgment, and the secondary judgment result is used as the association type. This step improves the accuracy of association type judgment, especially for indirect associations with complex protocol constraints. Then, it identifies the target associated ports with direct or indirect association types and generates a list of configurable parameter values ​​based on the association parameters of the target associated ports and the parameter value information of the target configuration ports. Finally, it performs functional verification of the target circuit module based on the list of configurable parameter values ​​in the simulation environment. This solves the problems of relying on manual intervention, being time-consuming, and prone to errors in the parameter configuration process, and achieves the beneficial effects of improving verification efficiency through automation and enhancing configuration reliability through model assistance.

[0112] Example 4

[0113] Figure 4 This is a schematic diagram of a parameter configuration device for a circuit module provided in Embodiment 4 of the present invention. Figure 4 As shown, the device includes: a design analysis module 410, a parameter acquisition module 420, a type analysis module 430, a configuration parameter generation module 440, and a verification module 450, wherein:

[0114] The design parsing module 410 is used to obtain the RTL design file of the target circuit module, parse the code structure of the RTL design file, and obtain the code parsing result.

[0115] The parameter acquisition module 420 is used to acquire the target configuration port in the target circuit module according to the code parsing result, and acquire the parameter value information corresponding to the target parameter of the target configuration port. When there are multiple target configuration ports, the parameter value information of the multiple target configuration ports is processed in parallel.

[0116] The type analysis module 430 is used to obtain at least one alternative associated port that matches the target configuration port in the target circuit module based on the code parsing results, and to obtain the association type between each alternative associated port and the target configuration port.

[0117] The configuration parameter generation module 440 is used to identify at least one target associated port with a direct or indirect association type among the candidate associated ports, and generate a list of configurable parameter values ​​that correspond to both the target associated port and the target associated port based on the association parameters of the target associated port and the parameter value information corresponding to the target configuration port.

[0118] The verification module 450 is used to perform functional verification of the target circuit module based on a list of configurable parameters in a simulation environment.

[0119] The technical solution of this invention obtains the RTL design file of the target circuit module and parses its code structure to obtain code parsing results. Then, based on the code parsing results, it obtains the parameter value information of the target configuration port and the target parameters. Subsequently, it filters the candidate associated ports that match the target configuration ports in the target circuit module and determines the association type of each port. Then, it identifies the target associated ports that are directly or indirectly associated. Based on the association parameters of the target associated ports and the parameter value information of the target configuration ports, it generates a list of configurable parameter values. Finally, it performs functional verification of the target circuit module based on the list of configurable parameters in the simulation environment. This solves the problems of relying on manual intervention, being time-consuming and prone to errors in the parameter configuration process, and achieves the beneficial effect of improving verification efficiency and accuracy.

[0120] Based on the above embodiments, the parameter acquisition module 420 is specifically used for:

[0121] In the code parsing results, obtain the parameter definition type that matches the target parameter;

[0122] If the parameter definition type is a macro definition, then the parameter value information corresponding to the target parameter is directly extracted from the macro definition information that matches the target parameter.

[0123] If the parameter definition type is not a macro definition, then start from the function layer where the target parameter is located and traverse upwards layer by layer until the source definition position matching the target parameter is obtained, and the parameter value information corresponding to the target parameter is extracted from the source definition position.

[0124] Based on the above embodiments, a parameter configuration device for a circuit module may further include:

[0125] The parameter type acquisition module is used to acquire the associated code statement and parameter type that match the target parameter in the code parsing results before acquiring at least one alternative associated port that matches the target configuration port in the target circuit module.

[0126] The detection module is used to check the reasonableness of the value range of the target parameter based on the parameter type, and to check the code writing standardization of the associated code statements.

[0127] The matching alternative associated port module is used to determine whether to perform the operation of obtaining at least one alternative associated port that matches the target configuration port in the target circuit module if the target parameter passes the value range reasonableness test and code writing standardization test.

[0128] Furthermore, based on the above embodiments, the type analysis module 430 may further include:

[0129] The association type determination submodule is used to obtain each candidate associated port that has a logical dependency relationship with the target configuration port in the target circuit module based on the code parsing results, and determine the association type between each candidate associated port and the target configuration port based on the type of logical dependency relationship.

[0130] The secondary judgment submodule is used to input the port description information of the target candidate associated port and the target configuration port into the pre-trained association parameter model for secondary judgment if the association type between the target candidate associated port and the target configuration port is indirect.

[0131] The "Determine Association Type" submodule is used to determine the association type between the target candidate association port and the target configuration port based on the results of the secondary judgment.

[0132] Based on the above embodiments, the association type determination submodule is specifically used for:

[0133] If it is determined that there is an explicit assignment statement, calculation formula, or direct conditional dependency between the first candidate associated port and the target configuration port, then the association type between the first candidate associated port and the target configuration port is determined to be a direct association.

[0134] If it is determined that there is no direct code association between the second alternative associated port and the target configuration port, but they must both comply with external protocol specifications or system-level constraints, then the association type between the second alternative associated port and the target configuration port is determined to be an indirect association.

[0135] Based on the above embodiments, the secondary judgment submodule is specifically used for:

[0136] Input the port type, bit width attribute, and protocol keyword features of the target configuration port and the target alternative associated ports into the association parameter model, and perform bus type identification and protocol compliance analysis through the protocol rule base embedded in the model;

[0137] When the associated parameter model is identified as the target bus port, the compatibility of the parameter value combination of the target configuration port and the target alternative associated port is verified based on the bus protocol specification, and a parameter configuration compliance judgment result is generated.

[0138] Based on the above embodiments, a parameter configuration device for a circuit module may further include:

[0139] The verification failure handling module is used to analyze the root cause of the verification failure and locate the problematic parameters after the functional verification of the target circuit module is performed based on a configurable parameter list in the simulation environment, and generate a verification report containing error details and repair suggestions when the functional verification fails.

[0140] The feedback optimization module is used to feed back the failed verification cases as training samples to the associated parameter model, thereby optimizing the model's judgment rules and parameter recommendation strategies.

[0141] The re-trigger module is used to re-trigger the target configuration port identification and parameter acquisition process based on the error analysis results.

[0142] The parameter configuration device for the circuit module provided in the embodiments of the present invention can execute the parameter configuration method for the circuit module provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of executing the method.

[0143] The collection, storage, use, processing, transmission, provision, and disclosure of user personal information involved in the technical solution disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0144] Example 5

[0145] Figure 5 A schematic diagram of an electronic device 10, which can be used to implement embodiments of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0146] like Figure 5 As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0147] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0148] Processor 11 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, central processing unit (CPU), graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as performing a parameter configuration method for a circuit module as described in any embodiment of the present invention, i.e.:

[0149] Obtain the RTL design file of the target circuit module, parse the code structure of the RTL design file, and obtain the code parsing results;

[0150] Based on the code parsing results, obtain the target configuration port in the target circuit module, and obtain the parameter value information corresponding to the target parameters of the target configuration port;

[0151] Based on the code parsing results, at least one alternative associated port that matches the target configuration port is obtained in the target circuit module, and the association type between each alternative associated port and the target configuration port is obtained.

[0152] Identify at least one target associated port among the candidate associated ports that has a direct or indirect association type, and generate a list of configurable parameter values ​​that correspond to both the target associated port and the target configuration port based on the association parameters of the target associated port and the parameter value information corresponding to the target configuration port.

[0153] In the simulation environment, the target circuit module is functionally verified based on a list of configurable parameters.

[0154] In some embodiments, a parameter configuration method for a circuit module as described in any one of the embodiments of the present invention can be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the parameter configuration method for a circuit module as described above as described in any one of the embodiments of the present invention can be performed. Alternatively, in other embodiments, processor 11 can be configured by any other suitable means (e.g., by means of firmware) to execute the parameter configuration method for a circuit module as described in any one of the embodiments of the present invention.

[0155] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0156] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0157] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0158] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0159] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0160] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0161] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0162] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method of parameter configuration of a circuit module, characterized by, The method comprises: acquiring an RTL design file of a target circuit module, and parsing a code structure of the RTL design file to obtain a code parsing result; acquiring a target configuration port in the target circuit module according to the code parsing result, and acquiring parameter value information corresponding to a target parameter of the target configuration port, wherein when there are multiple target configuration ports, parameter value information operations of the multiple target configuration ports are processed in parallel; acquiring at least one alternative associated port matched with the target configuration port in the target circuit module according to the code parsing result, and acquiring an association type between each alternative associated port and the target configuration port; identifying at least one target associated port with a direct or indirect association type in the alternative associated port, and generating a configurable parameter value list corresponding to the target associated port and the target configuration port according to the association parameters of the target associated port and the parameter value information corresponding to the target parameter of the target configuration port; performing functional verification on the target circuit module based on the configurable parameter list in a simulation running environment.

2. The method of claim 1, wherein, The acquiring of the parameter value information corresponding to the target parameter of the target configuration port comprises: acquiring a parameter definition type matched with the target parameter in the code parsing result; if the parameter definition type is a macro definition, directly extracting the parameter value information corresponding to the target parameter from the macro definition information matched with the target parameter; if the parameter definition type is not a macro definition, starting from a function layer where the target parameter is located and performing layer-by-layer traversal upwards until a source definition position matched with the target parameter is acquired, and extracting the parameter value information corresponding to the target parameter from the source definition position.

3. The method of claim 1, wherein, Before acquiring at least one alternative associated port matched with the target configuration port in the target circuit module, the method further comprises: acquiring an association code statement and a parameter type matched with the target parameter in the code parsing result; performing value range rationality detection on the parameter value information of the target parameter according to the parameter type, and performing code writing standardization detection on the association code statement; if the target parameter passes the value range rationality detection and the code writing standardization detection, determining to perform the operation of acquiring at least one alternative associated port matched with the target configuration port in the target circuit module.

4. The method of claim 1, wherein, According to the code parsing result, acquiring at least one alternative associated port matched with the target configuration port in the target circuit module, and acquiring an association type between each alternative associated port and the target configuration port, comprises: acquiring each alternative associated port having a logical dependency relationship with the target configuration port in the target circuit module according to the code parsing result, and determining an association type between each alternative associated port and the target configuration port according to a type of the logical dependency relationship; if the association type between the target alternative associated port and the target configuration port is indirect association, inputting port description information of the target alternative associated port and the target configuration port into a pre-trained association parameter model for secondary judgment; determining the association type between the target alternative associated port and the target configuration port according to the secondary judgment result.

5. The method of claim 4, wherein, According to the type of the logical dependency relationship, a type of association between each candidate associated port and the target configuration port is determined, including: If it is determined that there is an explicit assignment statement, a calculation formula or a direct conditional dependency between the first candidate associated port and the target configuration port, it is determined that the type of association between the first candidate associated port and the target configuration port is direct association; If it is determined that there is no direct code association between the second candidate associated port and the target configuration port but the external protocol specification or system-level constraint needs to be jointly complied with, it is determined that the type of association between the second candidate associated port and the target configuration port is indirect association.

6. The method of claim 5, wherein, Port description information of the target candidate associated port and the target configuration port is input to a pre-trained association parameter model for secondary judgment, including: The port type, bit width attribute and protocol keyword feature of the target configuration port and the target candidate associated port are input to the association parameter model, and bus type recognition and protocol compliance analysis are performed through a protocol rule library embedded in the model; When the association parameter model identifies the target bus port, the parameter value combination of the target configuration port and the target candidate associated port is verified for compatibility based on the bus protocol specification, and a parameter configuration compliance judgment result is generated.

7. The method according to any one of claims 1 to 6, characterized in that, In the simulation running environment, after the functional verification of the target circuit module based on the configurable parameter list, further including: When the functional verification fails, the root cause of the verification failure is analyzed and the problem parameter is located, and a verification report containing error details and repair suggestions is generated; The case of verification failure is fed back to the association parameter model as a training sample for optimizing the judgment rules and parameter recommendation strategies of the model; Based on the error analysis result, the identification and parameter acquisition process of the target configuration port is retriggered.

8. An electronic device, comprising: The electronic device includes: at least one processor; and a memory communicatively connected with the at least one processor; wherein The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor to enable the at least one processor to execute the parameter configuration method of the circuit module according to any one of claims 1-7.

9. A computer-readable storage medium, characterized in that, The computer readable storage medium stores computer instructions for causing the processor to execute when the parameter configuration method of the circuit module according to any one of claims 1-7 is implemented.

10. A computer program product, characterised in that, The computer program product includes a computer program that, when executed by a processor, implements the parameter configuration method of the circuit module according to any one of claims 1-7. The computer program product includes a computer program that, when executed by a processor, implements the parameter configuration method of the circuit module according to any one of claims 1-7.

Images