チャタリングとは？ 10分でわかりやすく解説

チャタリングは、物理スイッチやボタンの接点が一度で安定せず、短時間にON/OFFを繰り返してしまう現象です。人が1回押したつもりでも、マイコンやPLC、組み込み機器の入力回路から見ると、複数回入力されたように見えることがあります。その結果、誤カウント、意図しない状態遷移、リレーの誤動作などを招くため、機器の安定動作を考えるうえで見逃せない論点です。

ITや制御の文脈では、チャタリングは単なる接点の揺れでは済みません。「入力をどう正しく受けるか」という設計上の課題として扱う必要があります。

チャタリングとは

チャタリングとは、スイッチやボタンなどの機械式接点が安定する前に、短時間のうちに複数回のON/OFFを繰り返す現象です。人が1回操作したつもりでも、回路側には入力変化が何度も起きたように見えることがあります。

とくにマイコン、PLC、キーボード入力、産業機器の操作ボタンなどでは、この短い揺れがそのまま信号として扱われると、誤動作の原因になります。ソフトウェアの不具合に見えても、実際には入力接点の揺れが原因だったというケースは少なくありません。

なぜITや制御の現場で問題になるのか

コンピュータや制御機器は、人間よりはるかに短い間隔で入力状態を判定します。そのため、人には一瞬にしか見えない接点の揺れでも、回路やプログラムには別々の入力が連続して入ったように見えることがあります。

たとえば、ボタンを1回押しただけなのにカウンターが2回進む、メニュー選択が飛ぶ、リレーのON/OFFが意図せず繰り返される、といった症状は典型例です。入力機器と処理系の速度差が大きいほど、チャタリングは表面化しやすくなります。

バウンスとの関係

実務では、チャタリングとバウンスを近い意味で扱うことがあります。どちらも接点のON/OFFが短時間に繰り返される現象として対策対象になりますが、メーカー資料では、チャタリングを「接点が離れる側で不安定な変化が出る現象」、バウンスを「接点が接触する側で跳ね返る現象」と分けて説明する場合があります。

資料やメーカーによって説明は異なりますが、設計でまず重視すべきなのは、接点が安定する前の揺れをそのまま入力として通さないことです。

チャタリングが起こる主な原因

接点の物理的な揺れ

機械式スイッチやボタンは、切り替わりの瞬間に接点が一度で安定せず、細かく跳ね返ることがあります。さらに、ON状態のままでも外部振動などで接点が一時的に開離し、不安定な開閉が起こる場合があります。接点の材質、構造、押下速度、経年劣化などによって揺れ方は変わります。

外部振動や接触不安定

装置自体の振動や衝撃、端子の緩み、接触状態の悪化などでも、入力が不安定になることがあります。ボタンを操作した瞬間だけでなく、ON状態のままでも接点がわずかに離れて不安定な開閉が起きる場合があります。

入力回路の受け方

同じスイッチを使っていても、入力回路の構成によって結果は変わります。接点の揺れをそのまま高速で読む構成では、チャタリングを複数の入力として拾いやすくなります。逆に、入力側で揺れを吸収する仕組みがあれば、二重入力や誤動作は起きにくくなります。

チャタリングで起こる不具合

誤カウントや二重入力

もっともよくあるのが、1回のボタン操作が2回以上の入力として扱われる現象です。カウンターが余計に進む、画面遷移が飛ぶ、設定値が想定以上に変わるといった不具合につながります。

状態遷移の乱れ

状態機械で動くプログラムや制御ロジックでは、入力1回を前提に設計している場面が多くあります。そこにチャタリングが入ると、開始と停止が連続して発生したり、禁止すべき遷移が通ってしまったりして、想定外の動きにつながります。

リレーや外部機器の誤動作

入力の揺れがそのまま出力制御に伝わると、リレーや外部機器が短時間に繰り返し駆動されることがあります。単なる誤表示にとどまらず、機器寿命や安全性に影響する可能性もあるため、制御系では特に注意が必要です。

チャタリングの検出方法

オシロスコープやロジックアナライザで観測する

最も確実なのは、入力信号を波形として直接観測する方法です。ボタン操作1回に対して、立ち上がりや立ち下がりが複数回発生していれば、チャタリングを確認できます。再現条件が分かりにくい場合でも、波形を見れば原因の切り分けがしやすくなります。

ソフトウェア側で入力回数を記録する

実機で波形測定が難しい場合は、入力変化の回数や時間間隔をログに出す方法も有効です。1回の押下に対して短時間に複数回イベントが発生していれば、チャタリングの可能性を疑えます。

症状から逆算して疑う

ボタン操作のたびに結果が一定せず、二重入力や飛びが断続的に発生する場合は、チャタリングを疑うべきです。ソフトウェアの条件分岐だけを見直して終わるのではなく、入力信号そのものが安定しているかを確認する必要があります。

チャタリングの主な対策

デバウンスとは何か

チャタリング対策としてよく出てくるのがデバウンスです。入力が変化してもすぐには確定せず、揺れが収まったことを確認してから有効な入力として扱う考え方を指します。実装方法はハードウェアとソフトウェアの両方があります。

ハードウェアで吸収する

代表的なのは、RC回路やシュミットトリガ入力、専用のデバウンス回路などを使って、接点とデジタル入力の間で細かな揺れを吸収する方法です。入力が安定する前の短い変化をそのままロジックに渡さないことで、誤検出を抑えやすくなります。

ソフトウェアでデバウンス処理を入れる

入力が変化した直後には確定せず、一定時間同じ状態が続いたことを確認してから有効な入力として扱う方法もよく使われます。組み込み機器やアプリケーションでは、ハードウェア対策とソフトウェア対策を組み合わせる設計が一般的です。

部品・配線・実装条件を見直す

接点の劣化、端子の緩み、配線の取り回し、外部振動、電源条件などが原因なら、入力処理だけでは根本解決になりません。チャタリングを抑えるには、部品選定と実装条件まで含めて原因を切り分けることが重要です。

実装時のチェックポイント

• 機械式スイッチの入力を、そのまま高速に読んでいないか
• 1回の押下で複数イベントが発生していないか
• ハードウェア側とソフトウェア側の両方で対策を検討したか
• 振動、端子の緩み、接点劣化などの物理要因を見落としていないか
• 不具合をソフトウェアだけの問題と決めつけていないか

まとめ

チャタリングは、機械式接点が安定する前に短時間のON/OFFを繰り返し、機器がそれを複数回の入力として誤認してしまう現象です。ボタンやスイッチの小さな揺れに見えても、制御やUI、外部機器の動作全体に影響することがあります。

対策では、まず入力波形やログで実態を確認します。そのうえで、ハードウェアとソフトウェアのどちらで揺れを吸収するかを決め、必要に応じて部品や配線条件も見直します。どこで揺れが生じているかを切り分けておくことが、手戻りを減らす近道です。