improve rtl verification by connecting to matlab video -凯发k8网页登录

in production, fpga, asic, and soc projects, rtl verification typically consumes the most time and effort of any task. despite this effort, bugs still make it into silicon at a higher rate than desired. one of the root causes is the communication gap between algorithm design, which often starts in matlab^® or simulink^®, and rtl design and verification. new algorithms are too complicated to rely on specification documents and hand-writing code.

this video presents a solution to this communication gap, presented in the order in which we typically see our customers adopt these new techniques:

• systemverilog dpi component generation: rather than relying on the algorithm engineer to write a specification document that the verification team must then interpret and write test cases and reference models for, you can automatically generate models from matlab or simulink for your systemverilog testbench. and if the specification changes, you make the change in the algorithm, test it, and re-generate the models.
• cosimulation: when you need to debug issues between your rtl design, testbench, and system- or algorithm-level design, you can cosimulate matlab or simulink together with your rtl simulator. this provides full visibility into the algorithm and the rtl simultaneously, enabling the algorithm engineer to collaborate directly with the verification and hardware design engineers.
• early verification and validation: many customers have started to refine their algorithms with more hardware detail, such as streaming behavior, fixed-point data types, and hardware architecture. they then build a reusable and automated test environment, embed assertions, and measure coverage.

this phased approach to adoption yields benefits for the verification team almost immediately, and over the long term encourages collaboration between system/algorithm design, hardware design, and hardware verification, leading to a more robust and agile development process.