[参考译文] CCS/DK-TM4C129X：屏幕初始化问题

您的"主题/标题、屏幕初始化问题"在我看来是"关闭"标记。

是否确定显示屏中的问题(完全)？   您(实际)如何知道？    您如何将其与"初始化"关联起来-尤其是当屏幕"工作数小时？"时   (肯定是从可疑状态"释放"初始化！)

相反-"在"整个初始化序列"期间、如果并且只有在完全/正确监控(MCU -> LCD)总线和选通脉冲活动(整个初始化序列)且屏幕(保持空白)时、"初始化"是否会成为问题。   您的写作不包含此类详细信息。

使用定期切换 LED 可作为 MCU "持续"功能的"测试/验证"。    ("假定"正确的 MCU 操作(始终如此)是不明智的、即使 MCU 是您的/您的公司、也是如此！)    (亵渎-我知道)

在这六个小时内、MCU 和显示器之间的使用和"交易系数"未声明。   如果数据不断发送到显示屏-显示屏不会变得过热-或受到其他压力-我敢打赌、某些"交易违规"会导致显示屏空白。

如果怀疑存在热量-连接到显示屏(可能)的"热点"上的简单温度传感器不会定期监测-会指导您找到解决方案吗？

Fire/I 过去一直处于显示区域-除非压力超出规格。 -未注意到此类"有限时间显示操作"。  (假设显示屏正常工作-您是否已在第二个显示屏上验证此"状况"？)    这是值得的-您不同意吗？

原型连接始终可疑-即使是轻微的热量积聚也可能会造成干扰/困扰。    

您的"调查"可能会(有些)扩大-系统地包括(可能)路径- 此处详述/建议...

感谢你的答复。 很抱歉、我的解释不够详细、但您的回答帮助我了解我的一些问题。

我已经测试了几项调查，您建议：

－我没有注意到屏幕过热，或受到其他压力

-我尝试了另一个 TM4C129x 开发平台、但出现了相同的问题

- MCU 仍然起作用、因为如果我只注释代码的"屏幕显示"、我的其余代码将运行(我使用此 MCU 通过 BQ35100进行电池监控并在屏幕上显示结果)。 我怀疑问题出在显示屏上、因为如果我逐步执行代码(模式调试)、则在函数"Kentec320x240x16SSD2119Init"上执行仍然被阻止。 此问题仅在运行几个小时后出现。 如果我断开 TM4C129x 几个小时、则屏幕初始化正确完成、代码正常运行。 但是、由于我的代码仍在开发中、屏幕上的显示不会持续发生、数据也不会持续发送到显示屏。 因此、我想我的问题是由非正常交易引起的、导致显示空白。
当我的项目完成并定期发送数据时、我将监控问题是否仍然存在。 在本例中、我将与您联系。

非常感谢您的帮助
此致
C.

谢谢-非常感谢您的详细回答。 (并极大地帮助此类"远程"诊断)

多年来-过去的公司/我已经生产/销售/运送了超过100K (相似)显示器-很少注意到这样的"无故障运行时间"问题。 一切都是可能的-但我首先要责怪 MCU 代码(或信号干扰)-显示屏"远远低于列表。"

我确实建议您使用第二个显示器-这将提供(远远大于)潜在显示器问题的"证明"。

任何不完美的连接- MCU 上的任何位置->显示互连-都可能会引起信号干扰-这可能会(可能)"锁住"显示屏。

您会注意到、显示屏在"几个小时"后"恢复"。 我是否可以建议您(而不是)在断电后(仅) 10-15分钟后进行测试？

最关键的是-如果您的程序执行"阻止某个函数"-这是对代码的强烈起诉！ (可能的例外情况是代码必须从显示屏执行"读取"操作-并且由于该"显示-> MCU"信号的"未到达"而"挂起"。) 您可能希望查看初始化。 代码-并查看是否有任何此类"双向"数据交换(甚至选通信号)"混合"。

还有一点-您注意到的显示屏已经发生了变化-早期的显示屏(iirc)采用了并行总线-较新的显示屏移至 SPI。    代码更改肯定会随之发生！    您如何确定您的代码与您拥有的唯一显示相匹配？    

而且-向显示供应商报告此类问题始终是明智之举-他们对任何此类显示问题都有"最大的了解"、并且(通常)成功的"解决办法"。