你(们)好
我们使用 SN65C3222EDBR 替代 SN65C3222DBR、但遗憾的是、它不能使用。
测量结果表明、数据包中第一个位的时序 在两个分量之间是不同的。
我们的数据速率为0.7Mb/s
VCC 3.6V
请参阅 SN65C3222EDBR 替代 SN65C3222DBR 的评估板 以及如何使其正常工作。

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.
你(们)好
我们使用 SN65C3222EDBR 替代 SN65C3222DBR、但遗憾的是、它不能使用。
测量结果表明、数据包中第一个位的时序 在两个分量之间是不同的。
我们的数据速率为0.7Mb/s
VCC 3.6V
请参阅 SN65C3222EDBR 替代 SN65C3222DBR 的评估板 以及如何使其正常工作。

您好、Eduard、
我有几个问题旨在帮助缩小问题范围、如果您可以帮助回答这些问题、我将不胜感激!
1.您测试了多少台设备?
2.您知道 RX 引脚连接到的负载阻抗吗?
3.在本例中,您考虑的范围是“宽度”吗? ——信号的起点似乎很低,但我可能只是对画面的解释不正确。
两个器件之间的 RX 时序规格相同(在大多数应用中、"E"版本应该包含 这个、这是我根据原理图和非 E 版本工作时所假设的)
可能存在一些导致信号扩展(高达300ns)的脉冲偏斜 但是、知道这个问题是否重复以及负载是如何看起来很棒的-我想它的高阻抗、但我对 RX 输出的电容更感兴趣。 请告诉我、我将会看到我可以做些什么来更深入地探究这个问题。
谢谢!
Parker Dodson
您好、Parker、
感谢您的回答。
1.我测试了3套、我的制造商测试了很多板。 所有这些 LED 都无法生成 E 型所需的 LED 图案、 并在替换为非 E 型后通过。
2.我们使用 Molex 连接器和 22AWG 电缆连接少数 LED 板(长度为~10)。 转换始终是点对点(一个驱动器到一个接收器)。
3.您可以在屏幕截图中看到 黄色传输的拉动时间为322ns (黄色"+"宽度测量线)。 接收到的蓝色拉电 流为451ns ( 蓝色"+"宽度测量线)。
您好、Eduard、
感谢您的回复。 因此、根据您看到的结果、器件仍在按照数据表中列出的规格运行。 传播延迟可能不均匀、并且可能相差高达300ns、这意味着输出脉冲可能会拉伸更长(使用您看到的扩展、可能就是这样。
由于该器件被推到更接近其最大数据速率、因此输出电容将对输出产生相当大的影响。 如果可能、可以进行测试以缩短总线长度、以查看这是否会改善情况、或使用可能的虚拟负载(如3K 欧姆电阻器)来查看 LED 负载是否存在问题。 为什么非"E"版本起作用-我不确定它们的规格是相同的-但根据数据表,非"E"版本可能会遇到相同的问题。 本质上、该器件不超出规格、但设置可能会给该器件带来困难。
请告诉我这些测试是否可以查看负载是否影响系统、因为可能影响偏斜的东西实际上是输出。
最棒的
Parker Dodson