WhyCan Forum(哇酷开发者社区)

楼主 现在搞定ddr了吗

达克罗德 说：

Jin劲 说：

楼主 现在搞定ddr了吗

我用的xboot，是初始化了dram的

很想了解初始化过程，但是那个唯一的datasheet没看到在哪有这部分内容或者ddr介绍

想从 xboot 的 ddr 初始化C代码中得出一个 ddr 初始化的 .ini 脚本, 用于keil工程.
我和我的同事两个人都没搞定,
有可能可能涉及到延时等待标识位问题。

xboot 真乃神人，不知道当时如何搞定ddr初始化的。

jlau 说：

下一帧开始时生效，没人会做立即生效这么难实现又会出撕裂问题的控制器

但是rt1052为什么要两个地址寄存器，还说明了直接写current地址会导致flicker

达克罗德 说：

jlau 说：

下一帧开始时生效，没人会做立即生效这么难实现又会出撕裂问题的控制器

但是rt1052为什么要两个地址寄存器，还说明了直接写current地址会导致flicker

那些没有两个地址寄存器的lcd controller也是有一个外部不可访问的内部寄存器的，在输出完当前帧的最后一行时会把用户可见的地址寄存器的值拷贝到内部的地址寄存器，然后开始读取framebuffer数据到内部fifo。在这个时间点之后配置地址寄存器只会在下一帧生效。
直接写current地址会导致flicker可能是把这个内部寄存器开放出来了吧，这样方便回读当前framebuffer地址。也有可能是指写current地址指向的framebuffer。

达克罗德 说：

jlau 说：

那些没有两个地址寄存器的lcd controller也是有一个外部不可访问的内部寄存器的，在输出完当前帧的最后一行时会把用户可见的地址寄存器的值拷贝到内部的地址寄存器，然后开始读取framebuffer数据到内部fifo。在这个时间点之后配置地址寄存器只会在下一帧生效。
直接写current地址会导致flicker可能是把这个内部寄存器开放出来了吧，这样方便回读当前framebuffer地址。也有可能是指写current地址指向的framebuffer。

嗯你说的有道理，非常感谢！另外人家是有切换中断的，所以支持类似显卡的60hz垂直同步功能，真正做到60hz同步显示不丢帧。而全志不支持这个功能，在fps=60hz时，其实有可能丢一两帧没有被显示。不过也没关系，真要到60hz估计人眼很难看出差异了

你要怀疑c100s只有一个地址寄存器的话可以使能vertical blanking interrupt，在中断来时修改地址寄存器。
根据lcd controller设计的不同，VBI来时修改地址寄存器也不一定来得及。因为framebuffer读取是DEBE来做的，通常DEBE内部都会有fifo来缓存几行framebuffer。DEBE设计为fifo输出完立马读取后续数据的话VBI来时修改地址寄存器就来不及了，可以用c100s的line trigger interrupt提前设置，但是SY0设置为多少合适又要不断尝试了。当然DEBE设计为tcon即将开始输出时再读取后续数据的话VBI来时修改地址寄存器就来得及了。

达克罗德 说：

jlau 说：

那些没有两个地址寄存器的lcd controller也是有一个外部不可访问的内部寄存器的，在输出完当前帧的最后一行时会把用户可见的地址寄存器的值拷贝到内部的地址寄存器，然后开始读取framebuffer数据到内部fifo。在这个时间点之后配置地址寄存器只会在下一帧生效。
直接写current地址会导致flicker可能是把这个内部寄存器开放出来了吧，这样方便回读当前framebuffer地址。也有可能是指写current地址指向的framebuffer。

嗯你说的有道理，非常感谢！另外人家是有切换中断的，所以支持类似显卡的60hz垂直同步功能，真正做到60hz同步显示不丢帧。而全志不支持这个功能，在fps=60hz时，其实有可能丢一两帧没有被显示。不过也没关系，真要到60hz估计人眼很难看出差异了

你要怀疑c100s只有一个地址寄存器的话可以使能vertical blanking interrupt，在中断来时修改地址寄存器。
根据lcd controller设计的不同，VBI来时修改地址寄存器也不一定来得及。因为framebuffer读取是DEBE来做的，通常DEBE内部都会有fifo来缓存几行framebuffer。DEBE设计为fifo输出完立马读取后续数据的话VBI来时修改地址寄存器就来不及了，可以用c100s的line trigger interrupt提前设置，但是SY0设置为多少合适又要不断尝试了。当然DEBE设计为tcon即将开始输出时再读取后续数据的话VBI来时修改地址寄存器就来得及了。