重量計 データ連携2026｜安定値を品質記録へつなぐ設計

title: “重量計 データ連携2026｜安定値を品質記録へつなぐ設計”

slug: “weighing-scale-data-integration-factory-2026”

lang: “ja”

meta_description: “重量計 データ連携をタイ工場で進める実務ガイド。安定判定、tare・net・gross、単位、校正状態、ロット紐付け、RS-232からOPC UA、RFPと受入試験まで解説します。”

keywords: “重量計 データ連携, 計測器 データ 自動記録, 検査データ 自動収集, 品質記録 電子化”

category: “OT・IoTトレーサビリティ”

重量計 データ連携は、表示値をパソコンへ送るだけでは完成しません。製造の品質記録として使うには、その値が安定していたか、gross・tare・netのどれか、単位は何か、どのロット・品番・作業者・秤で、いつ取得したかまで一体で残す必要があります。本記事では、タイ工場での調達、RFP、受入試験までを重量計固有の論点に絞って整理します。

一般的な計測器連携の全体像は「検査データ自動収集システム2026」で解説しています。本記事はそこから一段深く入り、重量値をどう確定し、どの文脈と結び、何を根拠に品質記録として採用するかを扱います。法令の適用判断、型式承認、検定の要否を保証する記事ではありません。商取引・証明・規制対象工程に使う場合は、タイの所轄当局、計量器メーカー、認定された専門家へ対象機器と用途を示して確認してください。

重量計 データ連携の成否は「数字」ではなく「計量イベント」で決まる

重量計の画面に 12.345 kg と表示され、シリアル通信で 12.345 を受け取れたとします。これは通信テストとしては成功ですが、品質記録としては情報不足です。容器込みの総量なのか、風袋を引いた正味量なのか。値は安定済みか、荷重が動いている途中か。秤がゼロ点調整中ではないか。単位設定が前シフトから変わっていないか。計量した品番やロットが、画面上で選ばれたものと現物で一致しているか。これらが不明な数字は、後から検証できません。

したがって、設計単位は「重量値」ではなく計量イベントにします。計量イベントとは、ひとつの確定値、その確定条件、対象、実行者、装置、時刻をまとめた記録です。データベースの一行がこの単位になっていれば、監査、逸脱調査、トレーサビリティ、工程改善で同じ事実を再利用できます。

重量計固有の最低データセット

OIML R 51-1は自動捕捉式はかりを対象とする勧告で、測定データを保持するデータ保存装置や、法定関連ソフトウェアと非法定関連ソフトウェアの明確な分離を定義しています。また計量結果には質量単位の名称または記号を含め、一つの重量表示に一つの質量単位を使うことを求めています。すべての工場秤に同勧告が直接適用されるという意味ではありませんが、値と単位を分離しない、変更可能な上位アプリと計量に関係する機能の境界を明確にするという設計原則は有用です。

計測器 データ 自動記録で最初に決める安定判定

重量値は停止画面の写真ではありません。ロードセルの信号は振動、風、投入物の衝撃、配管の引張り、床のたわみ、温度、作業者の接触で変動します。通信ポートは毎秒複数回の値を出せても、その全てを品質実績にしてはいけません。確定条件を決めずに常時出力を保存すると、同じ作業から大量の候補値が生まれ、どれが採用品か分からなくなります。

安定フラグは可能なら秤から受け取る

第一選択は、メーカーが定義したstableフラグまたは安定時出力を使うことです。秤の表示・フィルタ・分解能と同じロジックで判定でき、上位システムが通信周期だけを見て独自推定するより責任境界が明確になります。ただしRFPでは「stableという文字が出るか」だけでなく、次を確認します。

• 安定の判定条件が設定可能か、変更履歴を取得できるか
• 安定値のみを要求応答で返せるか、連続出力に状態ビットが付くか
• 安定後の値を何回送るか、同じ計量を重複登録しない識別子があるか
• ゼロ点、風袋設定、範囲外、負値、動荷重中を区別できるか
• 通信断の復旧後に古いバッファ値を再送するか

