Skip to content
Avecas

ANALOG LAYOUT

Analog layout

Translate circuit intent into layout while controlling matching, parasitics, isolation and physical-rule compliance.

Discuss your requirements
Magnified layout patterns on a semiconductor wafer

Representative photograph · Magnified layout patterns on a semiconductor wafer.

THE ENGINEERING SCOPE

Built around
your requirements.

Explore the approach ↓
01

Technical starting point

Schematics, PDK rules, device constraints, matching requirements and floorplan limits.

02

Acceptance evidence

DRC, LVS, extracted performance, sensitive-node coupling and matching intent.

03

Delivery package

Layout database, extraction outputs, physical-check reports and layout review notes.

CLIENT GUIDE

Scope analog layout with the right evidence.

Use these technical checkpoints to make the first project review productive.

Provide before the review

  • Schematics
  • Pdk rules
  • Device constraints
  • Matching requirements and floorplan limits

Review during execution

  • Drc
  • Lvs
  • Extracted performance
  • Sensitive-node coupling and matching intent

Agree for delivery

  • Layout database
  • Extraction outputs
  • Physical-check reports and layout review notes

HOW WE WORK

Clarity at each stage.

01

Plan device placement

The initial review establishes the baseline using schematics, PDK rules, device constraints, matching requirements and floorplan limits. Record gaps and dependencies before implementation.

02

Implement matched structures and routing

Carry out the agreed work against the reviewed baseline. For analog layout, keep the interfaces and configuration used by this stage visible to the receiving team.

03

Extract parasitics

Retain the intermediate artifacts and review DRC, LVS, extracted performance, sensitive-node coupling and matching intent. Investigate failures before using these results as an input to the next stage.

04

Iterate layout against circuit and physical checks

Package layout database, extraction outputs, physical-check reports and layout review notes. Review unresolved findings against the agreed acceptance criteria and assign ownership for follow-up.

PROJECT DECISIONS

Know what moves the work forward.

Use these gates to agree readiness, review evidence and responsibility at each stage.

  1. 01

    Baseline ready

    Are the starting inputs complete enough to proceed?

    Review method and evidence

    Schematics, PDK rules, device constraints, matching requirements and floorplan limits.

    Review evidence

    Record input revisions, missing material and who can resolve each dependency.

  2. 02

    Implementation reviewed

    Has the work addressed the agreed technical objective?

    Review method and evidence

    Translate circuit intent into layout while controlling matching, parasitics, isolation and physical-rule compliance.

    Review evidence

    Keep the intermediate artifacts with review comments and the decisions that changed the design.

  3. 03

    Evidence checked

    Can the result be reproduced and interpreted?

    Review method and evidence

    DRC, LVS, extracted performance, sensitive-node coupling and matching intent.

    Review evidence

    Capture the configuration, expected result, observed result and unresolved findings.

  4. 04

    Handoff accepted

    Can the receiving team use the delivery package?

    Review method and evidence

    Layout database, extraction outputs, physical-check reports and layout review notes.

    Review evidence

    Review build or execution instructions, known limitations and ownership of follow-up actions.

INPUTS & OUTPUTS

What the work involves.

The final statement of work defines the scope and acceptance criteria.

Client inputs
Schematics, PDK rules, device constraints, matching requirements and floorplan limits.
Engineering sequence
Plan device placement; implement matched structures and routing; extract parasitics; iterate layout against circuit and physical checks.
Outputs to agree
Layout database, extraction outputs, physical-check reports and layout review notes.

TECHNICAL DECISIONS

Planning analog layout.

Read the technical guide

The engineering objective

Translate circuit intent into layout while controlling matching, parasitics, isolation and physical-rule compliance.

The work starts from schematics, PDK rules, device constraints, matching requirements and floorplan limits. The team should identify the authoritative revision of each input and record any assumptions needed to proceed. This prevents a later result from being interpreted against a different specification or configuration.

What needs technical attention

Passing DRC and LVS does not establish analog performance; extracted circuit behaviour must be checked against the specification.

The review centres on DRC, LVS, extracted performance, sensitive-node coupling and matching intent. Each finding should identify the input revision, observed behaviour and supporting evidence. Distinguish a confirmed defect from a configuration issue, an unsupported case or an open engineering question before deciding how to resolve it.

How the work is reviewed

The practical sequence is: plan device placement; implement matched structures and routing; extract parasitics; iterate layout against circuit and physical checks. Intermediate reviews allow the client to resolve decisions while changes are still manageable. If an input changes, identify the affected activities and repeat the checks that depend on it.

The expected package comprises layout database, extraction outputs, physical-check reports and layout review notes. Acceptance criteria should specify what the receiving team needs to reproduce, inspect or integrate these artifacts. Include known limitations and outstanding actions in that package, rather than assuming that delivery of a file implies acceptance.

Preserve electrical intent through models and layout

Analog results depend on operating conditions and modelling assumptions. Establish supply ranges, loading, bias conditions, temperature and the selected process models before comparing simulations. Identify which requirements concern nominal performance and which concern variation, startup, noise or stability. The intended use of each result should be clear: an exploratory sweep and a release check have different evidence requirements.

Layout choices can change the circuit through parasitics, coupling and device environment. Review matching intent, sensitive nodes, return paths, guard structures and routing symmetry with the circuit owner. A geometrically tidy layout is not necessarily an electrically suitable layout. Device placement and extraction results should be discussed together, especially when an observed shift is close to an acceptance limit.

When a model and a measurement disagree, first check units, configuration, instrument setup and the model’s range of validity. Use controlled sweeps to separate possible causes. Record solver settings, convergence concerns and any simplified boundary conditions. Circuit verification, layout verification and physical characterisation should retain their own acceptance criteria rather than allowing one successful check to stand in for all three.

An illustrative review scenario

A reference circuit may meet a nominal output target yet settle too slowly after a supply ramp. Review the ramp profile, load and initial conditions, then compare startup behaviour across the intended operating envelope. If extraction changes the result, identify the sensitive parasitic contribution before changing devices. This is a planning example and does not imply qualification of a specific technology.

BEFORE WE BEGIN

Project questions.

A clear conversation is the start of a strong engineering relationship.

What inputs are needed for analog layout?

The starting review needs schematics, PDK rules, device constraints, matching requirements and floorplan limits. Share the current revision and known limitations so the scope reflects the actual design state.

What does the analog layout handoff include?

The statement of work can define layout database, extraction outputs, physical-check reports and layout review notes. The final package should include review results and any open actions.

Which technical risks need particular attention?

Passing DRC and LVS does not establish analog performance; extracted circuit behaviour must be checked against the specification.

Can we start with a focused technical review?

The first work package can be a review of the available inputs and the engineering questions that must be resolved. Agree its boundaries, access requirements and expected findings before committing to a larger implementation. A review should leave an actionable list of decisions, dependencies and next steps.

How are changes and unresolved findings handled?

Tie each finding to the relevant revision and supporting evidence. A change should identify the affected interfaces, activities and checks. Confirm its effect on scope and delivery with the responsible owner. At handoff, distinguish closed findings, accepted limitations and open work so that a file transfer is not mistaken for technical acceptance.

PUT THE WORKFLOW IN CONTEXT

Explore the engineering decisions.

Practical reading to help prepare your project discussion. Studies are illustrative; they do not report client results.

Reviewing custom IP before subsystem integration ↗

YOUR NEXT CHAPTER STARTS HERE

What will you
build next?

Bring us your engineering challenge.
Let’s define the path from idea to implementation.

Start a conversation