プログラマーでの EEPROM 読み書きエラー

モジュールを診断またはコーディングする前に、まず読み取りが必要です。そして多くの場合、書き込みも必要になります。このどちらの手順にも、特徴的な失敗パターンがあります。このページでは、モジュールがまったく認識されない場合から、「成功」したはずの書き込みが静かに消えてしまう場合まで、それぞれの失敗を原因と、それを解決する設定や手順に対応付けます。

モジュールが検出されない

読み取り結果が FFh、00h、または不正な値になる

書き込みが完全に失敗する

WRITE FAIL、データに対する NACK、または書き込み後に読み返しても値が変わっていない場合：

書き込みは「成功」するが定着しない

• 電源を入れ直すと元に戻る — モジュールは書き込み内容を一時メモリーに保持しており、ベンダー独自のsave コマンドが必要です。これを実行しないと、古いイメージに戻ってしまいます。プログラミングスクリプトで対応します（書き込み保護タイプ4）。
• 即座に元に戻る — マイクロコントローラーが自身のストアから EEPROM の内容をミラーリングし、書き込んだバイトを上書きしてしまいます。メーカー独自のアルゴリズムが必要です（タイプ5）。
• 一部のバイトだけ定着する — 部分的に保護されたマップです。フィールドごとに書き込み、それぞれ検証してください。

書き込み成功後にホストがモジュールを拒否する

書き込み後にモジュールが死ぬ

校正定数、しきい値、またはベンダー固有領域（一部のコントローラーは、ここに設定を保持している）に不正な値を書き込むと、モジュールが文鎮化することがあります。復旧の手順：CodingBox が書き込み前に取得したバックアップを code database から復元し、意図したフィールドのみを書き込み直してください。

鉄則

1. まず読み取って保存する — どの書き込みも、その前にデータベースへ記録される完全な読み取りを行う。
2. 最初の書き込みを試す前に保護タイプを特定する（書き込み保護の種類）。
3. ゆっくり進める — クロックとバイト間タイミングが、「ランダムな」失敗の大半を解決する。
4. 意図したものだけを書き込む — イメージを復元する場合を除き、ページ全体ではなくフィールド単位で。
5. 電源を入れ直したあとに再読み取りして検証する。

CodingBox での作業

CodingBox は、フォームファクターごとに正しいアドレスとページングでモジュールを読み取り、EEPROM editor で生バイトとデコード後の値を表示し、書き込み時にチェックサムを再計算し、バックアップを自動的に保存します。また、保護されたモジュールや save コマンドが必要なモジュールのために、パスワード入力とプログラミングスクリプトにも対応しています（モジュールへの書き込み）。コーディングボード自体の故障が疑われる場合は、製品のトラブルシューティングを参照してください。

これらの失敗の背後にあるバスの仕組み — アドレス、ページ選択、書き込みサイクル時間、クロックストレッチ：2線インターフェース。

モジュールがそのように応答する理由 — MCU によるメモリーエミュレーション、ブート時間枠、クロックストレッチ、保護領域：コントローラーとファームウェア。