秤がstableを出せない場合は、上位側で「一定時間内の最大値と最小値の差が閾値以内」などのルールを置けます。ただし、これはTOMAS TECHの実装上の判定であり、秤メーカーの安定判定や法定計量上の適合を代替しません。閾値、観測時間、サンプリング周期、フィルタ、対象レンジを仕様書に固定し、品目と据付環境ごとの受入試験で妥当性を確認します。

自動登録を「安定した瞬間」にしない

stableへ遷移した瞬間を無条件に登録すると、空容器を置いた時点、材料を半分入れて手を止めた時点、容器を持ち上げる直前にもイベントが発生します。確定トリガーは安定だけでなく、業務条件を組み合わせます。

1. 製造指図と品番が選択済みである
2. ロットがスキャン済みである
3. 正しい秤IDへジョブが割り当てられている
4. netがレシピまたは検査規格の許容範囲に入っている
5. stableが一定時間継続した、または作業者が確定ボタンを押した
6. 同一ジョブ・同一計量回に未確定のイベントがない

これにより「通信できた値」から「工程が採用した値」へ意味が変わります。自動化の目的はキー入力を消すことではなく、採用根拠を機械的に揃えることです。

tare・net・grossを品質記録 電子化でどう持つか

風袋引きは重量計連携で最も事故が起きやすい論点です。上位システムにnetだけを保存すると、容器が違った、風袋が前回から残った、preset tareが誤っていたときに原因を追えません。原則は、機器が提供できる範囲でgross、tare、netとtare modeを同じイベントへ保存することです。

3値の整合チェックを受入条件にする

理想的には net = gross - tare が成立します。ただし表示丸め、内部桁、単位換算、符号規則により、画面上の3値を単純に引くと最小表示単位ぶん差が出る場合があります。RFPで「一致すること」とだけ書くのではなく、次を定義します。

• 比較は秤の内部値か、送信値か、表示値か
• 許容差は秤の最小表示単位とどう関係するか
• gross、tare、netのタイムスタンプは同一スナップショットか
• preset tareと実測tareを区別するコードがあるか
• tareクリア、再風袋、ゼロ点操作をイベントとして残すか

OPC UA for Weighing Technologyの情報モデルには、SetTare、ClearTare、SetPresetTare、SetZero、RegisterWeightなどの操作や、重量型、tare mode、計量機の状態モデルが用意されています。OPC UA対応製品を選べば自動的に正しいシステムになるわけではありませんが、ベンダー間で「どの値・状態・操作を交換するか」を共通語で議論しやすくなります。

単位は列名に埋め込まず、値と一緒に扱う

weight_kgという列だけを作ると、秤がg出力へ切り替わった際に1,000倍の誤解が起きます。推奨は、原値、原単位、正規化値、正規化単位、変換式バージョンを保存することです。例えば秤から 12500 g を受け、MESで 12.500 kg に正規化したなら、両方を保持します。BIPMのSI BrochureはSIの公式な説明を提供しており、単位記号の扱いを設計時の基準にできます。画面表示、CSV、API、帳票で単位表記を統一してください。

ロット・品番・作業者・秤IDを先に結び、重量は最後に確定する

検査データ 自動収集では、値の取得よりも対象の識別が難しいことがあります。正しい重量が別ロットへ付いた場合、測定精度が高くても品質記録は誤りです。現場の操作順は、次のように「文脈を先、値を後」にします。

1. 作業者が個人IDでログインする
2. 製造指図または検査オーダーを開く
3. 現物の品番・ロットをバーコードで読む
4. システムが指図、品番、ロット、工程、許容範囲を照合する
5. 割当済み秤または読み取った秤IDを確認する
6. 容器を載せ、必要なtare操作を行う
7. 投入後にstableと範囲内を確認し、計量イベントを確定する
8. ラベル発行、次工程解放、または逸脱処理へ進む

バーコードを使った現物識別は「工場バーコード管理システム2026」も参考になります。トレーサビリティの粒度と費用の考え方は「トレーサビリティシステム構築費用2026」で整理しています。

