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.

[参考译文] TM4C129LNCZAD:大容量 LCD 下溢中断将使 LCD 模块与用作 LCD 缓冲器的外部 SDRAM 发生异常

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/594339/tm4c129lnczad-mass-lcd-underflow-interrupt-will-let-lcd-module-abnormal-with-external-sdram-as-the-lcd-buffer

器件型号:TM4C129LNCZAD

您好、e2e、

我们的客户在 TM4C129LNCZAD 中遇到一个问题、使用外部 SDRAM (EPI 总线)作为 LCD 图形缓冲器、他们的系统工作如下所述;

外部 SDRAM 用作 LCD 图形缓冲器,同时也用于用户应用程序缓冲器;

2. LCD 模块将通过 DMA 定期读取图形缓冲器;

3.在某些情况下、MCU 将具有到 SDRAM 的猝发 R/W、此时它将占用 EPI 总线;如果 EPI 总线保持较长时间、 LCD 下溢中断将产生很大的影响;

4、有时 LCD 模块仍然工作正常、而 产生了一些 LCD 下溢中断、 但是如果在短时间内中断太多、LCD 模块将不再工作、这意味着它无法在 DMA 中从 SDRAM 恢复数据并将数据传输到 LCD 模块、LCD 显示屏将出现异常、并且显示屏上出现质量颜色、最后变为白色;

他们还进行了测试以轻松地重复该问题、如果将系统堆放入 SDRAM 中、则该问题会频繁重复、并且目前正在将堆置于内部 SRAM 中。

您对他们的应用有什么建议吗? 即使 生成了许多 LCD 下溢中断、也有任何方法可以使 LCD 模块保持活动状态。

谢谢。

Leon

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

    您好、Leon、

    [引用 USER="Leo_ee_yan"]即使 生成了许多 LCD 下溢中断,也有任何方法可以使 LCD 模块保持活动状态。[/引用]

    我怀疑液晶屏供应商会更好地回答这个问题。

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

    液晶屏上有一个已知的勘误表。 勘误编号为 LCD#03。 在下溢时有一个位可重新启动 LCD。 但是、由于设计限制、该位无法按预期工作。 唯一的其他建议是在垂直同步或帧结束中断期间访问 SDRAM。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    有时、"MCU to Display program code"(MCU 显示程序代码效率低/不正确)会"减慢"显示"更新"、并导致此类情况。

    显示屏(有时)工作的事实表明、EPI 总线施加的"额外要求"被过度"占据、这表明需要(通过测量)确定什么构成"过度保持时间?"    此处未提及这一点-可能需要(部分)考虑。   具有"目标"的武装-可以部署固定策略...

    这里有一个建议联系显示供应商-可能是内存供应商的并行联系-也证明有用吗?

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

    Amit、您好!

    在访问外部 SDRAM 时、是否可以配置总线优先级、让 LCD DMA 以更高优先级工作?

    谢谢。

    Leon

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

    访问 SDRAM 时、LCD-DMA 的优先级最高。 但是、如果 CPU 在 LCD-DMA 访问之间的间隔期间已经访问 SDRAM、那么 LCD-DMA 将被挂起。 为 LCD 控制器配置设置的传输大小是多少?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Amit、您好!

    已检查、大小为1024。

    我问他们做了一个关于“LCD#03”的测试,如果他们在 下溢发生时不运行“LCDRasterEnable()”,LCD 将无法立即显示。

    在其当前软件中,它们已经 在 下溢发生时实现了"LCDRasterEnable()",但它们发现如果下 溢发生很多,变通办法将失败,并且现象将如第一篇文章所述发生。

    为什么 "LCDRasterEnable()"变通办法在这种情况下具有限制?

    谢谢你。

    Leon

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

    突发大小有3个值:4、8或16的突发。 我没有看到1024的突发大小?

    他们是否尝试禁用 LCD 控制器、然后启用它、即清除下溢条件、然后禁用 LCDRasterDisable、再启用 LCDRasterEnable?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Amit、您好!

    突发大小为16、根据您的建议、我们将进行测试并稍后回复。

    谢谢。

    Leon

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

    [引用 USER="CB1_MOBILE "]有时-效率低/不正确的"MCU to Display program code"-将"减慢"显示"更新"-并导致此类情况。

    错误的"突发大小"显然适合"低效/不正确的 MCU 来显示程序代码"识别。

    而且-完全没有提到显示屏的"像素分辨率"-这里的轮子可能(进一步旋转!)    该 MCU 的 EPI 支持"像素丰富"显示的能力有限、可能已经超出了这一限制...