比熱容量コンバーター
4184 J/(kg·K)はちょうど1 cal/(g·°C)です。データシート、教科書、実験結果で単位が違っても、比熱容量をジュール毎キログラム・ケルビン、カロリー毎グラム・摂氏、BTU毎ポンド・華氏の間で換算できます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 値
- 4,184
- 変換元の単位:J/
- J/(kg·K)
- 変換先の単位:J/
- cal/(g·°C)
- 結果
- 1
- 変換後の値
- 1
- J/(kg·K)換算値
- 4,184
- 係数
- 0.0002390057
比熱容量コンバーターは、ある材料物性の読み値を、表計算の数式や頭の中の係数表なしで別の単位へ変換します。有限の値に、ジュール毎キログラム・ケルビン、熱化学カロリー毎グラム・摂氏、英熱量毎ポンド・華氏の中から変換元と変換先の単位を添えて入力してください。ツールは、変換後の容量、J/(kg·K)でのSI中間値、適用した厳密な単位係数、そしてレポートに貼り付けられる段階的な代入行を返します。データシートを比べる熱技術者、教科書の表をSIと慣用単位の間で変換する学生、熱量計の結果を確認するプロセス化学者、混在した物性表を読むHVAC技師は、みな同じ決定論的な経路を必要とします。
対応する比熱の単位と、変換の仕組み
この機能は、材料表、化学実験室、熱力学の宿題、工学のデータシートで主流の3つの日常的な比熱容量単位の間で変換します。ジュール毎キログラム・ケルビン(J/(kg·K))はSIの整合単位であり内部のハブです。
すべての変換は入力に、1変換元単位が何ジュール毎キログラム・ケルビンに等しいかを掛け、次に1変換先単位が何ジュール毎キログラム・ケルビンに等しいかで割ります。ケルビン間隔は摂氏間隔に等しいため、J/(kg·°C) は変換上 J/(kg·K) と同一に扱われます。
熱化学カロリー毎グラム・摂氏は、1グラムあたり4.184ジュールの1熱化学カロリーを1キログラムあたり1000グラムでスケールした、厳密な係数4184を使います。英熱量毎ポンド・華氏は、1055.05585262ジュールの国際表BTU、0.45359237キログラムの国際ポンド、そしてケルビンの9分の5である華氏間隔を使います。
一般的な別名は大文字小文字を無視して受け付けられます。
J/(kg·K) には J/kg/K、J/kg-K、joules per kilogram kelvin、cal/(g·°C) には cal/g/C、cal/g-C、calories per gram celsius、BTU/(lb·°F) には BTU/lb/F、BTU/lb-F、btu per pound fahrenheit です。
実用上のコツ、限界、このランディングを使う場面
クライアントを自分で制御できるときは、value に素の数値を送るのが望ましいです。数値文字列は、通貨記号や桁区切りのない厳密な有限の数値パターンに一致するときだけ受け付けられます。ロケール固有の綴りが必要なら表示ラベルはご自分の側で正規化してください。
往復確認は簡単です。 AをBに、BをAに戻して変換し、公開された小数12桁の丸め以内で元の値を復元できることを確かめてください。
単位解析を教えるときは、常温付近の液体の水の表で4184ジュール毎キログラム・ケルビンが1カロリー毎グラム・摂氏に等しいこと、1BTU毎ポンド・華氏が約4186.8ジュール毎キログラム・ケルビンに変換されることといった古典例を組み合わせてください。中間のSI値が溢れないよう絶対範囲内に留めてください。
このランディングは、比熱容量コンバーター、J/kgK から cal/gC、BTU/lbF から SI、あるいはカロリー毎グラム摂氏をオンラインで探す方を対象とします。一般的な長さ・重さ・温度のコンバーターでも、混合温度の計算機でも、熱伝導率のツールでもありません。
両端が3つの対応する比熱単位の中にあり、決定論的な係数と手順文字列が必要なときにこの機能をお使いください。質量を混ぜた後の平衡温度だけが必要なら、専用の熱混合機能をお使いください。
活用例
材料データシートの単位整合
技術者は、一貫したCADの熱モデルや有限要素の材料カードのため、供給元の比熱表を cal/(g·°C) や BTU/(lb·°F) からSIの J/(kg·K) へ変換します。
実験室と熱量測定の報告
化学者や物理実験室は、測定した熱容量を、手作業の係数ミスなしにカロリー基準の実験ノートとSIの実験情報システムの間で変換します。
HVACとプロセスのエネルギー確認
技師は、エネルギー収支、コイル選定メモ、標準をまたぐ設計レビューのため、流体物性表を慣用の BTU/(lb·°F) とSIの間で変換します。
よくある質問
どの比熱単位を変換できますか?
ジュール毎キログラム・ケルビン(J/(kg·K))、熱化学カロリー毎グラム・摂氏(cal/(g·°C))、英熱量毎ポンド・華氏(BTU/(lb·°F))で、J/kg/K、cal/g/C、BTU/lb/F などの一般的な別名を含みます。
ここでの1カロリー毎グラム・摂氏はどう定義されますか?
1 cal/(g·°C) は、4.184 J の熱化学カロリーを使いグラムをキログラムにスケールして、ちょうど4184 J/(kg·K) に等しくなります。
1 BTU/(lb·°F)は何J/(kg·K)ですか?
約4186.8 J/(kg·K)です。国際蒸気表のBTU、0.45359237キログラムの国際ポンド、そしてケルビンの9分の5にあたる華氏の1度を組み合わせた係数で計算します。
J/(kg·°C)とJ/(kg·K)は同じですか?
比熱では同じです。1ケルビンの変化と摂氏1度の変化は同じ大きさなので、ケルビンあたりの値と摂氏1度あたりの値は数値として一致します。
往復で換算すると元の値に戻りますか?
戻ります。どの換算もジュール毎キログラム・ケルビンを経由するため、別の単位に換算してから元に戻しても、小数点以下12桁の丸めの範囲で元の値と一致します。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/conv/specific-heat \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"value":4184,"from":"J/(kg·K)","to":"cal/(g·°C)"}'const res = await fetch("https://api.kit.forhosting.com/conv/specific-heat", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"value": 4184,
"from": "J/(kg·K)",
"to": "cal/(g·°C)"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/conv/specific-heat",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"value": 4184,
"from": "J/(kg·K)",
"to": "cal/(g·°C)"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/conv/specific-heat", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"value":4184,"from":"J/(kg·K)","to":"cal/(g·°C)"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"value":4184,"from":"J/(kg·K)","to":"cal/(g·°C)"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/conv/specific-heat", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"value": 4184,
"from": "J/(kg·K)",
"to": "cal/(g·°C)"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "conv.specific_heat",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_abs | 1000000000000 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
未知の単位名は、静かに誤った係数を使うのではなく、明確な invalid_input エラーで失敗します。
対応する比熱の単位と、変換の仕組み
名前がそのリストにないと、解算器は不正なフィールドを名指しし対応単位を列挙して invalid_input でリクエストを拒否するので、クライアントは打ち間違いが誤った数値を生んだのかを推測せずに済みます。同一単位のリクエストは成功し、単位変更は不要だったという短いメッセージとともに入力の大きさを返します。絶対値は、Workerとブラウザで中間積がIEEE倍精度に収まるよう、公開された1兆の上限内に留める必要があります。
APIの呼び出し方と、応答の読み方
value は有限の数値か、1兆の絶対上限内の厳密な数値文字列でなければなりません。from と to は別名の正規化後に対応単位名へ解決しなければなりません。すでに比熱の読み値を持ち、表示、データシート比較、規制報告のために2つ目の単位だけが必要なダッシュボード、モバイルクライアント、バッチジョブに、変換表をすべてのアプリバイナリに載せずにこれを組み込んでください。3つの必須フィールドを含むJSON本文を送ってください。value(別名 c、cp、amount、n)、from(別名 from_unit、unit_from、source)、to(別名 to_unit、unit_to、target)です。成功すると応答は、丸めた入力 value、正規の from と to のラベル、同じ丸めた変換先の大きさに設定された result と converted、SI中間値の value_j_per_kg_k、変換先ラベルの unit、変換元から変換先への乗数 factor、短い式文字列 formula、英語の要約 message、順序付きの代入行 steps、そして3つの正規識別子 supported_units を返します。検証の失敗、すなわちフィールド欠落、有限でない数値、絶対上限を超える値、未知の単位名は invalid_input を返し、決して課金されません。料金は成功したリクエスト1回につき一律の$0.002で、単位項目あたりの限界価格はゼロです。
実用上のコツ、限界、このランディングを使う場面
このAPIは自動テストが安定するよう、常に短い正規トークン J/(kg·K)、cal/(g·°C)、BTU/(lb·°F) を返します。invalid_input を返す失敗したタスクは前払い残高を消費しないので、クライアントが意図的に未知の単位名を試すとき探索的スクリプトを安価に保てます。
技術的な質問
未知の単位名を送るとどうなりますか。
APIは invalid_input を返し、不正なフィールドを名指しし、対応単位を列挙します。失敗したタスクは課金されません。
比熱容量コンバーターは無料ですか。
ブラウザのツールは無料でローカルに走ります。API呼び出しは成功したリクエスト1回につき$0.002で前払いのKIT残高を使い、失敗したタスクは決して課金されません。
ブラウザとAPIで結果は決定論的ですか。
はい。ハンドラとウィジェットは固定の変換係数と小数12桁の丸めを持つ同じ lib.js の解算経路を共有するので、ゴールデン例は本番と一致します。