GS1 Global Traceability Standardは、トレーサビリティデータをwho、what、when、where、whyの業務文脈で捉え、Identify–Capture–Shareの考え方を示します。重量イベントでも、秤が返す「what=数値」だけでなく、誰が、何を、いつ、どこで、なぜ計ったかを揃えることで、工程内記録をサプライチェーンの追跡情報へ接続できます。

RS-232・USB・Ethernet・fieldbus・OPC UAの選び方

通信方式は新しい順に選ぶものではありません。既設秤の台数、距離、ノイズ環境、PLCの有無、必要な状態データ、セキュリティ、保守担当者の能力で決めます。

RS-232では「接続できます」では足りない

ASCIIフレーム一つでも、開始・終了文字、正負記号、小数点、単位、stable記号、gross/net識別、チェックサム、要求コマンド、応答時間、無応答時の挙動が機種ごとに違います。サンプル電文をRFPへ添付し、ベンダーのパーサーが実機ファームウェアの出力と一致することをFATで確認します。USBが仮想COMとして見える製品も、上位ソフトから見れば同じ課題があります。

Ethernetは「LANに挿せる」だけでは要件を満たさない

通信プロトコルが独自TCPなのか、Modbus TCPなのか、HTTP APIなのか、OPC UAなのかを明記します。工場ネットワークでは、秤を業務PCと同じセグメントへ無条件に置かず、必要な通信方向とポートを限定します。証明書を使う場合は初期導入だけでなく、失効、更新、交換機故障後の復旧手順まで運用設計に含めます。

OPC UAは対応有無より「何をモデル化したか」を見る

OPC FoundationとVDMAのWeighing Technology Companion Specificationは、自動充填秤、キャッチウェイヤー、チェックウェイヤー、連続秤、ホッパー秤、ラボ用秤、個数秤、単純秤、車両秤などを対象にした情報モデルを定義しています。RFPでは「OPC UA対応」に丸を付けるだけでなく、OPC 40200のどのバージョン、機種型、Server Facet、ノード、メソッドに対応するかを回答させます。独自ノードしかない実装なら、将来の交換時に再び個別開発が必要です。

PLC・MES・品質DBへどう分担させるか

全てをPLCへ入れる、または全てをクラウドへ送る設計は保守しにくくなります。ISA-95は企業系システムと制御系システムの統合を整理する枠組みで、Level 2にはPLCやDCSなどの監視・制御、Level 3には製造運用管理、Level 4には企業活動が位置づけられます。重量計連携でも、時間制約と責任に沿って分担します。

ミリ秒級で装置を止める処理をMESやクラウド応答に依存させず、PLCまたはエッジに置きます。一方、ロット系譜、規格版、作業者権限、長期保存をPLCだけへ閉じ込めません。ネットワークが切れても安全側で工程を継続または停止でき、復旧後は順序を保って再送できる設計にします。

オフライン時の方針は「止める／限定継続／後入力」の三択

工程ごとに選びます。重要特性で誤った重量が製品安全に影響するなら、上位確認ができないときは停止が妥当かもしれません。工程内の参考値なら、エッジへジョブと規格を事前配信し、署名付きバッファで限定継続できます。紙へ書いて後入力する方式を残すなら、通常記録と区別し、理由、入力者、確認者、原票参照を必須にします。「通信断でも動く」は要件ではなく、何を根拠に、どの範囲まで動かすかが要件です。

校正状態・検証結果・時刻を計量値と同じ行に残す

校正証明書のPDFを共有フォルダへ置くだけでは、ある重量値が有効期間内の秤で取得されたかを自動判定できません。秤マスタには少なくとも秤ID、製造番号、設置場所、能力、最小表示、用途区分、直近校正日、次回期限、使用可否、適用証明書IDを持たせ、計量イベントにはその時点の状態スナップショットまたは参照バージョンを記録します。

ここで「校正済み」と「法的に使用可能」を同義にしないことが重要です。校正は測定値と参照値の関係を確認する活動であり、特定用途に必要な型式承認、検定、封印、再検定などの制度上の義務とは別です。また日常点検の合格も校正証明書の代わりではありません。それぞれを別フィールドで管理します。

