Skip to content

Packaging

A public tool's default fit fails the passivity test; ours passes by construction

100%of de-embedded coupons pass the IEEE interconnect passivity test with our passive-by-construction fit; a public library’s default fit fails on every one. Coupons are redrawn on each run, so only this class result is quoted

The result

On every de-embedded coupon tested, a public library’s default circuit fit is non-passive under the IEEE interconnect test, and our passive-by-construction synthesis passes.

Limit Simulation of the fitted model, not silicon; the violations are marginal and the coupons are redrawn on each run.

Circuit models fitted to connection data must be passive: they must not create energy. An IEEE standard for interconnect de-embedding makes that a formal test. We ran the default fit of a widely used public library, scikit-rf, through that test on a set of de-embedded coupons, beside our own synthesis, which is passive by construction. The public fit failed on every coupon; ours passed on every one. The violations are small, and the coupons are redrawn on each run, so only this class result is quoted.

A dotted magenta underline marks a number read straight from a published file when this page was built.

On this page
  1. What it shows
  2. Why it matters
  3. Who should care
  4. The limits, in the record’s words

What it shows

The lab’s own entry states the result this way:

The published record says, word for word (an excerpt)

On 10 of 10 de-embedded coupons, scikit-rf's unconstrained VectorFitting emits σ_max>1 (formally non-passive under IEEE-P370) while the passive-by-construction Foster/Cayley synthesis emits σ_max≤1 on 10 of 10

In plain words: in the recorded run, the public library’s default fit failed the standard’s passivity test on 10 of 10 coupons, and our synthesis failed on 0. Our construction is passive for any parameter values, and a separate check of 20000 random parameter sets found 0 violations.

Each run draws its coupons from the commit it runs at, so the per-coupon numbers change from run to run. This page relies only on the class result in the recorded run of 10 coupons: every coupon failed for the default fit and passed for ours.

Why it matters

A non-passive circuit model can make a downstream simulation unstable or wrong. The standard exists to catch this. On the 10 coupons tested, the library’s default fit, used without an extra enforcement step, did not pass it.

What is ours, and what is not

The fitting method and the passivity test are public (see the prior art below). What is ours is the passive-by-construction synthesis and this side-by-side test against a public tool’s default output.

Who should care

  • Signal-integrity engineers who export fitted models into circuit simulators.
  • Reviewers. This grades a public tool’s default output under a public standard’s test, not against our own solver.

The limits, in the record’s words

The published record says, word for word (an excerpt)

sim-vs-sim: about the S-synthesis object (Re Y ⪰ 0 ⇒ Cayley contraction), not measured silicon.

The published record says, word for word (an excerpt)

Grivet-Talocia post-hoc enforcement (the repo's own Gate-82 path) does not reliably converge on multi-port MTL, disclosed.

The published record says, word for word (an excerpt)

the script derives its eval seed from the commit sha, so every re-run resamples the 10 coupons

The published record says, word for word (an excerpt)

the 'system' is a library's default fit, not a vendor product, and no counterparty has been shown it.

In plain words: this is about the fitted model, in simulation, not measured silicon. The violations are marginal. The test is of a library’s default setting, not of a vendor product, and enforcement after the fact, which our own export also uses, does not always converge on larger models.

Outside comparison

Compared with: the VectorFitting class of scikit-rf, an open-source Python library for radio-frequency engineering. Retrieved 2026-10-05. scikit-rf, its public page · the retrieval record

Open source for this step

Tools and datasets we publish for the package step of building a multi-chip package. They are the checkers around this work, not a copy of the result itself.

  • physics-lint: One command that checks a folder of physics models against a fixed set of named physical rules, with findings straight into CI.
  • maxwell-lint: Flags a coupling extractor whose answers no passive set of conductors could produce.
  • sparam-lint: Is your signal-response model physically possible? Five physical laws checked from the command line.
  • interval-core: The interval arithmetic core behind our proofs over whole families of layouts.
  • touchstone-tools: Read, write and convert Touchstone files, the standard text files that record how signals pass through a package's connections, and refuse to write one that cannot be read back.
  • physics-lint-mcp: The physics checks, callable by an AI agent.
  • physics-lint-action: A GitHub Action that fails the build when a model breaks one of a fixed set of named physical rules.
  • Signal-response validity corpus: A labelled corpus of physically invalid signal-response networks, and a scorer that grades any checker against it.
  • screening-ceiling: The screening-ceiling family as an open dataset.

Ask about a result, or check one yourself

Founder: Nick Harris. AI agents do our research and engineering. Each result page says how it was checked: against an outside solver, by an interval-arithmetic proof, by a Lean-checked step, or against our own simulator; these checks ran on our own machines. Who we are · How the work is checked

Every result on this site links to the file it comes from. Acquisition, licensing and partnership enquiries go to one address, nick@chipletos.com, and a person reads it.

Write to us Read the results

Each number links to the file it comes from; every file is listed, with its checksum, on Published files.

When a number is left off

We leave a number off a page, or mark it, when

  • its file has not loaded yet
  • nobody has looked into it yet
  • a search for it found nothing
  • its file holds no value for it
  • its file is missing or altered
  • files disagree on what it describes
  • its sample is too small for the claim
  • two files give different values
  • its file cannot be published
  • it was measured over ninety days ago
  • the question does not apply here
  • the program behind it stopped with an error