从输入到点亮屏幕,中间隔着一条完整的链路。上一轮做便携显示驱动的时候,客户给的需求很直接:把HDMI信号接到一块MIPI DSI接口的液晶屏上。原以为找现成驱动板最快,结果市面上的方案要么是整板设计没法改屏参,要么兼容性一言难尽。翻了一圈资料,最后锁定了龙迅的LT6911D——一颗HDMI 1.4转双端口MIPI DSI/CSI的桥接芯片。这篇文章把整个项目从选型、原理图到寄存器调试的过程完整捋一遍,包括踩过的坑和实测数据,给后面要做类似方案的朋友节省几天时间。
LT6911D这颗芯片不是什么新器件,但在项目里反复验证之后,我认为它依然是目前HDMI转MIPI方案里平衡得比较好的一颗:单芯片搞定协议转换,支持双端口MIPI输出,可灵活配置成DSI或CSI模式,覆盖从掌机屏到4K面板的常见分辨率段。下面直接进入正题,从需求拆解到问题排查一条线讲完。
1. 项目需求与芯片选型思路
1.1 一个很常见的尴尬场景
现在很多单板计算机、开发板、播放器盒子都默认配HDMI输出,但实际项目里要用的屏幕却常常是MIPI DSI接口。尤其车载、工业手持、便携显示器这类场景,面板厂商拿货的主力就是MIPI接口的屏,LVDS屏都不一定有现货。这两种接口本身一个走TMDS差分信号加EDID协商,一个走MIPI的CPHY/DPHY差分对加命令/视频包传输,协议栈完全不一样,没有桥接芯片根本接不起来。
我当时的需求拆出来就是三条:
- 支持HDMI 1.4输入,兼容市面上主流的机顶盒、单板电脑、游戏机信号源。
- 输出端走MIPI DSI,驱动一块11.6寸的1920x1080面板。
- 这块板子后面要适配多种屏幕,最好是可以通过软件配置就切换分辨率、lane数、刷新率,而不是换一颗芯片重画一版PCB。
基本上这三条一出,选型方向就非常明确了:要一颗可编程的HDMI转MIPI桥接芯片,而不是固定分辨率输出的硬转方案。
1.2 为什么最终是LT6911D
先说落选方案,给后面选型的读者参考:
- HDMI转LVDS + LVDS转MIPI两级桥接:这个方案理论上可行,但链路多一级,延迟增加,两边桥接芯片的配置寄存器各自一套,出了问题排查链路特别痛苦。而且两级转换的PCB面积大约是单芯片方案的两倍,成本也高。
- FPGA做协议转换:高端玩法,灵活性最强,但MIPI Tx的PHY层不是简单逻辑就能怼出来的,需要IP授权和高速layout能力,项目周期直接变长两个月,不适合产品化。
- 同品牌其他型号:比如LT6911UXC/6911C等,我手头翻过几款,发现关键差异集中在MIPI端口路数和支持的分辨率上限。有些单端口芯片在4K面板上带宽不够,需要跑到四个lane且频率顶到1000Mbps以上,余量太低。
LT6911D的几个关键特性,正好卡在我的需求上:
- HDMI 1.4输入,TMDS频率最高可达3.4Gbps,理论可以支持4K@30Hz。对1080P@60Hz这种主力场景余量非常充足。
- 双端口MIPI DSI/CSI输出,每个端口支持标准MIPI DPHY,端口可以单独配lane数,也可以两个端口拼接成一个高带宽接口去驱动高分屏。
- 内置EDID RAM,支持通过外部MCU自定义EDID内容,这对兼容各种HDMI信号源非常重要。
- I2C从机配置,所有参数——分辨率、lane数、输出格式、极性、同步方式——都在寄存器里,软件调参即可,不用改硬件。
说白了,这颗芯片就是一颗显示协议翻译器,把HDMI那边的像素流读进来,再按照MIPI DSI/CSI的时序格式吐出去。
1.3 双端口MIPI的意义
很多人一看到“双端口”就以为是双屏输出,但实际项目中更有价值的是带宽叠加。
单路MIPI DSI在标准DPHY下,4 lane每条约1Gbps,总带宽约4Gbps,扣除协议开销和blanking,实际能稳定传输的数据流大约3.2Gbps左右。如果用这个去驱动2560x1600@60Hz这种高分辨率屏,RGB888格式,像素时钟需求接近600MHz,单路MIPI是绝对不够用的。
两个端口一起用,相当于把两条MIPI总线分别跑不同的数据分片,屏幕的left/right两半由不同端口驱动,业内叫dual-port split。LT6911D在这种模式下可以做主从同步,保证两路信号帧时序一致,不会出现屏幕左右刷新不同步的撕裂感。
另外它每个端口还可以独立配置成DSI或CSI模式。什么意思呢?就是两个端口可以同时接两块屏幕做扩展显示,也可以一个接DSI屏、另一个接CSI摄像头。这在视频处理类的设备里挺灵活。工业设备常见需求是一块屏显示操作界面,另一路CSI接扫描头采集图像,一颗芯片同时搞定两个方向。
2. 芯片核心特性与技术原理拆解
2.1 输入侧:HDMI 1.4的底气
LT6911D的输入接口是标准的HDMI 1.4,电气上就是三对TMDS差分信号线加一对TMDS时钟线。HDMI 1.4的一个硬性规格是TMDS时钟最高340MHz,对应到数据带宽,刚好支持到4K@30Hz或者1080P@120Hz。做一个简单的带宽验算:
1920x1080@60Hz,像素时钟148.5MHz,RGB888(24bit),需要的数据速率:
[ 148.5 \times 24 = 3.564 \text{ Gbps} ]
TMDS编码是8b/10b,实际物理链路速率是:
[ 3.564 \times 10/8 = 4.455 \text{ Gbps} ]
分到三对差分线上,每对约1.485Gbps,对HDMI 1.4来说完全在能力范围内。而4K@30Hz需要像素时钟297MHz,物理链路约8.91Gbps,已经逼近HDMI 1.4的极限了,这时候对PCB layout和线缆质量的要求会非常高。
芯片输入侧还集成了均衡器,可以对长线缆的衰减做补偿,实测下来用5米长的普通HDMI线跑1080P@60Hz没什么压力。但4K@30Hz建议尽量用短线,长线容易出现误码。
2.2 输出侧:双端口MIPI的灵活配置
输出侧是这颗芯片的精髓所在。两个MIPI端口,每个都支持标准DPHY,可以配置为:
- 1 lane / 2 lane / 4 lane,通过寄存器选择。
- DSI模式:视频模式(Video Mode)或指令模式(Command Mode),取决于目标屏幕的控制方式。主流屏基本都是Video Mode。
- CSI模式:适用于CSI接口的显示屏或者需要输出到图像采集芯片的场景。
- 端口拼接:两个端口合并成一组8-lane输出,驱动超高分辨率面板。
DSI和CSI在PHY层面上其实高度相似,都是差分信号、都是一样的lane结构,区别主要在协议层的数据包头格式。DSI的包类型以视频流数据为主,CSI的包类型以图像帧数据为主。LT6911D能够做这个转换,本质上是芯片内部的协议引擎把HDMI流解析成视频像素,再重新打包成对应MIPI协议的数据包。
2.3 控制通道:I2C从机接口
芯片的配置通过标准I2C接口完成。默认从机地址和寄存器映射在数据手册里有详细列表,这里我只说两个在实际工程中一定要确认的点:
- I2C地址引脚:有的型号通过引脚电平选择多个地址,防止和I2C总线上的其他设备冲突。LT6911D有专门的地址配置引脚,原理图设计时最好预留0欧电阻,方便后续切换地址。
- 寄存器长度:单字节寄存器还是多字节?不同页面映射方式不同。我习惯在驱动里把I2C读写函数封装成带page切换的版本,因为这类芯片通常有多个寄存器页面(bank),改配置前必须先切到正确页面。
另外值得注意的是,这类桥接芯片的寄存器非常多,动辄几百个,但实际需要用户手动改的通常只有几十个,其余保持默认值即可。软件的工作量不在于把所有寄存器填一遍,而在于搞清楚哪些是真正影响链路建立的关键寄存器。
2.4 电源与时钟架构
LT6911D是多电源域设计,一般包括:
- 核心逻辑电源:通常1.2V左右。
- IO电源:3.3V,用于I2C、GPIO、HDMI控制引脚。
- MIPI PHY电源:有的走1.2V,有的需要1.8V,具体看手册。
多电源域带来的一个关键要求就是上电时序。如果核心电源还没起来、IO先上电了,芯片内部可能有闩锁风险。虽然现在很多芯片内置了上电时序控制,但我仍然建议硬件上做好电源监控和使能控制,不要裸奔。
参考时钟方面,通常需要一颗晶体或晶振提供芯片工作时钟,频率在下单前要确认清楚,常见的是25MHz或27MHz,具体看芯片手册要求。时钟精度影响HDMI接收端的采样锁定,建议用有源晶振而不是谐振器,因为MIPI输出的视频时序需要和输入像素时钟精确同步。
3. 硬件电路设计与PCB Layout实战要点
3.1 原理图设计:搭一个最小系统
基于参考设计,LT6911D的最小系统包含以下模块:
- HDMI输入接口:标准HDMI-A座子,或者带ESD防护的HDMI连接器。需要引出TMDS差分对、DDC(I2C)、CEC、HPD、+5V检测。
- LT6911D本体:电源滤波、时钟、复位、I2C、各种配置引脚。
- MIPI输出连接器:根据目标屏幕定义,通常是0.4mm或0.5mm间距的FPC座。
- MCU/控制接口:可以是板载小MCU,也可以是预留的I2C测试点,用于外部控制器配置芯片。
原理图设计里有几个细节容易被忽略,我直接列出来:
- **HPD(Hot Plug Detect)**引脚不能悬空。HDMI源端是靠HPD电平判断下游设备是否就绪的。如果HPD一直拉高,源端会在没有握手的情况下强制输出信号,反而容易出错。正确做法是通过MCU控制,或者参照参考设计由芯片自身管理。
- EDID通路:DDC通道上需要有上拉电阻和ESD保护。EDID数据来自LT6911D内部RAM,MCU要提前把EDID内容写进去,源端才能正确读取显示参数。
- MIPI输出端串阻:一般建议在每个数据lane上串100欧姆左右的电阻,用于减小反射和提高信号质量。具体阻值以实际测试为准,不是固定不变的。
3.2 电源树设计:别让纹波毁了信号
这颗芯片的电源设计我吃过亏。最开始用的DC-DC给核心电源供电,输出纹波大概30mV,结果MIPI信号眼图质量很差,屏幕偶尔出现横纹干扰。后来换成LDO供电,纹波降到5mV以内,问题就消失了。
建议电源树这么走:
- 输入主电源5V或者3.3V。
- 核心电源:LDO输出,不要直接用DC-DC带。
- IO电源:3.3V,可以和系统其他3.3V共用,但要加磁珠隔离。
- MIPI PHY电源:单独LC滤波,走线尽量短。
电源层的分割也要注意。LT6911D是混合信号芯片,数字部分和模拟PHY部分对电源噪声的敏感度不同。PCB上最好把芯片下方的模拟电源和数字电源用星型拓扑连接,汇聚点在芯片的电源引脚附近。
3.3 PCB Layout细节:差分走的都是生命线
HDMI和MIPI都是高速差分信号,layout做不好,芯片再牛也白搭。这部分直接给要点:
差分阻抗:HDMI差分对阻抗100欧姆,MIPI D-PHY也是100欧姆。所以这板子上统一按100欧姆阻抗设计就行。做板前跟板厂确认叠层结构会提供的阻抗结果,建议把差分微带线线宽线距直接写到加工说明里。
等长控制:HDMI三对TMDS之间,组内等长误差建议控制在5mil以内,组间误差控制在100mil以内。MIPI的lane组内等长建议10mil以内。对于1080P@60Hz这个级别,等长要求不算苛刻,但4K@30Hz千万别放松。
参考平面:差分线下方必须有连续的参考地平面,不要跨越分割槽。MIPI走线从芯片出来到FPC连接器之间,如果中间过孔换层,必须保证回流路径附近有地过孔。
远离干扰源:HDMI和MIPI的走线都不要和时钟线、电源开关节点并行。尤其MIPI信号线,离DC-DC电感至少要有3mm以上距离。
测试点预留:在MIPI的每个lane上预留串阻和测试焊盘,调试时方便用示波器测量信号。不要图省事直接连屏,否则出了问题你分不清是芯片配置错了还是板子信号有问题。
3.4 外围电路:容易被忽略的“小”器件
- ESD防护:HDMI座子前端必须做ESD防护,因为HDMI是外露接口,插拔频繁,静电伤害很常见。用专用的HDMI阵列ESD防护器件,寄生电容要小,避免影响高速信号。
- 晶振负载电容:如果用的是无源晶体,负载电容一定要匹配准确,不然起振频率偏了,整个MIPI输出时序都会飘。
- 复位电路:RC复位是最简单的,但要注意复位时间要够长,确保电源稳定后再释放复位。建议用专用复位IC,成本不高但可靠很多。
4. 软件配置与初始化寄存器调优
4.1 配置流程总体框架
软件配置是整个项目里最花时间的部分。LT6911D的寄存器配置顺序有一定要求,我最终总结出一套稳定的初始化流程:
- 上电,等待电源稳定。
- 释放复位,等待芯片就绪(可以通过读取芯片ID寄存器确认)。
- 通过I2C写EDID数据到芯片内部RAM。
- 配置MIPI输出参数:端口数、lane数、分辨率、刷新率、格式、极性。
- 开启HDMI接收:使能TMDS接收、自动检测输入信号。
- 等HDMI锁相成功:读取状态寄存器,确认输入信号时序被锁定。
- 使能MIPI输出,等待屏幕出图。
这里有个关键点:步骤4和步骤5的顺序不能反。如果先开了HDMI接收,源端已经开始传输视频流了,这时候再改MIPI参数,可能导致芯片输出瞬间抖动。先配置输出参数,再让输入信号进来,会顺畅很多。
4.2 I2C驱动封装示例
MCU和LT6911D通信走I2C,从机地址建议做成可配置的。下面是我在项目里使用的读写封装,简化了页切换逻辑:
#define LT6911D_I2C_ADDR 0x2D // 举例,实际以手册为准 static uint8_t lt6911d_read_reg(uint8_t page, uint8_t reg) { uint8_t buf[2] = {page, reg}; uint8_t val = 0; i2c_write_bytes(LT6911D_I2C_ADDR, buf, 2); i2c_read_bytes(LT6911D_I2C_ADDR, &val, 1); return val; } static void lt6911d_write_reg(uint8_t page, uint8_t reg, uint8_t val) { uint8_t buf[3] = {page, reg, val}; i2c_write_bytes(LT6911D_I2C_ADDR, buf, 3); }需要注意的是,有些寄存器是只读状态位,读取前一定要先切到正确的page。调试时建议把所有读到的状态寄存器打印出来,很多时候问题一眼就能看出来。
4.3 关键参数怎么定
MIPI输出的参数配置是重头戏。核心要确认三个值:
- lane数:根据分辨率和带宽需求计算。
- 像素格式:RGB888、RGB666还是YCbCr。源端HDMI输出什么格式,寄存器里要匹配。
- MIPI时钟:和像素时钟的对应关系。
以1080P@60Hz、RGB888为例:
- 像素时钟148.5MHz,24bit/像素。
- 数据速率148.5 x 24 = 3.564Gbps。
- 如果走4 lane,每lane速率3.564/4 = 891Mbps。
- MIPI DPHY在高速模式下每lane可跑约1Gbps,所以4 lane余量大概12%。
4K@30Hz单靠4 lane就很吃力,必须用双端口8 lane拼接。具体拆分方式是把像素行分成左右两半,或者奇偶行交错,芯片内置的同步机制保证两个端口输出的帧同步。这个模式下寄存器配置会比单端口复杂,重点要确认两个端口的时序参数必须完全一致,否则左右画面会有相位差。
4.4 一份参考配置流程
下面是一个伪代码级别的配置流程,实际项目代码基于此扩展:
void lt6911d_init(void) { // 1. 释放复位后延时200ms delay_ms(200); // 2. 检查芯片ID是否可读 if (lt6911d_read_reg(0x00, 0x00) != EXPECTED_ID) { printf("chip not found\n"); return; } // 3. 写入EDID lt6911d_write_edid(edid_1080p, sizeof(edid_1080p)); // 4. 配置MIPI输出参数 lt6911d_config_mipi_port(PORT_A, 4, LANE_4); lt6911d_config_mipi_port(PORT_B, 4, LANE_4); lt6911d_set_video_timing(1920, 1080, 60); // 5. 开启HDMI接收 lt6911d_enable_hdmi_rx(1); // 6. 轮询锁定状态 while (!lt6911d_check_hdmi_lock()) { delay_ms(10); } // 7. 使能输出 lt6911d_enable_mipi_output(1); }不同面板的porch参数、同步极性必须从屏幕规格书拿到,填入对应寄存器。这里最容易犯的错误是拿着通用配置强行点屏,结果花屏、偏移、闪烁各种问题都来了。正确做法是先把面板数据手册里的HFP、HBP、VFP、VBP这些值换算成寄存器需要的格式,再填进去。
5. 调试实录与常见问题排查
5.1 上电后完全没有画面
这个问题应该是大家遇到最多的。我自己的排查顺序是:
第一步:确认I2C能通信。用逻辑分析仪或者示波器挂I2C总线,看MCU发指令后芯片是否有ACK。如果没有ACK,检查从机地址对不对、硬件上拉有没有问题、芯片复位有没有释放。
第二步:确认HDMI源端有输出。用带HDMI输入的显示器直接插到源端,确认信号源本身没问题。再用示波器测HDMI的TMDS时钟,正常情况应该有差分时钟波形。
第三步:确认芯片锁定了输入信号。读芯片状态寄存器,查看HDMI锁相状态。如果没锁定,多半是HDMI源端没检测到显示器——这时候要检查EDID有没有写对、HPD电平对不对。
第四步:确认MIPI输出有波形。用示波器测MIPI lane是否有高速信号,正常输出时应该能在时钟lane上看到连续翻转的差分波形。如果完全没有,说明输出使能没开或者配置没生效。
第五步:确认屏幕端电源和时序。很多屏是需要先上电VCI、再拉高复位、最后发初始化命令的。如果直接接上桥接芯片就指望出画面,大概率不会成功。屏幕的初始化时序是另一个话题,不要忽略。
5.2 画面闪烁、花屏、颜色不对
这类问题通常指向以下原因:
画面闪烁:多半是MIPI信号质量差,或者屏幕刷新率和输入信号不匹配。建议检查MIPI走线阻抗、串阻阻值、MIPI时钟配置。也有可能是MCU在初始化过程中不断向LT6911D写寄存器导致信号抖动,初始化完成后就不要重复写配置了。
花屏:优先怀疑lane数和像素格式配置错误。比如实际用的是4 lane,寄存器却配成了2 lane;或者源端输出RGB888,芯片配置却选了RGB666。这类问题基本都是软件配置和实际硬件/输入信号不匹配。
颜色不对:颜色偏差通常是色彩空间转换配置有问题。HDMI源端输出YCbCr422还是RGB888,芯片这边要有对应的转换配置。如果输入是YCbCr,芯片内部需要做颜色空间转换,这个转换开关没打开,出来的颜色就是错的。
我用一个排查表把这些问题整理出来:
| 现象 | 可能原因 | 排查/解决方向 |
|---|---|---|
| 无画面 | I2C通信失败 | 确认地址、上拉、复位 |
| 无画面 | HDMI未锁定 | 检查EDID、HPD |
| 无画面 | MIPI未使能 | 确认寄存器写入时机 |
| 花屏 | Lane数配置错误 | 和实际接线对比 |
| 花屏 | 像素格式错误 | 调整RGB/YCbCr配置 |
| 闪烁 | MIPI信号质量差 | 检查阻抗、串阻、等长 |
| 颜色偏 | 色彩空间未转换 | 打开/关闭转换开关 |
| 条纹干扰 | 电源纹波大 | 换LDO、加滤波 |
5.3 双端口模式下左右画面不同步
用双端口驱动高分辨率屏时,出现过一次挺诡异的情况:屏幕左边正常,右边偏了,像左右两半是不同时刻抓的画面。排查下来是主从端口的同步配置没做对。LT6911D在这种模式下有专门的同步寄存器,两个端口必须设置为相同的时序参数,并且端口A被指定为主、端口B为从,芯片内部才能正确对齐两路输出。当时把两个端口的像素时钟配置改成完全一致后就恢复了。
这个问题提醒我一点,就是调试双端口的时候,不要直接默认两边配置一样就能工作。尽管寄存器看起来一样,端口的主从关系设置可能在不同接口板上有差别,要确认参考设计里主从配置的具体写法。
5.4 4K@30Hz的奇特故障:信号源不停握手
项目后期做4K@30Hz验证时遇到一个"握手循环"问题:信号源每隔十来秒就黑屏一下,然后又恢复画面。刚开始怀疑是线材太长,换了短线和优质线材还是偶尔出现。后来用示波器抓HPD引脚,发现HPD电平在周期性地抖动,导致源端反复重新握手。
原因在于HDMI源端通过+5V引脚检测下游设备供电,HPD引脚的状态由芯片根据内部状态控制。4K@30Hz的TMDS时钟非常高,芯片在重建时钟过程中产生了一定压降波动,影响到HPD引脚的驱动能力。解决方法是把HPD引脚的驱动电路加一个缓冲,或者用MCU强制控制HPD电平,在输入信号锁定稳定后再拉高。
这个案例让我体会到,高速桥接芯片的调试不能只盯着数据通路,控制通道的状态往往才是根源。
5.5 调试工具有哪些值得准备
- 逻辑分析仪:采样深度足够的I2C解码,至少能实时看MCU写入的寄存器值。推荐带协议解码功能的型号,否则几十个寄存器的写入过程会看得眼瞎。
- 示波器:至少要带有差分探头或者能通过两点测量查看MIPI信号眼图。带宽建议1GHz以上,不然测MIPI高速信号误差很大。
- HDMI Source:找一台分辨率输出可调的播放器或者开发板,能手动设置输出分辨率最好。我用一个可配置HDMI输出的测试盒,极大方便了调试。
- 串口日志:MCU端把每次寄存器读取结果和关键状态打印出来,不要嫌麻烦,出问题时这就是唯一的现场记录。
6. 实测性能与后续扩展
6.1 实测下来的数据
整个项目做完,我测了以下几组核心数据,给大家一个参考:
| 项 目 | 结果 |
|---|---|
| 1080P@60Hz MIPI输出 | 稳定,目测无闪烁、无撕裂 |
| 4K@30Hz 双端口拼接 | 稳定点亮,画面无可见异常 |
| 信号延迟 | 单芯片桥接约1-2帧(与配置有关) |
| 整板功耗 | 不含屏幕约200mA @ 5V |
| 芯片温度 | 常温下约40°C,无明显发热 |
延迟这个指标说明一下,桥接芯片基本都会有几帧的缓冲用于时序重整,在一些交互场景(比如游戏)会稍稍感觉到延迟,但不明显。如果对延迟极度敏感,可以考虑把芯片配置在低延迟模式,但那样对一些屏的兼容性会下降,需要取舍。
6.2 这套方案还能怎么玩
做完显示这个主线需求之后,我又探索了几个扩展方向:
- 视频采集方向:把其中一个MIPI端口配置为CSI模式,接摄像头,实现了视频信号输入到HDMI输出的反向链路,做了一个简单的环通方案。
- 双屏异显:两个端口分别接不同屏幕,通过寄存器配置不同的分辨率,实现一个小型的双屏信息展示系统。这个在零售广告设备里挺实用。
- 自定义EDID:结合MCU做按键切换,在不同EDID之间切换,实现一键改变显示设备识别属性,兼容不同输出策略的源设备。
这些扩展方向的核心都是在MCU驱动层做调整,硬件不用大改,这也是当初选择可编程桥接芯片而非固定转换方案的最大收益。
实际上我在这次项目里最大的体会是:这种桥接芯片的方案,七分在硬件、三分在软件,但真正决定项目顺不顺利的关键,反而是调试时有没有一套清晰的排查逻辑。不要一上电就盯着屏幕看,要按着信号流动的方向一级一级验证。先把I2C调通、再把输入确认好、再检查输出波形、最后才是屏幕的事。这个顺序走下来,大部分问题都能在半小时内定位。
最后分享一个细节:画板子的时候,一定要把LT6911D的每个MIPI lane的信号都引到测试点,最好还把芯片的各个电源域也引测试点出来。调试的时候你会感谢这个决定的。芯片本身的焊接和layout工艺建议严格按照官方参考设计,不要自创,高速信号领域经验主义容易翻车。
这个项目已经稳定跑了不少时间,后续如果要继续演进,我可能会把MCU部分换成带显示控制器的型号,把整机做得更紧凑一些。到手一块走HDMI输入的板子,想象空间还是挺大的。