Ralf file processing system, method and equipment and storage medium

Abstract

The invention provides a ralf file processing system and method, equipment and a storage medium. The system comprises a file generation module, a file archiving module and a file transmission module. The file generation module provided by the invention obtains the register model design file uploaded to the processing system when receiving the file processing instruction, then obtains the feature information of the register from the register model design file, and automatically generates the ralf file according to the feature information, so that the file processing efficiency is improved. The generated ralf file and the register model design file are archived through the file archiving module, so that the register model design files of multiple modified versions and the ralf file can be managed, and meanwhile, the file transmission module can automatically transmit the generated ralf file to the target verification server for verification; according to the method and the device, a script command line or manual copying to the target verification server is not needed, so that the processing efficiency of the ralf file is effectively improved, the information traceability of the ralf file is ensured, and the quality management of the ralf file is facilitated.

Description

Technical Field

[0001] The present application relates to the field of electronic technology, and in particular to a ralf file processing system, method, device and storage medium. Background Art

[0002] Registers are windows for modules to communicate with each other. By reading the status of registers, the current status of the hardware can be obtained; by configuring registers, the registers can be made to work in a certain mode. In the verification process, register verification is at the top of the verification list, because only by ensuring that the functions of the registers are correct can the hardware work in a specific correct mode. If the register configuration result is different from the register configuration content, the hardware cannot work in the expected mode, and the register may not correctly reflect the status of the hardware. Therefore, register verification is very necessary and critical.

[0003] Using UVM (Universal Verification Methodology) to perform register verification can reduce the workload of verification to a certain extent. A set of RAL (Register Abstraction Layer) mechanisms has been established in UVM, and the register model can be quickly established using the RAL mechanism. The generation of the RAL mechanism model involves a ralf file, which can be generated manually. However, the manual generation method is relatively cumbersome and prone to errors; for example, when the design document is slightly modified, it will face further modification and adjustment, and when the design document is modified on a large scale, the modification task will become more arduous. In addition, the relevant processing nodes of the entire ralf file are usually separated and require manual operation, which reduces the efficiency of ralf file processing. Summary of the invention

[0004] The main purpose of the present application is to provide a RALF file processing system, method, device and storage medium, which can at least solve the problem of low efficiency and easy error in RALF file processing in the related art.

[0005] To achieve the above-mentioned purpose, the first aspect of the present application provides a ralf file processing system, which includes: a file generation module, a file archiving module and a file transmission module; the file generation module is configured to: when receiving a file processing instruction, generate a corresponding ralf file according to the register feature information in the acquired register model design file; the file archiving module is configured to: upload the register model design file and the ralf file to a version management server; wherein the version management server is used to store multiple versions of the ralf file; the file transmission module is configured to: transmit the ralf file to a target verification server; wherein the target verification server is used to verify the ralf file.

[0006] The second aspect of the present application provides a ralf file processing method, including: when a file generation module receives a file processing instruction, it generates a corresponding ralf file according to the register feature information in the acquired register model design file; the file archiving module uploads the register model design file and the ralf file to a version management server; the file transmission module transmits the ralf file to a target verification server; wherein the target verification server is used to verify the ralf file.

[0007] The third aspect of the present application provides an electronic device, including: a memory and a processor, wherein the processor is used to execute a computer program stored in the memory, and when the processor executes the computer program, the steps of the ralf file processing method provided in the second aspect of the present application are implemented.

[0008] The fourth aspect of the present application provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, each step of the ralf file processing method provided in the second aspect of the present application is implemented.

[0009] As can be seen from the above, the RALF file processing system, method, device and storage medium provided by the present application scheme integrate the file generation, archiving and transmission processes. When RALF file processing is required, multi-node task processing of RALF files can be realized by sending a processing instruction to the processing system. When the file generation module receives the file processing instruction, it first obtains the register model design file uploaded to the processing system, and then obtains the characteristic information of the register from the register model design file, automatically generates a RALF file based on the characteristic information, and archives the generated RALF file and the register model design file through the file archiving module, so as to facilitate the management of multiple modified versions of the register model design file and the RALF file. At the same time, the file transmission module will automatically transmit the generated RALF file to the target verification server for verification, without the need to use a script command line or manually copy it to the target verification server, which effectively improves the processing efficiency of the RALF file, ensures the information traceability of the RALF file, and is conducive to the quality management of the RALF file. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the 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 paying any creative work.

