Product Documentation
Virtuoso ADE Verifier User Guide
Product Version IC23.1, November 2023

11


Mixed-Signal Design Verification

This topic provides information about the connection between Virtuoso© ADE Verifier™ (Verifier) and Cadence© vManager™ (vManager) for requirements-driven mixed-signal design verification flows.

The functional verification of mixed-signal designs is one of the top challenges in any verification project. All mixed-signal designs need analog, digital, and mixed-signal verification. For the successful functional verification of a project, some of the required aspects are metric-driven verification, top-down verification planning, and reporting or traceability of bottom-up results.

Verifier lets you set up an analog design verification project using a requirements-driven methodology. From a high level perspective vManager uses the same methodology to let you analyze and plan the verification of your digital requirements. Using Verifier and vManager, you can plan the verification of your project in a mixed-signal environment and analyze all the results together in a single cockpit.

For a video overview of the Verifier-vManager connection, see Mixed-Signal Design Verification with ADE Verifier and vManager on Cadence Learning and Support.

Related Topics

ADE Verifier-vManager Flow

vManager Connection Settings in ADE Verifier

List of Mappings between Verifier Requirement Fields and vManager Attributes

ADE Verifier Results in vManager

Connecting Multiple Verifier Views to a vPlan

Review of the Verification Results in vManager

Referenced Cellviews in an ADE Verifier-vManager Session

ADE Verifier-vManager Flow

vManager and Verifier provide a point solution using the requirements-driven methodology for the digital and the analog flow respectively.

In an ideal scenario, mixed signal design verification starts with a planning session with all the engineers in the analog and digital verification teams. The planning session helps them develop a common understanding of the project. The engineers capture the high-level verification requirements and evaluate factors such as the interfaces, important performance measures, and integration of the different design blocks. The specification document is the reference for most of the high level verification items.

After the initial plan is completed, the analog and digital teams begin refining their respective parts of the plan by capturing requirements and evaluating the dependencies for their domains. These refinements include implementing checks, testbenches, measurements, running simulations, or modifying measurements in the testbenches of their respective plans.

When satisfactory results have been achieved, the analog and digital plans and their results are combined. This provides a common representation of the verification status and highlights any conflict in data, connection or communication. The combined plan might change further because of other changing aspects.

The following figure displays the typical flow in a mixed signal verification project.

ADE Verifier Architecture

Verifier uses the vManager client-server architecture. In this architecture, Verifier is a client similar to the vManager client. The vManager server is connected to a database and can access the verification plans of clients. This allows the vManager or Verifier clients to connect to each other and fetch and send data.

The server architecture ensures synchronization between all clients. Each of the clients retains their own local data while sharing essential information with the server. You can also connect multiple Verifier cellviews to the same vPlan to enable the verification of a large mixed-signal project. See Connecting Multiple Verifier Views to a vPlan.

vManager Connection Settings in ADE Verifier

The vManager toolbar is available to the right in the Verifier window. Use this toolbar to manage the vManager connection.

This toolbar contains task-oriented commands required to synchronize the verification plans and results in Verifier and vManager. The commands are enabled after you specify the settings for the vManager connection. You can click the required command on the toolbar. Alternatively, you can choose Tools – vManager – <required command>.

The following tables describe the main commands on the vManager toolbar.

Command Description

Setup vManager

Saves the vManager configuration settings. The other commands in the toolbar are enabled when valid configuration settings are provided.

Upload to vManager

Uploads the requirements of 'ANALOG' domain and their mapping information to the specified vPlan file using the vManager server.

Download from vManager

Downloads the data from the vPlan file from the vManager server to the Verifier session. A tooltip shows the last time a download was completed.

Post Verifier Results to vManager

Posts the verification results to a new vManager session.

Create Batch and VSIF Script

Creates a batch file and a VSIF file.

Accessing the vManager Toolbar

To access the vManager toolbar, do one of the following:

Prerequisites for Setting Up a vManager Connection in ADE Verifier

Additional Information

Setting Up the vManager Connection

To specify the vManager configuration settings, do one of the following:

To know more, see the vManager Setup Form form.

Authentication for the vManager Server

You can establish a connection between Verifier and a vManager server using the following authentication methods:

Download of vPlan Requirements on Initial Merge

A successful connection between Verifier and vManager displays a message box. The information about the last completed download is displayed in the message box as well as the tooltip on the Download from vManager button on the vManager toolbar. For an existing vPlan, Verifier downloads and merges the vPlan requirements with the existing analog plan requirements. Alternatively, you can replace all the analog requirements with the digital requirements.

These vPlan requirements are not downloaded in the following conditions:

To view the merged digital requirements in Verifier, right-click anywhere in the Requirements pane and choose Show Non Analog.

This displays the digital requirements from vManager and the analog requirements from Verifier in the Requirements pane in Verifier.

Uploading a Verification Plan to vManager

To upload a verification plan from Verifier to the vManager server, do one of the following:

A progress bar at the lower right side in the window displays the upload status.

