A constant-gain twin of a motor holding a load certifies every load: what does thermal derating do to the real hold?
research/thermal-twin
A constant-gain twin of a motor holding a load certifies every load: magnet derating makes holding a positive thermal feedback with a fold at λ=4/27 (real temperature 1.33–2.25× the twin's near it, no hold above it, runaway in ≈4π/(9√ε) thermal time constants), short tests cannot see it, the twin overstates holdable torque 1.1–1.6×, and refitting a constant gain does not remove the fold.
What it found
Holding a torque dissipates Ri2; heating lowers the torque constant, so the hold current rises and heats more. In scaled variables φ′=λ/(1−φ)2−φ the hold exists iff λ≤4/27 (fold at φ=1/3) while the twin says φ=λ at every load: the real temperature rise is 1.33× and 1.76× the twin’s at λ=0.10 and 0.14 (current 1.15×, 1.33×) and 2.25× at the fold; above it there is no hold and the torque constant collapses in finite time, ≈4π/(9√ε) thermal time constants near the fold (ratio 0.925 at ε=0.002, 0.994 at 10−5). Tests shorter than the thermal time constant cannot see it (0.1 time constants at λ=0.14: +1.4% current). Under a winding temperature limit the twin overstates holdable torque by 1/(1−φm) (1.11× at φm=0.1, 1.64× at 0.4); refitting a constant gain on a hot low-load run still under-predicts (−0.06 to −0.10) and keeps no fold; winding-resistance rise lowers the fold (0.148 to 0.113 at β/α=1). Companion to the windup and gravity twins. Stylised: one thermal node, linear derating, constant load.
A figure from its own output
Paper, code and results
More in Digital twins & sim-to-real
- What does a twin whose sensor reads at any distance get wrong about a loop with a range-limited lidar or radar?A twin whose sensor reads at any distance vs a range-limited one: exact step-count law (49 vs 4021 steps from 1000R), PI overshoot neither bound nor lower bound (4.1× at 1000R), exact scale invariance, and the gain fitted from logs of a given extent.
- One long twin run or many replications when every run starts in the wrong state?One long twin run or many replications under a start-up transient: exact AR(1) MSE and t-interval coverage (single run minimises MSE; replication costs 1.07×–2.2×; 92% coverage at MSE-optimal deletion for short replications), batch means not worse, preliminary M/M/1 coverage 6–84%.
- How biased is a short digital-twin run that starts from a default state?Cold-start bias of short twin runs: exact AR(1) bias/variance/warm-up deletion, M/M/1 empty-start bias constant
ρ/(1−ρ)³, negligible at valid-interval lengths but −5.6 of 9 at 50 jobs; MSER-5 did not help. - How many designs should a digital twin shortlist for real-plant verification?Shortlisting K designs in a twin and verifying the top m on the real plant under a fixed trial budget: twin-only value exactly
ρc_K, best m falls from 8 to 2 as ρ rises 0.6→0.95 (K=50, B=20), and a useless twin still gains 0.12 from budget concentration alone. Stylised. - How far should a real-plant estimate be pulled toward its digital twin?Pulling a real-plant parameter estimate toward its twin (James–Stein): exact risk
d−(d−2)²E[1/(d−2+2K)], never worse in total for d≥3, perfect twin risk 2 at any d, worthn+σ²/τ²real samples at large d, but one mismatched parameter takes ≈d/4noise variances (25.5 at d=100) unless shrinkage is blockwise (1.65 at blocks of 5, d=30). - What does a twin that assumes the radar is aligned with the body get wrong about dead reckoning, and can loop-closure validation see it?A radar twin assuming the sensor is body-aligned: planar dead reckoning is exactly the true path rotated by the mount yaw (error
2 sin(e/2)·|displacement|, bounded, zero after loops, so loop-closure validation is blind), closed-form rotation fit with stdσ/√Σ|p|², but a pitched mount drifts verticallylaps·2πR sin e.
All 164 Digital twins & sim-to-real projects →
Other research topics
Proper scoring & elicitation28Effort & peer prediction9Verification games & slashing19Detection & tolerances14Markets as routers13Prediction-market design9Paying contributors8Decentralised training systems23Digital twins & sim-to-real164LLM chip design loops40Robot manufacturing loops53Ambient AI assistant46Self-replicating manufacturing34Simulation-first design64Engineered clothing45Task-specific AI accelerators40Algorithmic chip-design loops42Open-source purpose-built robots44The software-engineering loop43Adversarial human imitation41Open-source residential construction41Autonomous multi-angle capture34Sensing, imaging and 3D31Energy supply and dense energy storage39Robot societies among people31Agentic co-design of low-cost robots27Laundry-hanging robots25Machine learning on qualitative data23Robots on the building site27Civilizations & group psychology1History & human sciences1
Produced with AI assistance (Claude). Results are from the code in this repository and are simulated or stylised unless the abstract says otherwise; nothing here implies affiliation with or endorsement by any lab, researcher or company cited. MIT licensed.