[0011] Figure 1 A schematic diagram of the structure of a ralf file processing system provided in one embodiment of the present application; Figure 2 A schematic diagram of the composition of a register module design document provided in one embodiment of the present application; Figure 3 A schematic diagram of the structure of another ralf file processing system provided in one embodiment of the present application; Figure 4 A schematic diagram of an interactive interface of a ralf file processing system provided in one embodiment of the present application; Figure 5 A basic flow chart of a ralf file processing method provided in one embodiment of the present application; Figure 6 A schematic diagram of the structure of an electronic device provided in one embodiment of the present application. DETAILED DESCRIPTION

[0012] In order to make the purpose, features, and advantages of the invention of this application more obvious and easy to understand, the technical solutions in the embodiments of this application will be clearly and completely described below in conjunction with the drawings in the embodiments of this application. Obviously, the described embodiments are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of this application.

[0013] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. In the description of the embodiments of the present application, the meaning of "multiple" is two or more, unless otherwise clearly and specifically defined.

[0014] In order to solve the problem of low efficiency and easy error in ralf file processing in the related art, an embodiment of the present application provides a ralf file processing system, such as Figure 1 A structural schematic diagram of a RALF file processing system provided in this embodiment, the RALF file processing system at least includes: a file generation module, a file archiving module and a file transmission module; wherein the file generation module is configured to: when receiving a file processing instruction, generate a corresponding RALF file according to the register feature information obtained in the register model design file; the file archiving module is configured to: upload the register model design file and the RALF file to a version management server; wherein the version management server is used to store multiple versions of RALF files; the file transmission module is configured to: transmit the RALF file to a target verification server; wherein the target verification server is used to verify the RALF file.

[0015] Specifically, in this embodiment, the ralf file processing system integrates the file generation, archiving and transmission processes, thereby realizing one-click processing of multiple task nodes, that is, the above-mentioned ralf file processing system has a user operation interface, and the user can click the corresponding function button, which is equivalent to sending a file processing instruction to the ralf file processing system, and the ralf file operating system can process multiple task nodes of the ralf file without using a command line. Among them, when the file generation module receives the file processing instruction, it first obtains the register model design file uploaded to the ralf file processing system, and then obtains the characteristic information of the register from the register model design file, and automatically generates the corresponding ralf file according to the characteristic information, without manual operation, and can realize batch processing of the register model design file, thereby improving the generation efficiency of the ralf file. Then, the generated ralf file and the register model design file are archived by the file archiving module, so as to manage the register model design files and ralf files of multiple modified versions. At the same time, the generated ralf file will be transmitted to the target verification server for verification by the file transmission module, without using a script command line or manually copying to the target verification server, thereby effectively improving the processing efficiency of the ralf file, ensuring the information traceability of the ralf file, and facilitating the quality management of the ralf file.

[0016] In some implementations of this embodiment, the register model design file includes multiple register module design documents, and the file generation module is specifically configured to: when receiving a file processing instruction, read the characteristic information of the register module and all registers in each register module design document respectively; write the characteristic information of each register module design document into the corresponding block in the preset ralf file according to a preset format, and obtain the ralf file corresponding to the register model design file.

[0017] Specifically, in this embodiment, the register model design file includes multiple register module design documents, each register module design document includes characteristic information of the register module, and the register module includes characteristic information of multiple registers. The file generation module reads the characteristic information of these register modules and registers in the register model design file, and writes these characteristic information into the corresponding blocks in the pre-prepared ralf file according to the designed format, so as to obtain the required ralf file. Then, the ralf command of UVM can be used to generate the corresponding register model from the ralf file.

[0018] Furthermore, in some implementations of the present embodiment, when the file generation module executes the function of separately reading the characteristic information of the register module and all registers in the design documents of each register module, it is specifically configured to: separately read the register module name, register module base address and register list in the design documents of each register module; read the name, offset address, default value, domain name, bit width, read-write attributes, and hdl path of each register in the register list.

