#thermodynamics

Vapor-pressure thermodynamics as an API, computed locally and deterministically. The clausius-clapeyron endpoint predicts the vapor pressure of a substance at a new temperature from a known reference point and the molar enthalpy of vaporization, using ln(P2/P1) = -ΔHvap/R·(1/T2 - 1/T1) with temperatures in kelvin — so from water boiling at 101.325 kPa at 373.15 K and ΔHvap ≈ 40.66 kJ/mol it returns about 42.6 kPa at 350 K. The enthalpy endpoint inverts the same relation: given two pressure/temperature points it solves for the molar enthalpy of vaporization, ΔHvap = -R·ln(P2/P1)/(1/T2 - 1/T1), in J/mol and kJ/mol. The antoine endpoint evaluates the Antoine equation log10(P) = A - B/(C + T) both ways — supply a temperature to get the vapor pressure, or a pressure to get the boiling temperature — defaulting to the water constants (°C and mmHg, so water reads 760 mmHg at 100 °C) but accepting any A, B, C for other substances. The gas constant R = 8.314462618 J/(mol·K). Everything is computed locally and deterministically, so it is instant and private. Ideal for chemical-engineering, process-simulation, distillation, HVAC, meteorology and chemistry-education app developers, boiling-point and phase-equilibrium tools, and lab software. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is vapor pressure and boiling point; for humidity and dew point use a psychrometric API and for ideal-gas state use a gas-law API.

api.oanor.com/vaporpressure-api

Heat-engine efficiency and coefficient of performance as an API, computed locally and deterministically. The efficiency endpoint gives the Carnot maximum efficiency of any heat engine working between two temperatures, η = 1 − Tc/Th (in kelvin) — the absolute upper limit no real engine can beat — and, given a heat input, the maximum work it could produce and the heat it must reject. The heat-pump endpoint gives the Carnot coefficient of performance of a heat pump, COP = Th/(Th − Tc), and of a refrigerator or air conditioner, COP = Tc/(Th − Tc), and the heat moved for a given work input. The engine endpoint analyses a real engine from its heat balance: from any two of the heat input, the work output, the efficiency or the heat rejected it returns the rest using η = W/Qh and Qc = Qh − W, and — given the reservoir temperatures — compares it to the Carnot limit and reports the second-law (exergy) efficiency. Temperatures accept kelvin, Celsius or Fahrenheit. Everything is computed locally and deterministically, so it is instant and private. Ideal for thermodynamics-education tools, engine, turbine and HVAC design, refrigeration and heat-pump apps, and energy-systems software. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is heat-engine and refrigeration-cycle efficiency; for sensible heat use a specific-heat API and for heat-exchanger LMTD use a heat-exchanger API.

api.oanor.com/carnot-api

Newton's law of cooling and convective heat transfer as an API, computed locally and deterministically. The convection endpoint applies the convective-heat-transfer rate Q = h·A·ΔT — the heat carried away from a surface equals the convection coefficient times the area times the temperature difference between the surface and the fluid — and solves for whichever of the heat rate, the coefficient, the area or the temperature difference you leave out, with typical coefficients for natural and forced air, water, boiling and condensing built in. The cooling endpoint applies Newton's law of cooling, T(t) = T_env + (T0 − T_env)·e^(−k·t): from an initial temperature, the ambient temperature and a cooling constant (or time constant τ = 1/k) it gives the temperature after a time, or the time to reach a target temperature, or it solves the cooling constant from a measured temperature at a known time — the maths behind how a hot drink, a forensic body or a cooling casting approaches room temperature. The coefficient endpoint links the cooling constant to the physical properties, k = h·A/(m·c), and the thermal time constant. Everything is computed locally and deterministically, so it is instant and private. Ideal for thermal-engineering and HVAC tools, food-safety and forensic cooling apps, electronics-cooling and process-control software, and physics education. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is convection and transient cooling; for steady conduction through walls use a U-value API and for thermal radiation use a Stefan-Boltzmann API.

api.oanor.com/cooling-api

Matemáticas de LMTD y efectividad-NTU para intercambiadores de calor como una API, calculadas local y determinísticamente. El endpoint lmtd calcula la diferencia de temperatura media logarítmica, LMTD = (ΔT1 − ΔT2)/ln(ΔT1/ΔT2), la temperatura de conducción promedio real de un intercambiador de calor, a partir de las temperaturas de entrada y salida de los flujos caliente y frío para una disposición de flujo en contracorriente o en paralelo, y señala un cruce de temperatura. El endpoint duty aplica Q = U·A·LMTD·F — el deber térmico es igual al coeficiente global de transferencia de calor por el área por el LMTD por un factor de corrección opcional — y resuelve para cualquiera de los parámetros (deber, coeficiente, área o LMTD) que se omita, tomando el LMTD directamente o a partir de las cuatro temperaturas. El endpoint effectiveness utiliza el método de efectividad-NTU: a partir de las tasas de capacidad calorífica del flujo caliente y frío (dadas directamente o como flujo másico por calor específico) y el número de unidades de transferencia NTU = U·A/Cmin, devuelve la relación de capacidades, la efectividad para la disposición y — dadas las temperaturas de entrada — el deber térmico máximo y real y las temperaturas de salida. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de ingeniería de procesos, química y mecánica, HVAC, refrigeración y diseño térmico, y educación en ingeniería. Cálculo puramente local — sin clave, sin servicio de terceros, instantáneo. En vivo, no se almacena nada. 3 endpoints. Este es un análisis de intercambiador de calor de dos flujos; para el calor sensible de un solo flujo Q = m·c·ΔT, use una API de calor específico.

