手机BTB连接器,手机ZIF连接器,手机顶针连接器,手机弹针连接器,手机BB连接器,手机板对板连接器-金三维培训视频
&& 当前位置→
产品结构图片教程
智能手机常用电子零件认识-手机BTB连接器,ZIF连接器,顶针连接器
&&&&&& 注意：很多图片像素较大，请下载(右键-图片另存为)后观看效果更佳
&&&下列图片为金三维培训第1节课程：“手机认识章节”内的“手机电子零件认识”讲义图片内容。
&&&金三维培训之“手机认识课程”包括：1-手机种类认识；2-塑胶壳料认识；3-手机五金件认识；4-手机辅料认识；5-手机电子零件认识，共5大项。
&&&金三维学生学习顺序为：讲义图片-培训视频-实物对照现场讲解
&& 分享到：
[金三维视频教程网]网站备案号：
手机：139-徐工 固话：70 在线咨询QQ：
Copyright◎ 深圳市金三维视频教程网---版权所有
地址：深圳市坂田五和中路|东莞市塘厦镇138工业区zif接口和BTB的区别_手机吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：2,423,459贴子：
zif接口和BTB的区别收藏
有哪位业内资深人士帮忙解释一下手机组装件中，zif接口和BTB的区别是什么？还是一回事？
本人求知若渴，帮帮忙啊~~
登录百度帐号推荐应用
为兴趣而生，贴吧更懂你。或MIPI DIsplay Panel - 脚本百事通MIPI DIsplay Panel
最近研究MIPI DSI Panel Linux Driver架构，于是一边啃spec性质的官方文档，一边从dri-devel，omap-linux等邮件列表里，搜索所有的跟panel driver相关的讨论，尽力在短时间内把整个subsystem的脉络迅速掌握。
MIPI规范不止于display，也包括camera（MIPI CSI），电源管理，射频的东西。和Display相关的就是MIPI DSI，DPI，DBI等，规范了host display controller到panel之间通信时从物理层，链路层到应用层的协议。目标市场是对功耗、屏幕尺寸有特殊要求的移动设备，不同于VESA针对PC市场。
大而笼统地说，mobile display system一般可分为两种
右边这种叫“smart panel”，左边这种叫&dumb panel&（“哑”屏）。区别是smart panel带framebuffer，“刷屏”操作由屏自己来负责，host controller成了甩手掌柜，而哑屏就和任何一种非主动设备一样，可以把它当作一块带有简单时许控制电路的玻璃。
在上面两种基本的基础上，扩展了四种架构。
完全的模式，规范里属于这种。
由的一条接口变为了的组合，也变为了，因为没有了，所以不可能完全依靠来刷屏，这就是存在的必要；但也为带来了的灵活性。
了，但还保留有。这样video-interface和control-interface仍然共用一条physical
line，master设备仍然不需要借助其他多余的pin就可以控制panel。为了支持panel可以通过control-interface的命令来控制，panel内部所以还需要保留寄存器。
用牺牲更多的引脚数目（control lines）的代价来简化Panel内部的设计，不再需要内置寄存器。
规范定义的三种接口协议，，，。其中可以实现上面中的，可以实现。而最灵活，单纯的工作在可以实现，共用时可以实现，单纯的工作在时可以实现。对于，可以是固定的配置等。
物理层上面的有三种工作模式，，和。
硬件后首先进入的默认就是在，当需要以的方式在总线上发送数据时（比如像素数据或者DCS），就要让总线进入。
上随即会出现和信号，分别是进入和离开的标记，在一对和之间夹着一个或多个（）或者（）。
是一种特殊地允许总线能在低速低功耗状态下发送数据的模式，在下还可以主动切换到耗电更低的超低功耗模式。
因为的控制命令的传输是双向的，双向传输的机制由和之间通过协议用作为交换使用总线所有权的令牌。
下图中就用作向，使用命令在低功耗总线下传输的情景
规范了一系列电源状态，简单的说，有
：除了和的以外，其他模块都处于低功耗模式。（因为需要通过来唤醒，所以这个不能关）
：使用正常的像素颜色位深或者使用有限位数的颜色位深，因为模式的的像素都是来自于，而的像素来自自身的，所以只对的有效
：只针对的有效，即只显示指定矩形区域的像素。
MIPI DSI Panel需要单独的软件支持吗？首先，DSI是一种chip-to-chip的接口，不同于HDMI, DP这种box-to-box的接口，不同的芯片商，可能都有自己的不同于别家的上下电或初始化序列；其次，即使同样可以作为chip-to-chip接口的eDP，也有我称之为自配置的功能，可以通过EDID/AUX等获得panel支持的Mode和timing；而再‘标准’的DSI panel也要硬编码许多panel相关的参数。
panel driver属于Linux/Android display stack的“最后一公里”，PC上的display stack是DRM/KMS子系统，Android的mobile display stack子系统是framebuffer。Mobile display stack提供的用户服务并不复杂，主要就是打开/关闭，不像pc的stack还可以改变mode和timing，因为mobile display的mode和timing一般都是固定的，由LCD模组厂商决定。
相关的一些内核/用户接口通过/sys提供，比如在我的联想a790e手机的adb shell环境中执行命令：
# echo 1 & /sys/devices/virtual/graphics/fb0/blank
即可看到手机只剩背光了，这时display controller给panel的pixel/clock信号被切断或者被‘blank’:
不光pixel和clock被切断，可能整个信号链条上的block的power和clk也被关闭了以达到更省电的效果
再往fb0这个节点的blank属性写0时才重新打开panel
# echo 0 & /sys/devices/virtual/graphics/fb0/blank
其实整个过程同我们按下手机顶部的电源键display stack所触发的动作是一样的，只是后者还把背光驱动给关掉了而已，所以整个屏都是“黑色”。
display soc在硬件上，从framebuffer到panel的video stream流会经过一条pipeline，这条pipeline一般由plane，controller，encoder，panel组成。最前端的plane为多个head的机制提供了单独的framebuffer支持，不同的plane（图层）可以接入不同的display device如hdmi，dsi，vga显示不同的内容；controller负责从framebuffer中的指定区域读取像素，驱动各种需要的PLL，时钟（pixel
clock等），如果controller支持多个overlay，controller还要管理overlay的叠加工作；encoder负责将并行的pixel/clock信号转换为终端显示设备需要的串行信号等如DSI，HDMI，最后的panel则是接收输入的pixel/clock信号驱动行列驱动器在玻璃上‘显示’图像，如图：
+-------------------------------------------------+
| +------------+
+-----------+
+------------+ | +-----------+
+---+ Controller+---+ (HDMI,DSI) +-+-+
| +------------+
+-----------+
+------------+ | +-----------+
+-------------------------------------------------+
这些block除了最后的panel属于external device以外，其他都以ip的形式集成到主控制器的soc里了，同一系列的芯片不同版本的soc可能只是对不同版本的ip block的组合而已，所以，为了代码复用，一般soc vendor的driver在设计时为每个block都设计了自己的驱动对象struct device_driver和由该驱动管理的设备类struct deice的定义，具体的设备实例然后被板级的bringup code动态地‘注册’进系统，driver在probe它们时为其分配必要的资源和注册各自的hook
callback函数，比如响应上面的用户对blank属性设置的请求的on/off函数。pipeline也决定了控制函数的调用顺序，比如on/off处理函数，在on系统请求被调用时，就要先调用最上级的plane_on_callback，最后调用最下级的panel_on_callback；如果是off系统请求时，顺序就完全相反。
板级bringup code注册设备的方法有很多，比如在a790e上，在Kernel boot cmdline:
可以看到lcd.name=mipi_video_nt35510_bitland_wvga参数。而在kernel boot时实现了panel driver的module会在module_init()时检查该boot参数，所以只有nt35510_bitland_wvga的panel driver会创建nt35510的panel platform_device。
在基于msm7627a soc的设备a790e的display driver stack中，一条mipi dsi的display pipeline有如下driver对象会被涉及:
msm_fb driver，match的设备对象的名字是“msm_fb”，映射的是plane block
static struct platform_driver msm_fb_driver = {
.probe = msm_fb_probe,
.remove = msm_fb_remove,
#ifndef CONFIG_HAS_EARLYSUSPEND
.suspend = msm_fb_suspend,
.resume = msm_fb_resume,
.shutdown = NULL,
.driver = {
/* Driver name must match the device name added in platform.c. */
.name = &msm_fb&,
.pm = &msm_fb_dev_pm_ops,
mdp driver，Match的设备对象名为‘msm_mdp’，对应的是display controller block
static struct platform_driver mdp_driver = {
.probe = mdp_probe,
.remove = mdp_remove,
#ifndef CONFIG_HAS_EARLYSUSPEND
.suspend = mdp_suspend,
.resume = NULL,
.shutdown = NULL,
.driver = {
* Driver name must match the device name added in
* platform.c.
.name = &mdp&,
.pm = &mdp_dev_pm_ops,
mipi_dsi driver， match的设备对象名为“mipi_dsi”，对应的是dsi encoder block
static struct platform_driver mipi_dsi_driver = {
.probe = mipi_dsi_probe,
.remove = mipi_dsi_remove,
.shutdown = NULL,
.driver = {
.name = &mipi_dsi&,
具体的panel driver，这里我没有a790e上NT35510 panel的源代码，但和其他的都差不多
static struct platform_driver this_driver = {
= mipi_novatek_lcd_probe,
.driver = {
= &mipi_novatek&,
这些driver所管理的设备对象就组成一条display pipeline各自所需track的state。
在msm7627a的driver设计中，每个独立的head就有这么一条pipeline，从/sys中我们可以看到：
从device name后面的device id可以看到它们是属于一组的：（）；；
如果从soc接出两条pipe分别驱动两个不同的panel显示不同的内容，那么还会创建出另一组设备对象来管理它们，可以当作以树形式在组织，虽然/sys/device/下面并不是这么组织的：
+--+--- msm_fb.xxx
+--- mdp.xxx
+--- mipi_dsi.xxx
+--- mipi_first_panel.xxx
+--+--- msm_fb.yyy
+--- mdp.yyy
+--- mipi_dsi.yyy
+--- mipi_second_panel.yyy
display driver stack的各个block的device对象必须要有一定的probe顺序，比如在mipi_dsi设备被probe之前，mipi_panel设备就要先被创建和probe，因为在注册on/off调用链时上一级（upstream）的设备probe函数需要知道下一级（downstream）的设备对象。
作者：redredbird 发表于 16:17:52
阅读：25 评论：0
如果您喜欢IT技术或者对IT技术感兴趣，请加入脚本百事通QQ交流群：&&&&请记住永久域名：更多文章：MIPI的测试测量技术_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
MIPI的测试测量技术
上传于||文档简介
&&M​I​P​I​的​测​试​测​量​技​术
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩20页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢手机摄像头模组选型注意事项2_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
手机摄像头模组选型注意事项2
上传于||暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
你可能喜欢