時刻は最低でも、秤またはエッジで値を確定した時刻、ゲートウェイ受信時刻、サーバー保存時刻を区別します。NTP同期の状態とタイムゾーンも記録します。タイ工場では表示をICTにしても、DBはUTCで保存し、表示時に変換する方式が扱いやすいでしょう。ただし既設MESの基準に合わせ、夏時間のないタイでも海外拠点やクラウドとの交換を想定してオフセットを明示します。

法定計量と工程管理の境界をRFPの最初に切り分ける

タイにはWeights and Measures Act B.E. 2542があり、Department of Internal Tradeが関連法令情報を公開しています。しかし、工場内の秤が全て同じ制度対象になるわけでも、工程管理なら常に対象外になるわけでもありません。用途、取引・証明への使用、機器の種類、適用される告示、設置・修理・変更の内容で判断が変わり得ます。

RFPの最初に、各秤について次を記入する用途表を作ります。

データを読むだけの接続と、上位からゼロ・tare・校正関連操作を書き込む接続ではリスクが違います。法定関連領域と非法定のMES機能を分離し、変更が封印、型式、ソフトウェア識別、検定状態へ影響しないかをメーカーへ文書で確認します。OIML-CSの証明書カテゴリーやOIML勧告は国際的な参照になりますが、OIML証明書の存在だけでタイ国内の適法性や現場受入が自動的に保証されるわけではありません。

タイ工場のRFPに入れるべき16項目

仕様書は「重量計とMESを連携する」の一行で終わらせず、比較可能な回答欄を設けます。

1. 対象秤一覧：メーカー、型式、製造番号、ファームウェア、指示計、能力、最小表示
2. 用途区分：工程管理、品質判定、取引・証明への利用有無
3. 出力データ：gross、tare、net、単位、stable、zero、範囲外、エラー
4. 操作範囲：読取専用か、zero/tare/register weight等の遠隔操作を含むか
5. 通信仕様：物理層、プロトコル、電文例、チェックサム、応答時間、再接続
6. 文脈データ：指図、品番、ロット、工程、作業者、秤ID、容器ID
7. 時刻：タイムソース、UTC/ICT、同期異常、複数タイムスタンプ
8. 重複排除：イベントID、再送時の冪等性、同一計量の判定
9. オフライン：バッファ件数ではなく保存条件、順序、暗号化、満杯時の挙動
10. インターロック：どの判定をPLCで行い、異常時に何を停止するか
11. 校正・状態：期限切れ時の扱い、日常点検、証明書参照、使用禁止
12. セキュリティ：アカウント、権限、証明書、ログ、ネットワーク分離、更新
13. 監査証跡：再計量、取消、手入力、マスタ変更、時刻変更の履歴
14. データ所有：DBスキーマ、API、CSV出力、ベンダー変更時の移行権
15. 言語と保守：タイ語・英語・日本語画面、現地対応時間、交換部品、教育
16. FAT/SAT：合格条件、試験データ、責任分担、再試験、証跡納品

調達時は型式ごとの対応表を要求してください。「全秤対応」という回答は、実際には重量文字列だけを受ける意味かもしれません。状態ビット、tare mode、エラー、遠隔操作、時刻同期まで型式別に○△×で示せば、追加開発が見えます。

FATとSATで行う検査データ 自動収集の受入試験

FATはベンダー環境で仕様と異常系を確認し、SATは実際の秤、床、振動、ネットワーク、PLC、作業手順で確認します。正常値が一回DBへ入っただけでは受入完了にしません。

境界値では表示値と内部値を区別する

規格上限が10.00 kgのとき、内部値10.004 kgを表示で10.00 kgに丸める機器があります。判定が内部値、送信値、表示値のどれを使うかで合否が変わります。FATでは境界の直下、同値、直上を用意し、画面、PLC、MES、品質DBの判定が一致することを確認します。受入証跡には入力、期待結果、実結果、ファームウェア、設定値、試験者、日時を残します。

欠落より怖い二重登録を試す

ネットワーク復旧後の再送で同じ計量が二件登録されると、配合実績や在庫払出が二重になります。イベントIDは上位で採番するより、可能なら秤・エッジで計量確定時に採番し、再送しても同じIDを使います。サーバー側は同じIDの再受信を更新または無視し、別イベントとして追加しない冪等設計にします。