While uploading, Verifier checks for the vPlan file specified in the vManager server setup. If the vPlan file does not exist on the server, Verifier creates a new vPlan file.

Open the plan in vManager and verify that it contains the changes made in Verifier.

Downloading a vPlan from vManager

To download a vPlan into Verifier, do one of the following:

When you choose to download from vManager, and there are changes in the vPlan, Verifier displays a message asking you to merge, replace or cancel the download. You can make the appropriate choice to merge or replace the analog plan in Verifier. See Download of vPlan Requirements on Initial Merge.

Editing the Verification Plan and vPlan Concurrently

When you choose to download from vManager, Verifier merges the changes from the vPlan. This makes it easy to edit both plans concurrently.

To edit the verification plan and the vPlan concurrently:

  1. Open the same plan in vManager and Verifier.
  2. Edit the same plan concurrently.
  3. In vManager, save any changes to the vPlan.
  4. In Verifier, click Download from vManager from the vManager toolbar.
    1. Choose Merge on the dialog box that appears. See Download of vPlan Requirements on Initial Merge.
  5. Choose Upload to vManager from the vManager toolbar to upload the merged changes to the vManager server. Reopen the vPlan in vManager to see the latest changes.

Additional Information

Verification Plans in ADE Verifier and vManager Plans

In typical scenarios, Verifier downloads the vPlan and merges the changes to the verification plan. See Download of vPlan Requirements on Initial Merge.

However, a merge of the plans is not required when:

Requirement IDs in an ADE Verifier-vManager Flow

To identify requirements, Verifier uses requirement IDs, whereas vManager uses a combination of the hierarchical path and title of the requirement. When there is an overlap of requirement IDs in the downloaded requirements, the vManager data is retained and the Verifier data is discarded for the requirement with the overlapped ID.

Additional Information

Posting Verifier Results to the vManager Server

After a simulation is run in Verifier, you can upload the simulation results to vManager by doing one of the following:

A progress bar on the lower right side in the window displays the upload status.

To cancel an ongoing upload of simulation results, press the Esc key.

You can view the uploaded results as a new session in vManager.

Creating a Batch and VSIF Script

You can create a batch and VSIF file in Verifier and use this file to start a Verifier session from vManager.

To create a batch and VSIF file:

  1. In Verifier, do one of the following:
    • Click on the vManager toolbar.
    • Choose Tools – vManager – Create Batch and VSIF Script.

    The Create Batch and VSIF Script window appears.
  2. Specify a name for the script and click Save.
  3. Open the vManager client, if not already opened.
  4. In the vManager window, choose Regression Launch and select the script file from the required location.

The Verifier window appears.

List of Mappings between Verifier Requirement Fields and vManager Attributes

The following table provides a list of the requirement fields in Verifier that are mapped to vManager attributes.

Verifier

vPlan

ID

Element ID

Title

Name

Type

Note

Section

Spec Pass

Metrics Port

Ran OK

Metrics Port

Manual

Metrics Port

ExtRef

Reference

MinSpec

Verifier Min Spec

MaxSpec

Verifier Max Spec

Unit

Verifier Unit

Owner

Owner

Scope

Verification Scope

Domain

Verification Domain

Description

Details

Mapped

Mapping pattern

The Type field in Verifier displays the goal value of digital requirements that are downloaded from vManager and supports the CHECK, COVERAGE, and TESTCASE digital goal types, also referred to as metric ports in vManager.

For more details, see Attributes Associated with a vPlan Element in Cadence© vManager™ User Guide.

ADE Verifier Results in vManager

The verification results are uploaded using the Post Results to vManager command from Verifier and are available as run sessions in the Regression tab in vManager. Click a run session to view the list of runs in that session. Double-clicking a run from this list displays the corresponding run-specific details. The run is a single mappable item on the Analysis tab that include vManager attributes, errors, warnings or information. The following table describes some of the results that are uploaded and how they relate to vManager run attributes.

Run Attribute in vManager

Description

comment

Details related to the mapped implementation. Some of the details it can include are related to the test, implementation, status, simulation points, passed points, failed points, canceled points, disabled tests or outputs, history, corners, run mode, job control mode, simulation job policy, netlisting job policy, run directory, project directory, library, cell, view, and simulator specified in Verifier.

These details are the same as displayed in the Information assistant in Verifier.

engine

The value is set to Virtuoso ADE Verifier.

full_title

The hierarchical name of the implementation.

job_status

The value is set to finished.

verification_scope

The value is set to default.

Additionally, the List Tabs section in vManager displays the following information related to errors and warnings from the Verifier run.

Type

Description

Run Error

This section provides details on the run errors.

Name

The value is Verifier_Fail or Verifier_Spec_Check_Fail.

Description

The description contains the error message displayed for the simulation run, or spec check fail.

Severity

The value is set to critical.

Run Warning/Info

This section provides details on the run warnings and information messages.

Name

The value is Verifier_Pass , or Verifier_Not_Mapped. For requirements signed off in Verifier, the name could be Verifier_Signed_Off, indicating that the implementation is mapped to a requirement with signoff, or Verifier_Signoff_Required, indicating that the implementation is mapped to a manual requirement that has no signoff.

