ウォッチドッグタイマーとは？リセットと割り込みの仕組みを初心者向けに解説

ウォッチドッグタイマーは、簡単に言うと、
システムが止まっていないかを見張るためのタイマーだよ。

そう。
システムが正常に動いている間は、定期的にウォッチドッグタイマーをリセットする。
でも、プログラムが暴走したり固まったりしてリセットできなくなると、タイマーが時間切れになる。

システムを再起動したり、異常処理を実行したりする。
つまり、固まったシステムを自動で立て直すための仕組みだね。

そう。
ウォッチドッグタイマーは、まさにシステムの番犬みたいなもの。

うん。
システムがちゃんと動いていれば、番犬に定期的に「大丈夫だよ」と合図する。
でも合図が来なくなったら、番犬が「何かおかしい！」と判断して動く。

システムが正常に動く
↓
定期的にタイマーをリセット
↓
番犬「よし、正常だな」

システムが固まる
↓
タイマーをリセットできない
↓
番犬「異常だ！再起動だ！」

パソコンならそれでもいい場合があるね。
でも、組込み機器やサーバー、産業機器だと、人がすぐ対応できないことも多い。

たとえば、

• 工場の制御装置
• 車載システム
• ルーター
• 監視カメラ
• 家電
• 医療機器
• IoT機器

みたいなもの。

そう。
だから、異常が起きたときに自動で検知して、再起動や復旧処理をする仕組みが必要になる。
それがウォッチドッグタイマー。

ウォッチドッグタイマーの基本の流れはこんな感じ。

1. ウォッチドッグタイマーを開始する
2. プログラムが正常に動いている間は、定期的にタイマーをリセットする
3. プログラムが固まると、タイマーをリセットできなくなる
4. タイマーが時間切れになる
5. システムをリセット、または異常処理を実行する

そう。
この「タイマーをリセットする」ことを、よく ウォッチドッグを蹴る と言ったりする。

「蹴る」といっても本当に何かを壊すわけではなく、タイマーをリセットして「まだ正常に動いているよ」と知らせるイメージだよ。

その例えもいいね。
定期的にエサが来ていれば正常。
来なくなったら異常、みたいな感じ。

家のWi-Fiルーターで考えると分かりやすいよ。

ルーターの中のプログラムが固まって、通信できなくなることがある。
もしウォッチドッグタイマーがあれば、一定時間正常な動作確認ができなかったときに、自動で再起動できる。

ルーターが正常に通信する
↓
ウォッチドッグタイマーをリセット
↓
異常なし

ルーターが固まる
↓
リセットできない
↓
ウォッチドッグタイマーが時間切れ
↓
ルーターを再起動

代表的なのは、プログラムが止まる・暴走するような異常だね。

そう。
だから「合図が来ない」ことを異常のサインとして使う。

関係することがあるよ。
まず割り込みは、簡単に言うと、CPUに対して急ぎの用事を知らせる仕組みだね。

たとえばCPUが普通の処理をしているときに、

タイマーが時間になった
通信データが届いた
ボタンが押された
異常が発生した

みたいなことが起きる。
そのとき、CPUに「ちょっと今の処理を中断して、こっちを先に処理して」と知らせるのが割り込み。

そう。
今やっている作業をいったん止めて、電話に出るイメージだね。

マスカブル割り込みは、一時的に無視したり禁止したりできる割り込みのことだよ。

そう。
「今は大事な処理中だから、この割り込みはちょっと待って」とできる。

マスカブル割り込み
＝ 必要に応じて受け付けないようにできる割り込み

だね。

スマホをマナーモードや通知オフにする感じかな。
電話や通知は来ているけど、今は出ないようにできる。

そう。
たとえば、通常のタイマー処理や通信処理など、状況によっては一時的に割り込みを止めたい場合がある。

ノンマスカブル割り込みは、基本的に無視できない重要な割り込みだよ。

そう。
システムにとって重大な異常が起きたときなどに使われる。

ノンマスカブル割り込み
＝ CPUが基本的に無視できない緊急の割り込み
だよ。

通常の通知はオフにできるけど、緊急性の高い通知は止められない、みたいなイメージだね。

表で整理するとこうなるよ。

そう。
「mask」は覆い隠す、無効化するようなイメージ。
だからマスカブルは隠せる、ノンマスカブルは隠せないと覚えるといいよ。

ここは少し注意が必要。
システムやCPU、設定によって違うんだ。

うん。
ウォッチドッグタイマーの時間切れ時の動作には、いくつかパターンがある。

1. リセットを発生させる
2. 割り込みを発生させる
3. まず割り込みを出して、その後リセットする

そう。
ウォッチドッグタイマーは「時間切れを検知する仕組み」で、その結果として何をするかは設計による。

マスカブル割り込みとして扱われる場合、ソフトウェア側で一時的に割り込みを禁止できる可能性がある。

そう。
もしシステムが暴走していて、割り込みを受け付けない状態になっていたら、ウォッチドッグの通知も処理されない可能性がある。

いい例えだね。
だから、本当に深刻な異常を確実に扱いたい場合には、マスカブル割り込みだけに頼るのは不安なことがある。

ノンマスカブル割り込みなら、通常の割り込み禁止状態でもCPUに通知できる。

そう。
ウォッチドッグタイマーの時間切れをノンマスカブル割り込みとして扱えば、重大な異常時でも処理に入れる可能性が高くなる。

ただし、ノンマスカブル割り込みでも、CPUやシステムが深刻に壊れた状態では、必ず正常に処理できるとは限らないよ。
だから、最終的にはリセットで復旧させる設計がよく使われるんだ。

たとえば、

異常ログを保存する
安全状態に移行する
最低限の後片付けをする
その後リセットする

みたいな処理だね。

多いね。
ウォッチドッグタイマーの目的は、システムが固まったときに復旧させることだから、最終的にはリセットにつなげることが多い。

そう考えると分かりやすい。
たとえば、

ウォッチドッグタイマー時間切れ
↓
ノンマスカブル割り込み発生
↓
異常ログ保存
↓
システムリセット

みたいな流れがあり得る。

そう。
ただし、異常状態ではソフトウェアがどこまで正常に動くか分からないから、リセットを重視する設計も多い。

もちろんあるよ。

一番大事なのは、
本当に正常なときだけウォッチドッグをリセットすること。

メイン処理が固まっているのに、別の簡単な処理だけが動いていてウォッチドッグをリセットし続けると、異常を検知できない。

そう。
だから、システム全体が正常に動いていることを確認してからリセットするのが大事。

タイムアウト時間が短すぎると、正常な処理中でも再起動してしまう。

そう。
逆に長すぎると、本当に固まったときの復旧が遅くなってしまうよ。

ウォッチドッグで再起動できても、原因が分からないと同じ問題がまた起きる。

そう。
だから、可能ならリセット前や起動時に、

なぜリセットされたのか
どの処理で止まったのか
最後に何をしていたのか

を記録できるようにしておくといい。

このあたりかな。

ウォッチドッグタイマーとは、
システムが正常に動いているかを監視し、一定時間応答がなければリセットや割り込みを発生させる仕組みだよ。

その通り。
一言でまとめるなら、

ウォッチドッグタイマーは、システムが固まったときに自動で気づいて復旧につなげる番犬タイマー

だね。