Hardware Rich Development

日付

著者

Hardware Rich Development

Scott Witcherが語るパワーインテグリティ、システム思考、謙虚なリーダーシップ

日付

初回公開日

September 10, 2025

シリーズ全体を読む

/ 6

この記事は、Quilterの物理法則に基づくレイアウト自動化を使い、NXP i.MX 8M Mini搭載コンピューターを再現した過程を詳しく紹介するシリーズの一部です。 

Scott Witcherは、パワーインテグリティの分野で最も鋭い論者の一人になろうとしていたわけではありません。実際、彼は一生高速フーリエ変換(FFT)と信号処理に携わるものだと思っていました。しかし、人工衛星向けのPCBを設計し、初めてDesignConのチュートリアルに参加するまでのどこかで、彼は別のリズムをつかみました。

「初めてパワーインテグリティのプレゼンテーションに参加したとき、そのテーマの何かがすぐに心に響きました。音楽が聞こえたとまでは言いませんが、最初からいくつかの音を確かに捉えたのです。」

その音楽とは、パワーインテグリティ(PI)です。回路図の上では目に見えないものの、世界最速のチップが確実に演算できるか、それとも混乱に陥るかを決める分野です。Witcherにとって、PIは単に安定した電源レールの話ではなく、ハードウェア設計についての一つの考え方なのです。

「パワーインテグリティは今や大きなテーマなので、いつも忙しくしています」と彼は言います。「10年前にはSFのように聞こえたであろうことが、今では当たり前になっています。だから常に気が抜けません。退屈な日は一日もありません。」

私たちとの対話の中で、WitcherはPIの技術的な輪郭だけでなく、厳密さと好奇心を融合させたエンジニアリングの哲学を描き出しました。それはHardware Rich Developmentの核心にある精神でもあります。

試練の洗礼:人工衛星と1500ピン

Witcherのハードウェアへの入門は、決して穏やかなものではありませんでした。Northrop Grummanに入社したばかりの彼は、宇宙に送られるミックスドシグナルPCBの責任を任されたのです。

「プレッシャーはすぐにやってきました。最初の設計には、1500ピンのFPGA 2個、D/Aコンバーター、高速SerDesが含まれていました。それなのに私は、部品のデータシートの読み方もろくに知らず、層構成が何なのかさえまったくわかっていませんでした。大失敗するリスクは非常に高かったのです。」

多くの新人エンジニアならその場をごまかして乗り切ろうとしたでしょうが、Witcherは正反対のことをしました。「わからないと認めて、良い助けを見つけてもいいのだということを、すぐに学ばなければなりませんでした。」

その謙虚さが彼の大きな強みになりました。彼はメンターを見つけ、各分野の専門家と関係を築き、ハードウェア設計では見栄を張ることが罰せられると気づいたのです。「どのみちラボであなたの実力は露呈します。わからないと認めることは、最も安上がりな保険になり得るのです。」

好奇心と厳密さを併せ持つこの姿勢が、彼のキャリアを支えていくことになります。

不可能が原動力になる

どのエンジニアもいずれ、不可能に思える設計に直面します。仕様書が自己矛盾している。熱的な制約があらゆる選択肢を締めつける。層構成が信号と電源の両方の制約を満たせない。こうした瞬間はエンジニアリングの妨げではなく、この分野の真価が試される場なのです。Scott Witcherはそのことをはっきり覚えています。彼の最初のPCB設計はスキル以上のものを要求しました。謙虚さ、メンター、そして失敗が高くつきすぎる前に質問する力が必要だったのです。

不可能な問題は、試練の場として機能します。エンジニアリングとは整った制約に公式を当てはめるだけのものだという考えを取り払ってくれるのです。Witcher自身の表現がぴったり当てはまります。「パワーインテグリティとは、マクスウェル方程式とマーフィーの法則の出会いです。」きれいに見えるモデルが、測定では破綻することがあります。回路図上では平坦に見えるレールが、負荷がかかるとリップルを生じることがあります。どの仕様にも書かれていなかった場所で共振が現れます。エンジニアは基本に立ち返ることを余儀なくされ、自らの前提の限界と向き合わざるを得なくなります。

Full schematic of a switch-mode power supply, from the AC input filter and bridge rectifier through a TL494 control circuit to the regulated DC output rails
交流入力から直流出力系統までを示したスイッチング電源の回路図。