[0019] Specifically, in this embodiment, the register module design document includes register information recorded in a preset format, such as the name of the register module, the base address of the register module, and a register list, wherein the register list records the register information contained in the register module, such as the register name, offset address, default value / default value / reset value, bit width inside the register, domain name, read / write attributes, hdl identifier, and path. Figure 2 The figure shows an example of a register module design document. In the register module design document, MODE_NAME is used to mark the register module name. The register module name can be named using ASCII English uppercase and lowercase letters, underscores, and numbers. BASEADDR is used to mark the register module base address. The base address is a hexadecimal value starting with 0x. The register name can also be named using ASCII English uppercase and lowercase letters, underscores, and numbers. OFFSET is used to mark the register offset address. The offset address is a hexadecimal value starting with 0x. DEFAULT is used to mark the register default value. The register default value is a hexadecimal value starting with 0x. The bit width is in the xx:xx format, such as 15:0. The domain name can be named using English letters, underscores, and numbers. The read-write attribute, such as R / W, means readable and writable. HDL_NAME is used to mark the hdl path. The hdl path uses "." to implement multi-level direct register addressing and access. When reading document information, first retrieve the MODE_NAME keyword in the document, obtain its value and BASEADDR, and read all the register name sets from the register list of the register module, traverse all the register names in the set, and collect the offset address OFFSET, the register default value DEFAULT, the register domain name, bit width, read and write attributes, and the hdl path of the domain for each operation. Then write the read feature information into a block in the preset ralf file. Then, continue to scan different register modules and repeat the above reading process until all register modules are read, close the document read and write channel, generate the required ralf file, and add the verification project name suffix to the ralf name. At the same time, insert the verification project name into the document name of the register module design document to prepare for file archiving.

[0020] Furthermore, in some other implementations of the present embodiment, the types of register module design documents include text type and table type. When the file generation module executes the function of reading the characteristic information of the register module and all registers in each register module design document respectively, it is specifically configured as follows: the docx library based on the Python script reads the characteristic information of the register module and all registers in the text type register module design document; the Pandas library based on the Python script reads the characteristic information of the register module and all registers in the table type register module design document.

[0021] Specifically, in this embodiment, the register module design document can be a text type such as a Word document, a table type such as an Excel table, and different tools can be used to read information for different types of documents. The docx library of Python scripts can be used to read Word documents, and the Pandas library of Python scripts can be used to read Excel tables. When reading, all register information is extracted through string matching, and written into a ralf file according to a preset format, and finally the required file is output in the ralf file format.

[0022] Furthermore, in some implementations of this embodiment, the file transfer module is specifically configured to: determine the target verification project directory in the target verification server according to the obtained verification project directory address; obtain the ralf file in the local svn library according to the ralf file path; and transfer the ralf file to the target verification project directory based on the ftplib library of the Python script.

[0023] Specifically, in the present embodiment, the operating environment of the ralf file generation function is generally based on the PC environment of Windows, and the target verification server is a Linux large server, so it is usually necessary to manually copy the ralf file that needs to be verified and used to the verification server, which will increase the operating procedures and is less efficient. However, the present embodiment can adopt the ftplib library of Python script to realize the transmission of ralf file to the target verification server, and realize the automatic transmission of ralf file. Wherein, when adopting Python script to transmit ralf file to the environment of target verification project, it is necessary to set the ftp service and authority of the target verification server first, and ensure that the target verification server has set the FTP service and has relevant access rights. This requires setting the address (ftp_sever), port (ftp_port), path (remote_file_path) of the remote file, path (local_file_path) of the local file, user name (user_name) and user password (userpwd) and other related parameters of the target server. After that, storebinary() in the ftplib library can be used to implement binary file transfer, and transfer local files (such as the ralf file that needs to be uploaded) to the specified path of the target verification server (that is, the set remote file path). The specified path is used to mark the target verification project directory.

[0024] Furthermore, in some implementations of this embodiment, the file archiving module is specifically configured to: read the target directory path and the change description information to be submitted in the preset svn configuration file; search for the corresponding target directory in the local svn library according to the target directory path; wherein the target directory includes the register model design file and the ralf file; and submit the target directory and description information to the server-side svn library based on the Python script's pysvn library.

