Home/Projects/linktwin
G

linktwin

Project G · The capstone — where the whole toolchain pays off
07 / 07

Predicts whether a complete Ethernet harness will pass — and what the receiver actually sees — before the harness exists.

≤ 0.1 dBprediction error, 3–25 m · 23–125 °C0.04 dBextrapolation error to 2.5 GHz420 / 421 mVpredicted vs simulated eye21tests19 pptechnical report
Problem

The problem

A harness engineer must commit — months before the first physical sample exists — to a cable, a length, a number of inline connectors and a routing temperature. The standard the finished link must pass is written for measurements of finished links. Between the commitment and the first measurement lies the entire tooling budget.

The question every layer below this one was built to make answerable: will the link work, before the harness exists?

System

What was built

A full-link digital twin: real measured (or predicted) cable physics, compact connector and PCB models, cascaded exactly, judged by the same evaluator a measured harness faces — then taken all the way to the receiver's eye.

A cable, from any layer of the stacka Touchstone file · a labauto archive job (trust and hashes verified) · a cableanalytics production prediction · data-sheet coefficients
Per-metre causal modelγ and Z_c extracted per mode, fitted to α = (c₀ + a√f + b·f)/8.686 with its skin-effect phase companion — re-scalable to any length and temperature
Harness assembly (TOML)PCB → connector → cable → inline connector → cable → connector → PCB
Four-port cascadewave-chain on all four ports, so mode conversion interferes between connectors instead of being summed
Standards verdictcablecheck's evaluator, same limit files
PHY transfermismatched Γ_S, Γ_L
Eye analysisPDA worst case + FFE/DFE
Inverse questionsmaximum reach · connector budget · limiting element · temperature ceiling
Design decision, with probabilityMonte Carlo over every tolerance → P(pass), margin and eye distributions, sensitivity tornado
Takes
  • A harness description in TOML — elements in order, standard, PHY, temperature, tolerances
  • A cable from measurement, archive, production record or data sheet
  • Connector and PCB parameters — or measured four-ports as elements
Produces
  • Pass/fail with margin and worst frequency, per quantity
  • The eye at the receiver: raw, equalised, with noise at BER 10⁻¹²
  • Maximum reach and connector budget against temperature
  • P(pass) and the tolerance that actually decides the design
Engineering

The hard part

Three problems had to be solved for the twin to be trustworthy rather than plausible. First, causality: predicting a receiver eye requires the channel far beyond the measured band, and an attenuation law without its matching phase produces pulses that arrive before they are sent — so the per-metre model is minimum-phase by construction, with the skin-effect loss and its dispersion as a Hilbert pair. Second, structure: three loss coefficients cannot carry a real cable's impedance ripple, so the measured structure rides on the smooth model as a stored residual — and the part of it that is measurement noise is kept out of the time domain, where a worst-case eye analysis would otherwise sum it into fictitious interference. Third, temperature: copper's skin resistance scales as √ρ(T), the model applies exactly that, and a switch reproduces the simpler convention of the synthetic stack so validation can face either truth.

Pulse response, worst-case eye against sampling phase, and simulated raw and equalised eyes.
FIG. 01  What the receiver sees, before the harness exists: closed without equalisation, 309 mV open with it — with the worst-case bound drawn at the decision instants of the simulated eye.
Evidence

Checked against ground truth

The twin is built from one noisy 10 m measurement, then interrogated about cables and harnesses it has never seen. Truth is the synthesiser it has no access to.

What was checkedResult
Insertion loss, 3–25 m, 23–125 °C≤ 0.1 dB over 5–600 MHz
Extrapolation to 2.5 GHz — an octave past the band≤ 0.04 dB
Whole harness vs one built from true piecessame verdict, headline within 0.002 dB
Worst-case eye vs 6,000-symbol simulation, 5 m420 mV bound vs 421 mV simulated
Same, 15 m311 mV vs 311 mV
Production-predicted cable, 15 m at 85 °Cfails by 0.02 dB, P(pass) = 0.02 — known before extrusion
Prediction error against length and temperature under the physical temperature law.
FIG. 02  The scaling claim, in full: one 10 m measurement at 23 °C, predictions to 25 m and 125 °C.
Sensitivity tornado of margin and eye height per tolerance.
FIG. 03  What actually decides the design: connector balance costs 0.96 dB; everything else moves the margin by under 0.01 dB.
Maximum passing cable length against temperature.
FIG. 04  An inverse question, answered: maximum reach against temperature — limited by delay, not loss, for this cable.
Monte Carlo distributions of headline margin and equalised eye height.
FIG. 05  The verdict as a distribution: 200 draws over every tolerance — P(pass), not a single hopeful number.
Declared limits

What it does not claim

From the report's own limitations section:

  • The impedance pattern of a different physical piece of the same cable is not predictable — return-loss minima land within about 3 dB, stated as such.
  • Equalisation is ideal (zero-forcing FFE, correct-decision DFE): the eye is an upper bound on an implementation.
  • Single pair; alien and pair-to-pair crosstalk enter only as a noise term.
  • Validated against the synthesiser — the honest boundary of the whole toolchain, stated everywhere it applies.
Context

Where it sits in the toolchain

Every arrow in the architecture ends here. cablecheck judges the assembled link; labauto archives are cable sources with verified provenance; labplatform budgets set the Monte Carlo's uncertainties; cableanalytics lets a cable that exists only as production data enter a harness with error bars. The final question stops being "what did this cable measure?" and becomes "will the link work?" — answered with a margin, an eye, and a probability.

← PreviousF · labplatform