Verified calculation capability
Junction temperature from effective θJA or θJC+θCS+θSA, or required heatsink θSA,max = (Tj,max−Ta)/P − θJC − θCS. · Electrical · Thermal
Capability ID electrical.thermal.heatsink_rth · version 1.1.0
Effective θJA
Tj = Ta + P · θJATj = Ta + P · (θJC + θCS + θSA)θSA,max = (Tj,max − Ta)/P − θJC − θCSSolve modes: junction effective ja · junction heatsink stack · required heatsink sa · rise · rth
Canonical symbols for this capability. Agent schemas remain the contract.
| Symbol | Quantity | Unit | Role |
|---|---|---|---|
Ta | Ambient temperature (°C) | °C | input / output |
P | Device power dissipation converted to heat (W). ≥ 0 on rise models; > 0 when solving θSA. | W | input / output |
Rth_JA | Effective / application junction-to-ambient thermal resistance (°C/W ≡ K/W) | — | input / output |
Rth_JC | Junction-to-case thermal resistance (°C/W) | — | input / output |
Rth_CS | Case-to-sink / TIM interface thermal resistance (°C/W). 0 means the interface is neglected. | — | input / output |
Rth_SA | Sink-to-ambient thermal resistance (°C/W) — the heatsink. Input on stack mode; output as Rth_SA_required on required mode. | — | input / output |
Tj_max | Required on required_heatsink_sa. Optional on rise models for thermal margin. | °C | input / output |
thermal_path | JA = effective θJA; JC+CS+SA = explicit heatsink stack; required_SA = solved θSA,max. Not interchangeable models. | — | output |
Rth_C_per | Headline resistance: θJA or θtotal on rise models; θSA,max on required_heatsink_sa | W | output |
Rth_total | — | — | output |
Rth_total_max | (Tj,max−Ta)/P in required mode | — | output |
Rth_SA_required | — | — | output |
dT | — | °C | output |
dT_JC | — | °C | output |
dT_CS | — | °C | output |
dT_SA | — | °C | output |
Tj | — | °C | output |
margin | — | °C | output |
Declared scope for this capability. Do not use it outside this domain.
Assumptions
One numerical check. The calculator page holds worked steps and FAQ.
Ta=25, P=10, Tj_max=150, θJC=1.5, θCS=0.5 → θSA,max=10.5
CVP VERIFIED · CVP protocol 1.0.0-proposed · Engineering assurance. Computational verification is defined by CVP. Supplemental domain review (internal) and named expert review are defined by the Review policy and do not by themselves determine CVP conformance.
Human page, REST, and MCP share the same engine and calculation_version.
Build verified hashes workspace artifacts only. After deploy, attest:production GETs canonical URLs twice — the public/cached view an Agent actually hits, and origin — including every /capabilities/{id} HTML page. Public Capability HTML version must match catalog before production attestation passes. Live Trust rows above fetch /.well-known/calculatorx-production-attestation.json
and the output schema const. Build hashes: release integrity. That proves currently published page / engine / schema / evidence / MCP agree — not that a historical version is independently immutable. Reference Calculation Standard — Production surface contract 4/4.
Declared calculation modes for this capability.
junction_effective_jajunction_heatsink_stackrequired_heatsink_saHuman-readable sources plus CVP reference evidence classes.
Sources
Reference evidence classes: O1 model · O2 expected_values · O2 numerical_behavior
Inspect this capability via same-origin MCP, then call execute_calculation.
curl -sS -X POST 'https://www.calculatorx.com/mcp' \
-H 'Content-Type: application/json' \
-H 'MCP-Protocol-Version: 2026-07-28' \
-H 'Mcp-Method: tools/call' \
-H 'Mcp-Name: inspect_capability' \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/call","params":{"name":"inspect_capability","arguments":{"capability_id":"electrical.thermal.heatsink_rth"}}}'
Inspect the trust tier and required assurance level before execution. Pin calculation_version (1.1.0) when reproducibility matters. Full protocol notes: MCP docs.