[0025] Specifically, in this embodiment, the file archiving module uses the pysvn library of the Python script to realize archiving and version management. First, an svn (Subversion) library is established on the local side to store the ralf file generated according to the register model design file. At the same time, an svn library is also established on the version management server side to synchronize the files on the local side and perform version management. This svn library will save various versions of the local project so that it can be traced back to the historical version when needed. After the ralf file is generated according to the register model design file, the file archiving module will copy the newly generated ralf file to the local svn library and overwrite the old version of the ralf file, and then use the check in function in the pysvn library to submit the locally modified ralf file to the svn library on the server side, so as to update the file version information on the server side, and record the changes submitted this time in the svn library on the server side, which helps the relevant operators understand the background of this submission and facilitates subsequent version management and backtracking. Through the version management function of svn, the modification history of the file can be better tracked and the traceability of the file can be guaranteed.

[0026] Furthermore, in some implementations of this embodiment, the ralf file processing system also includes a file comparison module, which is configured to: when receiving a file comparison instruction, obtain different versions of target ralf files from the server-side svn library; compare different versions of target ralf files based on the pydiff library of the Python script, and visualize the comparison results.

[0027] For details, see Figure 3 The structural diagram of the ralf file processing system in the .ralf file processing system also includes a text comparison function. By using the export instruction of the pysvn library, multiple versions of the target ralf file can be exported from the server-side svn library, and then the pydiff tool is used to visually compare the exported multiple different versions of the target ralf file. Therefore, by visually comparing the differences between different versions of the same target verification project, it is easy to trace the project changes.

[0028] Therefore, after the ralf file processing system in this embodiment is constructed, the file generation, archiving, transmission, and comparison functions are integrated into one interface by using the Tkinter tool of the Python GUI library to realize a window-based interactive mode, without using a script command line or manual copying, which effectively improves the processing efficiency. Figure 4As shown, after the system construction of this embodiment is completed, the user only needs to select the register model design file and fill in the target verification project directory, and click the "one-click generation and transmission" function button to realize the file generation, archiving and transmission tasks.

[0029] Based on the technical solution of the embodiment of the present application, the ralf file processing system can integrate the file generation, archiving and transmission functions by using the relevant library in the Python script, thereby realizing one-click processing of multiple task nodes, that is, sending a file processing instruction to the ralf file processing system, and the ralf file operating system can process multiple task nodes of the ralf file without using a command line. Among them, when the file generation module receives the file processing instruction, it first obtains the register model design file uploaded to the ralf file processing system, and then obtains the characteristic information of the register from the register model design file, and automatically generates the corresponding ralf file according to the characteristic information, without manual operation, and can realize batch processing of the register model design file, thereby improving the generation efficiency of the ralf file. Then, the generated ralf file and the register model design file are archived by the file archiving module, so as to facilitate the management of multiple modified versions of the register model design file and the ralf file. At the same time, the generated ralf file will be transmitted to the target verification server for verification by the file transmission module, without using the script command line or manually copying to the target verification server, thereby effectively improving the processing efficiency of the ralf file, ensuring the information traceability of the ralf file, and facilitating the quality management of the ralf file.

[0030] Figure 5 The method in is a ralf file processing method provided in an embodiment of the present application, and the ralf file processing method includes: Step 501, when receiving a file processing instruction, the file generation module generates a corresponding ralf file according to the register feature information in the acquired register model design file; Step 502, the file archiving module uploads the register model design file and the ralf file to the version management server; Step 503: The file transfer module transfers the ralf file to the target verification server.

[0031] Further, in some implementations of the present embodiment, the register model design file includes multiple register module design documents, and the step of the file generation module generating a corresponding ralf file based on the register feature information obtained in the register model design file includes: the file generation module reads the feature information of the register module and all registers in each register module design document respectively; writes the feature information of each register module design document into a corresponding block in a preset ralf file according to a preset format, and obtains the ralf file corresponding to the register model design file.

[0032] Furthermore, in some implementations of the present embodiment, the steps of the file generation module separately reading the characteristic information of the register module and all registers in the design documents of each register module include: separately reading the register module name, register module base address and register list in the design documents of each register module; reading the name, offset address, default value, domain name, bit width, read-write attributes and hdl path of each register in the register list.

