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.

[参考译文] SN65LV1023A:发送的数据模式似乎会中断 SN65LV1224B PLL

Guru**** 2393725 points
Other Parts Discussed in Thread: SN65LV1224B, SN65LV1023A

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1292863/sn65lv1023a-transmitted-data-pattern-that-seems-to-break-sn65lv1224b-pll

器件型号:SN65LV1023A
主题中讨论的其他器件:SN65LV1224B

您好!

很长一段时间以来、我们一直在对 SN65LV1023A 和 SN65LV1224B SerDes LVDS 收发器对上执行基准测试。 我们有数百小时的测试、在这些器件之间传输0错误。 我事先这么说是为了重新确保我们的 TCLK 和 REFCLK 容差良好、器件之间的电气连接良好等。

我们似乎发现了一种特定的数据模式、在它已经通过从 SN651023A 发送的1026传输同步模式实现锁定之后、触发了 SN65LV1224B 的 PLL。 下表显示了特定的顺序。 !锁定信号在数据有效负载7或8附近似乎变高。 我们的怀疑是0x100 + 0x1FF + 0x1FF + 0x1FF   + 0x1FF + 0x100的组合 导致了该问题。 在很多情况下、我们发送数百个0x100或数百个0x1FF 时都没有问题。

说明  

中断的数据包  

正常工作的数据包  

EN 之后 PLL 稳定的等待时间  

 

 

1026字节同步模式  

1 + 0x3E0 + 0  

1 + 0x3E0 + 0  

DMA 对齐的虚假有效负载  

0x100 (多次传输)  

0x100 (多次传输)  

 

数据有效载荷0  

0x1EB  

0x1EB  

数据有效载荷1  

0x190  

0x190  

数据有效负载2  

0x108  

0x108  

数据有效负载3  

0x100  

0x100  

数据有效载荷4  

0x1FF  

0xFF 以外的任何内容  

数据有效载荷5  

0x1FF  

0xFF 以外的任何内容  

数据有效负载6  

0x1FF  

0x1FF  

数据有效载荷7  

0x1FF  

0x1FF  

数据有效载荷8  

0x100  

0x100  

数据有效负载9  

0x101  

0x101  

数据有效载荷10  

0x100  

0x100  

数据有效载荷11  

0x100  

0x100  

数据有效载荷12  

0x1CE  

0x1CE  

填充我们使用的完整数据包结构的虚假有效负载  

0x100 (多次传输)  

0x100 (多次传输)  

 

您以前是否在 SN65LV1224B 中观察过此类行为?

提前感谢大家、此致、

凯尔

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

    您好 Kyle:

    我们的团队以前没有观察到此类行为、并且不确定这种特定模式有问题的原因。  

    我们将继续研究这一点、但与此同时、我们建议避免这种模式。

    此致、

    约什

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

    感谢你的评分

    添加一些更多上下文信息:

    • 我们可以看到!锁定信号在原来的文章中所描述的数据模式下会变为高电平约1/100倍。
    • 10.51 MHz
    • 系统采用多点配置、其中单个 SN65LV1224B 通过 Cat5e 电缆连接到多个 SN65LV1023A。 一次只有1个发送器将加电(!PWDN / EN)、等待 PLL 稳定、发送 SYNC 模式(!LOCK 信号始终为低电平)、发送缓冲数据包(用于处理器 DMA 校准)、发送数据包、然后断电以等待下一个发送器的开启。

    除了数据表声明、您对于 SN65LV1224B 中的 PLL 有没有其他详细信息?:
    "解串器将保持锁定状态、直到它在连续四个周期内无法检测到相同的数据边界(停止/启动位)。"

    我们想知道在什么情况下 SN65LV1224B PLL 将失去锁定并将! lock 信号置为高电平。 数据表明确指出、RMT 图形只会增加锁定时间、但不会影响解串器状态。 因此、奇怪的是、数据模式可能会产生一种情况、使解串器难以精确检测起始位和停止位。

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

    您好 Kyle:

    我猜是您提到的 RTM 模式可能是问题所在。 具有连续模式[01010....] 输入上的脉冲没有问题。 但具有两个连续输入、如 D0、D1或 D4、D5和01010。 会导致问题并阻止解串器锁定。 但是、您在上一篇文章中提到、在相同的数据模式下、此操作仅发生1/100次。

    如果 RTM 模式确实是问题所在、我想你会发现解锁更频繁。

    此致、

    约什

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

    你好、Joshua、

    我们很想认为 RMT 模式可能与之相关。 我唯一的迟疑是、数据表中明确指出"请注意、RMT 图形仅影响解串器锁定时间、解串器锁定后、只要每个周期发生相同的数据边界、RMT 图形就不会影响解串器状态。"

    许多其他传输测试我们100%成功、这意味着我们的 TCLK 和 REFCLK 信号必须具有足够好的质量。 所以、我不想相信数据模式会造成解串器无法确定数据边界的情况。

    此致、

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

    您好 Kyle:

    通常、时钟容差是这些器件的首要问题。 我们经常看到它。  

    但是、 我也认为这不是 TCLK 和 RECLK 时钟容差、因为您已经运行了其他传输测试、没有任何问题。

    此致、

    约什