飼料要求率の計算
飼料を3.6 kg食べて生体重が2.4 kg増えたブロイラーの群れは、飼料要求率が1.5です。増体1 kgあたり飼料1.5 kgという意味です。飼料と増体の合計を同じ単位で入れるだけです。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 消費飼料
- 3.6
- 増体重
- 2.4
- Fcr
- 1.5
- 適用した式
- FCR = 3.6 / 2.4 = 1.5
飼料要求率、すなわち FCR は、動物が同じ期間に摂取した飼料の質量を、その期間に増えた生体質量で割った値です。飼料 3.6 キログラムを食べ、体重 2.4 キログラム増えたブロイラー群の FCR は 1.5 です。増体 1 キログラムあたり飼料 1.5 キログラムを要したことになります。率が低いほど飼料が肉になった割合が高く、インテグレーター、栄養士、農場管理者は鶏舎・ロット・池ごとに FCR を追います。この飼料要求率の計算機は定義をそのまま適用します。増体が 0 または負なら、ゼロ除算や負の効率を返す代わりに拒否します。
飼料要求率の意味と FCR の求め方
飼料要求率は、畜産でもっとも古い効率の恒等式です。摂取した総飼料を総増体で割り、両質量はすでに同じ単位で表されています。ブロイラー会社は入雛から出荷までの生体質量ベースで FCR を示し、肥育豚は離乳または仕上げ開始から屠畜まで、養殖は放養から収穫までの湿重量バイオマスで示します。
分子も分母も質量なので比は無次元です。増体 1 キログラムあたり飼料 2.5 キログラムは、ポンドあたり 2.5 ポンドと同じ数です。だから本計算機は単位を変換しません。
FCR が低いほどよく、より多くの飼料が体組織になりました。商業の目安は、現代ブロイラーで 1.4 から 1.8、集約サケやティラピアで 1.0 から 1.6、育成〜仕上げ豚で 2.4 から 3.5、肥育牛で 6 から 8 付近ですが、方位であり種の鍵ではありません。
この関係は増体割る飼料である飼料効率ではなく、乾物補正でもカロリー換算でも、へい死補正済み FCR でもありません。すでに測った二つの合計から生の定義を評価します。
飼料要求率の計算機が役立つ場面
栄養士は配合の時点で飼料要求率の計算機を使い、飼料変更を袋価格だけでなく、増体 1 キログラムあたりの飼料キログラムで判断します。五パーセント安い飼料でも FCR が 1.55 から 1.70 に上がれば、肉 1 キログラムあたりの費用は上級飼料より高くなり得ます。
インテグレーターは標準に対する FCR で育成契約を精算するため、飼料 2.4 トンと増体 1.5 トンを報告する鶏舎には、列を黙って入れ替えた表ではなく、工場と一致する数が必要です。教育実験室は同じ恒等式を使い、学生が FCR を飼料効率と混同するのをやめさせます。
効率は増体割る飼料で家畜ではたいてい 1 未満、 FCR は飼料割る増体でたいてい 1 超です。養殖技術者は池の飼料帳とバイオマス試料を FCR に直してから、循環式と生簀を比べます。飼料要求率の計算機や fcr で順位を取るコンテンツサイトは、犬の給餌量ツールや質量単位変換を共食いしてはいけません。
それらの検索は一日あたりのカップや単位変更を求め、飼料対増体という生産比ではありません。検証失敗は残高を消費しません。テストで fcr を固定し、質量を宣言上限内に保てば、 3.6 割る 2.4 について講義ノート、 LMS プラグイン、精算スクリプトで同じ 1.5 が得られます。
活用例
ブロイラー群の締め
工場の飼料表の総飼料と出荷時の生体質量を入れ、インテグレーターの標準と比べる前に鶏舎の FCR を読みます。
肥育豚の精算
離乳から仕上げまでの飼料納入と屠畜時の生体質量を FCR に直し、契約精算が入れ替わった列ではなく工場と一致するようにします。
養殖池の確認
放養から採取までの増えたバイオマスで池に出した飼料を割り、循環式と生簀を同じ無次元比で比べます。
よくある質問
増体が 0 または負のとき FCR が未定義なのはなぜですか?
増体 0 はゼロ除算です。負の増体は質量の損失であり、効率の符号が反転します。
キログラムとポンドは先に換算する必要がありますか?
異なる場合は必要です。 FCR が無次元になるのは両質量が一つの単位を共有するときに限ります。飼料と増体をキログラムへ、または両方をポンドへ直してから二つの数を送ってください。本計算機は単位を混ぜません。
飼料要求率は飼料効率と同じですか?
違います。 飼料効率は増体を飼料で割った値で、たいてい 1 未満の分数です。FCR はその逆数で、飼料を増体で割った値であり、たいてい 1 を超えます。本計算機が返すのは FCR であり、効率ではありません。
飼料要求率はどのくらいなら良いのですか?
低いほど良い値です。一般的な目安はブロイラーで約1.4〜1.8、肥育豚で2.4〜3.5、フィードロットの肉牛で6〜8ですが、あくまで参考値として見てください。
安い飼料のほうが結果的に高くつくのはなぜですか?
大事なのは袋の値段ではなく増体1 kgあたりの費用だからです。5パーセント安くても飼料要求率が1.55から1.70に悪化すれば、肉1 kgあたりでは高級飼料より高くなることがあります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/bio/fcr \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"feed_consumed":3.6,"weight_gained":2.4}'const res = await fetch("https://api.kit.forhosting.com/bio/fcr", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"feed_consumed": 3.6,
"weight_gained": 2.4
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/bio/fcr",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"feed_consumed": 3.6,
"weight_gained": 2.4
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/bio/fcr", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"feed_consumed":3.6,"weight_gained":2.4}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"feed_consumed":3.6,"weight_gained":2.4}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/bio/fcr", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"feed_consumed": 3.6,
"weight_gained": 2.4
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "bio.fcr",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_abs | 1000000000000000 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
FCR は feed_consumed を weight_gained で割った値であり、両辺を同じ質量単位にそろえるので商は無次元です。同じ決定的モジュールが無料ブラウザ部品と前払い API を動かすため、講義の照合、農場の表、精算スクリプトが 250 割る 100 が 2.5 かどうかで食い違うことはありません。
飼料要求率の意味と FCR の求め方
feed_consumed と weight_gained を、キログラム、ポンド、トン、グラムのいずれか一つの質量単位ですでに表して送り、 API は fcr を feed_consumed 割る weight_gained として返します。weight_gained が 0 または負なら、採点対象の期間に群が増体せず、あるいは質量を失ったため FCR は未定義であり、拒否されます。
入力契約、応答の形、エラー時の振る舞い
飼料 0 で増体が正なら数学上は許され、 fcr は 0 を返します。ただし実農場では効率の勝利ではなくデータ誤りとみなします。有限の正でなければなりません。増体 0 と負の増体(質量の損失)が本計算機の特徴的な失敗です。FCR はゼロ除算するか符号が反転するため、効率を捏造せず要求を拒否します。除算が有限のままになるよう、両質量を宣言限度内に保ってください。必須の有限な二つの数を含む JSON 本体を POST してください。feed_consumed はその期間に食べた飼料の総質量で、別名は feed、 total_feed、 feed_intake、 feed_kg です。有限の非負でなければならず、負の飼料は消費合計ではないので、フィールド名付きの invalid_input で拒否されます。weight_gained は同じ期間の生体質量の総増加で、別名は gain、 weight_gain、 live_weight_gain、 gain_kg です。両フィールドは JSON 数、または十進・科学表記の文字列で届いて構いません。必須欠落、空文字、非有限値、宣言上限を超える大きさは invalid_input で失敗します。それらの失敗は課金されません。成功時、本体は feed_consumed と weight_gained をエコーし、無次元比として fcr を返し、ノートが答えの横に代入を印刷できるよう formula と formula_applied を埋めます。例: feed_consumed 3.6 と weight_gained 2.4 は fcr 1.5 になります。例: feed_consumed 250 と weight_gained 100 は fcr 2.5 になります。
飼料要求率の計算機が役立つ場面
実装は純粋 parse の tier A なので、成功した各呼び出しは公表の基本料金 $0.002 で、モデルトークンも外向きネットワークもありません。
技術的な質問
飼料要求率はどのように計算しますか?
FCR は同じ期間の総摂取飼料を総増体で割った値です。 feed_consumed と weight_gained を同じ質量単位で送ると、 API は fcr = feed_consumed / weight_gained を返します。
飼料要求率の計算機の料金はいくらですか?
ブラウザの道具は無料です。 API 要求は成功した呼び出しごとに $0.002 で前払いの KIT 残高を使い、無効な入力は課金されません。