こうした課題は創造性も呼び起こします。制約と格闘することで優先順位が明確になります。コスト、銅箔の厚さ、リップル、EMIの間のトレードオフを調整することで、システムが生き残るために本当に重要なものが何かを学びます。Witcherの言葉を借りれば、「完璧ではなく、バランスです。欠点のない解決策を見つけたと思ったなら、おそらくすべてのトレードオフを考慮していないのです。」

「不可能」は技術的なスキルを磨くだけではありません。人格を形づくるのです。ベンチでの検証が誤りを暴くとき、チームは謙虚さを学びます。進歩が反復を重ねることでしか得られないとき、リーダーは忍耐を学びます。困難なプロジェクトによって各分野がばらばらではなく協力して働くことを迫られるとき、組織はレジリエンスを獲得します。

この意味で、不可能はエンジニアリングの進歩の障害ではなく、その原動力なのです。宇宙機のアビオニクスからギガワット級のデータセンターに至るまで、ハードウェアの進歩は、矛盾に正面から向き合い、失敗をプロセスの一部として受け入れ、その失敗の中により深い理解への道を見出したエンジニアたちから生まれています。

PIという無法地帯

一見すると、PIは長い設計のやることリストにあるチェック項目の一つにすぎないように思えるかもしれません。しかしWitcherは、PIは他に類を見ないほど手に負えないものだと強調します。

「インダクタンスは敵です。私が取り組むものはすべて、その影響を受けます。でも、パワーインテグリティを楽しく、やりがいのあるものにしているのは、それがある種の無法地帯だということだと思います……パワーインテグリティには、シグナルインテグリティに見られるような厳密な要件がないことが多いので、直感と確かなエンジニアリング判断にずっと大きく頼らざるを得ないのです。」

50Ωや100Ωといった明確な標準があることの多い信号伝送線路とは異なり、PIエンジニアは普遍的な仕様なしに仕事をしています。チップ、層構成、パッケージが変わるたびに、方程式も変わるのです。

「多くの場合、PIの要件は自分で課さなければなりません」とWitcherは説明します。絶対的なものとして扱われがちなターゲットインピーダンスも、せいぜい近似値にすぎません。「10人のパワーインテグリティエンジニアにターゲットインピーダンスを計算してもらえば、おそらく10通りの答えが返ってくるでしょう。」

明確さの欠如は欠陥ではなく、この分野を特徴づけるものです。PIはエンジニアに第一原理に立ち返り、直感を受け入れ、常に明確な制約があるわけではないことを受け入れるよう求めます。

共振、Q値、そして安定性の物理学

多くのエンジニアが経験則を追い求める中、Witcherは共振とQ値に拠り所を見出しました。

彼は、あらゆる場面に現れる概念としてのQに魅了されました。「Qは驚くべきパラメーターです。化学者は原子のスペクトル線にQを使い、物理学者は単振動を記述するのに使い、PIエンジニアはインピーダンスの平坦さを定量化するのに使います。PIはいくつものハードウェア分野の結節点にあり、Qはそれらの間のサイロをシームレスにつなぎます。」

その教訓とは何でしょうか。低Qのシステムは安定していて十分に減衰されていますが、高Qのシステムは共振で崩落する橋のように振動します。

「電源供給ネットワークは、発振器とは正反対のものです。振動してほしくはありません……車のサスペンションのショックアブソーバーのようであってほしいのです。厄介な穴ぼこを受け止めて、すぐに定常状態に戻るように。」

これは見事な翻訳です。物理学を比喩として用い、Q値を統一的な概念として捉えているのです。

測定と、シミュレーションに関する厳しい真実

どのエンジニアも、一度はシミュレーションを恨んだことがあるでしょう。Witcherは、より体系的な批判を持っています。

「私がキャリアの中で見てきたパワーインテグリティのシミュレーションのほとんどは、電圧レギュレーターが能動的な非線形デバイスであるにもかかわらず、受動的な線形回路としてモデル化しています。コンデンサーのモデルも不正確なことで有名です。」

こうした欠陥は誤った結論につながりかねません。モデルは不完全なことがあり、コンデンサーのライブラリには実際のバイアスデータが欠けていることがあり、VRMの挙動がきれいな前提に当てはまることはめったにありません。だからこそ彼は、測定に基づくモデルを推奨しています。「少し前に、『シミュレーションを信じるのはそれを行った本人だけだが、測定は行った本人以外の全員が信じる』という言葉を聞きました。シミュレーションの『ゴミを入れればゴミが出てくる』という汚名を助長しないためにも、測定との相関によるモデルの健全性確保は譲れません。」

Witcherにとって、オシロスコープとベクトルネットワークアナライザーは任意のものではありません。それらは最終審なのです。動的負荷の下での「雑な」プロービングでさえ、「根拠のない前提」よりはましです。