[0033] Specifically, in this embodiment, when ralf file processing is required, the file generation module first obtains the register model design file uploaded to the ralf file processing system, and then obtains the characteristic information of the register from the register model design file, and automatically generates the corresponding ralf file according to the characteristic information, without manual operation, and can realize batch processing of the register model design file, thereby improving the generation efficiency of the ralf file. Among them, the register model design file contains a plurality of register module design documents, each register module design document includes the characteristic information of the register module, and the register module contains the characteristic information of a plurality of registers. The file generation module reads the characteristic information of the register modules and the registers in the register model design file, and writes the characteristic information into the corresponding block in the pre-prepared ralf file according to the designed format, so as to obtain the required ralf file. Then, the ralf command of UVM can be used to generate the corresponding register model from the ralf file. The register module design document contains register information recorded in a preset format, such as the name of the register module, the base address of the register module and the register list, wherein the register list records the register information contained in the register module, such as the register name, offset address, default value / default value / reset value, bit width inside the register, domain name, read-write attribute, HDL identifier and path. After the RALF file is generated, the generated RALF file and the register model design file are archived through the file archiving module, and the version management server used can be used to store multiple versions of RALF files, which is convenient for managing multiple modified versions of register model design files and RALF files. At the same time, the generated RALF file will be transferred to the target verification server for verification through the file transfer module, without the need to use the script command line or manually copy it to the target verification server, thereby effectively improving the processing efficiency of the RALF file, ensuring the information traceability of the RALF file, and facilitating the quality management of the RALF file.

[0034] Furthermore, in some implementations of this embodiment, after the file transfer module transfers the ralf file to the target verification server, it also includes: when the file comparison module receives the file comparison instruction, it obtains different versions of the target ralf files from the server-side svn library; based on the pydiff library of the Python script, the different versions of the target ralf files are compared, and the comparison results are visualized.

[0035] Specifically, in this embodiment, different versions of ralf files can also be compared through a text comparison module. Specifically, the export instruction of the pysvn library can be used to export multiple versions of the target ralf files, and then the pydiff tool can be used to visually compare the exported multiple different versions of the target ralf files. Thus, by visually comparing the differences between different versions in the same target verification project, it is helpful to trace the changes in the project.

[0036] Based on the technical solution of the embodiment of the present application, the file generation, archiving and transmission processes are integrated to achieve one-click processing of multiple task nodes, that is, sending a file processing instruction can process multiple task nodes of the ralf file without using a command line. Wherein, when receiving the file processing instruction, the file generation module first obtains the register model design file uploaded to the ralf file processing system, and then obtains the characteristic information of the register from the register model design file, and automatically generates the corresponding ralf file according to the characteristic information, without manual operation, and can realize batch processing of the register model design file, thereby improving the generation efficiency of the ralf file. Then, the generated ralf file and the register model design file are archived by the file archiving module, so as to manage the register model design files and ralf files of multiple modified versions. At the same time, the generated ralf file will be transmitted to the target verification server for verification by the file transmission module, without using a script command line or manually copying to the target verification server, thereby effectively improving the processing efficiency of the ralf file, ensuring the information traceability of the ralf file, and facilitating the quality management of the ralf file.

[0037] Figure 6 An electronic device provided in an embodiment of the present application can be used to implement the ralf file processing method in the above-mentioned embodiment, mainly comprising: The memory 601, the processor 602, and the computer program 603 stored in the memory 601 and executable on the processor 602 are connected to the memory 601 and the processor 602 via communication. When the processor 602 executes the computer program 603, the method in the aforementioned embodiment is implemented. The number of processors may be one or more.

[0038] The memory 601 may be a high-speed random access memory (RAM) memory, or a non-volatile memory, such as a disk memory. The memory 601 is used to store executable program codes, and the processor 602 is coupled to the memory 601 .

[0039] Furthermore, the embodiment of the present application also provides a computer-readable storage medium, which may be disposed in the above-mentioned electronic device. The computer-readable storage medium may be the above-mentioned Figure 6 Memory in the illustrated embodiment.

[0040] The computer readable storage medium stores a computer program, and when the program is executed by the processor, the ralf file processing method in the aforementioned embodiment is implemented. Furthermore, the computer storable medium can also be a U disk, a mobile hard disk, a read-only memory (ROM), a RAM, a magnetic disk or an optical disk, and other media that can store program codes.

