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.

[参考译文] AM1808:upp 在接收模式下具有64字节移位

Guru**** 2893300 points

Other Parts Discussed in Thread: AM1808

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/662958/am1808-upp-has-64-bytes-shifting-in-receive-mode

器件型号:AM1808

您好!

我在我们的生产中使用 AM1808器件。 upp 接口与一个 FPGA 连接、在双工模式、8位模式、工作时钟100MHz。

在大多数情况下、uPP 工作正常。但从 uPP 接收的数据很少有64字节移位、一旦移位发生、它将保持不变、

数据、例如:

在正常条件下:(以0x5555aaa 开头、以0x33cccc 结尾)

0000:55 aa a0 1a 00 BA 5c 00 ce 00 ff ff ff ff ff ff ff ff ff ff ff

0010:FF ff 00 22 15 C4 06 80 08 00 45 00 4e 78 d0

0020:00 40 11 85 19 c0 A8 FD 64 c0 A8 FD ff 00 89

0030:00 89 00 3a 4e 37 8f fb 01 10 00 01 00 00

0040:00 20 45 46 43 43 4F 46 44 45 43 4F 45

0050:43 45 42 45 4a 45 45 46 46 43 4F 45 45 45 45 50 45

0060:4e 41 00 20 00 01 2a A5 75 bf 33 cc

在错误条件下:(0x5555aaaa 从地址0x0040开始)

0000:DC 16 ea 01 03 00 cc 3c 00 96 34 ff ff ff ff ff ff ff ff ff ff

0010:ff ff 54 ee 75 65 AB 86 08 06 00 01 08 00 06 04

0020:00 01 54 ee 75 65 AB 86 DE 6F 70 65 00 00 00

0030:00 DE 6F 70 bc 00 00 00 00 00 00 00 00 00 00 00 00

0040:55 aa a0 44 00 e4 04 01 98 34 ff ff ff ff ff ff ff ff

0050:FF ff 54 ee 75 65 AB 86 08 00 45 00 F4 21 CB

0060:00 80 11 75 F7 64 64 64 6F 64 64 64 ff 00 8A

存在一些问题:

在 哪些条件下会导致这种64字节移位?

2.一旦发生这种转变,我们应该采取什么行动来解决这种转变? 例如空 uPP FIFO?

是否有人有类似的经验、想法或建议来解决我的问题?

谢谢。

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

    这是什么软件?

    此致、
    Yordan
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    你(们)好
    uPP 支持的最大 IO 时钟为75MHz,如果以100MHz 的频率运行,则可能会违反计时规范

    www.ti.com/.../peripheral_information_and_electrical_specifications

    您是否曾尝试降低频率以查看是否仍然出现故障?

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

    Yordan、您好!

    我正在使用 VxWorks 系统、我已经编写了自己的 uPP 驱动程序。

    此致  
    Junhuan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Mukul、
    感谢您的回复。 64字节移位很难显示,upp (100MHz)可能会稳定运行两周以上。 我们正在测试以50MHz 运行的 upp。据我了解、upp 在100m 运行可能会导致数据 CRC 错误。 ,不是换档。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    你(们)好

    >>据我了解,upp 在100M 下工作可能会导致数据 CRC 错误。 ,不是换档。

    您可能会发现故障类型与时钟速度无关、但我仍然必须强烈警告您、如果您以100MHz 运行、则运行时会超出规格。 我们以75MHz 的频率关闭了时序、无法保证工作频率超出该规格。 您不应在最终应用的大规模生产中使用100MHz。

    如果故障在运行2周后的一段时间内发生、您可能会遇到其他问题、可能是硬件/软件/电源中的一些噪声或任何可能导致故障的其他瞬时干扰? 可能这样会破坏内部数据指针?
    我假设这是一个独立的测试,并且在运行此测试时,芯片上涉及的数据流量、外设/主站没有变化,这可能会导致问题吗?

    如果您发现问题/故障以50 MHz 运行、请随时向我们发送通知。

    此致
    Mukul