在 MIPI 协议族种,之前晒了 DPI,和 DPI 对应的是 DBI;
MIPI DBI 的全称为 Display Bus Interface,是用于主机到显示设备的的一种数据传输标准;显示设备的话,分为很多种不同的类型,有的显示设备本身内部不带 Framebuffer,那么就需要主机不停的给显示设备送数据;还有的显示设备,它内部集成了 Framebuffer,主机只需要发送一帧的数据过去,然后主机就可以休息了,显示设备控制芯片那端的 Framebuffer 会自动的按照刷新率往显示上送;
DBI 的主要使用场景,是显示设备有 Framebuffer 的情况;
与 DPI 不同,MIPI DBI 存在 3 种实现,分别叫做 Type A、Type B、Type C;
1、Type A
MIPI DBI Type A 的硬件实现如下:
左边是我们的 CPU 的 DBI 控制器,右边是显示设备的控制器;
右边上面是供电口,暂时不管他,没有在本次讨论范围之内;
它的信号定义如下所示:
我们可以看到,在 Type A 里面还分了两种情况,Fixed E 和 Clocked E;
1.1、Type A 写
写的时候,可以是写数据,也可以是 Command;
Type A 的 Fixed E 模式下的写如下:
Type A 的 Clocked E 模式下的写如下:
1.2、Type A 读
针对读,同样的,分为了 Clocked E 和 Fixed E;
加上其他的信号的话,Type A 的读写时序如下:
1.3、Type A-Fixed E 模式下的 Write 时序
1.4、Type A-Clocked E 模式下的 Write 时序
1.5、Type A-Fixed E 模式下的 Read 时序
1.6、Type A-Clocked E 模式下的 Read 时序
这里有一个疑惑的地方,读时序中,第一个数据是 Invalid Data 的,但是 DBI-2 标准中并未对此做出解释,这里,那我认为一个读出的数据,是不可靠的;SPEC 规定第一个数据直接丢弃?
2、Type B
Type B 的结构如下所示:
左边是我们的 CPU 的 DBI 控制器,右边是显示设备的控制器;
右边上面是供电口,暂时不管他,没有在本次讨论范围之内;
它的信号定义如下所示:
针对 Type B,它和 A 不一样,没有 Clocked E 和 Fixed E 的说法;
2.1、Type B 写
2.2、Type B 读
2.3、Type B Write 时序
2.4、Type B Read 时序
同样,看到的第一个是 Invaild Data;
3、Type C
Type C 的类型如下所示:
左边是我们的 CPU 的 DBI 控制器,右边是显示设备的控制器;
右边上面是供电口,暂时不管他,没有在本次讨论范围之内;
它的信号定义如下所示:
Type C 的参考 DBI 的 SPEC
————————————————
版权声明:本文为CSDN博主「爱洋葱」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/zhoutaopower/article/details/123810144