ドリルビットサイズ変換
番号7のドリルは0.201インチ、5.1054 mm、201ミルで、最も近い分数サイズは13/64です。番号、レター、分数、実測の直径のどれを入力しても、すべての換算値と表上の最も近いサイズが分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 値
- 7
- 開始
- number
- 値
- 7
- 変換元の単位
- number
- 直径 (in)
- 0.201
- 直径 (mm)
- 5.1054
ドリルビットサイズ変換ツールは、ツイストドリル径の四つの一般的な現場表記を、一貫した結果集合へ対応づけます。from を number として一から八十までの番号ゲージ、from を letter として A から Z のレターサイズ、from を fraction として四分の一や八分の三などの分数インチ、あるいは mm・小数インチ・mils で測った直径を入力してください。本ツールはインチ・ミリメートル・mils の直径、最近傍の ANSI 番号ゲージとレター(厳密一致フラグ付き)、および最近傍の六十四分の一分数インチ表記を返します。表値は標準ジョバードリル径を用い、線寸法は一インチあたり二十五・四ミリメートルの厳密係数を用います。
番号・レター・分数・メートル表記の説明
機械加工者と金物カタログは、同じ物理直径に対して今も四つの並行列名体系を使い分けます。番号ドリルは番号一がおおよそ零点二二八インチ、番号八十が零点零一三五インチまでで、番号が大きいほどビットは小さくなり、ゲージがサイズとともに増えると期待する初学者を混乱させます。
レタードリルは番号一より上の帯を埋め、レター A は約零点二三四インチ、レター Z は約零点四一三インチで、アルファベット順に進みます。分数インチビットは木工と一般建築の言語であり続け、十六分の一・八分の一・四分の一・八分の三・二分の一など、フルインチセットでは通常六十四分の一インチ刻みで揃います。
メートル系ジョバードリルはミリメートルで直接指定され、ISO 工具リストを支配します。本変換器は ANSI 様式の番号・レター直径表を保持し、分数を最近傍の六十四分の一ラベルへ還元し、ミリメートルと mils の換算では二十五・四を乗除します。タップドリル推奨やクリアランス穴表、材料別回転・送りは作成しません。
それには直径以外にピッチ・はめあい級・被削材データが必要です。レターと番号の結果は、索引キャビネットやデジタルノギスが合わせるべき表サイズとして扱い、日常のジョバー範囲を外れる場合は超硬やマイクロドリルの専門カタログで確認してください。
実用上の注意、制限、関連検索
クライアントを制御できる場合は from の六つの正規トークン number・letter・fraction・mm・in・mils を優先してください。自由形式の別名は人間向けで、自動化は短い id に留めるべきです。厳密な六十四分の一でない分数入力でも、切断リストが印刷可能な最近傍六十四分の一ラベルを出します。
入力直径が表行に乗らない場合、レターと番号の最近傍はインチ単位の符号付き差分を報告し、中間的なメートルサイズでは普通です。本ランディングはドリルビットサイズ変換、番号ドリルのミリメートル、オンラインのレタードリル表、分数インチビットから mm、番号七のサイズを探す方を対象とし、ワイヤゲージ計算機・ねじゲージ・板金ゲージではありません。
それらは別テーブルを持つ別 KIT 能力です。直径は正かつ公開された絶対上限内に保ち、Worker とブラウザで境界事例を予測可能にしてください。
活用例
工場インデックスと引き出しラベル
摩耗した番号やレター刻印をミリメートルと分数ラベルへ直し、引き出しタグや影板ステッカーを再印刷する前に確認します。
CAD と CNC の注記
古い図面のインチ系ビット指示を、SI 工具ライブラリと CAM 直径欄向けのミリメートル径へ対応づけます。
入荷とキット監査
ノギス読み取りを mm または mils から最近傍の番号・レターサイズへ変換し、発注と引き出し在庫を照合します。
よくある質問
対応するドリルサイズ体系は何ですか?
番号ゲージ #1–#80、レター A–Z、分数インチ(最近傍 64 分の 1)、ミリメートル、小数インチ、mils です。
番号とレターの直径はどう定義されますか?
標準 ANSI/ASME ジョバードリル表を固定インチ表として保持します。メートルと mils は 25.4 mm 毎インチの厳密係数を用います。
タップドリルや回転数を推奨しますか?
いいえ。 直径表記の変換のみです。タップ表にはピッチとはめあい、回転には材料と溝データが必要です。
番号80のドリルが番号1より細いのはなぜですか?
番号ゲージは逆向きに進み、番号が大きいほどドリルは細くなるため、番号80がこの範囲で最も細いサイズです。番号1より太い側は、AからZのレタードリルが続きます。
ミリの値を入れると差が表示されるのはなぜですか?
入力した直径が番号表やレター表の行にぴったり一致しないとき、最も近いサイズと、符号付きのインチでの差を示すためです。半端なメートル寸法ではよくあることです。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/conv/drill-bit-size \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"value":"7","from":"number"}'const res = await fetch("https://api.kit.forhosting.com/conv/drill-bit-size", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"value": "7",
"from": "number"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/conv/drill-bit-size",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"value": "7",
"from": "number"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/conv/drill-bit-size", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"value":"7","from":"number"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"value":"7","from":"number"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/conv/drill-bit-size", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"value": "7",
"from": "number"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "conv.drill_bit_size",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
未知の単位名や範囲外ゲージは invalid_input で拒否され、スクリプトが架空のビットを作りません。経路は決定的な表引きと算術のみで、ネットワーク・乱数・時計に依存しないため、無料ブラウザ実行と前払い API は固定小数丸め後に毎回同じ JSON を返します。
API の呼び出し方と返却内容
value は番号または文字列でよく、レタードリルや帯分数を読みやすく保てます。必須フィールド value と from を含む JSON 本体を送ってください。from は number・letter・fraction・mm・in・mils から元単位を選び、gauge・letter drill・fractional inch・millimetre・inch・thou などの別名も受け付けます。from が number のとき value は一から八十の整数で、ハッシュ接頭辞を付けても構いません。from が letter のとき value は A から Z の一文字です。from が fraction のとき value は単純分数、一と二分の一のような帯分数、または正の小数インチ長です。from が mm・in・mils のとき value はその単位の正の有限直径で、絶対値は最大百万です。成功時は value と from をエコーし、diameter_in・diameter_mm・diameter_mils を設定し、number_gauge と number_label・number_exact、letter と letter_exact、fraction と fraction_decimal・fraction_exact、さらに formula・message・steps・supported_units を返します。欠落フィールド・非有限量・A–Z 外のレター・一〜八十外の番号・非正の直径・未知単位は invalid_input を返し課金されません。料金は成功リクエストごとに定額 $0.002(単位 item)です。
実用上の注意、制限、関連検索
往復確認は容易です。 number から番号七を変換し diameter_mm を読み、そのミリ値と from を mm として再呼び出しし、公開公差内で number_gauge が七かつ number_exact が true になることを確認します。invalid_input の失敗タスクは前払い残高を消費しないため、未知単位や範囲端を探る探索スクリプトを安く保てます。
技術的な質問
メートルサイズがインチ表に無い場合は?
diameter_in と diameter_mm は厳密に得られ、number_gauge と letter は最近傍行で number_exact と letter_exact は false です。
ドリルビットサイズ変換は無料ですか?
ブラウザ版は無料でローカル実行です。API は成功リクエストごとに前払い KIT 残高から $0.002 を使用し、失敗は課金されません。