This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] DAC8742H:DAC8742H 是否已通过现场总线基础的物理层测试

Guru**** 2374060 points
Other Parts Discussed in Thread: DAC8742H, TIDA-01504, DAC8742HEVM
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1446323/dac8742h-does-dac8742h-has-passed-the-physical-layer-test-of-fieldbus-foundation

器件型号:DAC8742H
主题中讨论的其他器件: TIDA-01504

工具/软件:

我将使用 DAC8742H 开发现场总线应用。 变送器驱动器板取自 DAC8742H 数据表。 但是、当我完成物理层测试时、在接收抖动容差测试中失败。 我认为问题出在 DAC8742H 本身、因为 BUS+直接连接到 DAC8742H 的 MOD_IN (通过直流移除电容器)。 我查看了 DAC8742H 数据表、发现抖动容差为+-3.2us

然而、当将我的参考发送器的抖动设置为3.2us 时、DAC8742H 每1000条发送的消息仅获得95-97%的抖动。  

我的问题是:

  1. 数据表中所述的3.2us 抖动容差是否有任何"安全裕度"? 例如、如果抖动为3.21us、我们正确收到消息的可能性/百分比是多少?
  2.  DAC8742H 或任何相关的设计(如 TIDA-01504)是否通过了物理层测试?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好:  

    Joseph 将审核您的问题并提供回复。  

    此致、

    凯蒂恩·琼斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、


    我不确定抖动容差规格的来源。 对于最小值-最大值规格、我们通常有一定量的保护频带、以确保不接近规格边缘情况。 但是、对于抖动容限、该值可能 基于一些与内部时钟相关的时序。 我认为没有办法可以猜测抖动超出规格时收到消息的可能性有多大。

    至于在现场总线应用中测试器件、TI 已开始着手进行 PAFF 设计、但由于组中优先级的变化、该设计被停止。 这里有一个测试电路、TI 与第三方合作开发了测试板和固件堆栈。 据我所知、硬件通过了所有物理层测试、但对输入阻抗频率响应进行的一项测试除外。 没有任何关于它未通过的信息、任何必要的修改都会做出更改。

    有一篇较旧的文章确实提供了有关此处示例电路的一些信息:

    https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/821316/dac8740h-the-reference-design-of-field-transmitter-with-profibus-pa


    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Joseph、大家好、知道芯片通过了所有物理测试、包括抖动容差测试。 很奇怪、我的抖动测试失败了。 您能分享关于您的抖动容差测试的报告吗? 您是否成功收到100%的1000封装、抖动为+-3.2ms  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong Tuan,


    我没有具体的抖动容差测试报告。 我有一家公司提供的一堆日志文件、该文件开始了测试正在为现场总线开发的电路板的过程。

    需要明确的是、我对现场总线及其测试方法不是很熟悉、因此我不确定如何解决该问题。 我不知道这些测试指的是什么。 我更熟悉该器件的 HART 方面。

    无论如何、我可以检查抖动规格的原点并返回给您。


    Joseph Wu

    e2e.ti.com/.../TI_2D00_FF_2D00_V301.complete.results

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    亲爱的约瑟夫

    感谢您分享测试日志、但这些测试可能与 Datalink 层测试相关、而不是我们在物理测试中检查设备的电气特性。

    为了缩短我的问题:德州仪器(TI)指出芯片可以容差抖动3.2us、但我的测试表明情况相反。 因此、我要求通过文档/证据/测试程序来检查我是否出错、或者 DAC8742H 本身不能容忍3.2us 的抖动。  

    或者、我能否理解、 抖动容差 从未在 TI 进行过测试、而只是 基于内部时钟的理论/计算?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    我确实与一位数字设计人员交谈过、该规格以时钟速率的百分比表示(速率为31.25kbps、位为32us、位 周期为3.2us)。 他认为他们能够仿真4uS 的抖动误差 而没有问题。 但是、如果时钟 源关闭或具有额外的抖动、则会增加误差。

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Joseph  

    我现在正在 使用 DAC8742H 为 PAFF 开发器件。 为了能够注册 符合 PAFF 协议/证书的设备,我们需要测试或提供证据/文档,以表明设备可以通过协议规范。 由于 TI 在数据表中已声明抖动容限为3.2us、因此请您向我发送相关的任何证明/声明/文档、以便我可以在注册 PAFF 证书时使用它吗? 这对我来说非常重要、因为我必须考虑是否应该使用 DAC8742H 或寻找其他解决方案。  

    好极了。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Thong:

    我们使用了抖动规范的 FOUNDATION 现场总线定义、在该定义中、我们调整了中等长度命令中每个位的中间单元边缘。  抖动变化是随机实现的、但我们确保某些边沿大于3.2us。  我没有分配、但我记得我们完成了总位时间的大约15%、这超过了抖动规格。  我们发送数百条此类命令(同时每次迭代更改抖动)、然后检查电源条件和温度下的误差。  我们没有看到任何问题。

    至于文档、我们会将您引导至数据表中的规格表作为性能声明。  与所有器件一样、我们可以按照行业规范以及我们表中指定的条件(如我们的条款和条件所定义)测试和表征我们的器件。

    因此、我对您的评估失败的原因很感兴趣。  您如何实现抖动?  您能分享更多详细信息吗?

    谢谢、

    Paul

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、  

    此外、我还能够使用 DAC8742H 找到我们电路板的测试报告。 第一个测试结果表明 VBUS 为32V、抖动波形为±3.2us。 第二个测试结果是 VBUS 为9V、抖动相同。

       

    对于这两项测试、发送了1000个请求、接收了1000个响应。 同样、这是我们组装在一起的电路板、但经过了第三方测试。

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢报告、Joseph。 然后、我将再次检查我的测试、看看是否出现了任何问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,保罗,感谢您的信息。 在我进行的测试中,我使用测试板发送固定的探头节点,但曼彻斯特编码中的零交叉在一些随机边缘随机延迟/准备3.2us。 我的受测器件使用 DAC8742H 尝试捕获所有探头节点。 我只收到了大约95-97%的每1000个发送消息  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    如果您有任何其他问题、请告知我们。 暂时、我将保持该主题打开、以便您可以发布回该主题。

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Paul

    我再次进行了测试、但我的最佳结果仍然是每1000次丢失3-5个封装。 进一步的调查表明、DAC 芯片在接收到故障封装时不会在 UART 发送任何内容(对于良好的封装、DAC 芯片在第一个数据字节之后开始向 UART 发送数据)。 这意味着解码过程在前导码处失败、或者无法检测到"起始定界符"。 在测试中、是向整个帧添加抖动、还是在 起始定界符之后添加抖动?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    我确信测试会  像对数据那样向前导码增加抖动。 前导码也是数据帧的一部分。  

    是否有办法从传入帧中捕获误差并使用示波器绘制误差? 我认为传输和 UART 将被数据字节的时间偏移。 您还可以检查 CD 引脚以查看是否有有效的载体。

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Joseph

    通过进一步调查可以发现、起始定界符对抖动非常敏感。 我使用信号发生器生成2个测试信号、一个没有抖动(蓝色)、另一个没有抖动(橙色)。  VPP 为0.6V。  我将 DAC 配置为使用内部滤波器 、并将波形发生器直接连接到 MOD_IN

    在下图中,您可以看到底部的2个波形,而顶部显示所有2个 连续过零之间的时间(以确保时间正确)。

    DAC 向 UART 发送1个数据字节、而不是抖动信号。 100%稳定。

    当发送具有抖动的信号时、DAC  也会向 UART 发送1个字节、但不是100%。 例如、如果我 以1000次抖动重复发送信号、间隔为50ms、DAC 将仅向 UART 发送600-700次数据、这意味着大约损失30%。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、


    我还不知道此时的问题是什么、但我确实有一些额外的问题。

    如何在设置中产生抖动? 您是否使用专用测试系统? 此时、我认为我没有可能产生这种类型抖动的测试系统。 如果您有问题、我可能会复制您的问题。

    另外、您是否检查了振荡器时钟的频率? 如果振荡器时钟未以正确的频率为中心、时钟的偏移可能会影响数字时序、并导致较低的抖动而引发错误。

    看起来您只是在定界符字节的中间添加了一个额外的3.2us 延迟。 为了了解器件受到的影响、当您从定界符中去掉3.2us 时、它是否相似? 您是否检查了在增加或减少不同延迟量时会发生什么情况? 您是否已检查是否在帧的起始处添加了多个前导码? 我只是想看看这些变体是否会变得更好或更糟,并看看错误是否是对称的。

    您似乎也使用了 DAC8742HEVM 来运行这些测试、是这样吗? 我想确保您已经使用自己的电路板、现在使用 DAC8742HEVM 对其进行了测试。

    我将查看设计、看看他们是否对抖动测试有任何意见、以及您的测试是否有任何差异。


    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Joseph

    我还不确定… ->我的问题是、添加3.2us 抖动会使 DAC8742H 有时无法捕获 FF 帧

    如何生成...-> 我使用任意信号发生器生成具有抖动的 FF 帧(上图中的橙色线)。 您可以使用任意信号发生器重现测试(可以在 CSV 文件中发送波形)

    另外、您是否检查了频率...-> 是的、我测量了  DAC8742HEVM 上4MHz 晶体振荡器的输出 、它正好显示了4MHz

    看起来你只是… -> 实际上、我 自己开发的  DAC8742H 电路板和 专用测试系统的抖动测试失败。 然后我使用 DAC8742HEVM 板来消除我自开发的 DAC8742H 板中的所有问题(如果有) ,仍然会失败。 然后我 从我的专用测试系统中捕获抖动信号(这使测试失败)、并使用 信号发生器重新生成它。 最后,使用信号发生器,我删除了几个位置的抖动(在前导码,起始定界符,主数据中),并发现即使在 起始定界符处有单个抖动(如上所示),抖动测试仍然失败。 总之、我尝试简化测试、以便您可以使用信号发生器和 DAC8742HEVM 评估板在 TI 重新生成测试

    您是否检查了是否添加了多个序言 ...->尚未添加、但我可以很快检查并告诉您结果

    您似乎也使用了 DAC8742HEVM 来运行这些测试...->确切地说、使用 TI 评估板和我自己的电路板进行的两项测试都显示出相同的故障  

    我很有趣地看到、您是否可以重现 TI 的测试并比较结果。 您可能需要一个微控制器来对来自信号发生器的发送信号进行计数(可能使用发生器的输出触发器)并对 DAC8742的 UART 输出进行计数  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    我希望您在测试中更改一点、那就是增加抖动的方法、这样增加的延迟也能得到每个位的互补减法。  

    当我首次与数字设计人员讨论此问题时、他认为在一个位(或一个字节)内添加延迟更像是移位、而不是抖动。  他的观点是、添加延迟还会导致时钟频率发生明显变化、即使是瞬时变化、这也会有所显著。

    由于您基本上是通过 csv 文件中的查找添加移位、因此您应该能够在一个位中添加延迟、然后在转换的另一侧将其删除。 这样将保持位宽不变、同时增加两者之间的抖动。  

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Joseph

    我通过移动边沿3.2us (下图中的橙色线)生成了一个新的抖动信号。 如果我重复发送1000个抖动信号、仍然会损失同样的20-30%(间隔50ms)  

    您建议的另一个测试: 添加多个前导码。 100%以蓝色通过(无抖动、增加1个前导码)、但橙色仍会损失20-30% (1个 抖动3.2us、增加1个前导码)、

    您是否可以在 TI 重现测试以进行确认?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    研究能否重现这个测试。 我个人对 PAFF 和编写固件来运行此类操作没有太多的经验、因此可能需要一些时间来查看。

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好  Joseph、事情进展如何? 您是否能够验证我的测试? 如果您需要任何内容、例如测试信号、请告诉我。

    好极了  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    我们仍在努力。 我们需要花一些时间来查找之前的测试方法和之前的设置。  

    在平均时间内、您是否已完成其余的物理层测试? 通过认证时是否遇到其他问题?

    我将获取有关测试的任何信息、如果可能、我还想查看原理图。


    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、


    我终于能够深入研究我们所做的原始测试、我认为差异存在于抖动插入方法中。 我们根据现场总线规范(FF-830)中的物理层一致性测试来测试抖动。 在该测试中、它们不会从单个时钟沿增加和减去3.2us 延迟。 相反、它们会对每个边沿执行1.6us 的连续加减法、从而使任何给定转换的总抖动为3.2us。 它们在规范中显示了一个图来说明抖动的性质:

    规范末尾提供了附录 C 中的表格、用于显示接收抖动容差的特定时序偏差。 对于每增加32us 的通信、PAFF 帧的测试中都会添加+1.6us 或-1.6us 抖动:

    我会注意到、这是规范的较旧版本、因此情况可能发生了变化。 但是、我想这准确地表示了今天应该如何进行测试。 在本例中、我认为您在从高电平到低电平或从低电平到高电平的转换中增加并减去3.2us 的时间。 这可能是抖动本身预期值的两倍。

    无论如何、您都应查阅测试规范并了解抖动转换的实现方式。


    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Joseph

    我在2个月前开始进行物理测试、使用您发送的标准。 抖动测试失败(抖动的生成与上面显示的完全相同)。 这种方法产生了很多不同的抖动信号、您永远不会知道哪个信号会导致故障。 所以我又花了一个月才发现、即使有同样的特定抖动信号、DAC 芯片有时也不能捕捉到它。 然后又花了我一个月的时间来简化问题,指出在"开始分隔符"添加抖动。

    简而言之、我在等待您的答案时尝试简化测试。 我能够在物理层一致性测试中选择一个 导致故障的抖动信号、我发现该信号中的起始定界符部分就是问题所在。 如果它无法通过我的测试、它永远不会通过 物理层一致性测试。 但 我想您现在正在 从一开始就进行调查?

    因此、我 根据现场总线规范(FF-830)中的物理层一致性测试进行了抖动测试、但没有通过。 那么、下一步应该是什么?

    我尝试使用 DAC8742HEVM 板和 NUCLEO 板来简化测试。 我在这里添加 NUCLEO 板和测试设置的代码  https://www.dropbox.com/scl/fo/0acmv01p0dxfkzgj82l0j/ADUO9nfIZ_tgdkdzThnxQk4?rlkey=3lxade4zxvrsifqtc4h6ncbgh&st=m820yo9g&dl=0 . 此外、良好和不良信号被添加为 CSV 文件、该文件可能用于对信号发生器进行编程以创建抖动信号。

    希望使用信号发生器可以快速重现测试。 如果您需要更多信息、请告诉我

    好极了

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Joseph

    我还添加了另一个抖动信号作为 物理层一致性测试生成、即为每个过零添加+-1.6us。 DAC 芯片无法100%捕获这个抖动信号。 您可以在 JitterFullSignal 处找到信号

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、  

    通常,我们的网络上被阻止从 dropbox ,但我能够得到一个例外。 我能够下载两个 csv 文件和 pdf 图,然而,我仍然被阻止从你的 zip 文件,因为它是代码。

    不过、我有一个电路板可以正常工作、我确实让 FF 正常工作、从器件写入数据并正确读回。 保罗确实找到了试验台, 我想我们 应该能够测试它星期二。  

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    直到今天、我才获得33220A、所以我们仍在研究这款产品。  

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Thong:

    我们的目标是重新创建验证配置、以便深入研究。  正如 Joe 提到的、我们在开发时确实通过了这种抖动要求和物理层测试、我们的其他一些客户也通过了测试。  您的结果令我们感到惊讶、但我们看不到您的测试方法中存在任何缺陷来解释它。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joe

    我添加了一个新文件 TI_Jitter_PASS_123456dotzip.zip。 您可以解压缩此文件、将提取的文件重命名为.zip、然后使用密码123456再次解压缩。 然后便可以获取代码。 我希望这可以绕过您的安全模块。

    www.dropbox.com/.../TI_Jitter_PASS_123456dotzip.zip

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、


    新下载被阻止。 安全部门将其标识为 zip 文件并阻止下载。

    我上次提到我找到了测试台。 该测试台并不是在 DAC8742H 上使用的测试台、而是从用于测试该测试的 LabVIEW 中衍生而来。 它具有用于设置振幅、上升/下降时间、频率以及抖动增加的控制机制。 它还可以更改前导码的数量以及传输中的数据。 LabVIEW 控制情况如下:

    我没有拍太多的示波器,但这里 至少是我得到的一些接待。

    虽然我获得了一些通过和不通过抖动的扩展结果、但在获得正确结果方面仍然存在一些问题。 LabVIEW 列出的频率比我预期的频率稍差、如果是前导码和消息数据、我确实有一些情况会导致我失去通信。 这包括在信号中添加和未添加抖动的情况下。 现在、我只是调试生成的信号、以确保获得了预期的输出、并正确添加了抖动。 抖动是从一个 Excel 文件添加的、该文件具有从我之前复制的 FF-830中的表中添加和减去的序列。


    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    测试台 是伟大的 Joe。 那么现在就可以重现我的测试了。 为了生成我的信号、抖动表应该与下图类似、其中首先 准备标准信号-1.6us、然后在第16个(可能是第15个)过零处添加延迟+3.2us。

    我非常渴望看到你的结果。 请记住发送相同的抖动信号1000次、并计算 DAC 收到的寻呼次数。

    好极了

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joe、您有时间进行测试了吗? 如果您需要代码、请告诉我。 您可以通过电子邮件 tth@fint.no 与我联系。  

    好极了

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    我能够重现您的测试、但我能够通过测试。 我确实需要快速更改基本原理图、但结果如下。 我将完成测试、解释我的更改并展示结果。 我还对可能是什么问题有一些想法、我将在最后介绍一下

    我开始使用 DAC8742HEVM GUI 设置器件以接收 PAFF 信号。

    首先、我来解释一下测试是如何设置的。 通信使用 Agilent 33220A 作为 AWG 通过 GPIB 控制进行设置。 该程序首先确定通信将是什么、计算数据所需的数据周期数、然后总共使用16384个时间周期来生成信号。

    例如、我使用了带有两个前导码和 PN 命令的测试。 这是一个具有两个前导码(16个周期)、一个开始和停止定界符(16个周期)、命令(10个字节持续80个周期)、然后是额外的时间段以及命令的开始和停止的信号。  这是总共114个时期。 之后、您会根据16384个时间段计算 AWG 的频率(并向下舍入、附加到额外时间段的任何额外时间)。 对于每个位、这将变为16384/114或143个时间段。 这将提供每个位段的实际频率以使31.25kHz。 对于 AWG 频率、可以计算出31.25kHz 除以周期数114。 这会将 AWG 设置为274.1228Hz。

    每个字节的上升时间和下降时间转换通过在微秒中提供10%-90%的时间来完成。 然后、将这个时间乘以25%、并计算每个位要上升和下降的转换次数。 在该计算中、这是转换时间除以1再除以16384倍 AWG 频率。 这些是可以检查的值:

    PN 测试–31.25kHz

    根据数据计算周期数:(前导码+数据字节+分隔符)* 8 + 2个周期= 114个周期

    根据时间段数计算频率:16384/114个周期、向下舍入= 143个时间段/位

    计算 AWG 频率:频率/周期数= 31.25kHz/114 = 274.1228Hz

    计算从转换速率转换的次数:(rate in us * 1.25)/(1/(16384*AWG 频率))= 33个时间段

     

     

    可以从第一个窗口设置所有内容。 增益是信号振幅、AWG 的偏移、抖动、转换速率、数据频率、前导码数量、 并且可以通过此设置添加短测试数据 PN 或 PT 命令。

    抖动通过 csv 文件添加、我将其更改为与您的类似、并将抖动添加到特定位置。 您可以在后台 csv 文件中看到它(两个前导码中的元素#23):

    通过测试、我能够同时通过有抖动和无抖动测试。 这是无抖动的测试结果:

    然后是抖动(在您的特定位置)、延迟如光标所示:

    如果缩小、您可以看到信号接收:

    然后,如果我进一步缩小,我可以看到接收多次。

    我只需用一次捕获就可以多次运行此迹线、看看是否完全错过了任何接收。 在没有和有抖动的情况下、没有任何损耗。

    正如我之前提到的、我必须对 EVM 板进行小幅更改。 这是 PAFF 电路板的正常外观。

    我不得不拉出 J16上圈出的跳线。 这是120pF 电容器从 MOD_INF 引脚连接。 我发现,玩过滤一点会给我更好或更差的结果. 首先、我调整频率以获得一些误差、然后我可以稍微改变滤波器、看看变化是否会使误差变得更好或更糟。 我还使用外部滤波器对此进行了测试、似乎降低一些电阻并增加带宽也有所帮助。 我还使用过其他变量来检查。  

    我还要指出、我有时会得到一些不一致的结果。 在某些情况下、我会将前导码的数量设置为不同的值、并且我会完全放弃通信、即使不增加抖动也是如此。 我看到一些频率变化会使问题变得更好甚至更糟、但频率稍低时效果似乎更好。

    我不确定问题是什么、但我的第一猜测是、AWG 可能会增加一些噪音、导致出现一些接收错误。 似乎如果有更多的筛选、我的错误就会更少。 我们订购了一些由第三方进行测试的电路板、我们正在检查该电路板的结果是否与 EVM 相比更一致。 我希望在几天内完成董事会会议、看看我是否能获得更一致或更与众不同的成果。

    无论如何、请仔细查看我的评论、看看我的测试方式与您的测试方式是否有任何实质性差异。

     

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joe

    我非常感谢你为重现这一测试所做的努力。 我现在正在仔细研究它。  
    另一个与此抖动测试不完全相关的问题、但在这里可以指出的是、成功接收速率取决于电压振幅、FF 信号的振幅和 DAC 的 Vcc。 我记得通过将 Vcc 从5V 降低到3V、我可以为 FF 信号1V 峰值获得更好的接收速率。 如果你有更多的时间,你可以使用它。

    此致
    Thong

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    再嗨 Joe
    移除120pF 电容器后、我得到了更好的结果。 严格来说、每1000个数据包中有1到2个数据包丢失仍有一个小问题(我观察到3000个数据包中有3-4个丢失)。 这可能是您没有看到 单次捕获的损耗、但需要通过微控制器进行精确计数的原因。  但我希望通过物理层一致性测试已经足够好了。 我将很快再次运行测试、并向您更新测试是否通过  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、


    在示波器上、我可以延伸出时间迹线、以便显示的不仅仅是示波器上看到的50-60个通信周期。 你是对的,损失1-2个包的千是很难找到. 在检查数据包丢失与电容器的变化的情况下、我不需要看起来太难。 我希望每1000个损失中的1-2个是同样问题的元素、但我不确定。 如果确实返回、我会考虑更改 MOD_IN 和 MOD_INF 上的电容、看看能否使问题变得更好或更糟。

    当我首次移除120pF 电容器时、我确实检查了是否存在罕见的损耗、但没有看到任何损耗。 我认为、当设计人员首次计算滤波所需的值时、电容是根据仿真设置的、并且不包括任何潜在的寄生电容。 我不一定会完全移除该电容、但会减小该电容。 我将看到是否能找到一些有关器件内部筛选的文档来简要说明这一点。 还是使用内部滤波器还是外部滤波器? 我用于 DAC8742HEVM 的设置是否有任何变化? 它可能有助于我确定我们可以运行哪些其他测试来解决此问题。

    我将在得到原始 PAFF 板后构建它、看看是否可以设置测试来检测任何数据包丢失。 拍摄快照图像。


    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joe
    我使用了内部滤波器。 (但我之前使用外部滤波器进行了测试、但它也失败了)。
    移除120pF 电容器的解决方案让我得到了一个提示、无论使用内部或外部滤波器、都可以在 MOD_INF 引脚上测量"通过 DAC8742看到的实际信号"。 正确吗?

    我尝试选择外部滤波器、并将直流阻断电容器后的 FF 信号直接馈入  MOD_INF 引脚。 这意味着根本不使用滤波器。 100%通过。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    我回去检查了 此器件的设计、始终使用滤波。 如果您刚刚监控 MOD_INF 节点、则会看到 MOD_IN 信号。 内部/外部滤波选择只是会改变高通部分。 去掉额外的电容即可消除较高频率的滤波、并允许中出现更多噪声。

    以下是内部滤波的拓扑:

    如果您只离开120pF 电容器、则滤波器不会在 MOD_IN 之后下降较高的频率。 同样、我认为您仍然需要在 MOD_INF 上添加一个较低的电容、以消除较高频率的噪声。 但是,很难用一个合格的结果来争辩。

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joe、

    我仍然无法通过物理测试。 当我重复任何单个抖动模式1000次时、就会成功通过测试。 不过、当我根据合规性测试的要求使用1000种随机抖动模式时、我仍然会看到5-6%的损耗率。 有趣的是、损耗似乎与任何特定的抖动模式无关、它们是随机的。 例如、如果我使用相同的图案序列运行两次测试、则第一次运行中失败的图案可能会在第二次运行中通过、反之亦然。

    这使我怀疑过滤器可能有问题。 您能否分享有关 DAC 中滤波器的更多详细信息、包括内部和外部模式的值、完整原理图等?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、


    查看滤波器结构。 我从有关调制解调器传输和接收的内部演示中打开了滤波器的拓扑结构。 但是、我认为我在演示文稿中看到的数字与最终设计中的数字不同。 我可能无法给出准确的值,因为有利的原因,但我可能能够给出一些更一般的东西。 无论如何、我会检查设计、看看他们是否对滤波器有什么想法。 我想说的是、滤波器响应在数据表的图2到图5中给出、您或许能够测试滤波器/信号的变化、信号幅度会有一些适度的变化。

    如何产生抖动? 您是否使用每个边沿±1.6us 的时序偏差? FF-830确实说使用基于附件 C 的时间偏差、附件 C 规定了使其可重复的具体顺序。

    同样、我将检查滤波器的设计、看看能讨论什么。


    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、

    我认为这些滤波器适用于 DAC8742H 的内部和外部模式:  

    我没有这方面的模型、但我想这些模型是在 TI-TINA 中仿真的、您可以得到  数据表中图4和图5的滤波器响应图。  

    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joe

    我从无抖动信号开始、并随机向每前32个过零添加+-1.6us (我使用了1字节的前导  码)以创建1000个不同的抖动波形(模式)图形顺序 是固定的、即、每次测试运行的图形100都是相同的。

    我运行了几次测试、发现损耗没有与任何特定的抖动模式相关。 第一次运行中失败的模式可能会在第二次运行中通过、反之亦然。

    更有趣的是、在切换前测试每个模式100次(总共100x1000个数据包)时、第一次尝试新模式有时会失败、而接下来的99次尝试 总是成功。 但示波器显示的波形是相同的。  

    发送间隔为500ms、足以重置我认为的任何滤波器效果。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    这是非常有用的。 我将对此进行更多调查。 非常感谢

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joe

    我根据您发送的筛选条件运行了仿真。 它表明、即使在无抖动输入下、发送到接收器的实际信号也可以具有高达2.3us 的抖动。

    仿真电路:

    这就是结果。  无抖动输入信号(黑色)转移到 Vref、以便于比较。 由于滤波器的阶跃响应、到接收器的输出(红色)具有变化的包络。 这使得对 Vref 的引用不正确、并会引入抖动。

    放大前导码和起始定界符:

    放大 START 定界符的一个边沿会显示2.3us 抖动  

    因此、在最坏的情况下、总抖动最高可达5.5us。 这可能是问题吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Thong:

    抱歉、对于延迟回复、Joe 应在下周内回复您。

    谢谢、
    Erin

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、您有时间检查抖动问题吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Thong、


    不确定如何在滤波器仿真中回答有关抖动的这个问题。 我无法找到有关原始抖动仿真的任何详细信息、并且该器件的原始设计人员也不可用。 其他设计人员无法更清楚地说明接收器电路检测的操作、我也不了解有关抖动检测功能的更多详细信息。

    在器件推出之前、我们做了自己的物理层测试、并与第三方合作在测试电路中评估器件。 在这两个测试中、它们都通过了。 正如您所指出的,这些测试不包括随机抖动,但它们确实包括基础规范31.25 kbit/s 物理层一致性测试(FF-830)中的抖动模式。 我不确定规格是否发生了变化、但接收抖动容差测试特定于使用附录 C 的时序偏差来使测试可重现。

    您之前提到过、使用相同模式序列进行的测试可能会在一个实例中通过、而在另一个实例中失败。 或者更不寻常的情况下,当测试每个模式100次时,第一次尝试有时失败,而接下来的99总是成功。 我曾认为这可能不是过滤器中的问题、而是测试或设备中的问题。 可能在第一个序列开始时有某种直流稳定、在接下来的99个序列中趋于稳定。 输入解码应不依赖于序列的时间、我希望每个序列的解码相同、有或没有错误。


    Joseph Wu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joe

    我 再次查看了物理层一致性测试、测试仅使用  表6.3.3中指定的单一固定抖动模式、如您所述。 这似乎不切实际、但这使测试更容易通过。 使用固定抖动模式、我相信我现在可以通过测试。

    关于接收滤波器引起的额外抖动、很抱歉、 目前尚无这款器件的原始设计人员可用。 我很好奇,他们采取了巧妙的方式,以避免这些抖动,所以,只要告诉我,当你以后找到的东西。

    好极了