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.

[参考译文] TM4C1290NCPDT:从 Stellaris Ware 迁移后裁剪图像

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/576333/tm4c1290ncpdt-cropped-images-after-migrating-from-stellaris-ware

器件型号:TM4C1290NCPDT

您好!

我将运行良好的固件从具有图形库修订版9107 的 Stellaris 板迁移到具有图形库修订版2.1.3.156的 Tiva 板。

现在、我所有转换后的图像在每个图像的顶部至少缺少一行像素。

画布是否有变动?  

我画布的一个例子:

const Canvas (g_sBoot_img、&g_sMenu_Screen、&g_sBoot_Product_Name、0、
Crystalfontz_sSD2119、
0、0、320、105、
(canva_style_IMG),
BOOT_BG_color、Mainframe fill_color、Mainframe font_color_General、Mainframe font_small_small、0、 img_boot、0);

img_boot 的*。h 文件如下所示:

const unsigned char img_boot[]=

IMAGE_FMT_8bpp_UNCOMP、
24、1、
66、0、

251、

//*这是图像的全部数据*/

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您使用的是哪种显示屏?它如何连接到 TM4C1290NCPDT?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    [引用 user="abrxas2k"]所有转换后的图像在每个图像的顶部至少缺少一行像素。

    这(快速)提出了3种可能的"故障原因:"

    • 顶部像素行随 MCU 存储在的地址(以某种方式)已损坏
    • "顶行、像素存储地址"未损坏-但"写入到 LCD"屏幕(顶像素行)不正确(或未执行)
    • "至少一行像素"的丢失可能表明需要增加延迟-在 中:a)读取存储的像素信息、b)读取后写入 LCD、或两者兼而有之

    故障排除-创建具有易于识别的"像素模式"的"临时"基本映像-存储它-然后执行代码是否有意义。   您应该能够在 MCU 中确定临时映像的精确位置、然后通过监控 LCD 总线来确定"是否可以轻松识别顶行数据"是否正在输出到 LCD。   在获取临时映像(首行)时、您还应检查 MCU 是否使用了正确的地址。

    您能够正确地获取存储的图像数据(后续行)、然后绘制 LCD -(很明显)从"可能存在的问题"中删除了 LCD 和界面。  (这绝不是 LCD 问题...)

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    有很多图像、它们都不可能损坏。
    我无法肯定地说、但我认为所有图像都仅错过了第一行像素。

    我将介绍您提到的功能。 我也切换到了较新的 CCS (和编译器)、这可能会有一些问题。

    @Bob:显示屏使用 SSD2119 RGB 接口。 我们连接 SPI。
    更具体地说、我们使用的是 Stellaris 板的更新版本。 仅对 Tiva 进行了必要的更改。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    不是您的许多映像被损坏- MCU 能够"从每个映像的(实际)起始地址获取"、这是可疑的。   此类错误通常会显示一致性(指向图像起始地址的指针)已损坏和/或计算错误。

    我建议了一种强大的方法来快速/轻松地确定3个"最可能的故障"中的哪一个会影响您的工作。   (另一个最可能的故障是在您启动每张图像的"画到屏幕"时 LCD 指针损坏。)   这很好地指出了延迟要求-我之前列出了...  

    遵循先前提供的测试方法证明了识别和纠正问题的最快/最简单的方法...

    我会问一堆非常高的维加斯芯片,液晶屏是完全无光的-随后的像素行填充得很好-它们不是吗?   这清楚地将 LCD 从可疑列表中删除...

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

    液晶屏永远不是问题。 我知道显示屏工作正常、因为它可以与我之前的固件正常工作。 此外、所有文本、框等都绘制得很好。  

    这就是为什么我怀疑 GrLib 中有正在发生的事情(或我不知道的变化)。  

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

    这里还有一个提到 LCD -我"知道" LCD 没有任何因素。

    现在两次都没有提到您对我代表您概述的故障排除方法的使用/兴趣。     当该方法处于空闲状态时、我再也不能做了...

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您可能看到的行为是由于2014年2月版本2.1.0中修复了错误。 请参阅第36页的第5.5.2节、共页:
    www.ti.com/.../spmu299e.pdf
    您可能需要撤消在使用驱动程序的早期版本时执行的解决方法。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我没有看到任何行为-这仅限于 O.P (一些)对 LCD 的了解程度较低的外部人士。
    当然、"错误修复"可能会导致 O.P.最近报告的缺陷、这是"有趣"的。 这很可能是指针错误-我详细描述了"查找/修复"策略...