[接口-mipi] mipi DBI

本文详细介绍了MIPI协议中的DisplayBusInterface(DBI)规范,包括其三种实现类型:TypeA、TypeB和TypeC。DBI主要用于主机到显示设备的数据传输,特别是那些内含Framebuffer的显示设备。文中对比了不同类型在写入和读取操作时的时序,特别提到了InvalidData在读时序中的处理,并展示了各种模式下的详细时序图。
摘要由CSDN通过智能技术生成

在 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

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值