導入は代表1台ではなく「難しい1台」を含む小規模パイロットから

最初から全秤を接続すると、型式差と現場差が同時に出て原因を切り分けにくくなります。パイロットには、接続しやすい新型一台だけでなく、既設で台数が多い型式、振動が大きい工程、風袋運用が複雑な工程など、量産展開の難所を少なくとも一つ含めます。

段階は次の順が現実的です。

1. 現状観察：誰が何を転記し、どこでロットを選び、再計量をどう扱うか確認
2. データ辞書：値、状態、単位、ID、時刻、欠損時の意味を決定
3. 読取専用パイロット：紙と並行し差分を記録
4. 判定連携：規格照合、stable、重複排除、逸脱を有効化
5. インターロック：リスク評価後にPLCの許可信号へ接続
6. 電子記録を正本化：教育、権限、バックアップ、変更管理を承認
7. 横展開：型式テンプレートとSATセットを再利用

紙との並行期間は日数を固定するより、品目、容器、レンジ、シフト、異常ケースを必要数通過したかで終了判定します。夜勤だけ運用が違う、洗浄後だけtare手順が違う、といった例外を拾うためです。

TOMAS TECHの説明用仮定モデル｜効果を金額の相場にせず比較する

以下は市場平均ではなく、導入検討会で自社値へ置き換えるためのTOMAS TECHの説明用仮定モデルです。通貨や製品価格を置かず、年間削減時間と誤記録リスクの変化を見ます。

仮定：1日240回計量、年間250稼働日。紙への記入と再入力が1回45秒、二重確認が1回20秒。手入力起因の要確認が計量1,000回に3件あり、一件の調査に25分。自動化後も例外処理が全計量の2%発生し、一件2分。これらは実測値ではありません。

• 年間計量回数 = 240 × 250 = 60,000回
• 現状の記録・確認時間 = 60,000 × (45+20)秒 = 3,900,000秒 = 約1,083時間
• 現状の要確認件数 = 60,000 ÷ 1,000 × 3 = 180件
• 現状の調査時間 = 180 × 25分 = 4,500分 = 75時間
• 自動化後の例外件数 = 60,000 × 2% = 1,200件
• 自動化後の例外処理時間 = 1,200 × 2分 = 2,400分 = 40時間
• 説明上の年間削減時間 = 1,083 + 75 – 40 = 約1,118時間

金額換算する場合は、年間削減時間 × 自社の負担込み人時単価から、年間保守、校正・検証の増分、ネットワーク、端末交換、教育、マスタ維持の費用を引きます。回収期間は 初期投資 ÷ 年間純効果です。ただし、法令対応や重大品質リスクの低減を人件費だけで判断しないでください。実データを2〜4週間観測し、転記時間、再計量、通信エラー、逸脱調査の自社値でモデルを更新します。

よくある失敗と回避策

値だけ受信し、ロットは作業者が後入力する

後入力の時点で別ジョブへ付く余地が残ります。計量開始前に文脈を確定し、未選択なら値を採用できないようにします。例外時は後入力ではなく、理由付きの保留キューへ送ります。

stableがない機種を同じ設定で横展開する

振動と表示分解能が違えば、同じ観測窓と閾値は使えません。機種・レンジ・据付条件ごとに設定を版管理し、変更後は再検証します。

校正期限切れを警告だけにする

警告が常態化すると無視されます。工程リスクに応じて停止、品質承認付き限定運用、参考値扱いを事前定義します。現場がその場で判断しない設計が重要です。

ERPへ直接重量を書き込み、原データを残さない

ERPは集計には向きますが、raw frame、stable、tare mode、再送履歴まで保持しにくい場合があります。計量イベントの正本をMESまたは品質DBに置き、ERPへは承認済み実績を連携します。

「OPC UA対応」を相互運用性の保証と考える

独自ノードだけでもOPC UA通信はできます。Companion Specificationの対応範囲、データ型、メソッド、セキュリティポリシー、証明書運用を実機で確認します。

