EMS デバッグ フローの重要な考え方は、EMS 障害を表 5-1 に示す一般的な根本原因カテゴリに分類することです。次に、アサート信号をいくつか使用して伝播経路を見つけます。最後に、ソフトウェアとハードウェアを変更して、電気的ストレスを克服します。

1. EMS テストの失敗を確実に再現し、それが恒久的な損傷の問題であるか、または回復可能な誤動作の問題であるかどうかを確認します。恒久的な損傷の問題がある場合は、ステップ 4 に進みます。
2. テストノイズの影響を受けずに、オシロスコープまたはロジック アナライザを使用できるかどうか確認します。使用できるのであれば、IO 信号、電源、RESET ピンの仕様が条件を上回っているか確認してください。これは、伝播経路を直接見つけるのに役立ちます。
3. NONMAIN 構成で BSL を無効にして、MCU が　RESET 状態にあるか、アサート信号でデフォルト ハンドラに移行したかチェックします。MCU がデフォルトのハンドラに入り、リセットが許容できる場合は、デフォルトのハンドラにソフトウェア リセットを追加してください。MCU の状態を確認する方法を以下に示します。
   • MCU が RESET 状態にある場合：
     1. 信号がしばらく停止するかどうかを確認するための出力クロック信号。
     2. メイン機能の上部に GPIO トグルを追加して、GPIO がトグルするかどうかを確認します。
     3. 再プログラミングやリセットをせずにデバイスを接続し、RSTSOURCE レジスタでリセットソースを確認します。
   • MCU がデフォルト ハンドラに移行し、NMI またはハード障害によってトリガされた場合：
     1. 信号が停止しないかどうかを確認するための出力クロック信号。
     2. デフォルトのハンドラに GPIO トグルを追加して、GPIO がトグルするかどうかを確認します。
     3. プログラミングやリセットを行わずにデバイスを接続して、コードがデフォルトのハンドラで実行されているかを確認します。
4. IO ステータスの変更で問題を解決できるかどうかを確認します。
   • GPIO のみを有効にし、他の GPIO をデフォルト状態 (HiZモード) に維持します。この GPIO を使用して、デバイスがまだリセット中か、デフォルトのハンドラに入るかを表示します。EMS 障害が解消された場合は、機能を一つずつ有効にして、どの IO が伝播経路であるかを確認します。
5. それでも EMS 障害が発生する場合は、ハードウェアの一時的な変更を行います。まず、ノイズが電源ラインから発生しているかどうかを確認します。
   • 表 3-2 に示すように、受動型保護部品を使用して、MCU の電源に強力な保護機能を追加します。問題が解決した場合は、機能を一つずつ有効にして、問題が解決されたかどうかを確認します。
6. 依然として EMS 障害が発生する場合は、ノイズが IO 接続から発生しているかどうかを確認します。
   • 抵抗または NPN を一つずつ取り除くことで、MCU IO を物理的に絶縁し、どの IO が伝搬経路になっているかを確認します。次に、表 3-2 に示す受動保護部品を追加して、問題が解決したかどうかを確認します。