问题标签 [origen-sdk]

我知道 Origen 使用其资源功能支持 ASCII 文件格式编译。是否有任何未记录的 API 用于 V93K 的本机计时和级别创建？

谢谢

我正在尝试在 if 和 else 分支中使用不同的操作在 93k 上创建一个流。到目前为止，我发现的最接近的事情是测试通过和失败，尽管这会生成两个不同的带有空 else 块的比较节点：

转换为：

我正在寻找的是看起来更像这样的东西：

有没有办法生成这种类型的流结构？

根据先前测试的结果，我在条件流分支方面遇到了一些问题。如果第一个测试失败，此流程代码旨在生成一个备用测试点：

使用 origen 通过此代码呈现流程会生成两个没有分支的连续测试：

当我使用附加到组的 id 而不是单个测试时，这似乎可以正常工作。

如果我将第二个测试调用替换为对 bin 的调用，则会收到错误消息：

产生错误消息：

这是参考这个问题。我检查了我们的测试接口，我们只将 V93k 主要参数传递给 test_suites.add 方法。

当我设置断点时，我确实看到它们丢失了。更新代码后如下：

这是从原始问题中的原始两个测试生成的 .tf 文件：

我想我们已经弄清楚了，非常感谢！

我正在寻找一个回调后测试执行来检查警报标志。我在这里没有看到任何列表，所以我检查了测试界面，只看到了看起来像流级别回调的内容：

我们需要能够在每次测试后检查警报标志，但仍将公共组 ID 应用于测试列表，如下所示：

以下是 V93K 警报流标志的示例：

谢谢！

在试图弄清楚如何使用 V93K 进行规格测试时，我遇到了很多麻烦。对于 J750，这很简单，我只是这样做了：

然后我可以调用@test_interface.func 并用它做任何事情。

尝试与 93K 类似的东西，我遇到了各种各样的问题，最新的问题没有意义，因为它仍在寻找 IGXL 的东西。到目前为止，我所拥有的是：

但尝试 @test_interface.func 只会给出：

这让我很困惑，因为我认为 OrigenTesters::ProgramGenerators 会选择 V93K。我不知道这是否是测试人员的问题/缺点，或者这是否是规格。我认为规范基本上会在下一个上下文中“重新启动”应用程序，因此不应加载 IGXL 任何内容。

任何帮助，将不胜感激。

谢谢，

科里

我注意到 origen_testers 插件将所有 V93K 流标志大写。这是为什么？

我一直在查看流代码，以寻找一种更直接地控制 93k 测试节点上的通过/失败分支的方法。我们可以在 origen-testers 的 93k 输出端添加额外的钩子，但是我们冒着打破平台不可知论的风险。

相反，我相信如果我们能够更直接地影响 ATP 数据结构的构建方式，那么已经存在的测试器输出驱动程序将正确处理它。ATP 已经支持 :on_pass 和 :on_fail 键，但目前似乎只支持将 bin 放入这些块中。

我想做的是能够编写这样的流程：

我意识到我可以使用流控制变量来做到这一点，但是如果有很多测试需要这种类型的结构，就会导致大量的测试 ID 和流控制变量。能够直接说出通过与失败路径中的测试将大大简化流程。它也自然导致嵌套的能力，例如，如果上面的 test2 需要通过和失败路径。

我还在学习 ruby​​，但我意识到上面的代码会引发编译错误。我相信我们可以通过在流程构建器中进行一些递归并使用 lambda 来完成这样的事情：

是否已经有一种方法可以更直接地控制或影响内部 ATP 流数据结构？如果没有，我们可以在增强请求列表中添加类似于我上面的内容吗？

Origen 包装器是否支持任何 V93K 或 STIL 模式编译器？我看到了一个 IG-XL 模式编译器，但这就是我在这里找到的全部内容。鉴于人们正在使用 Origen 制作 V93K 模式，如何处理模式编译？

谢谢

在测试流中生成测试的示例创建 stop_bins。但是，没有关于如何生成 93k multi_bin 节点的示例。当前的origen-sdk中是否存在此功能？

输出节点在 93k .tf 文件中看起来像这样