重量計 データ連携のFAQ

重量計 データ連携とは、表示値をCSV保存することですか？

CSV保存は一部です。品質記録としては、stable、gross/tare/net、単位、装置状態、時刻、ロット、品番、作業者、秤IDを同じ計量イベントへ結び、再送・取消・再計量の履歴まで管理する必要があります。

RS-232の古い秤でも計測器 データ 自動記録はできますか？

多くの場合は候補になります。ただしサンプル電文、stableや単位の有無、要求応答、絶縁、通信断復旧を実機で確認してください。値しか出ない機種では、上位判定の責任と限界を明記します。

検査データ 自動収集でPLCとMESのどちらが重量を判定しますか？

即時停止が必要な上下限や安全側インターロックはPLC・エッジ、指図・ロット・規格版・承認を伴う品質判定はMES/QMSへ分担するのが基本です。最終構成は工程の時間制約とリスク評価で決めます。

品質記録 電子化ではnetだけ保存すれば十分ですか？

原因追跡を考えると、提供可能なgross、tare、net、tare modeを同じ時点で保存する方が安全です。少なくともnetが何から導かれたか、単位、風袋方法、丸め規則を再現できるようにします。

OPC UAを採用すればメーカーの違う秤をすぐ統合できますか？

自動ではありません。OPC UA for Weighing Technologyの対応版、機種型、Facet、ノード、メソッド、独自拡張を比較し、FATで意味と動作を確認する必要があります。それでも共通情報モデルを要求できる点は、独自文字列だけの接続より将来交換に有利です。

タイ工場の工程用秤は法定計量の対象外ですか？

用途だけから一律に断定できません。取引・証明への使用、機器種別、関連告示、改造内容などで判断が変わり得ます。Department of Internal Tradeの現行情報を確認し、対象機器と接続内容を示して専門家・メーカー・所轄当局へ確認してください。

RFP前に準備する最小資料は何ですか？

秤台帳、実機の通信仕様と電文、現行帳票、指図・ロットの流れ、ネットワーク図、PLC I/O、校正・法的状態、例外処理一覧、FAT/SATの期待結果です。これがない見積は追加開発の範囲を比較できません。

まとめ｜重量値ではなく、再現可能な計量イベントをつなぐ

重量計 データ連携で先に決めるのはケーブルではありません。stableの意味、gross/tare/net、単位、校正・使用状態、三つの時刻、ロット・品番・作業者・秤ID、再送時のイベントIDを定義し、その後でRS-232、USB、Ethernet、fieldbus、OPC UAを選びます。即時制御はPLC・エッジ、業務文脈はMES、品質の承認と逸脱は品質DBへ分担し、法定計量に関係する機能と工程管理アプリの境界を明確にします。最後にFAT/SATで異常、境界、通信断、二重登録まで試して初めて、電子記録を正本にできます。

既設秤の型式が混在し、どのデータが取れるか分からない段階でも構いません。TOMAS TECHでは、タイ工場の秤台帳整理、実機通信調査、RFP作成、PLC/MES/品質DBの役割分担、FAT/SAT設計から相談できます。重量計連携の検討内容をお問い合わせください。

参考情報

• OPC Foundation, OPC UA for Weighing Technology（OPC 40200）: https://reference.opcfoundation.org/specs/OPC-40200/1
• OPC Foundation, VDMA Weighing Initiative: https://opcfoundation.org/markets-collaboration/weighing/
• International Society of Automation, ISA-95 Standard: https://www.isa.org/standards-and-publications/isa-standards/isa-95-standard
• OIML R 51-1, Automatic catchweighing instruments: https://www.oiml.org/en/files/pdf_r/r051-1-e06.pdf
• OIML Certification System, Categories of measuring instruments: https://www.oiml.org/en/oiml-cs/categories
• BIPM, SI Brochure: https://www.bipm.org/en/publications/si-brochure/
• Thailand Department of Internal Trade, Weights and Measures Act B.E. 2542: https://www.dit.go.th/th/law/act/weights-measures-2542/
• GS1 Global Traceability Standard: https://www.gs1.org/standards/gs1-global-traceability-standard/current-standard