高性能マルチボードPCB設計におけるクロスボード信号整合性の問題を回避する方法

マルチボードシステムにおけるシグナルインテグリティの問題の多くは、ボード間をつなぐ制御インピーダンス配線そのものではなく、境界部分に起因します。コネクタのランチ、ケーブルへの遷移、あるいはフレックスからリジッドへの接続部では、インピーダンス不連続、基準面の変化、スキューが発生し、それらがチャネル全体で蓄積されます。各ボードを独立した配線問題として扱い、相互接続の判断をメカ設計や筐体都合に委ねるエンジニアは、自分たちが明示的に設計していない境界部分でマージンを失うことになります。

支配的な制約は、すべての高速チャネルを、送信機から受信機までの完全な経路として予算化することです。これには、ボード間、コネクタ、ケーブル、フレックスセグメント間のあらゆる遷移を含める必要があります。境界部分の責任範囲が曖昧、または文書化されていない場合、各ボードチームは局所最適化を行う一方で、遷移部分を誰も管理しない状態になります。その結果、システムレベルでは誰のインピーダンス予算やスキュー予算も満たさないチャネルになってしまいます。

重要ポイント

• ボード間のシグナルインテグリティ（SI）不良は境界から始まります。 コネクタのランチ、リファレンス経路の分断、相互接続の遷移によって、各ボード単体では存在しているように見えるリンクマージンが消費され、組み上がったチャネルは動作しなくなります。 
• スキューはシステム全体で累積します。 パラレルインターフェースや差動ペアでは、長さや遅延の不一致を1枚のボードでまとめて補償するのではなく、コネクタインターフェースの前後を含め、配線を制御できる各ボード内でスキューを維持することが重要です。
• 高帯域幅チャネルに対するコネクタの能力を理解すること。 ベンダーデータに基づいてコネクタを評価し、そのシミュレーションモデルを活用して、シミュレーション上でシステム性能を十分に評価してください。

再利用可能な設計パターンとしてのコネクタランチ

SIの見逃しの大半は、長く適切に制御された配線の途中ではなく、遷移部で発生します。コネクタ境界は再利用可能な設計パターンとして扱い、制約とレビューゲートで保護することで、すべてのボードチームが同じ前提で実装できるようにすべきです。ランチ領域が個々の判断に委ねられるのではなく、一貫したルール群で定義されていれば、同じ性能を設計間で維持できます。最低限、この設計パターンには以下を含めるべきです。

• インターフェース定義： 規格、目標データレート、ボード、コネクタ、ケーブルまたはフレックスセグメント、およびリファレンス変更を含むトポロジマップ。
• スキュー予算： ペア内およびレーン間のスキューを、各セグメントに割り当てること。
• コネクタルール： ピンマップ制約、グランドピンのインターリーブ、ブレークアウト配線、およびビア使用。
• 境界の再確認が必要となる変更トリガー： コネクタ変更、スタックアップ変更、ケーブル長変更、ボード位置変更、または相互接続近傍の筐体変更。

これらの要素を固定することで、ランチ領域はその場しのぎの配線作業ではなく、制約付きの設計ブロックになります。差動ペアがランチ部で層変更する場合は、遷移を対称に保ってください。両側の配線で同じビア構造、同じファンイン／ファンアウト、同じ層の使い方を維持します。

チャネル性能に影響する機械的制約

スタック高さ、位置合わせ公差、曲げ制約、サービスルーティングは、単なる機械的な懸念ではなくチャネル制約です。たとえば、ケーブルの引き回し変更で長さが50 mm増加したり、曲げ半径が変わったりすると、遅延や結合状態が変化する可能性があります。コネクタの嵌合高さが変わるようなボード位置変更は、ビアスタブ長を変えたり、異なるスタックアップ遷移を必要としたりすることがあります。

