MTK源码开发平台入门：手机软件四层结构与编译烧写

简介这份资料围绕联发科MT6225、6226、6223、6235、6253系列手机开发平台展开面向电子信息类应届毕业生、刚入行的嵌入式与手机软件工程师以及对国产多媒体手机方案感兴趣的技术人员帮助读者跨越手机开发入门门槛、理解完整的MTK开发体系。压缩包内为1个doc文档约35KB即《MTK手机开发平台资料光盘使用手册》系统介绍光盘内的软件资料构成包括参考电路设计、器件规格书、PC端仿真开发环境、平台源代码、编译与烧写工具、Trace调试工具、META工程测试工具、MCT界面制作工具等并附有软件培训、系统调试、MMI设计、设备驱动、工厂校准、工具使用说明等文档体系的讲解还补充了开发样机的硬件特性触摸屏、摄像头、蓝牙、FM、双卡、四频GSM与器材清单。目前已有844人学习。读者可据此判断自身需求规划从模拟环境入手学习软件结构、文件系统与MMI开发或将MMI层、文件系统移植到其他嵌入式项目并明确学生版与工程师版差异及获取方式。1. 先弄明白一件事MTK 开发平台到底是什么很多人第一次听到「MTK 源代码 开发平台」这几个字脑子里是一片空白的——芯片、源代码、开发板每个词都认识凑在一起就完全不知道跟自己有什么关系。换个说法就好懂了手机就像一栋已经装修好的房子你平时只能看到墙面、开关和门把手而这份资料给你的是这栋楼的施工图纸、水电线路图和整套装修工具。有了它你不用真去盖一栋楼在自己电脑上就能把整栋楼“模拟”出来看看灯为什么会亮、门为什么打不开。具体说这是一套面向 MTK 6225、6226、6223、6235、6253 系列功能手机的平台开发资料里面有参考电路设计、完整的软件源代码、编译工具、测试测量工具和一批开发文档。它适合两类人想进嵌入式行业但没摸过真实项目的学生和刚转行、想知道手机软件到底是怎么一层层组织起来的初级工程师。2. 为什么零基础也值得学这套平台能给你什么2.1 从一个开机画面说起手机软件是怎么一层层跑起来的你按下电源键屏幕亮起几秒后出现信号格和桌面图标。这三秒钟里发生的事比大多数人想的复杂得多但也比大多数人想的更有秩序。把它想成开一家公司。老板按铃电源键前台先到岗把灯、空调、门禁打开——这是驱动层它负责让屏幕、按键、SIM 卡、摄像头这些“硬件员工”进入工作状态。接着后勤部门开始对外联系跟外面的基站打招呼、登记身份——这是协议栈你看不见它但没有它手机就是一块砖。然后业务员登场把桌面、菜单、图标、短信界面画给你看——这是MMI 层人机界面你手指点的每一个地方都和它有关。最后是档案室负责存铃声、存照片、存联系人——这是文件系统。这四层各管一段互相之间靠接口说话。新手最容易犯的错就是一上来把所有东西当成一个整体去啃啃两天就放弃了。真正有效的顺序是先认识这四层分别在哪、叫什么名字、负责什么再挑一层从最小的改动开始。这套 MTK 平台资料的价值就在这里。它不是给你一堆零散的技术文章而是一个完整跑得起来的样本四层结构在源码里都有对应目录硬件侧有参考电路设计工具侧有编译、烧写、抓日志、产线测试的全套工具。你面对的不再是“手机软件大概是怎么回事”这种玄学问题而是“这个文件夹里这段代码改动之后屏幕上哪个字会变”。我第一次接触这类平台源码时最直观的感受是“终于看到真东西了”。之前学的 C 语言、单片机、中断、串口全都是一些孤立的知识点不知道学了干嘛用。而打开这套代码你会发现每一个知识点都能对上号按键消抖是中断加定时器屏幕刷新是显存加 DMA短信存储是文件系统加索引表。知识点一旦有了落点学起来就不痛苦了。2.2 这套资料里到底有什么四类内容拆开看拿到一套资料光盘绝大多数新手的动作是双击打开看到几百个文件夹随便点进去两个关掉然后再也没打开过。避免这个结局的办法很简单先把资料分成四类每类只认一个“入口文件”。第一类是软件源代码。这是整套资料的主体也是体积最大的部分。里面包含平台层的驱动、协议栈、MMI 应用、文件系统还带有 Java 虚拟机的源码以及对 mrp 格式扩展安装的支持。源码里还能找到完整的 socket 操作实例和 SP 整合实例——这类实例对新手特别友好因为它们有明确的输入输出改一行就能看到结果不像大模块那样动一处牵连一片。第二类是硬件资料。包括参考电路设计和各器件的规格书。手机主板常见的是六层板设计电源、射频、音频、存储各自有分区。新手不需要一上来就看懂整张原理图但至少要知道电源部分在哪一块、射频部分在哪一块这样以后调试“不开机”和“没信号”时才知道往哪个方向找。第三类是工具。这批工具各有分工弄混了会浪费很多时间工具干什么用新手什么时候会用到FlashTool把编译产物烧写进手机第一次把改动跑上真机时ADS1.2 及更新包编译 ARM 代码每次改完源码都要用ActivePerl跑编译脚本里的辅助脚本编译脚本报“找不到 perl”时Catcher抓手机运行日志程序跑飞、白屏、死机时META工程测试看射频、校准参数想验证硬件是否正常时MCT做界面资源配菜单和图片想改桌面图标和菜单文字时第四类是文档。这批文档不多但每一份都对应一个明确阶段别乱看顺序软件培训资料——整体地图第一天看软件系统与调试——讲系统怎么组织、怎么抓问题第一周看MMI 设计文档——讲界面层怎么写第二周看设备驱动文档——讲驱动怎么接硬件第三周看手机校准文档——讲产线校准流程暂时不用看工具使用说明——用到哪个工具就翻哪一节当字典查提示文档不要从头读到尾。带着“我现在要改哪个功能”的问题去翻效率差十倍。2.3 学它之前需要的前置知识三样有一点底就够看到“完整手机源代码”几个字很多新手第一反应是“我肯定不够格”。其实门槛没有想象中高但也不是零门槛。按我的经验三样东西各有一点底就足够开始C 语言要能看懂指针和结构体。不要求你会写复杂算法但要能看懂“这个函数传进来一个结构体指针改了里面的成员”。整个平台的代码大量使用结构体和函数指针表指针看不懂就寸步难行。检验标准很朴素随便打开一个源文件能说出这个函数收了什么、返回什么、大概干了什么就够了。要有一点点单片机或嵌入式的概念。知道什么是寄存器、什么是中断、什么是串口知道程序不是从头到尾一条线跑完而是被各种事件打断。这些概念在任何一块入门开发板上都能补不需要提前学很深。英文文档要能硬着头皮读。平台文档和代码注释大量是英文的而且是那种不讲文法的技术英文。好消息是技术英文的词汇量很小翻来覆去就是 register、buffer、init、handler 这些词读两三份文档就顺了。三样都缺怎么办不用先去报班也不用先啃完一本厚书。最省时间的做法是花一周补 C 语言的指针和结构体同时打开这套源码跟着第 3 章把编译环境搭起来。学一点、用一点比学完再用效率高得多。我带过的新人里进步最快的那个不是基础最好的而是最早把环境跑通、每天都能看到自己改动效果的那个。3. 第一步怎么迈把 PC 端仿真环境跑起来3.1 先把工具链装齐ADS1.2 和它的搭档们真实硬件环境的成本对新手不友好所以这套资料的设计思路是先在 PC 上建立模拟开发环境把编译、看代码、改界面这些事在电脑上完成等确有需要再上真机。这条路走通了后面会顺很多。装工具的顺序不要乱因为后面装的要依赖前面装的。我的建议顺序是先装 ADS1.2 主程序再装它对应的更新包然后装 ActivePerl最后解压 Catcher、META、MCT 这些独立工具。为什么 Perl 要单独装因为平台的编译脚本里有一部分是用 Perl 写的辅助脚本负责生成资源、拼接镜像。没装 Perl编译到一半会突然报“找不到解释器”这是新手第一个高频翻车点。装完之后不要急着编译整个工程先做一次环境自检。下面这段脚本放在源码根目录跑作用是确认关键工具都在位、路径没写错# 环境自检脚本在源码根目录执行 # 作用确认编译所需的关键组件都能被找到避免编译到一半才报错 echo 1. 检查 ARM 编译器 # armcc 是 ADS 的 C 编译器能打印版本号说明 PATH 配好了 armcc --vsn echo 2. 检查 fromelf # fromelf 负责把编译出的 axf 转成可烧写的 bin fromelf --vsn echo 3. 检查 Perl # 编译脚本里调用 perl 处理资源文件缺了会中途失败 perl -v | head -n 2 echo 4. 检查源码目录结构 # 这四类目录是后续所有操作的入口缺一个都说明解压不完整 for d in code tools doc resource; do if [ -d $d ]; then echo OK $d else echo MISS $d -- 检查是否解压不完整或路径不对 fi done这段脚本的逻辑是按依赖顺序逐项验证任何一项失败就先停下来解决不要抱着“先编译看看”的心态往下走。参数上唯一需要你调整的是最后那个for循环里的目录名——不同资料包里目录的英文命名可能不一样用ls看一眼实际名字改成你手上真实存在的那几个就行。head -n 2只是为了让 Perl 的版本信息别刷满屏幕不影响功能。3.2 认识目录结构源码、工具、文档分别放在哪环境装好之后先别写代码花半小时做一件事把目录结构画在自己的笔记里。这半小时会替你省下后面几十个小时的乱翻。平台源码的组织方式大体是按功能分目录的。你会看到类似这样的分层启动和引导相关的部分、驱动相关的部分、协议栈相关的部分、界面应用相关的部分、资源文件部分以及给不同机型做配置的板级目录。板级目录这个设计要特别留意——同一套代码要适配 6225、6226、6223、6235、6253 这么多型号靠的就是把这些差异集中到配置文件里。新手改功能时改公共代码会影响所有机型改板级配置只影响一个型号分清这个区别能避免很多“我明明只改了一个小地方怎么全崩了”的事故。工具目录里放的是前面那张表里的各个工具建议给每个工具建一个桌面快捷方式并且把它们的日志输出目录统一指定到一个你记得住的地方。默认路径往往藏在很深的临时目录里出问题时找不到日志只能干瞪眼。文档目录按阶段分类看前面 2.2 已经给过顺序这里只补一句把文档目录里的文件名抄一份到笔记里标上“什么时候看”比收藏夹管用。3.3 第一个能编译的例子从一段 MMI 代码到可下载的镜像真正让新手建立信心的不是读懂了多少代码而是第一次看到“我改的东西真的变成了一个能烧进手机的文件”。所以第一个例子不要贪大目标定得很低编译出一个能烧写的镜像文件。为了确认工具链本身是好的建议先用一个最小工程验证一遍别直接上整个源码树。整个工程编译一次可能要很久一旦报错你还分不清是工具装错了还是代码有问题。/* 最小验证工程只做一件事确认编译器能跑通、能产出可转换的二进制 * 这段代码不进真实手机纯粹用来验证工具链是否就绪 */ #include stdio.h /* 模拟一个寄存器地址真实平台里这些地址由芯片手册定义 */ #define FAKE_REG (*(volatile unsigned int *)0x10000000) int main(void) { /* 写寄存器验证编译器生成的指令是否符合预期 */ FAKE_REG 0x5A5A; printf(toolchain ok, reg 0x%X\n, FAKE_REG); return 0; }写完之后用armcc编译出 axf再用fromelf转成 bin# 1. 编译-c 只编译不链接-o 指定输出文件名 armcc -c -O1 -o demo.o demo.c # 2. 链接把目标文件链成可执行格式 axf armlink -o demo.axf demo.o # 3. 转换fromelf 把 axf 里的代码段抽成纯二进制 bin # --bin 表示输出裸二进制--output 指定文件名 fromelf --bin --outputdemo.bin demo.axf # 4. 看一眼产物大小正常应该是几百字节级别 ls -l demo.bin参数说明一下-O1是优化等级验证阶段用低优化方便对照--bin是关键参数产线烧写工具认的是裸二进制不是 axf。如果第 4 步能看到一个几百字节的 bin 文件说明编译链路是通的可以放心去碰真工程了。验证通过之后再做真工程。真工程的编译入口通常是根目录下的一个脚本或一个工程文件具体名字以你手上光盘的实际目录为准一般看名字里带 build 或 make 的那个。第一次编译不要改任何代码原样编译一遍确认能出产物。这一步很多人跳过结果后面改了代码编译失败根本分不清是自己改坏了还是本来就编不过。编译产物出来之后走一次烧写流程手机进下载模式打开 FlashTool选对配置文件加载刚才生成的镜像点开始。第一次烧写建议用同平台的旧整机来做成本比专业开发板低得多烧坏了也不心疼。烧写成功的标志是手机重启后能正常进桌面。这时候再回去改一处最显眼的东西——比如把开机第一屏的欢迎语改成你自己的名字。改完重新编译、重新烧写、看屏幕。当那句文字真的变成你写的内容出现在屏幕上时那种“我入门了”的感觉是任何教程都给不了的。3.4 编译报错时先看这三处第一次编译几乎不可能一次过报错刷屏是常态别慌。按下面三处依次排查八成的问题都能定位。第一处报错里的第一个 error不是最后一个。编译器出错经常是连锁反应一个头文件没找到后面能报出三百行错。眼睛只盯第一个 error 行往上翻两行看它在编译哪个文件。第二处路径里的空格和中文。这一条是血泪经验。工具链里有些老组件对路径中的空格和中文字符处理得很糟糕表现出来就是“文件明明在那儿它非说找不到”。解决办法很土但很有效把整个工程放在一个纯英文、无空格的短路径下比如根目录下一个叫 work 的文件夹。我见过有人在这个问题上耗了整整两天。第三处环境变量。编译脚本靠环境变量找工具如果同时装过多个版本的编译器很容易调到旧的那个。表现是编译能过但产物行为不对或者报了奇怪的语法错。查法是在命令行里单独跑一次armcc --vsn看打印出来的路径是不是你刚装的那个。注意每次解决完一个问题把现象和解法记一行到自己的笔记里。这套环境的坑就那么多记满两页之后你就很少再卡住了。4. 看懂手机软件的四层结构从驱动到 MMI4.1 驱动层屏幕和按键是怎么被叫醒的驱动层是最接近硬件的一层它的工作可以概括成一句话把硬件的“电平变化”翻译成软件能理解的“事件”。拿按键举例。你按下一个键硬件上只是某个引脚的电平从高变低。这个变化会被中断控制器捕获触发一个中断服务程序中断程序里做简单的去抖和记录然后向上层发出一个“按键事件”。上层收到事件后才决定这个键是音量加还是返回。这个过程里有两个新手必须建立的概念。第一个是中断不是函数调用它会在任意时刻打断正在执行的代码所以中断里不能做耗时的事也不能随便调用会阻塞的函数。第二个是去抖不是可选项机械按键在按下和松开的瞬间会产生多次电平抖动不去抖的话按一次会触发好几次。很多新手改按键功能改完发现“按一下跳两下”八成就是绕过了原来的去抖逻辑。屏幕也是同理。平台一般会有一个显示缓冲区的概念上层往缓冲区里写像素驱动负责把缓冲区的内容刷到屏上。理解了这一点你就明白为什么改界面时“改完要刷新”这件事有时候是自动的、有时候要手动触发——取决于你改的是缓冲区还是已经刷上去的那一层。4.2 协议栈与操作系统那个看不见的黑匣子协议栈是新手最容易放弃的一层因为它代码量大、文档少、还涉及通信协议的背景知识。但入门阶段完全不需要读懂它只需要知道它对外提供什么。把它当成一个黑匣子你给它发指令它给你回结果。比如“开机后搜索网络”“注册到某个频段”“发一条短信”。这套平台的硬件规格支持四频 GSM意味着它能在多个频段上工作切频段的动作就发生在协议栈内部你在应用层只需要调用对应的接口。黑匣子内部其实有一套调度机制在跑。功能手机的操作系统通常不是那种带完整进程管理的系统而是以任务加消息队列的方式组织每个模块是一个任务任务之间靠消息通信系统按优先级轮转。这个模型的好处是简单、可预测、资源占用小。理解了消息驱动这个模型你再看源码里那些handle_message之类的函数就知道它们在干什么了——收到一条消息判断类型分发出去。新手在这里常有的一个误区是觉得不懂协议栈就没法做开发。实际上界面层和应用层的绝大部分工作只要知道“调哪个接口、传什么参数、返回什么含义”就够了。协议栈的深度知识等你真的要做通信相关功能时再补那时候带着具体问题去学效率高得多。4.3 MMI 层你每天点的按钮从哪来MMI 是人机界面也是新手最该先动手的一层。原因很实在它反馈最快、风险最低、成就感最强。界面层的工作模式大体是三步循环画出来、等输入、响应输入。屏幕上的一个菜单本质是一组数据结构——有哪些项、每项什么图标、选中哪一项、按确认键跳到哪里。MCT 这个工具就是用来做这些资源的你可以把它理解成一个“菜单编辑器”改完之后它会生成资源文件编译进镜像里。这块资料里带了一个 Java 虚拟机还支持 mrp 格式的扩展安装。这两样东西对新手来说是很好的练手材料因为它们的边界很清楚虚拟机负责解释执行你写的东西能被它跑起来扩展安装走的是打包、校验、安装这条固定流程。改一个扩展应用的图标或者启动画面是比改系统菜单更安全的第一个练习。还有一个值得动手的点是界面层的移植。这套资料里提到过把 MMI 层剥离到其他嵌入式环境的思路。这件事对新手来说可以先不做但要理解它的意义界面层的代码如果能和底层解耦说明它的设计里有清晰的接口边界。你在读代码时可以留意“哪些函数是直接碰硬件的、哪些是通过接口间接调用的”这条分界线看懂了你对整个软件结构的理解会跳一个台阶。4.4 文件系统铃声和照片到底存在哪功能手机的存储空间很小文件系统的设计也就特别有意思。它不太像电脑上的文件系统更像一个带索引的固定分区。你可以把它想成一个带目录的储物柜每个格子上有编号目录表记录“哪个编号存的是什么”。存一首铃声进来系统找一个空格子放进去然后在目录表里记一笔。删除的时候不一定立刻擦掉内容而是先把目录表里那一条标成无效等需要空间时再回收。这个设计和电脑上的文件系统原理类似只是规模小得多、策略更简单。理解这一层有什么用举两个实际场景。第一联系人、短信、铃声、照片的容量上限很多时候不是由存储芯片大小直接决定的而是由目录表和分区配置决定的改配置就能改上限。第二手机里出现“文件损坏”“存储已满但删了东西还是满”这类问题往往不是硬件坏了而是目录表没同步或者回收没触发。知道这一层存在你排查问题时就多了一个方向。入门阶段不建议直接改文件系统的核心逻辑容易把整机搞成开不了机。可以做的小练习是用代码读出某个目录下的文件列表打印出来。这一步能让你把“接口调用”和“实际数据”对上也为以后做备份、清理这类功能打底。5. 新手最容易踩的坑五个高频翻车现场排查5.1 编译能过烧进去跑不起来现象编译一路绿灯产物也生成了烧进手机之后黑屏、白屏或者反复重启。原因编译通过只说明语法和链接没问题不代表产物适配你烧的那台机器。最常见的是板级配置选错——同一套代码对应多个型号配置里的屏幕型号、存储大小、引脚定义不一样配错了就是能跑但跑得不对。解决先确认烧写工具里加载的配置文件和你手上机器的型号严格对应再看编译日志里用的板级宏是哪一个。还有个笨办法很管用用一份确定能跑的原版镜像烧一次确认机器本身是好的再烧自己的产物。这个对照实验能立刻把“机器问题”和“代码问题”分开。5.2 工具版本对不上报错莫名其妙现象别人给的步骤一模一样人家能过你这里报了一堆看不懂的错。原因老平台的工具链对版本很敏感。编译器更新包没装、Perl 版本太新、脚本里用的命令在新系统上参数变了都会造成这种“玄学”报错。解决把所有工具的版本号统一记录在笔记里和资料包里的说明对一遍。发现可疑的新版本先卸掉再装资料里对应的那个。这一步很多人嫌麻烦但它是省时间的。5.3 一上来就啃核心源码两周后放弃现象打开最大的那个模块从头读读到第三天发现自己什么都记不住越读越焦虑。原因手机软件是多人多年积累的产物代码量远超一个人的阅读能力。从头读等于在没有地图的情况下走迷宫。解决改成“从现象找代码”。先定一个可见的小目标比如“把开机第一屏的文字改掉”然后用全局搜索去找那句文字的字符串顺着引用往上找两层就能定位到真正干活的那段代码。目标驱动式阅读一次只看一个功能读完立刻验证。5.4 拿旧整机当开发板硬件上踩坑现象想省成本用一台同平台的旧手机替代开发板结果烧写进不去、串口没输出、抓不到日志。原因整机是量产形态很多调试接口在出厂时被关掉了或者需要特定按键组合才能进下载模式。另外不同批次的整机用的存储和屏幕可能不一样。解决先查清楚这台机器的下载模式怎么进通常是按住某个键再上电。抓日志的接口如果没引出来就别硬试先用模拟环境和烧写验证这两条路推进等确实需要看底层日志时再考虑更专业的硬件。5.5 文档当小说看看完什么都没留下现象六份文档全部过了一遍合上电脑问他学到了什么答“大概知道有这些内容”。原因技术文档是工具书不是教材。没有具体问题牵引读的时候大脑自动略过细节。解决每读一份文档强制产出一样东西——一张流程图、一段能跑的代码或者三条写进笔记的结论。产出不了就说明这份文档现在不该读先放回去等有需要再来。提示这五个坑里5.3 和 5.5 是最致命的因为它们不报错只是悄悄消耗你的时间和信心。6. 下一步学什么一条能走通的自学路线环境跑通、第一个例子烧上屏之后很多人会卡在“接下来干嘛”。我的建议是给自己排一条四到六周的路线每周只做一件事做完留一个可见的成果。第一周把文档里的软件培训资料过一遍同时在源码里找到四个层次各自对应的目录画一张自己的结构图。成果是一张手绘图能指着说出“这块管驱动、这块管界面”。第二周专攻界面层。用 MCT 改一个菜单项的图标和文字编译、烧写、验证。成果是屏幕上出现了一个你自己做的图标。第三周碰一次按键。找到按键事件分发的那段代码加一条打印或者让某个键弹出一句提示。成果是“我按了这个键屏幕上出现了我写的字”。第四周学抓日志。用 Catcher 连上机器抓一次开机全过程把日志里出现的模块名对照目录认一遍。成果是一份带注释的日志片段。第五周做一次跨层的小改动。比如让文件系统里某个目录的文件数量在界面上显示出来。这一步会让你第一次同时接触两个层次是入门和进阶的分水岭。第六周回过头读驱动文档和设备驱动相关的那份资料这时候你会发现之前看不懂的地方突然有了落点。阶段主要用到的资料判断是否过关第 1 周软件培训、系统与调试能画出四层结构图第 2 周MMI 设计文档、MCT自制的图标能显示第 3 周源码中的按键与消息分发按键能触发自己的代码第 4 周工具说明、Catcher能看懂一段日志在说什么第 5 周文件系统相关源码跨层改动能跑通第 6 周设备驱动文档能说出驱动和硬件的对应关系这条路线的关键不在于快而在于每周都有可验证的成果。没有成果的学习很容易变成“看了很多什么都不会”。还有一个具体技巧值得单独说建立自己的“改动日志”。每次改代码只改一处改之前先想清楚预期效果改完立刻验证然后记一行——改了什么、为什么改、结果符不符合预期。听起来很笨但这是我见过的最能加速成长的习惯。因为它强迫你把“猜测”和“事实”分开久了之后你对代码的判断会越来越准。资料本身的使用上有一点请务必注意这类平台资料属于内部开发资料自己学习研究没问题但不要转发传播也不要拿去做商业产品而不看授权。入门阶段把它当成一个可以随便折腾的沙盒就好折腾坏了大不了重新解压一份。说句掏心窝的话。我刚开始学嵌入式那会儿最大的问题是不知道自己在学的东西有什么用学完 C 语言学单片机学完单片机学实时系统每一步都像在往一个看不见的黑匣子里塞东西不知道塞进去干嘛。后来有位前辈跟我说了一句话去找一个完整的、能跑的项目把它跑起来然后改它。从那以后我每次接触新平台第一件事都不是读书而是想办法让它的“Hello World”先跑起来哪怕只是点亮一个灯、改掉一行字。因为只有跑起来了后面学的每一个知识点才有地方挂。希望帮到你。本文还有配套的精品资源点击获取