量産書込みの設計 — タクトタイム・ギャング書込み・知財保護

開発用のデバッグプローブは、PC 上のソフトウェアと組み合わせて動くことを前提に作られています。量産ラインでは、PC の起動待ち・OS 更新・ドライバの不整合がそのまま停止時間になります。

量産用のスタンドアロン書込み機は、PC なしで単体動作し、イメージを内部に保持して、外部トリガまたはボタンで書込みを実行します。この違いは、ライン設計の自由度と稼働率に直結します。

1台あたりの書込み時間だけを見て決めると、たいてい後で足りなくなります。見るべきは 「目標タクトを満たすために何台を並列に流すか」 です。

書込み時間は、イメージサイズ、フラッシュの消去・書込み速度、接続方式のシフト速度、そしてベリファイの有無で決まります。ベリファイを省くと速くなりますが、量産では通常省けません。

並列化は、マルチチャネル機を使う方法と、単体機を複数台束ねる方法があります。後者では、ホスト側の制御方法（CLI/SDK）と USB ハブの安定性が実務上の論点になります。

外部委託生産では、書込みイメージを平文で工場へ渡すと、何台分書かれたかを制御できません。過剰生産（いわゆるオーバービルド）のリスクが残ります。

対策の基本は3点です。イメージの暗号化（工場では復号鍵を持つ機器でしか書けない）、書込み回数の制限（許諾した台数を超えると書けなくなる）、日付の制限（期限を超えると書けなくなる）。

加えて、書込み機自体が持ち出されるリスクも考慮し、機器側の認証やログの改ざん検知まで含めて設計するのが望ましい形です。

どのシリアル番号の基板に、どのイメージ（バージョン）を、いつ書いたか。この記録が取れないと、市場での不具合発生時に対象ロットを特定できません。

制御方法は、GUI・CLI・SDK のどれを使うかで統合の自由度が変わります。既存の生産管理システム（MES）と連携させるなら、SDK または CLI が前提になります。

設備が地理的に分散している場合は、クラウド経由でジョブを配信・監視できる仕組みが運用コストを大きく下げます。

多くの製品では、書込み時にシリアル番号・MAC アドレス・校正値・鍵といった個体ごとに異なるデータを書き込みます。

この値の生成元（ライン側か、上位システムか）、重複の防止、書込み失敗時の欠番処理をあらかじめ決めておかないと、運用開始後に混乱します。

セキュアブートを採用する製品では、書込み工程で署名済みイメージを扱い、場合によってはヒューズの書き込み（一度きりの不可逆操作）が発生します。

不可逆操作は、失敗すると基板が復旧できません。工程順序、失敗時の切り分け、リワークの可否を設計段階で確定させてください。