1. T113平台与Tina5.0开发环境概览T113-S3/S4是全志科技推出的高性能嵌入式处理器采用Cortex-A7双核架构主频可达1.2GHz。这颗芯片有个特别实用的设计——内置了RISC-V协处理器仅T113-S4支持在处理特定任务时能显著降低功耗。我去年在智能家居网关项目中使用过这个平台实测视频解码能力确实强悍能流畅处理1080P60fps的H.265视频流。TinaLinux是全志为其芯片定制的嵌入式Linux发行版5.0版本最大的亮点是同时支持OpenWrt和Buildroot两套编译系统。这种双环境设计在实际开发中特别实用OpenWrt适合网络设备开发有丰富的软件包Buildroot则更轻量适合定制化程度高的场景。记得第一次接触时我花了半天时间才搞明白两套环境的切换逻辑后面会详细说明如何避免踩坑。开发板方面SBC-T113S是官方参考设计120x100mm的标准尺寸接口丰富到让人感动双USB Host、7路串口、CAN总线、百兆以太网连LVDS和MIPI-DSI显示接口都配齐了。存储配置也很灵活既支持SPI NAND启动默认256MB也支持eMMC最大32GB。建议新手直接从官方板入手等熟悉了再迁移到自己的PCB设计。2. OpenWrt编译全流程详解2.1 环境初始化与方案选择编译前务必确认已安装所有依赖包我在Ubuntu 20.04上实测需要这些基础组件sudo apt install build-essential subversion git-core libncurses5-dev zlib1g-dev gawk flex quilt libssl-dev环境初始化分三步走source build/envsetup.sh # 加载环境变量 lunch # 选择开发板方案 mp # 开始编译打包第一次执行lunch时会遇到协议确认这里有个小技巧按空格键可以跳过8秒等待时间。选择方案时要注意t113_s4-sbc-t113s_nand-tina对应256MB内存版本t113_i-sbc-t113-tina则是128MB版本。选错会导致后续编译出错我有次深夜调试就因为手滑选错型号白白浪费两小时。2.2 编译参数优化技巧直接make虽然简单但效率太低。推荐这样组合参数make -j$(nproc) Vsc # 使用所有CPU核心编译显示详细日志但过滤警告几个实用参数组合-jN设置并行编译线程数建议设为CPU逻辑核心数的1.5倍Vs显示完整编译日志调试必备-k遇到错误继续编译检查依赖关系时有用BUILD_LOG1生成编译日志文件遇到编译失败时先执行make -j1 Vs定位问题。上周我遇到个典型的库冲突问题就是通过单线程编译发现的原来是zlib版本不兼容导致的。2.3 固件打包与输出编译完成后执行pack命令会生成两种格式的固件sys_partition.fex全志专用分区表格式.img文件完整系统镜像固件输出路径有规律可循out/t113_s4/sbc-t113s_nand/openwrt/ └── t113_s4_linux_sbc-t113s_nand_uart0.img打包过程其实暗藏玄机系统会自动调用dragon工具处理image.cfg配置文件。有次我需要调整rootfs分区大小就是通过修改这个配置文件实现的。注意修改后必须执行make clean再重新编译否则配置不生效。3. Buildroot编译实战指南3.1 配置系统差异解析Buildroot的配置逻辑与OpenWrt完全不同用的是层级式菜单./build.sh config # 启动配置向导配置时要特别注意这几个选项平台选择linuxT113不支持Android编译系统选buildroot芯片型号根据实际选择t113_s4或t113i开发板型号别选错sbc-t113s_nand对应256MB版本配置完成后会生成关键文件device/config/chips/t113_s4/configs/sbc-t113s_nand/linux-5.4/config-5.43.2 编译过程深度优化Buildroot编译链更精简推荐这样操作./build.sh -j$(nproc) 21 | tee build.log遇到编译错误时90%的问题可以通过以下步骤解决检查build.log中的第一个error执行./build.sh clean重新配置./build.sh config再次编译有个容易忽略的点Buildroot会缓存下载的软件包到dl目录。如果网络问题导致下载中断可以手动将包放到这个目录继续编译。3.3 双系统编译的隐蔽陷阱OpenWrt和Buildroot虽然独立但共享内核配置这意味着在OpenWrt中修改make kernel_menuconfig会影响Buildroot反过来在Buildroot修改内核配置也会影响OpenWrt我有次在Buildroot里关闭了USB驱动结果OpenWrt下的USB网卡突然不能用了。解决方案是备份当前配置cp kernel/linux-5.4/.config my_config切换环境后恢复配置执行make kernel_oldconfig同步变更4. 高效开发技巧合集4.1 模块化编译实战当只修改某个应用时完全不需要全量编译。以memtester为例cd openwrt/package/feeds/utils/memtester/ mm -B # 强制重新编译该组件生成的ipk包路径很有规律out/t113_s4/sbc-t113s_nand/openwrt/extra/packages/arm_cortex-a7_neon/base/更快捷的方式是使用mmo命令无需切换目录mmo -B memtester4.2 调试工具链秘籍这些命令能极大提升开发效率命令作用使用场景示例croot快速返回SDK根目录在深目录调试时一键返回cconfigs跳转板级配置目录修改设备树文件时快速定位make kernel_menuconfig内核配置界面添加新的驱动模块mkernel快速重编内核调试设备树时反复编译测试cgrep gpio全代码搜索关键词查找GPIO相关驱动代码4.3 编译加速黑科技除了常见的-j参数还有这些加速技巧使用ccache缓存export CCACHE_DIR/path/to/cache export USE_CCACHE1分布式编译通过distcc将编译任务分发到多台主机预下载所有源码包make download -j8我在四核i7笔记本上实测使用ccache后第二次编译时间从42分钟降到8分钟。对于团队开发建议搭建统一的编译服务器共享ccache目录。5. 常见问题排查手册5.1 编译错误大全问题1出现unable to find openssl/md5.h原因缺少openssl开发包解决sudo apt install libssl-dev问题2内核编译报错undefined reference to xxx原因驱动依赖缺失解决执行make kernel_menuconfig检查相关驱动是否启用问题3打包时提示image size too large原因rootfs分区设置过小解决修改target/allwinner/t113_s4/image.cfg中的分区大小5.2 烧写异常处理当设备无法启动时按这个流程排查检查串口输出波特率115200确认电源稳定T113对电压波动敏感验证镜像完整性md5sum t113_s4_linux_sbc-t113s_nand_uart0.img尝试低格烧写sunxi-fel -p spiflash-write 0 out/t113_s4/sbc-t113s_nand/u-boot-with-dtb.bin5.3 环境恢复技巧当环境混乱时按这个顺序清理保留配置备份.config和device/目录深度清理make distclean git clean -fdx重新初始化repo sync -c source build/envsetup.sh lunch记得有次我把环境搞崩了最后发现是.git/index损坏。这种情况直接删除.git/index让git自动重建比全量重装SDK快得多。