rtd-sensor
A small, platform-independent Python library for resistance temperature detectors (RTDs). Its verified built-in sensor modules currently cover IEC 60751 Pt100, Pt500, Pt1000, the former-DIN Ni1000 6178/6180 ppm/K characteristic, Ni1000 TK5000, and the North American Ni120 / 6720 ppm/K characteristic. The library also provides configurable and calibrated Callendar–Van Dusen models, generic single- and piecewise-polynomial RTD models for traceable manufacturer/user characteristics, standard platinum tolerance calculations, measurement-uncertainty tools, and simulation support.
Scope
rtd-sensor currently handles:
Pt100 resistance in ohms ↔ temperature in Celsius
Pt500 resistance in ohms ↔ temperature in Celsius
Pt1000 resistance in ohms ↔ temperature in Celsius
Ni1000 6180 resistance in ohms ↔ temperature in Celsius
Ni1000 TK5000 resistance in ohms ↔ temperature in Celsius
Ni120 6720 resistance in ohms ↔ temperature in Celsius
The Pt100/Pt500/Pt1000 modules use the IEC 60751 PT-385 platinum curve:
- Pt100: 100 Ω at 0 °C
- Pt500: 500 Ω at 0 °C
- Pt1000: 1000 Ω at 0 °C
- α ≈ 0.00385
- ideal standardized curve from -200 °C through 850 °C
rtd_sensor.ni1000 implements the distinct former DIN 43760 nickel characteristic with
1000 Ω at 0 °C, approximately 6178/6180 ppm/K over 0–100 °C, and a
supported characteristic range of -60 °C through 250 °C. It must not be
interchanged with rtd_sensor.ni1000_tk5000, which uses a different
resistance-temperature curve.
The conversion modules describe ideal characteristics rather than a particular sensor manufacturer's packaging or probe construction.
Hardware-specific concerns such as ADC readings, GPIO, SPI, I²C, excitation circuits, two-/three-/four-wire topology, and lead-wire compensation belong in separate hardware layers.
Installation
python -m pip install rtd-sensor
The distribution name uses a hyphen (rtd-sensor), while the Python import package uses an underscore (rtd_sensor).
Migrating from pt100-core 0.3.x
Version 0.4.0 renames both the distribution and the Python import package as the project expands beyond its original Pt100-only scope:
Old distribution: pt100-core
New distribution: rtd-sensor
Old Python import: rtd
New Python import: rtd_sensor
For example:
# pt100-core 0.3.x and earlier
from rtd import pt100
# rtd-sensor 0.4.0 and later
from rtd_sensor import pt100
Advanced-model imports change the same way, for example from rtd.models to rtd_sensor.models. rtd-sensor intentionally does not ship an rtd compatibility package; applications migrating from pt100-core must update their imports. Existing pt100-core releases remain part of the historical release line.
Basic usage
from rtd_sensor import ni1000, ni1000_tk5000, ni120, pt100, pt500, pt1000
pt100_temperature_c = pt100.resistance_to_celsius(119.3971)
pt100_resistance_ohms = pt100.celsius_to_resistance(50.0)
pt500_temperature_c = pt500.resistance_to_celsius(596.99)
pt500_resistance_ohms = pt500.celsius_to_resistance(50.0)
pt1000_temperature_c = pt1000.resistance_to_celsius(1193.971)
pt1000_resistance_ohms = pt1000.celsius_to_resistance(50.0)
ni1000_temperature_c = ni1000.resistance_to_celsius(1617.8)
ni1000_resistance_ohms = ni1000.celsius_to_resistance(100.0)
tk5000_temperature_c = ni1000_tk5000.resistance_to_celsius(1500.00)
tk5000_resistance_ohms = ni1000_tk5000.celsius_to_resistance(100.0)
ni120_temperature_c = ni120.resistance_to_celsius(200.64)
ni120_resistance_ohms = ni120.celsius_to_resistance(100.0)
Physical numerical inputs such as temperature, resistance, coefficients, and uncertainty values reject Python Boolean values. This prevents True/False from being silently interpreted as 1.0/0.0, while ordinary integer, floating-point, and other float-convertible numeric inputs continue to work normally. Boolean control options such as simulation repeat=True are unaffected.
Ni1000 6180 / former DIN 43760
rtd_sensor.ni1000 means the former DIN 43760 / Nickel ND characteristic, not an
arbitrary sensor whose nominal resistance happens to be 1000 Ω. Its normalized
forward equation is:
R(T) / R0 = 1 + 5.485e-3 T + 6.650e-6 T²
+ 2.805e-11 T⁴ - 2.000e-17 T⁶
with R0 = 1000 Ω at 0 °C and a supported characteristic range of -60 °C
through 250 °C. Published physical sensors may specify narrower operating or
conformity ranges; those product limits are separate from the mathematical
characteristic.
Ni1000 TK5000 is a different characteristic and is not interchangeable with
rtd_sensor.ni1000.
Ni1000 TK5000 / Nickel NL 5000 ppm/K
rtd_sensor.ni1000_tk5000 implements the distinct TK5000 characteristic. IST AG
publishes the same cubic as Nickel NL (5000 ppm/K):
R(T) / R0 = 1 + 4.427e-3 T + 5.172e-6 T² + 5.585e-9 T³
with R0 = 1000 Ω at 0 °C and a supported characteristic range of -60 °C
through 250 °C. E+E Elektronik's independently published Ni1000 TK5000 R/T
table is used by the test suite to validate the coefficient implementation.
As with the 6180 characteristic, a packaged sensor may have a narrower physical
operating range than the mathematical characteristic represented here.
The explicit module name is intentional: Ni1000 alone does not uniquely
identify an R/T curve, so the package must not silently choose TK5000 when a
user actually has the former-DIN 6180 characteristic, or vice versa.
Ni120 / North American 6720 ppm/K
rtd_sensor.ni120 implements Minco's NA nickel characteristic: 120 Ω at 0 °C
with nominal TCR 0.00672 Ω/Ω/°C. Minco publishes this characteristic as
twelve cubic intervals from -80 °C through 260 °C rather than as one global
polynomial:
R(T) / R0 = A + B*T + C*T² + D*T³
The A/B/C/D coefficients change at the published interval boundaries. The library preserves those source coefficient tuples exactly. Because Minco's printed interval fits contain tiny join mismatches at their published precision, the built-in characteristic uses the generic piecewise model's explicit bounded constant-offset stitching. The largest applied normalized adjustment is about 7.2e-6, equivalent to less than 0.001 Ω for this 120 Ω characteristic; slopes and higher-order shape remain the published Minco values.
Pyromation's independently published 120 Ω / 0.00672 R/T table is used for validation. As with the other built-ins, the characteristic range is distinct from narrower operating limits that a particular packaged sensor may specify.
Configurable IEC 60751 models
For an individual Pt100, Pt500, Pt1000, or other IEC 60751 PT-385 sensor with a characterized resistance at 0 °C, use IEC60751RTDModel:
from rtd_sensor.models import IEC60751RTDModel
probe = IEC60751RTDModel(
r0_ohms=100.017,
name="Calibrated probe A",
minimum_temperature_c=-50.0,
maximum_temperature_c=250.0,
)
temperature_c = probe.resistance_to_celsius(119.42)
The configurable model retains the standard IEC 60751 PT-385 curve while allowing an individually characterized R0 and a narrower declared or calibrated temperature range.
For a probe whose calibration certificate or manufacturer documentation supplies an IEC-style Callendar–Van Dusen coefficient set, use CallendarVanDusenRTDModel:
from rtd_sensor.models import CallendarVanDusenRTDModel
calibrated_probe = CallendarVanDusenRTDModel(
r0_ohms=100.025,
a=3.91e-3,
b=-5.80e-7,
c=-4.20e-12,
minimum_temperature_c=-50.0,
maximum_temperature_c=250.0,
name="Probe SN-123",
coefficient_source="Calibration certificate SN-123",
)
Custom coefficient models must declare their valid temperature range. C may be omitted only when that range is entirely at or above 0 °C. The model validates that the supplied curve remains finite, positive-resistance, and strictly increasing over the interval required for conversion. Custom coefficients are not automatically described as IEC 60751 compliant; coefficient_source can retain a calibration-certificate or manufacturer reference alongside the model.
Generic polynomial RTD models
For a manufacturer, calibration laboratory, or legacy RTD characteristic that is published as one global polynomial, use PolynomialRTDModel:
from rtd_sensor.models import PolynomialRTDModel
example = PolynomialRTDModel(
reference_resistance_ohms=10.0,
reference_temperature_c=25.0,
coefficients=(0.01,),
minimum_temperature_c=-20.0,
maximum_temperature_c=80.0,
name="Illustrative linear RTD",
coefficient_source="Example only — not a real sensor characteristic",
)
assert example.celsius_to_resistance(25.0) == 10.0
For x = T - reference_temperature_c, the model uses:
R(T) = Rref × (1 + c1*x + c2*x² + ... + cn*xⁿ)
coefficients therefore contains (c1, c2, ..., cn); the constant term is implicitly 1 at the reference temperature. This formulation is intentionally not tied to platinum or to a 0 °C reference point.
The model analytically differentiates the polynomial, validates that resistance stays finite and positive, and locates derivative extrema to prove the characteristic remains strictly increasing over its declared range. Resistance-to-temperature conversion then uses dependency-free bounded bisection on that validated curve instead of an approximate inverse polynomial.
Do not force a published piecewise or tabulated characteristic into this single-polynomial API. Use PiecewisePolynomialRTDModel for a source that publishes separate interval equations; authoritative table-based characteristics remain a separate planned model type.
Piecewise polynomial RTD models
PiecewisePolynomialRTDModel preserves documented characteristics that publish a different polynomial over each temperature interval. Each PiecewisePolynomialSegment stores the complete normalized polynomial for one interval, including its constant term:
R(T) / Rref = c0 + c1*x + c2*x² + ... + cn*xⁿ
x = T - segment_temperature_origin
For example:
from rtd_sensor.models import PiecewisePolynomialRTDModel, PiecewisePolynomialSegment
example = PiecewisePolynomialRTDModel(
reference_resistance_ohms=100.0,
segments=(
PiecewisePolynomialSegment(
minimum_temperature_c=-10.0,
maximum_temperature_c=0.0,
coefficients=(1.0, 0.01),
),
PiecewisePolynomialSegment(
minimum_temperature_c=0.0,
maximum_temperature_c=10.0,
coefficients=(1.0, 0.02),
),
),
coefficient_source="Example only — not a real sensor characteristic",
)
Segments must be contiguous, positive-resistance, and strictly increasing. The model preserves each source coefficient tuple and provides one bounded inverse across the complete characteristic. Interior temperature boundaries route to the segment on their right; if adjacent segments have different slopes, sensitivity at the boundary therefore reports that right-hand slope.
Published piecewise fits are sometimes independently rounded and miss exact continuity by a tiny amount. The default API does not hide such a mismatch. A caller may explicitly set maximum_continuity_adjustment_ratio to authorize only a bounded additive correction to each segment's normalized constant term. The reference-temperature segment remains the anchor, derivatives are unchanged, and the applied offsets are exposed as continuity_adjustments for auditability. This mechanism is for documented source-rounding effects, not for making genuinely incompatible segments appear valid.
IEC 60751 tolerance classes
The rtd_sensor.tolerance module calculates the maximum permitted temperature deviation for the standard IEC 60751:2022 tolerance classes. The standard distinguishes complete thermometers from bare platinum resistors, and it assigns different validity ranges to wire-wound and film construction.
For an assembled thermometer:
from rtd_sensor import tolerance
maximum_error_c = tolerance.thermometer_tolerance_c(
100.0,
tolerance_class="A",
construction="wire_wound",
)
# 0.35 °C
For a bare platinum resistor, the public ASCII class designations combine the IEC W/F construction prefix with the class value:
maximum_error_c = tolerance.platinum_resistor_tolerance_c(
100.0,
tolerance_class="F0.15",
)
# 0.35 °C
Use thermometer_tolerance_c() for a complete, assembled temperature sensor or probe. Use platinum_resistor_tolerance_c() when you are working with the bare platinum sensing element and its W/F resistor-class designation.
Both functions return the positive magnitude of the maximum permitted deviation. For example, a return value of 0.35 means a nominal tolerance band of ±0.35 °C at that temperature; it does not mean the sensor is expected to be off by 0.35 °C.
The standard validity range for the selected class is enforced. Values outside that range raise ValueError rather than silently extrapolating a class designation. Tolerance is a bounded conformity limit, not a probability distribution or standard uncertainty. These functions calculate the numerical class limit and validity range only; they do not assert that a physical sensor satisfies every IEC 60751 construction and test requirement.
Measurement uncertainty primitives
The rtd_sensor.uncertainty module provides the low-level numerical building blocks used by measurement-uncertainty analysis. It does not automatically decide which effects belong in a particular sensor or hardware uncertainty budget.
For a symmetric bound ±a, convert the bound to a standard uncertainty only after choosing an appropriate probability model:
from rtd_sensor import uncertainty
u_rectangular = uncertainty.standard_uncertainty_from_bound(
0.35,
distribution="rectangular",
)
u_triangular = uncertainty.standard_uncertainty_from_bound(
0.35,
distribution="triangular",
)
The rectangular and triangular helpers use a / sqrt(3) and a / sqrt(6) respectively. Choosing either distribution is an explicit modeling assumption. In particular, an IEC tolerance limit is not automatically a standard uncertainty simply because the library can convert a bound numerically.
Independent standard-uncertainty components can be combined by root-sum-square, and expanded uncertainty can be calculated when the coverage factor is known:
combined_u_c = uncertainty.combine_independent_standard_uncertainties(
0.04,
0.07,
0.02,
)
expanded_u = uncertainty.expanded_uncertainty(
combined_u_c,
coverage_factor=2.0,
)
No confidence level is inferred from a coverage factor. A statement such as k = 2 only has a probability interpretation when that interpretation is justified by the complete uncertainty analysis. Correlated components are not supported by this helper; covariance-aware propagation is a later capability.
RTD models also expose their exact local resistance/temperature sensitivity. For the built-in platinum models this derivative comes from the Callendar–Van Dusen characteristic, while polynomial models differentiate their supplied polynomial analytically:
from rtd_sensor import pt100
d_r_d_t = pt100.resistance_sensitivity_ohms_per_celsius(100.0)
d_t_d_r = pt100.temperature_sensitivity_celsius_per_ohm(100.0)
These derivatives are evaluated analytically from the active RTD model rather than estimated by finite differences. They are also used by the RTD-specific propagation helpers.
RTD uncertainty propagation and budgets
Propagate a resistance standard uncertainty through the same RTD model used for the nominal conversion:
from rtd_sensor import pt100, uncertainty
propagated = uncertainty.propagate_resistance_uncertainty(
100.0,
0.01,
model=pt100,
)
print(propagated.temperature_c)
print(propagated.temperature_sensitivity_celsius_per_ohm)
print(propagated.temperature_standard_uncertainty_c)
The result retains the measured resistance, converted temperature, resistance standard uncertainty, local dT/dR sensitivity, and the propagated temperature contribution. The propagation is first-order (local linearization); sufficiently large uncertainties or strongly nonlinear cases may require a higher-order or Monte Carlo treatment.
Additional independent contributions that are already expressed as standard uncertainties in °C can be kept as named, inspectable components:
from rtd_sensor import pt100, tolerance, uncertainty
class_a_limit = tolerance.thermometer_tolerance_c(
100.0,
tolerance_class="A",
construction="wire_wound",
)
# This rectangular model is an explicit user assumption. IEC 60751 does not
# state that values inside the tolerance band follow this distribution.
sensor_u = uncertainty.standard_uncertainty_from_bound(
class_a_limit,
distribution="rectangular",
)
sensor_component = uncertainty.TemperatureUncertaintyComponent(
name="Sensor class limit",
standard_uncertainty_c=sensor_u,
evaluation_method="B",
source="IEC 60751 Class A tolerance modeled as rectangular",
)
budget = uncertainty.temperature_uncertainty_budget(
pt100.celsius_to_resistance(100.0),
0.01,
model=pt100,
additional_components=(sensor_component,),
coverage_factor=2.0,
)
print(budget.combined_standard_uncertainty_c)
print(budget.expanded_uncertainty_c)
TemperatureUncertaintyComponent can optionally retain a Type A/Type B evaluation-method label, source, and note. Those fields are provenance only; all supplied components must already be standard uncertainties in °C. The current budget combines the resistance contribution and additional components as uncorrelated terms. It does not yet support covariance matrices, coefficient covariance, effective degrees of freedom, or Monte Carlo propagation.
The built-in pt100, pt500, pt1000, and ni1000 modules and the public
configurable-model classes, including PolynomialRTDModel, can be passed as
the model. Third-party models may also participate if they provide compatible
resistance-to-temperature conversion and local dT/dR sensitivity methods.
Simulation
Simulation readers support every verified built-in RTD characteristic through one
authoritative model-identity registry. Pt100 remains the default for backward
compatibility. The currently registered identities are available through
simulation.SUPPORTED_RTD_TYPES, so applications can populate selectors without
maintaining their own copy of the built-in identity list.
from rtd_sensor import simulation
reader = simulation.TemperatureSequenceReader(
[20.0, 40.0, 60.0],
rtd_type="pt1000",
)
temperature_c = simulation.read_temperature_celsius(reader)
Hardware or other generic resistance readers can specify the RTD type when converting a compensated resistance measurement:
temperature_c = simulation.read_temperature_celsius(
hardware_reader,
rtd_type="pt1000",
)
Built-in model-aware readers keep their RTD identity fixed after construction. If a reader declares rtd_type="pt1000", passing a conflicting explicit rtd_type="pt100" to read_temperature_celsius() raises ValueError instead of silently interpreting the resistance with the wrong model. Supplying the same explicit type remains valid. RTDType remains a string alias because Python cannot derive a static Literal[...] union from the runtime registry; unsupported strings are still rejected strictly at runtime.
Development setup
The project targets Python 3.14 and uses uv for development environments and dependency locking.
uv sync --locked
Run the checks:
uv run --locked pytest
uv run --locked ruff check .
uv run --locked mypy
Project structure
src/rtd_sensor/
_curves.py
_models.py
_validation.py
models.py
ni1000.py
pt100.py
pt500.py
pt1000.py
simulation.py
tolerance.py
uncertainty.py
tests/
docs/DESIGN.md
The repository and PyPI distribution are named rtd-sensor; the Python import package is rtd_sensor. Releases through 0.3.x used the historical pt100-core distribution and rtd import namespace; see the migration section above when updating existing applications.
See docs/DESIGN.md for detailed architecture and mathematical assumptions, and docs/ROADMAP.md for planned RTD families and future characteristic/calibration work.
Current capabilities
The current development branch provides:
- IEC 60751 Pt100 resistance-to-temperature and temperature-to-resistance conversion
- IEC 60751 Pt500 resistance-to-temperature and temperature-to-resistance conversion
- IEC 60751 Pt1000 resistance-to-temperature and temperature-to-resistance conversion
- former-DIN Ni1000 6178/6180 ppm/K resistance-to-temperature and temperature-to-resistance conversion
- independently sourced reference-value tests for all built-in RTD characteristics
- shared internal RTD curve and model infrastructure
- registry-driven model-aware simulation for all built-in RTD characteristics while preserving Pt100 defaults
- public configurable IEC 60751 models for individually characterized
R0values and declared temperature ranges - public Callendar–Van Dusen models for traceable user-supplied
R0,A,B, and optionalCcoefficient sets - generic polynomial RTD models with explicit reference resistance/temperature, provenance, analytical sensitivity, and validated monotonic inversion
- IEC 60751:2022 tolerance calculations for standard thermometer and platinum-resistor classes
- GUM-style uncertainty primitives, exact RTD sensitivity, first-order resistance-to-temperature propagation, and structured independent-component temperature uncertainty budgets
Potential future RTD types are not considered supported until their equations, ranges, independent reference values, tests, and documentation are complete.
License
This project is licensed under the Mozilla Public License 2.0. See LICENSE.
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file rtd_sensor-0.4.0.tar.gz.
File metadata
- Download URL: rtd_sensor-0.4.0.tar.gz
- Upload date:
- Size: 103.4 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: uv/0.11.24 {"installer":{"name":"uv","version":"0.11.24","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"macOS","version":null,"id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
e9dc45381849c198bd812d80f219c42145edd3030a659558d3f257888fadcf3a
|
|
| MD5 |
605187e13b7bbbeab0c4d4e5be1625d7
|
|
| BLAKE2b-256 |
d8e7144dccc647be0d65681caa671ee8c58df9a2cec7eb5bfb0fcb1e94c75756
|
File details
Details for the file rtd_sensor-0.4.0-py3-none-any.whl.
File metadata
- Download URL: rtd_sensor-0.4.0-py3-none-any.whl
- Upload date:
- Size: 51.9 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: uv/0.11.24 {"installer":{"name":"uv","version":"0.11.24","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"macOS","version":null,"id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
7e2fabfa2a15fab62cc1dd03f9addcfafc57015ec6da457b649841cd52015f1a
|
|
| MD5 |
e21c865169bd749a69f54a8b0e1c8284
|
|
| BLAKE2b-256 |
a74e81d512795e0841f397824473294299ce062db06bb75d0e844d6514157424
|