Rack-mount bench power supply with a perforated top cover and two analog panel meters
2つのアナログパネルメーターを備えたベンチ電源。

メンターシップとバトンの継承

キャリアを通じて、Witcherはメンターに大きく頼ってきました。そして今、その恩を次の世代に返しています。

「製造後に設計が正しく動かないことほど最悪なことはありません。再設計(リスピン)は非常に高くつくので、早い段階で批評を求めるのが最善の策です。」

鍵となるのは、経験に裏打ちされた知恵への敬意を持ってメンターシップに臨むことです。「教えてくれる人を見つけたら、努力と熱意を示すことでその関係を尊重してください。ただやって来て『答えを教えてもらえますか?』と言うのはやめましょう。それは彼らが自分の技術に費やしてきた時間を軽んじることになります。でも、『これを試しましたが、うまくいきません。何が足りないのでしょうか?』と言えば、経験豊富なエンジニアがそれに否定的な反応をするのを私は見たことがありません。」

この好奇心は積み重なっていきます。熟練のエンジニアと一緒に過ごし、PIの不具合が現場でどのように現れるかを目にし、制約が設計全体にどう波及するかを学ぶ。こうして広がった視点が、より優れたシステム思考の持ち主を育てるのです。

「問題を小さく理解しやすい部分に分解し、第一原理でコミュニケーションできること。それがエンジニアのキャリアにおける最大の差別化要因です。」

Witcherは、その教訓を苦い経験から学んだと認めます。Northrop Grummanにいた頃、彼は高度に技術的なスライドを携えて、PI解析のためのリソースを増やすよう経営陣に提案したことがありました。しかし、それはまったく響きませんでした。

「マネージャーはコストとスケジュールの観点で考えます……私は聞き手のことを理解していませんでした。それは大きな過ちでした。自分が説得をしたいのか、それとも講釈を垂れたいのか、真剣に振り返って自問しなければなりませんでした。」

彼は エンジニアリングの原則を、リーダーが行動に移せる言葉に翻訳することを学んだのです。

サステナビリティとハードウェアの未来

パワーインテグリティは、もはやビットエラーだけの問題ではありません。ギガワット級のAIデータセンターの時代において、それはサステナビリティの問題でもあります。

「現代のデータセンターを見ると、今後数年のうちに地域の電力網がどのように配分されるのかについて、正当な懸念があります。」

Witcherにとって、PIは微視的なスケールでの省エネルギーです。「コストを節約することと電力を無駄にしないことは同義です。クリーンな電力供給は、間違いなくサステナビリティの傘の下に入るものだと考えています。」

彼が思い描く未来は、現実的でありながら希望に満ちています。より優れたツール、世界規模の協働、そして基本を尊重しながら限界を押し広げる新世代のエンジニアたちです。

結び:目に見えないものを尊重する

対話の終わりに、Witcherは出発点である制約へと話を戻します。

「電力供給はあらゆる方向から圧迫されています。電流の需要が指数関数的に増える一方で、レール電圧は下がっています。ノイズマージンは極めて厳しくならざるを得ません。」

その厳しい制約の中にこそ、エンジニアリングの技があります。ストレスの下でも持ちこたえるシステムを構築し、好奇心と謙虚さをもって導くこと。それこそがハードウェアの進歩を支える見えない背骨なのです。

Witcherのメッセージはシンプルですが深いものです。目に見えないものを尊重すること。なぜならハードウェアでは、目に見えないものこそが最も重要であることが多いからです。

‍

Quilterを実際に試す

Project Speedrunは、自律的なレイアウトの実際の姿と、Quilterが実現する時間短縮を示しました。次は、ご自身のハードウェアでお確かめください。

利用を始める

設計の検証

仕上げが完了したら、最後に確認するのはハードウェアが動作するかどうかです。電源投入時には電気的な不具合の多くが現れます。エンジニアにとって、緊張と期待が入り交じる瞬間です。

第4回に進む

設計の仕上げ

自律的なレイアウトにより、DRCを実施済みの完成した設計が得られます。仕上げは、製造に向けて最終調整するための短い精密な作業です。

第3回に進む

設計のコンパイル

設計の準備ができたら、次はQuilterに引き渡します。従来のワークフローでは、この段階でエンジニアとレイアウト担当者が設計意図を確認します。Quilterはこの打ち合わせを回路理解のプロセスに置き換えます。プロジェクトをアップロードし、制約条件がどう解釈されたかを確認して、ジョブを実行します。

第2回に進む