网站开发排期表模板,易语言可以做api网站对接吗,杭州建站程序,北京seo网站开发1. 开篇#xff1a;从“伪代码”到“真驱动”的必经之路 最近在MTK MT6833平台上折腾一块新屏幕和触摸屏#xff08;TP#xff09;#xff0c;供应商给了一堆初始化“伪代码”#xff0c;看着像天书#xff0c;但屏幕就是不亮#xff0c;触摸也没反应。相信很多刚接触驱…1. 开篇从“伪代码”到“真驱动”的必经之路最近在MTK MT6833平台上折腾一块新屏幕和触摸屏TP供应商给了一堆初始化“伪代码”看着像天书但屏幕就是不亮触摸也没反应。相信很多刚接触驱动移植的朋友都遇到过类似情况。屏幕和TP驱动移植说白了就是把供应商提供的初始化指令按照MTK平台的规则“翻译”成系统能听懂的语言并把它正确地“安装”到系统中。这个过程就像给新买的硬件屏幕和触摸芯片写一份详细的“使用说明书”并把它交给Android系统的“大管家”——LKLittle Kernel负责早期启动和KernelLinux内核。我这次实战的对象是ST7102屏幕驱动和sitronix_ts触摸驱动。整个流程可以清晰地分为三块LK部分点亮屏幕、Kernel部分完善屏幕驱动并支持休眠唤醒、最后点亮触摸屏驱动。LK部分负责最基础的显示让开机有画面Kernel部分则让屏幕能正常休眠、唤醒并集成到DRM显示框架TP驱动则让触摸功能生效。听起来步骤不少但只要你理清脉络一步步来其实并没有想象中那么复杂。这篇文章我就结合自己踩过的坑把从FAE伪代码到最终驱动集成的完整流程掰开揉碎了讲给你听。2. LK部分让屏幕在开机第一刻亮起来LK阶段是系统上电后最早显示画面的地方。这里的工作相对独立目标明确用最直接的指令让屏幕亮起来。MTK平台在LK阶段的LCM驱动框架已经搭好了我们主要做的是“填空”。2.1 文件修改与配置告诉系统有新屏幕首先我们需要在三个地方“注册”我们的新屏幕驱动让编译系统知道它的存在。第一步修改LCM驱动列表文件。路径通常是vendor/mediatek/proprietary/bootable/bootloader/lk/dev/lcm/mt65xx_lcm_list.c。你需要在这个文件里声明并添加你的驱动。就像下面这样在合适的位置加上extern声明和对应的条件编译项// 在文件开头的extern声明区域附近添加 extern LCM_DRIVER st7102_wvga_dsi_incell_lcm_drv; // 在lcm_driver_list数组中找到合适位置添加 #if defined(ST7102_WVGA_DSI_TL_KALAIDE_31IN_INCELL) st7102_wvga_dsi_incell_lcm_drv, #endif第二步修改项目配置文件。找到你项目对应的project/tf6833_64_r0.mk你的项目名可能不同修改CUSTOM_LK_LCM这个变量把你的新屏幕驱动名字加进去。多个驱动用空格隔开系统会按顺序尝试初始化。# 修改前 CUSTOM_LK_LCMst7701s_wvga_dsi_tl_rixin_31in st7701s_wvga_dsi_tl_kalaide_31in_incell # 修改后 CUSTOM_LK_LCMst7701s_wvga_dsi_tl_rixin_31in st7701s_wvga_dsi_tl_kalaide_31in_incell st7102_wvga_dsi_tl_kalaide_31in_incell第三步也是最核心的一步创建你自己的LCM驱动源文件。在dev/lcm/目录下新建一个文件夹比如st7102_wvga_dsi_tl_kalaide_31in_incell/然后创建一个.c文件。最省事的办法就是从同目录下找一个尺寸、接口比如都是MIPI DSI相似的驱动文件直接拷贝过来然后进行修改。这个文件是驱动的主体。2.2 伪代码转换破解供应商的“密码本”供应商给的初始化序列通常是一份“伪代码”或脚本里面包含了电源时序、MIPI参数、寄存器配置等所有让屏幕工作的秘密。我拿到的伪代码片段是这样的# Power-On Sequence mipi.host.reset delay 100 ... #------Gamma------------------------ mipi.write 0x29 0xC8 0x00 0x00 0x0F 0x1D 0x35 0x00 0x5A 0x03 0x95 0x04 ... mipi.write 0x29 0xC9 0x00 0x00 0x0F 0x1D 0x35 0x00 0x5A 0x03 0x95 0x04 ...我们的任务就是把这些mipi.write指令转换成LK驱动里能识别的C语言数组。这里有个固定的转换规则我把它总结成一个口诀“一地址二长度三数据”。具体来说对于一条mipi.write 0x29 0xB0 0x22 0x61 0x1E ...指令第一个字段地址/命令取mipi.write后面的第二个字节0xB0。注意忽略第一个字节0x29这个0x29是DSI协议的数据类型Data TypeMTK的底层发送函数会自动帮你加上。第二个字段长度计算后面还有多少个有效数据字节。比如0xB0后面跟着0x22, 0x61, 0x1E, 0x61, 0x2F, 0x2F, 0x2F一共7个所以长度就是7。第三个字段数据数组把上面数出来的这7个字节按顺序放进一个花括号里。转换后的样子就是{0xB0, 7, {0x22, 0x61, 0x1E, 0x61, 0x2F, 0x2F, 0x2F} }。对于延时指令比如delay 120MTK LK框架定义了特殊的标记{REGFLAG_DELAY, 120, {}}表示延时120毫秒。数组的结尾需要用{REGFLAG_END_OF_TABLE, 0x00, {} }来标记。我写了个简单的Python脚本来批量转换效率高还不容易出错。你只需要把FAE的伪代码文本粘贴进去它就能输出成C数组格式。当然手动转换一两次也能加深理解。把转换好的所有指令按顺序填到驱动文件的lcm_init_setting_tl_inx[]这个数组里LK部分的核心工作就完成了。2.3 编译验证与常见坑点修改完成后编译LK镜像并烧录。如果屏幕成功点亮恭喜你第一步成功了如果点不亮别慌按这个顺序排查检查电源和复位Reset时序在lcm_init()函数里确保给屏幕供电的GPIO比如PMIC_RG_LDO_VIO28_EN和复位引脚SET_RESET_PIN的拉高拉低顺序、延时时间与规格书一致。时序错了屏幕根本不会响应。核对MIPI参数在lcm_get_params()函数里检查dsi相关的参数比如LANE_NUMMIPI通道数、PLL_CLOCK时钟频率、vertical_frontporch垂直前沿等。这些值必须和屏幕规格书以及伪代码里mipi.video行设置的参数匹配。一个常见的错误是PLL_CLOCK算错了导致数据传输速率不对。确认初始化数组再次检查转换后的数组重点看长度第二个字段是否数对了。多一个或少一个字节都会导致后续指令全部错位。可以用printf或printlcd在关键步骤后打印日志看看代码执行到哪一步卡住了。检查硬件连接确认FPC排线连接牢固没有虚焊或短路。有时候问题就这么简单。3. Kernel部分让屏幕“活”起来支持休眠唤醒LK点亮了屏幕但那只实现了最基本的显示。要让屏幕在Android系统下正常工作比如支持休眠、唤醒、背光调节并与显示框架DRM对接就需要在内核Kernel层添加完整的Panel驱动。3.1 设备树DTS配置硬件信息的蓝图设备树是告诉内核硬件连接信息的“地图”。我们需要在项目对应的DTS文件如kernel-4.14/arch/arm64/boot/dts/mediatek/tf6833_64_r0.dts里添加我们的屏幕节点。找到dsi节点下的ports在里面添加一个panel子节点。关键是要指定compatible属性这个字符串必须和后面C驱动里of_device_id表里的字符串完全一致内核靠它来匹配驱动。panel30 { compatible tf,st7102_wvga_dsi_tl_kalaide_31in_incell; reg 2; // 可能表示MIPI DSI虚拟通道号根据实际情况定 reset-gpios pio 86 0; // 复位引脚对应原理图上的GPIO86低电平有效 pinctrl-names default; port { panel_in3: endpoint { remote-endpoint dsi_out; }; }; };这里的reset-gpios非常重要它指定了控制屏幕复位的GPIO引脚。你需要根据自己项目的原理图找到连接屏幕RST脚的MTK GPIO编号。格式是pio [GPIO号] [标志位]标志位0通常表示低电平有效。3.2 Kconfig与Makefile让驱动参与编译内核使用Kconfig和Makefile来决定编译哪些驱动。修改Kconfig在drivers/gpu/drm/panel/Kconfig中仿照已有的条目为你的新屏幕添加一个配置选项。这会在make menuconfig时出现。config DRM_PANEL_ST7102_WVGA_DSI_TL_KALAIDE_31IN_INCELL tristate ST7102_WVGA_DSI_TL_KALAIDE_31IN_INCELL panel depends on OF depends on DRM_MIPI_DSI help Say Y here if you want to enable support for ST7102 WVGA DSI panel.修改Makefile在drivers/gpu/drm/panel/Makefile中添加一行将配置选项和要编译的C文件关联起来。obj-$(CONFIG_DRM_PANEL_ST7102_WVGA_DSI_TL_KALAIDE_31IN_INCELL) panel-st7102_wvga_dsi_tl_kalaide_31in_incell.o修改defconfig为了让驱动默认被编译进内核需要在项目的defconfig文件如tf6833_64_r0_defconfig和tf6833_64_r0_debug_defconfig里加上CONFIG_DRM_PANEL_ST7102_WVGA_DSI_TL_KALAIDE_31IN_INCELLy3.3 编写内核Panel驱动从数组到函数调用内核驱动同样可以从一个相似的驱动文件比如panel-st7701s_wvga_dsi_tl_kalaide_31in_incell.c拷贝过来修改。核心是lcm_panel_init函数我们需要把LK里那个庞大的初始化数组转换成一系列内核的MIPI DSI发送函数调用。转换规则又变了。在LK里我们用结构体数组在内核里通常用lcm_dcs_write_seq_static这样的函数。转换很简单把数组的每一行{0xB0, 7, {0x22, 0x61, 0x1E, 0x61, 0x2F, 0x2F, 0x2F} },变成函数调用lcm_dcs_write_seq_static(ctx, 0xB0, 0x22, 0x61, 0x1E, 0x61, 0x2F, 0x2F, 0x2F);注意数组里的长度信息7在这里不需要了函数会根据你传入的参数个数自动处理。延时指令mdelay(120)则直接调用内核的毫秒延时函数。这个转换工作非常枯燥但你可以用文本编辑器的列编辑功能或者写个简单的脚本快速完成。此外还需要仔细核对驱动中的时序参数如default_mode里的hdisplay,hsync_start,htotal,vdisplay等这些必须和屏幕规格书以及LK中设置的参数一致否则可能出现显示位置偏移、闪烁等问题。3.4 内核驱动调试技巧内核驱动编译烧录后如果屏幕在LK亮但进系统后不亮或异常可以这样排查查看内核日志使用adb shell dmesg | grep -i panel或adb logcat -b kernel | grep -i dsi过滤相关日志看驱动 probe 是否成功初始化函数是否被调用。检查电源管理确保内核驱动中prepare和enable函数被正确调用它们对应屏幕的上电和开启。有时背光没有使能也会导致屏幕看似不亮其实有微弱显示。测量波形如果条件允许用示波器测量MIPI的时钟和数据线在上电初始化阶段是否有波形。这是判断指令是否成功发送的终极手段。对比成功驱动反复和你拷贝过来的那个“相似驱动”对比看看有哪些函数实现、全局变量定义被遗漏了。特别是mtk_panel_params和mtk_panel_funcs这些MTK扩展结构体的填充它们负责背光控制、ESD检查等高级功能。4. TP驱动移植让触摸屏动起来屏幕能显示后接下来就是让触摸屏工作。TP驱动通常以独立的模块形式存在比如我们用的sitronix_ts。4.1 设备树节点与GPIO配置和屏幕驱动类似首先要告诉内核触摸芯片连接在哪里。修改触摸相关的DTSI文件如cust_mt6833_touch.dtsi在i2c节点下添加你的触摸芯片设备。sitronix55 { compatible sitronix_ts; // 必须与驱动中的of_device_id匹配 reg 0x55; // I2C从设备地址根据原理图设定 irq-gpio pio 14 0x0; // 中断引脚用于上报触摸事件 rst-gpio pio 15 0x0; // 复位引脚 status okay; };这里有两个关键GPIOirq-gpio触摸芯片的中断输出脚连接到主控的某个GPIO。当有触摸发生时芯片通过这个引脚触发中断通知主控读取数据。配置错误会导致无法触发触摸事件。rst-gpio触摸芯片的复位脚。驱动加载时通常会对芯片进行一次复位操作。务必根据实际原理图核对这两个GPIO的编号这是TP驱动移植中最常见的错误来源。4.2 驱动集成KconfigMakefile与供应商代码将供应商提供的整个驱动源码文件夹例如sitronix_ts/放置到drivers/input/touchscreen/mediatek/目录下。修改Kconfig在mediatek/Kconfig中添加对应的配置选项让内核可以配置这个驱动。config TOUCHSCREEN_SITRONIX_TOUCH bool sitronix Ts for Mediatek package depends on I2C default n help Say Y here if you have sitronix touch panel.修改Makefile在mediatek/Makefile中添加一行来包含这个驱动目录。obj-$(CONFIG_TOUCHSCREEN_SITRONIX_TOUCH) sitronix_ts/修改驱动子目录Makefile进入sitronix_ts/目录检查供应商提供的Makefile。这里有个重要选择obj-y还是obj-mobj-y将驱动直接编译进内核镜像zImage开机自动加载。obj-m将驱动编译成可加载模块.ko文件需要手动insmod或配置系统自动加载。 对于TP驱动我强烈建议使用obj-y确保开机就能用。供应商给的Makefile里可能默认是obj-m记得改过来。# 使用obj-y编译进内核 obj-y sitronix_ts.o sitronix_ts_i2c.o sitronix_ts_spi.o ... # 注释掉obj-m的行 # obj-m sitronix-ts.o配置defconfig同样在项目的defconfig文件中添加CONFIG_TOUCHSCREEN_SITRONIX_TOUCHy确保驱动被编译。4.3 调试与问题定位从无响应到精准报点驱动集成编译后烧录系统触摸可能仍然没反应。别急一步步来。检查I2C通信首先确认I2C总线是否通。开机后在adb shell里执行cat /sys/bus/i2c/devices/i2c-*/name找到触摸芯片所在的I2C总线如i2c-3然后尝试用i2cdetect -y 3扫描该总线上的设备。如果能看到地址0x55对应我们DTS里设的地址说明I2C通信基本正常。如果看不到检查硬件连接、上拉电阻、电源以及DTS中的I2C总线号是否正确。查看内核日志dmesg | grep -i sitronix或dmesg | grep -i touch。重点看驱动 probe 函数是否成功执行GPIO申请是否失败中断是否成功注册以及初始化过程中是否有错误打印。检查中断和上报如果驱动加载成功但触摸没反应可能是中断没触发或者上报数据格式不对。可以在驱动代码里添加调试打印在中断处理函数irq_handler和输入事件上报函数input_report_abs附近打印信息看触摸按下时这些函数是否被调用。校准与固件有些触摸芯片需要加载特定的固件firmware才能工作或者需要进行校准。查看供应商提供的驱动代码是否有固件加载流程或者是否有通过sysfs节点进行校准的接口。这也是后续与FAE沟通的重点他们可能会提供更新的固件文件或校准参数来优化触摸灵敏度、线性度等问题。坐标轴翻转如果触摸能报点但位置不对比如X、Y轴反了或者坐标是镜像的。这通常可以在驱动代码里通过交换input_set_abs_params的maximum值或者在事件上报时对坐标进行max - value的运算来修正。MTK平台有时也会在DTS或驱动中提供touchscreen-inverted-x/y这样的属性。5. 编译验证与系统集成检查所有代码修改完成后进行全系统编译。MTK平台通常使用./mk -t [项目名] n k这样的命令来编译内核。编译成功后烧录整个系统。开机后通过串口或adb观察内核启动日志重点关注屏幕Panel驱动是否被成功 probe ([drm] panel probe ...)。触摸驱动是否被成功 probe (sitronix_ts probe start)I2C通信是否成功中断是否注册。是否有任何驱动报错Error或Failed。进入系统后可以通过以下命令进一步验证cat /proc/interrupts查看触摸芯片的中断号是否有触发计数增加当你触摸屏幕时。getevent -l查看原始输入事件流确认触摸事件是否有正确的ABS_X/Y等事件上报。在设置中查看“关于手机”-“触摸屏测试”或者安装一个“触摸屏测试”APP来直观地测试多点触控和划线是否流畅。整个移植过程最需要的就是耐心和细心。尤其是GPIO号、I2C地址、初始化序列这些数字一个都不能错。多利用内核的日志系统打印信息这是你最好的调试伙伴。当你看到屏幕完美点亮手指滑动丝滑跟手的时候那种成就感就是对之前所有折腾的最好回报。