api.oanor.com/lmtd-api

Calor latente y entalpía de cambio de fase como una API, calculados local y determinísticamente. El endpoint de calor latente aplica Q = m·L — el calor para fundir, congelar, hervir o condensar una sustancia es igual a su masa multiplicada por el calor latente — y resuelve para cualquiera de los valores (calor, masa o calor latente) que omitas, tomando el calor latente de fusión o vaporización directamente o de una tabla de sustancias incorporada (agua, etanol, mercurio, plomo, aluminio, hierro, nitrógeno, oxígeno). El endpoint de cambio de fase calcula la entalpía total de calentar o enfriar una sustancia de una temperatura a otra, combinando automáticamente el calor sensible m·c·ΔT dentro de cada fase con el calor latente en cada transición de fusión y ebullición que cruce, y devuelve un desglose paso a paso — por lo que puede decirte, por ejemplo, la energía total para convertir hielo a −10 °C hasta vapor a 110 °C, usando el calor específico correcto para el sólido, el líquido y el gas. El endpoint de sustancias enumera los calores latentes y los calores específicos por fase. El calor se reporta en julios, kilojulios, vatios-hora y kilocalorías. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de termodinámica y HVAC, refrigeración, calefacción y aplicaciones de ingeniería de procesos, ciencia de alimentos y materiales, y educación en física. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 3 endpoints. Esto es calor latente y cambio de fase; para calor sensible solo (Q = m·c·ΔT sin cambio de fase) usa una API de calor específico.

api.oanor.com/enthalpy-api

Thermal-expansion maths as an API, computed locally and deterministically. The linear endpoint computes how much a solid grows or shrinks when its temperature changes, ΔL = α·L0·ΔT, returning the change in length and the new length from an original length, a temperature change (given directly or as an initial and final temperature) and the linear expansion coefficient α — taken from a built-in material table (steel, aluminium, copper, concrete, glass, invar and more) or supplied directly; lengths accept metres, centimetres, millimetres, feet or inches. The volume endpoint computes volumetric expansion, ΔV = β·V0·ΔT, where for a solid the volumetric coefficient is β ≈ 3α and for a liquid (water, ethanol, mercury, petrol and others) β is taken directly; volumes accept cubic metres, litres, millilitres or cubic feet. The materials endpoint lists the coefficients. A negative temperature change gives contraction. Everything is computed locally and deterministically, so it is instant and private. Ideal for civil and mechanical engineering tools, rail, pipe and bridge expansion-gap design, manufacturing-tolerance and HVAC apps, and physics education. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is thermal expansion; for heat energy and temperature change use a specific-heat API.

api.oanor.com/thermalexpansion-api

Calorimetry (specific-heat) maths as an API, computed locally and deterministically. The heat endpoint applies the sensible-heat equation Q = m·c·ΔT — the heat energy equals the mass times the specific heat times the temperature change — and solves for whichever of the four quantities you leave out, taking the temperature change directly or as the difference of an initial and final temperature, and the specific heat directly or from a built-in material (water, ice, aluminium, copper, steel, glass, ethanol and more); it reports the heat in joules, kilojoules, calories, kilocalories and watt-hours. The mix endpoint finds the equilibrium temperature when two bodies at different temperatures are brought into thermal contact, Tf = (m1·c1·T1 + m2·c2·T2) / (m1·c1 + m2·c2), with the heat transferred, for the same or different materials. The materials endpoint lists typical specific heats. Use SI units — mass in kilograms, specific heat in joules per kilogram-kelvin, temperatures in °C or K (the difference is the same). Everything is computed locally and deterministically, so it is instant and private. Ideal for physics and chemistry education, thermal-engineering and HVAC tools, cooking and brewing apps, and material-science calculators. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is calorimetry; for the ideal gas law use a gas-law API.

api.oanor.com/specificheat-api

Ideal-gas-law maths as an API, computed locally and deterministically. The ideal endpoint solves PV = nRT for whichever quantity you leave out: provide any three of pressure, volume, amount of substance (moles) and temperature, and it returns the fourth in several units. The combined endpoint applies the combined gas law, P₁V₁/T₁ = P₂V₂/T₂: give a first state and two quantities of the second state and it finds the missing one — handy for "what happens to the volume if I double the pressure" questions. The density endpoint computes the density of an ideal gas from the pressure, temperature and molar mass (ρ = P·M / R·T). Pressure accepts pascals, kPa, bar, atm, psi, mmHg and Torr; volume accepts m³, litres, mL and cubic feet; temperature accepts kelvin, Celsius and Fahrenheit; and the gas constant R is 8.314462618 J/(mol·K). Everything is computed in SI internally and is instant and private. Ideal for chemistry and physics education, lab and process tools, HVAC and scuba calculations, and engineering software. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is ideal-gas thermodynamics; for the chemical elements and periodic-table data use an elements API.

api.oanor.com/gaslaw-api