[0041] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of modules is only a logical function division. There may be other division methods in actual implementation, such as multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or modules, which can be electrical, mechanical or other forms.

[0042] The modules described as separate components may or may not be physically separated, and the components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed on multiple network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0043] In addition, each functional module in each embodiment of the present application can be integrated into a processing module, or each module can exist physically separately, or two or more modules can be integrated into one module. The above integrated modules can be implemented in the form of hardware or software functional modules.

[0044] If the integrated module is implemented in the form of a software function module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a readable storage medium, including a number of instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the various embodiments of the present application. The aforementioned readable storage medium includes: U disk, mobile hard disk, ROM, RAM, disk or CD-ROM and other media that can store program codes.

[0045] It should be noted that, for the above-mentioned method embodiments, for the sake of simplicity of description, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described action sequence, because according to the present application, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0046] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0047] The above is a description of the ralf file processing system, method, device and storage medium provided by the present application. For those skilled in the art, according to the ideas of the embodiments of the present application, there may be changes in the specific implementation methods and application scopes. In summary, the content of this specification should not be understood as limiting the present application.

Claims

1. A ralf file processing system, characterized in that: include: File generation module, file archiving module and file transmission module; The file generation module is configured to: when receiving a file processing instruction, generate a corresponding ralf file according to the register feature information in the acquired register model design file; The file archiving module is configured to: upload the register model design file and the ralf file to a version management server; wherein the version management server is used to store multiple versions of the ralf file; The file transfer module is configured to: transfer the ralf file to a target verification server; wherein the target verification server is used to verify the ralf file.

2. The ralf file processing system according to claim 1, characterized in that: The register model design file includes a plurality of register module design documents, and the file generation module is configured to: When receiving the file processing instruction, reading the characteristic information of the register module and all the registers in the design document of each register module respectively; The characteristic information of each register module design document is written into a corresponding block in a preset ralf file according to a preset format to obtain a ralf file corresponding to the register model design file.

3. The ralf file processing system according to claim 2, characterized in that: The types of the register module design document include text type and table type, and the file generation module is configured as follows: The docx library based on Python script reads the characteristic information of the register module and all registers in the text-type register module design document; The Pandas library based on Python script reads the characteristic information of the register module and all registers in the tabular register module design document.

4. The ralf file processing system according to claim 2, characterized in that: The file generation module is configured to: Respectively read the register module name, register module base address and register list in each register module design document; Read the name, offset address, default value, domain name, bit width, read / write attributes, and hdl path of each register in the register list.

5. The ralf file processing system according to claim 1, characterized in that: The file transfer module is configured as follows: Determine the target verification project directory in the target verification server according to the obtained verification project directory address; Obtain the ralf file in the local SVN library according to the ralf file path; The ralf file is transferred to the target verification project directory based on the ftplib library of the Python script.

6. The ralf file processing system according to claim 1, characterized in that: The file archiving module is configured to: Read the target directory path and the change description information to be submitted in the preset svn configuration file; Searching for a corresponding target directory in the local SVN library according to the target directory path; wherein the target directory includes the register model design file and the ralf file; The pysvn library based on the Python script submits the target directory and the description information to the server-side svn library.

7. The ralf file processing system according to claim 6, characterized in that: It also includes a file comparison module, which is configured to: When receiving a file comparison instruction, obtaining target ralf files of different versions from the server-side SVN library; The pydiff library based on Python script compares different versions of the target ralf files and visualizes the comparison results.

8. A ralf file processing method, characterized in that: include: When receiving the file processing instruction, the file generation module generates a corresponding ralf file according to the register feature information in the acquired register model design file; The file archiving module uploads the register model design file and the ralf file to a version management server; wherein the version management server is used to store multiple versions of the ralf file; The file transmission module transmits the ralf file to a target verification server; wherein the target verification server is used to verify the ralf file.

9. An electronic device, characterized in that: The device comprises a memory and a processor, wherein: The processor is used to execute the computer program stored in the memory; When the processor executes the computer program, the steps in the ralf file processing method according to claim 8 are implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps in the ralf file processing method as claimed in claim 8 are implemented.

Images