こうした関係をICDに記録し、機械的変更が自動的に境界の再確認を引き起こすようにしてください。この連携がなければ、メカチームはパッケージング上は問題ないように見える変更を行いながら、気付かないうちにSIマージンを削ってしまいます。

シグナルインテグリティのチャネルモデリング

包括的なチャネルモデルを構築するには、送信機から受信機までSパラメータブロックをカスケード接続します。パッケージ、基板配線、ビアランチ、コネクタ、ケーブルを含むチャネルの各セグメントには、それぞれに適したモデルタイプが必要です。

• 均一なトレースには伝送線路モデルを使用する
• 不連続部やコネクタにはSパラメータブロックを適用する
• 個々のSパラメータをTマトリクスに変換し、順に乗算する
• コンプライアンスシミュレーション（挿入損失、リターンロス、アイダイアグラム、COM）を実行し、損失または反射予算に支配的な影響を与えるセグメントを特定する
• ハードウェアが利用可能になったら、TDRおよびVNA測定と相関を取る
• すべてのモデル前提（Touchstoneファイル、ピンマップ、スタックアップ、ランチ形状）をインターコネクト制御文書に記録する
• 境界条件が変わった場合は、影響を受けるモデルを再生成し、シミュレーションを再実行する

シミュレーションと測定の不一致は、通常、ランチ形状の差異、コネクタのばらつき、またはデータシート値から外れた誘電体特性に起因します。反復時には一度に1つの変数だけを変更してください。コネクタ境界をボード改版をまたいで不変の抽象要素として扱うことは、試作機の測定で問題が明らかになるまで気付かないままSIマージンを削っていく確実な方法です。

マルチボード設計向けシステムレベルSIゲート チェックリスト

レイアウト前

•  
• の相互接続モデルを構築する。初回レイアウト段階でコネクタの向きと嵌合条件を確定する。
• エンドツーエンドリンクの責任者を割り当てる。

レイアウト中

• コネクタランチ形状を標準化する：パッドスタック、アンチパッド、スティッチング、リファレンス連続性。
• コネクタ領域のビアスタブを制御する。
• システム予算に対するスキューを追跡し、明示的に許可されていない限り、ランチから離れた場所で調整する。

試作リリース前

• 境界優先レビューを実施する：マッピング、ランチ、リターンパスの連続性、スキュー配分、機械的制約。
• 組み上がったチャネルが想定トポロジと一致していることを確認する：ボード位置、スタック高さ、ケーブルまたはフレックス長、曲げ制約。
• 立ち上げ時の検証条件を定義する：ケーブルセット、治具、組立変数。

立ち上げ後

• リンクが失敗した場合は、まず境界を監査する：ピンマップと向き、ランチ形状、リファレンス連続性、セグメントスキュー。
• 相互接続経路に関わるすべての変更を記録し、トリガーが発生したら境界レビューを再実行する。

Altium Agile Teamsでマルチボードの文脈を可視化し続ける

システムレベルのSIは、電気的・機械的・調達上の現実にまたがります。Altium Agile Teams は、システムの進化に伴ってそのマルチボードの文脈を可視化し続けるため、レイアウトやパッケージングの判断が固まる前に、チームが境界変更を捉えられます。 

設計レビューは設計コンテキストの中で行われます。機械的変更によってコネクタ位置が変わり、チャネルに関する前提が崩れた場合でも、電気設計チームは早い段階でそれを把握できます。コネクタやケーブルの選定は、Octopartから得られる最新の入手性データやリスクデータとあわせて進められるため、境界を規定する部品の早期確定を支援します。変更追跡は設計状態に結び付いたままであるため、コネクタ変更やスタックアップ改訂が適切な関係者に見える状態に保たれます。 

詳細については、Altiumのマルチボードアセンブリの同期に関するドキュメントを参照してください。これは、マルチボード間の関係をどのように記録し、最新状態に保つべきかを正式化するうえで有用な次のステップです。 Altium Agile Teamsの詳細を見る →