Description

The description is blank or contains the number of simulation points or the signoff information (xx points, xx passed, xx failed, xx canceled, xx disabled).

Tool

The value is set to Virtuoso ADE Verifier.

vManager Attributes - Domain and Scope

Some of the requirements fields in Verifier which are important in the Verifier-vManager connection are as follows:

For more details, see Attributes Associated with a vPlan Element in Cadence vManager User Guide.

Domain

The verification domain of a requirement specifies if it is an analog or a digital requirement.

In Verifier, all digital requirements are displayed but there is no interaction with these requirements. These digital requirements serve only as information to the user. The only possible action that you can perform is to change the domain of these digital requirements to ANALOG, which makes them useful in Verifier.

While analog requirements are editable and have the domain 'ANALOG', non-analog, that is, digital requirements are read-only and might have the domains SIMULATION, EMULATION, FORMAL,  NONE, or more.

In Verifier, you can change the domain of digital requirements to ANALOG in the Requirements pane or the Requirements Editor Assistant. This indicates that you want to take 'ownership' of the requirements in your verification plan in Verifier. You cannot make any changes other than domain or type to downloaded digital requirements, but you can edit digital requirements created in Verifier and upload these to vManager.

Scope

The verification scope lets you define a group of requirements that belong together. Analog and digital designers can filter the results and hierarchical plan based on the defined scope. The scope is a string field and can contain a user-defined value. The following example shows the usage of scopes MS, LDO, and default.

The following figure shows the domain and scope of a digital requirement in the Requirements Editor assistant in Verifier.

Connecting Multiple Verifier Views to a vPlan

You can connect multiple Verifier views to the same vPlan. Using the Cellview Holder field in the Requirements pane, you can store the relationship between a cellview and the vPlan by specifying the Verifier view to which a requirement belongs. Verifier shows all requirements of the current cellview, which is the holder, and all requirements that do not have holder information. You can set or clear the holder as the current cellview.

To connect a Verifier view to a vPlan using the Cellview Holder field:

  1. Right-click the Requirements pane and choose Set Cellview Holder from the shortcut menu.
  2. Open the Requirements Editor assistant and click Set.
    Cellview holder is set automatically only if vManager is enabled when creating, pasting, or importing requirements. When vManager is disabled you can manually set the cellview holder. The cellview holder is loaded from the settings.v3 file.

By default you can see requirements owned by other Verifier cellviews in the Requirements pane. You can deselect the Other Cellviews shortcut menu command to see only the requirements belonging to the current Verifier cellview and items without Holder assignment.

Review of the Verification Results in vManager

When you download and upload requirements, vManager and Verifier show the same hierarchy.

You can run simulations and post the Verifier results to vManager, and the results are displayed in vManager.

After you post the results to vManager, you can combine the uploaded results and the synchronized vPlan by using the Analyze vPlan command in vManager. See Analyzing Verification Plans.

Choosing the Analyze vPlan command displays the analog and digital verification results together in a unified view in vManager.

Referenced Cellviews in an ADE Verifier-vManager Session

The connection between Verifier and vManager replicates the 1:1 reference structure. Every Verifier or vManager reference builds its own Verifier-vManager link, ensuring identical structure of the plan, and therefore, avoiding discrepancies. Verifier manages the connection between the cellviews and references in a single, unidirectional connection to vManager.

The following figure shows the flow when there are external references in Verifier and VManager.

Connection between an ADE Verifier Cellview and a vManager Plan with External References

When you initiate a connection from a Verifier cellview to a vPlan that has references to other plans, a new Verifier cellview is created for each referenced vPlan. This new view is created in the same library as the current Verifier cellview. The name of the cellview is 'verifier_vManager', which is identical to the reference name.

When you download a reference to the current session, warning messages are shown if the reference:

The vManager settings automatically replicate the current Verifier settings. This allows showing the same references in Verifier and vManager.

Connection between an ADE Verifier Cellview with External References and a vManager Plan

All external references in a Verifier cellview must be either on disk or in the database.

When you initiate a connection from a Verifier cellview that contains external references to a vPlan in vManager, a new vPlan is created in vManager for each cellview referenced from Verifier. When you upload from Verifier the first time, a message box is displayed to let you specify the name of the new vPlan.

If your Verifier setup contains the same maestro cellview as an implementation as well as an external reference, both upload the same results and create duplicate result sets in vManager. These duplicate results are mapped to the same entries, which is why vManager merges the these results and you might see two results being mapped to the same vManager entry.

The vManager settings are automatically set in the referenced cellviews, and references in the vPlan are automatically created. This allows showing the same references in Verifier and vManager.

When you import external references to connect to a vPlan, the child requirements of the external reference may be hidden if the Cellview Holder property is not set to the current cellview. To resolve this, ensure that you specify the correct settings for Cellview Holder or specify the default set of filters using the environment variable filterOptions.


Return to top
 ⠀
X