問題タブ [origen-sdk]

テスト メソッド定義を Verigy から直接インポートすると、次のパラメータ タイプが表示されます。

ただし、origen-sdkドキュメントには、次のタイプが許容されることが示されています。

一部の Verigy 型は簡単に に変換:string (:ContextPins, :PinString, :OptionList, :SpecVariable)でき:int、 に変換できます:integerが、残りの型ではパラメーター自体の意図を評価する必要があります (つまり、これ:double valueは a:frequencyか:voltage? か)。この種の評価を回避する方法はありますか？そうでない場合は、次のタイプが役立つようです。

Origen パラメータ機能を見て、パラメータ スコープ内で変数を名前として動的に渡すことができるかどうか疑問に思いました。例えば：

どうも

Origen::Parameters を実装するとき、「デフォルト」セットを定義することの重要性を理解しました。しかし、本質的に、私の本当のデフォルトは別の名前になっています。そこで、パラメーター エイリアスのハックを実装しました。

文書化されていないパラメータのエイリアシングの適切な方法はありますか?

Origen には、最上位の DUT および IP 用のモードがあります。ただし、モードAPIでは、自由に属性を定義する柔軟性がありません。事前に定義された属性があり、その一部 (typ_voltage など) は特定の会社またはデバイスに固有のように見えます。

対照的に、パラメーター モジュールでは、柔軟なパラメーター/属性定義を「コンテキスト」内で作成できます。チップ「モード」とパラメータ「コンテキスト」の概念的な違いは実際には何ですか? どちらもユーザーが設定する必要があります。

どちらにも、機能が似ているwith_modesとwith_paramsのメソッドが含まれています。モード属性を、より柔軟な params API とまったく同じように機能させてみませんか?

どうも

テストフローでテストを生成する例では、stop_bins を作成します。ただし、93k の multi_bin ノードを生成する方法の例はありませんでした。この機能は現在のorigen-sdkに存在しますか?

出力ノードは、93k .tf ファイルでは次のようになります

デフォルトの config/application.rb ファイルには、説明に使用できるコメントがいくつかあります。具体的には、「通常、参照ディレクトリ構造をセットアップして、出力構造のディレクトリ構造をミラーリングする必要があります」と書かれています。

出力ディレクトリと参照ディレクトリの間にミラー化された構造がない場合の実際の結果は何ですか?

どうも

Origen のレジスターにエイリアスを追加できますか? ピンエイリアスの仕組みに似たようなものですか?

Origen::Parametersドキュメントでは、パラメーター セットが同じスコープ内の他のパラメーター セットから継承できることがわかります。また、パラメーター コンテキストを別のオブジェクトに従うように設定できることもわかりました。私が探しているのは、次の 2 つの機能の組み合わせのようです。

どうも

約 12 個の自家製プラグインと多くの Origen gem を備えた開発アプリは、開発レベルから製品レベルの品質に移行する必要があります。ここから始まるさまざまなトピックを目にしますが、アプリ/プラグインのバージョン管理、Origen モード (デバッグとプロダクション)、リファレンス ファイルやサンプルなどの項目についてはあまり見ません。rspec を実行する「origen specs」コマンドがあることは知っていますが、「origen test」やその他の関連項目についてはどうでしょうか。

どうも

仕様テストで実行すると機能する gem コマンドがあります。ただし、マスター アプリケーションがコマンドを実行すると、コマンドが表示されませんorigen h。このドキュメントをガイドとして使用しました。これは私が作成した gem ヘルプ コマンドで、メイン アプリでは機能しません (gem 内のみ)。

どうも