[参考译文] DP83869HM：BDSL 文件

尊敬的 Hanno：

此处是 DP83869的最新版本 BSDL 文件。 遗憾的是、此模型尚未完全验证、只能用于评估/初步测试。

dp83869_BSR_48_tested.bSDL

如果您在使用此文件时遇到任何问题、敬请告知。

谢谢！

Evan

Evan、虽然我很感谢您的努力、但我们尚未看到预期的结果。  我们仍然需要一个解决方案。

尊敬的 Tomasz：

您能否分享更多有关使用此文件执行的测试的背景信息？

反馈非常重要、因此我可以与设计团队联系。

谢谢！

Evan

指令寄存器的长度看起来不正确、是9位而不是8位。 Capture 值似乎也不正确。

尊敬的 Tomasz：

感谢您的确认。 我将此反馈传递给设计部门、如果可以、将分享最新动态。

谢谢！

Evan

尊敬的 Tomasz：

接下来、与设计团队的讨论仍在进行中、以验证此 BSDL 文件。

我还在研究这个问题、我们会尽快分享最新信息。

谢谢！

Evan

尊敬的 Tomasz：

我有来自我们设计团队的更新：

我查看了 E2E 线程、发现所有帖子都提到 BSDL 文件中的指令宽度为9位、但当我在帖子中查看 BSDL 文件时、所有这些文件的指令宽度都被定义为8位、并且所有指令也都是8位。

客户是否曾尝试过869上的旁路模式、并确认 tdi 是否路由至 TDO？

谢谢！
Evan

要加载旁路、我首先需要加载"旁路"指令。 但我无法这样做、因为我必须移位9位、但 BSDL 文件表明它只有8位。 因此,我很遗憾地不知道该怎么做。

问题正是为什么我必须移位9个位？

是的、我们要通过扫描链移动定义的图形(8位、我们的测试字节(0x52H))。 我们看到、恰好在9位后、该模式再次从链中传出。 因此、我们可以看到、我们正在将某物加载到链中(TDI)、而某物又再次出现(TDO)。 移动指令时的响应。

Evan,您能给我发送一个通用的 BDSL 文件吗,所以我们有同样的基础?

是否也可以从此处获取文件：

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1199023/dp83869hm-bsdl-file-request

尊敬的 Tomasz：

我在设计方面确认这一点、将在周三3/5分享反馈。

谢谢！

Evan

尊敬的 Tomasz：

这是相同的 BSDL 文件。

您能否分享捕获结果、在您的案例中显示 JTAG 信号和时钟切换？ 我们正在验证等效设置、以观察从链中发出的9位。

谢谢！

Evan

尊敬的 Evan：出于测试目的、我们已额外收购了 DP83869EVM。 我们很快将与您共享捕获的信号数据。 这是对我们 的分析的补充、以防当前设计存在任何缺陷。

尊敬的 Tomasz：

感谢您的更新、我将在共享信号数据时查看其与设计的关系。

我们来自 Goepel 电子和支持 Thomasz Krupski。 我们使用 DP83869EVM 评估板来分析边界扫描测试。 我在该线程中看到了相同的行为。 我们连接了 JTAG 信号 TCK (#21)、TMS (#23)、TDI (#24)和 TDO (#22)。

我们将搭接引脚 OPMODE (2-0)设置为高电平。 我们设置跳线 J19、J11和 J10。 重新为评估板上电

我们始终发送一个测试字节。 在第一次移位时、我们看到测试字节被移位 、其第一个位的集合为1。 因此 BYPASS 寄存器应该处于活动状态。

但是、如果我们尝试移位指令、指令长度将向我们显示9位的高度。 此外、还从 BSDL 模型 dp83869_BSR_48_tested.bSDL 捕获值

dp83869_BSR 的属性 instruction_capture :实体为"11011101"；

我们无法看到定义的指令捕获值？ 为什么？

您可以看到我们的调试窗口。 在 TDO 栏、您可以看到我们发送到 DP83869的内容；在 TDI 栏、您可以看到我们通过器件接收的内容。

因此、在第一次移位时、我们将在偏移1位后读取测试字节。 很好。

但是、在尝试移位指令后、我们发现测试字节不是在8位之后、而是在9位之后。 因此、根据我们的理解、器件 DP83869未处于正确的 JTAG 边界扫描模式。 某些订单条件丢失？ 或者 BSDL 模型错误。

我们需要更多详细输入来解决边界扫描模式的此问题。

请提供帮助。

您好、Jan：

感谢您分享详细的过程和结果。 我正在与设计团队一起审查、并将尽快分享反馈。

此致、
Evan