「計算が合っている」のに動かない4つの典型パターン

机上計算と実機がずれる原因は、おおむね次の4つに分類できます。

1. 測定系そのものが間違っている
回路は正常なのに、測り方のせいで異常に見えているケースです。オシロのプローブのGNDリードが長くてリンギングを拾っている、電圧レンジや減衰比の設定違い、測定点の取り違えなど。「不具合」の正体が、測り方が生んだ“見かけの異常”だったという経験は、多くの設計者が持っているはずです。

2. 部品の実力値がデータシートの代表値とずれている
計算に使った値が「代表値（typ）」なら、実物は最悪値（min/max）の範囲でばらつきます。またコンデンサの実効容量が直流バイアスや温度で低下するように、定格・代表値は特定条件での値であり、実機の条件では別の値になっていることがあります。

3. 寄生成分が式に入っていない
理想部品の式にはESR・ESL・浮遊容量・配線インダクタンスが入っていません。低周波・直流ではよく合う計算が、スイッチングエッジのような高周波成分に対しては寄生成分のせいで合わなくなります。フィルタの効きが計算と違う、リンギングが出る、といった症状の常連です。

4. 温度・実装の影響が前提とずれている
θjaが測定基板前提の値であるように（詳しくはデータシートのθjaを鵜呑みにしてはいけない理由）、放熱・温度は実装状態に強く依存します。周囲部品の発熱、筐体内の局所温度、ベタやビアの量——計算に入れた「周囲温度25℃・単独動作」という前提が、実機では成立していないことが多いのです。

つまり「計算が合っているのに動かない」の大半は、式の間違いではなく、式に入れた前提と実物の条件のずれです。

切り分けの順番 — 疑うコストが低いものから

原因を絞るときは、確認が簡単で、かつ間違えている確率が高いものから疑うのが鉄則です。

  1. まず測定系：プローブのGND処理・レンジ・測定点を確認し、可能なら別の測定器や別の当て方で同じ症状が再現するかを見る。ここで消えれば回路は無罪です。
  2. 次に電源：電源レールの電圧・リプル・過渡変動を確認する。電源が汚れていれば、その先のアナログ・デジタルの症状はすべて疑わしくなるため、下流を調べる前に電源を潰しておくのが効率的です。
  3. 次に部品の実力値：計算に使った値（typ値・定格・理想値）と、実機の条件（温度・バイアス・周波数）での実力値のずれを疑う。データシートの特性グラフを条件込みで読み直します。
  4. 最後にレイアウト・実装：GNDの引き回し、寄生成分、部品配置、熱の相互作用。ここは確認にも対策にも時間がかかるため、上の3つを消してから踏み込みます。

順番の根拠はシンプルで、手戻りの安さです。レイアウトを疑って基板を改版してから「プローブの当て方だった」と分かるのが最悪のパターンで、逆順ならその事故は起きません。

前提を直して計算し直す — 各ツールの使い方

切り分けで「前提のずれ」が見つかったら、実機の条件で計算をやり直します。

「計算し直したら、実機の値とちゃんと合った」——ここまで来れば、原因はほぼ特定できています。

それでも絞れないとき — 症状から逆引きする

厄介なのは、切り分けを一通りやっても原因候補が複数残る、あるいは症状が再現したりしなかったりするケースです。このとき人間は、自分の経験にある原因から順に疑うため、経験にない原因ほど見落とします。

そこで筆者が最終手段として使っているのが、かいろんというAI診断ツールです。「DCDCが計算より熱い」「フィルタを入れてもノイズが消えない」といった症状を入力すると、AIが原因候補を確からしい順に挙げ、確認手順まで提示してくれます。自分の頭の中の候補リストと突き合わせると、抜けていた観点に気づけるのが利点です。

AIの答えを鵜呑みにするのではなく、「候補を出させて、自分で検証する」道具として使うのが実務的です。

まとめ

「計算は合っているのに動かない」の正体は、たいてい式ではなく前提のずれです。疑う順番は、測定系→電源→部品の実力値→レイアウト。前提のずれが見つかったら実機の条件で計算し直し、それでも絞れなければ症状からの逆引き（かいろん）を最終手段にする——この手順を型として持っておくと、実機デバッグの迷走時間を大きく減らせます。