Calculateur de chaleur massique

Cette capacité multiplie une masse finie, une chaleur massique et ΔT de façon déterministe, rejette une masse négative avec une erreur invalid_input explicite et renvoie un JSON structuré avec Q, les entrées renvoyées, la formule et la méthode.

Ce que signifie Q = mcΔT et quelles grandeurs vous devez envoyer

Fournir mass, specific_heat, delta_t, heat_energy, heat_energy_joules, formula et method en JSON facilite le collage du résultat dans des notes, la comparaison dans des tests automatisés ou la réutilisation entre langues sans réimplémenter l’arithmétique.

Comment ce calculateur valide l’entrée et applique Q = mcΔT

Les chaînes numériques qui s’interprètent comme des nombres finis sont acceptées afin que formulaires et pipelines de type CSV puissent passer des valeurs sans cast supplémentaire. Une masse nulle est autorisée et produit une énergie thermique nulle. La variation de température peut être signée : ΔT positif signifie chauffage (énergie absorbée, Q positif lorsque c est positif), et ΔT négatif signifie refroidissement (énergie libérée). Il n’y a ni chaleur latente de changement de phase, ni table c(T) dépendante de la température, ni service de conversion d’unités ; c’est de la chaleur sensible idéale à c constant à partir des trois grandeurs connues. Envoyez un corps JSON avec les champs obligatoires mass, specific_heat et delta_t. Tout champ doit être fini : champs manquants, chaînes vides, texte non numérique, NaN et Infinity échouent immédiatement avec invalid_input avant tout résultat, et la validation échouée n’est pas facturée. Des alias sont pris en charge : m pour mass ; c, specific_heat_capacity et heat_capacity pour la chaleur massique ; deltaT, temperature_change, dT et delta_temperature pour la variation de température. La masse ne doit pas être négative : une masse négative est toujours rejetée comme invalid_input car la masse inertielle ne peut pas être négative dans ce modèle. Après validation, le moteur multiplie les trois valeurs et arrondit à une précision décimale stable pour que la même entrée produise toujours le même JSON sur les moteurs JavaScript. La même fonction pure alimente l’outil gratuit dans le navigateur et le chemin d’API.

Usage pratique, limites, tarification et canaux de livraison

Utilisez l’outil du navigateur lorsque vous souhaitez une vérification immédiate de Q égal à m c ΔT en notant des devoirs, en vérifiant une course de calorimètre à gobelet, en dimensionnant l’énergie qu’un chauffage doit livrer pour une élévation de température connue, ou en validant le bilan thermique d’une simulation. Choisissez les unités de façon cohérente—si la masse est en kilogrammes, la chaleur massique en joules par kilogramme-kelvin et ΔT en kelvin ou degrés Celsius, l’énergie thermique sort en joules. Il n’y a ni modèle de langage, ni service externe de thermodynamique, ni aléatoire, de sorte que la capacité est sûre à figer dans des contrôles d’intégration continue et des supports de cours reproductibles. Utilisez l’API lorsqu’un script, une plateforme de cours, un pipeline de carnet de laboratoire ou un assistant de contrôle de process a besoin de JSON stable pour de nombreux triplets masse–chaleur-massique–ΔT sous un même contrat. Chaque requête réussie est un élément facturable à $0.002 ; la validation échouée ne consomme pas de solde. Les résultats sont pleinement déterministes : les mêmes trois entrées produisent toujours le même heat_energy et les mêmes étiquettes de formule et de méthode. Branchez l’endpoint sur des exercices de calorimétrie, des vérificateurs de réponses de concours, des outils d’esquisse HVAC ou des étapes de prétraitement où vous préférez déjà des erreurs de domaine explicites—comme rejeter une masse négative—à des widgets boîte noire opaques qui ne peuvent pas expliquer pourquoi une entrée incorrecte a été refusée.