テストエンジニアとして、あなたは最も複雑で見たこともないような製品設計を開発し、テストしたいと考えています。あなたは、タスクの実行を簡素化するツールやソリューションを熱心に探しています。複雑な製品設計では、テストと測定のプロセスも複雑化すると考えるのが自然です。しかし、そのようなことはありません。実際、Introspectの使命は、ユーザーフレンドリーな製品によって、業界のテストエンジニアに力を与えることです。ユーザーフレンドリーの一面は、製品のフォームファクターに起因しています。
各製品はそれぞれ独自のフォーム ファクターを持っているため、デフォルトでは、各製品はIntrospectのソフトウェア環境であるPinetreeを通じて別々のソフトウェア インスタンスによって駆動されます。しかし、ユーザーが複数の製品を持っている場合、これは同じ量のソフトウェア・インスタンスを意味し、混乱と一般的な圧倒感につながります。ユーザーが複数の製品を同時に使用したいと考えることはますます一般的になっており、複数のソフトウェア・インスタンスでは対応できません。そこで、フォームファクターを組み合わせることで、ユーザーは1つのソフトウェア・インスタンスを使用しながら、複数の製品を同時に操作することができます！
フォームファクターを組み合わせた2つの異なるモードと、それらがユーザーに提供する高度なテストベンチのセットアップの柔軟性について詳しく見てみましょう。
チャネル拡張
このモードでは、複数のIntrospect製品を1つとして使用します。複数の同じ機器（同じハードウェアとファームウェア）が必要です。TxChannelListなどの単一のコンポーネントで、複数の機器を同時にターゲットにできます。
チャネル拡張は同一のSerDes製品でのみ使用でき、以下の製品ラインでは使用できません：
MIPI
ディスプレイポート
I3C
SLVS
この機能の最良のユースケースは、多数のBertScanを同時に実行したり、1つのTxChannelリストで多数のパターンを設定するなど、同一のハードウェア上で非常に類似したことを行う必要がある場合です。例を図 1 に示す。
一旦セットアップされると、ソフトウェアは単一ハードウェアのケアと同様の方法で使用されます：余分なハードウェアは余分なチャンネルとして利用可能です。この例では、SV5C_16C12Gが16チャンネルなので、IespAがチャンネル1-16、IespBがチャンネル17-32などを担当する。
チャネル拡張を使用すると、複数のIntrospectハードウェアを簡単に調整できます。以下に説明する一般的な方法よりも複雑ではありません。
複数のハードウェア
このモードでは、複数のIntrospect製品を個別に使用します。各製品には独自のコンポーネント セットがあり、相互に作用することはできませんが、テスト プロシージャ コード内で同時に使用できます。これは、複数のテスト ウィンドウを開き、各ウィンドウを異なるハード ウェアに接続しているようなものです。内部的には、異なるハードウェアは「iesp オブジェクト」と呼ばれます。
図2：マルチハードウェアモードで異なる製品を組み合わせても、独立性は保たれる。
チャネル拡張とは異なり、マルチハードウェアモードではIntrospect製品を自由に組み合わせて使用できます。この柔軟性により、緊密に統合されたテストベンチを作成して、同じDUTの複数の側面を検証できます。異なるハードウェア コンポーネントのコンポーネントを混在させることはできませんが、テスト プロシージャ内の同じPythonコードからすべてのコンポーネントを参照できます。
チャネル拡張された複合フォームファクタは通常どおり使用できますが、複数のハードウェアを使用する場合は、コンポーネントを構成するハードウェアを選択する必要があります。
