[折腾] 基于 STM32H750 的 TFT 显示模块

scoopydoo

MF35_ 发表于 2024-11-22 21:27
我特意看了下RM，真的是2M

写手册的马虎了，扣工资 ......

MF35_

scoopydoo 发表于 2024-11-22 21:27
市面上用这个 ST7701S 芯片的屏有好几种，分辨率都不一样的，肯定要有个初始化过程的。

这个非常类似 ...

明白了，ST7701S是一个通用启动芯片，所以需要配置，我之前用过的屏，驱动芯片都是和LCD面板绑定，厂家已经配置死了，所以不用再配置

MF35_

scoopydoo 发表于 2024-11-22 21:28
这个是公开的咪咪啊，只不过没有厂家的质量保证而已。

你试试把程序定位在128k之后，看能不能运行

scoopydoo

MF35_ 发表于 2024-11-22 21:31
你试试把程序定位在128k之后，看能不能运行

肯定能的，很多人都试过了，俺只是验证一下这个传说而已 ~

scoopydoo

MF35_ 发表于 2024-11-22 21:31
你试试把程序定位在128k之后，看能不能运行

之前有种说法，意法把测试中发现闪存有缺陷的片子降级封装为 STM32H750，把没有缺陷的封装为更高级的型号。

但是俺一直怀疑这个说法，毕竟这片子卖的巨火，意法的产线要有多差劲才能生产出这么多不良品啊？？？

因此，俺觉得比较合理的做法是高级的片子检测全部 2MB 闪存，而 STM32H750 只检测 128KB 闪存，闪存检测时间直接降低到 1/16，对厂家来说这就是省钱啊！

MF35_

scoopydoo 发表于 2024-11-22 21:35
肯定能的，很多人都试过了，俺只是验证一下这个传说而已 ~

好嘛，想到我手里还有几片RA8875，顿时也不香了，之前45一片备的，当初看中了它支持SPI访问，接口简单，这下H750有2M容量了，一片全部解决。

今天下班回家翻了一下库存，我居然还有两片所罗门的SSD1906，这玩意儿应该相当古老了，MCU接口不支持SPI，只能接16bit的Mem-Bus，还需要18根地址线，得用144脚的STM32才能玩 ，就是不知道用100pin的然后复用地址线行不行，改天也弄个板子试试

MF35_

scoopydoo 发表于 2024-11-22 21:40
之前有种说法，意法把测试中发现闪存有缺陷的片子降级封装为 STM32H750，把没有缺陷的封装为更高级的型 ...

确实有这个可能，为了节省产线成本，不同型号用相同的核心是很正常的，而且不测试只是原厂不保证没问题而已，而MCU用的制程普遍不高，技术很长舒，良品率是非常高的

scoopydoo

MF35_ 发表于 2024-11-22 21:46
好嘛，想到我手里还有几片RA8875，顿时也不香了，之前45一片备的，当初看中了它支持SPI访问，接口简单， ...

不怕你笑话，俺用过好几种所罗门的 SSD 系列芯片，就是没见过独立封装的，全都是 COG 的。

SSD1906 手册上说 “8-bit processor support with glue logic” 只是看你觉得值不值得去弄了

MF35_

scoopydoo 发表于 2024-11-22 22:39
不怕你笑话，俺用过好几种所罗门的 SSD 系列芯片，就是没见过独立封装的，全都是 COG 的。

SSD1906 手 ...

这个glue logic就有点复杂了，1906是16-bit总线的，也就是说，不论A0=1还是A0=0，奇数地址的字节总是出现在D8-D15上，而不是D0-D7，对于16-bit总线的MCU，通过UBE信号驱动1906的BHE将D0-D7的高阻态即可实现奇数字节的访问，但对于8-bit总线的MCU来说，就需要相当复杂的外部电路来处理这个逻辑

好在STM32即便是100pin的，也支持外部16位数据线，只是不支持外部的低地址线，需要用总线复用模式，把低地址通过数据线输出，然后锁存，再进行访问，我不清楚这种复用模式的时序1906是否支持，需要做个板子验证一下，不过现在就是想想，也许会直接放弃，毕竟太老了，不是很好用

scoopydoo

敖了个通宵，

终于点亮了，

坚持不住了，

赶紧睡觉去！

MF35_

scoopydoo 发表于 2024-11-23 04:59
敖了个通宵，

终于点亮了，

祝贺一下，这么大年纪了还能熬通宵，厉害，我现在稍微熬一下第二天就头疼

scoopydoo

MF35_ 发表于 2024-11-23 13:16
祝贺一下，这么大年纪了还能熬通宵，厉害，我现在稍微熬一下第二天就头疼

俺可以白天补觉啊

之前点不亮主要是两个问题，首先它是个竖屏俺一直把它当作横屏，行列搞反了；其次它每行有 320 个像素，但是时序是 400 个像素，估计是为了得到合适的行频和帧频。

MF35_

scoopydoo 发表于 2024-11-23 17:33
俺可以白天补觉啊  

之前点不亮主要是两个问题，首先它是个竖屏俺一直把它当作横屏，行列搞反了； ...

是这样的，扫描线长度一定是大于x轴像素的，同样扫描线数量一定是大于y轴像素的，同步信号前和后各有一个blank

scoopydoo

MF35_ 发表于 2024-11-23 17:50
是这样的，扫描线长度一定是大于x轴像素的，同样扫描线数量一定是大于y轴像素的，同步信号前和后各有一个 ...

不是你说的那种大于，它是一定要有 400 个像素，不包括同步和消隐时间。

为了正确显示俺在 STM32 的 LTDC 的图层里面做了相应的设置，这样该图层就直接对应整个屏幕真实的像素区域了。

可以看到截图中窗口水平起始位置是 80，结束位置是 400：

MF35_

scoopydoo 发表于 2024-11-23 18:31
不是你说的那种大于，它是一定要有 400 个像素，不包括同步和消隐时间。

为了正确显示俺在 STM32 的 L ...

确实是好奇怪的屏，第一次见这样的