一、最高优先级：简历核心项目深挖必问题
（完全匹配岗位核心职责，面试官重点考察）这部分完全对应岗位「嵌入式硬件处理器平台的操作系统移植、开发、调试」核心工作，也是你简历的核心竞争力，面试官会重点考察实操细节、问题解决能力、底层原理理解。
1.1请你完整讲解 U-Boot 2013.10 在 S5PV210 平台的全流程移植步骤，以及 U-Boot 两阶段启动分别完成了哪些核心工作？
1.1.1全流程移植步骤：
1.配置交叉编译工具：在makefile中修改CROSS_COMPILER和ARCH
2.源码配置：下载 U-Boot 2013.10 源码，找到一个最类似的开发板配置，在board文件夹中找到的，执行 make smdkv210_defconfig 加载参考板配置。
3.烧录配置：移植三星的烧录脚本
3.板级配置：DDR初始化，内存地址的修改，重定位代码的移植，初始化时钟树（在串口和ddr初始化之前），机器码的配置
4.驱动移植：驱动配置，dm9000网卡的移植，基地址，网卡工作模式。rom移植
5.烧录配置：环境变量的保存，bl1的烧录，bl2的烧录。
1.1.2两阶段的工作
bl1：
1.关中断，关看门狗，初始化异常向量表
2.配置时钟
3.初始化ddr内存
代码重定位
4.将bl2从flash复制到ddr中，跳转到bl2入口
1.2你在 U-Boot 移植中解决了启动故障与驱动兼容问题，请举一个你印象最深的硬件适配 / 启动失败问题，详细讲清楚根因定位、排查思路、完整解决步骤，以及最终的验证结果。
串口无输出，无法判断启动状态
- 硬件排查：串口线、波特率（115200）正常，排除硬件连接问题。
- LED 调试：在
start.S中初始化 GPIO 让 LED 闪烁，确认 BL1 正常运行。 - 时钟配置检查：发现 UART 时钟源误选为未使能的 EPLL，导致串口无时钟输入。
重新计算波特率参数，编译uboot并烧录
1.3你适配了 fastboot 刷机协议并完成 USB 通信调试，请说明 fastboot 的核心工作原理，以及你在调试中遇到的核心问题与解决方案。
fastboot 是 USB 通信协议，用于 PC 与设备间的镜像烧录：
- 设备端（U-Boot）初始化 USB OTG 控制器，枚举为 USB 设备（类码
0xFF，子类0x42）。 - PC 端通过
fastboot flash命令发送镜像，设备端接收后写入 Flash（EMMC/SD）。 - 通信流程：PC 发命令→设备响应→PC 发数据→设备写入→返回状态。
1.4请完整梳理从 U-Boot 加载 Linux 内核镜像，到内核启动完成、根文件系统成功挂载的全链路流程，你在移植中是如何完成机器码匹配与启动参数调优的？
1.4.1全流程
- U-Boot 从 Flash 读取内核镜像（z
Image）到 DDR（0x30008000）。 - U-Boot 设置
bootargs，跳转到内核入口：theKernel(0, machid, params)。 - 内核解压：
arch/arm/boot/compressed/head.S将压缩内核解压到虚拟地址0xC0008000。 - 内核初始化：
start_kernel()初始化内存管理、驱动、调度器。 - 挂载根文件系统：根据
bootargs挂载 ext4/NFS，执行/sbin/init。
1.4.2机器码匹配
在源码中有机器码的集合，uboot中有机器码的定义，kernel中也有机器码的匹配机制
1.4.3启动参数调优
其实就是修改bootargs 串口的选择，波特率的选择，根文件系统的位置，根文件系统的类型，初始化进程的位置。
1.5你在项目中完成了物理 / 虚拟地址映射适配，请说明 ARM 平台下 Linux 内核的地址映射机制，你具体修改了哪些配置 / 代码解决地址映射相关问题？
1.5.1映射机制：
静态映射，利用宏定义直接写到.h文件中
动态映射，使用ioremap映射。
1.5.2修改的配置：
修正了内核地址为0x30008000
1.6你基于 BusyBox 构建了轻量化根文件系统，请问 inittab 配置文件和 rcS 开机脚本你分别做了哪些定制化修改？修改的原因是什么，解决了什么实际问题？
1.6.1 inittab修改：
指定初始化脚本rcs
用户登录（bin/login、sbin/getty）
把上位机的passwd和shadow文件复制到/etc目录，然后这俩文件只留第一行，就可以用上位机的root密码登陆了，笑死。
交互shell (bin/sh)
按键事件
重启事件
关机事件
1.6.2 rcS开机脚本修改
设置文件创建掩码
导出环境变量
挂载/etc/fstab中所有的文件系统
配置内核热插拔机制
初始化mdev设备管理
设置主机名
设置网卡
添加自己写的程序验证动态链接库的可靠。
1.7你在根文件系统中补齐了 ARM 动态链接库、解决了程序运行依赖问题，请说明嵌入式场景下静态编译与动态编译的选型逻辑，以及你处理库依赖的完整方法。
静态链接，把要用到的库文件直接连接到可执行文件中，适合比较小的应用程序。
动态链接，用的时候再去找动态链接库
1.可以用arm-linux-ldd来查找依赖
2.但是建议直接全部复制过去，把这一堆拷贝到根文件系统里面的/lib文件下，记得复制参数使用 -r
1.8U-Boot、Kernel、Rootfs 三个项目构成了嵌入式系统完整启动链路，你在做全链路联动验证时，遇到的最棘手的跨环节问题是什么？你是如何分阶段定位故障环节、并最终解决的？
dm9000网卡的移植，还要在uboot中添加网卡驱动，驱动是我最近在学的内容，而这是很麻烦的事
参考中dm9000的硬件链接与开发板的硬件连接不一致，需要修改基地址，需要修改cpu的bank1的gpio引脚定义，修改网卡的工作模式
1.9你通过 menuconfig 完成了内核功能裁剪，请说明你的裁剪原则，重点关注了哪些核心配置项，如何平衡内核体积、启动速度与功能完整性？
能跑就行
1.10你分别在 U-Boot 和 Linux 内核中移植了 DM9000 网卡驱动，请问两者的驱动移植有什么核心差异？你是如何结合硬件手册修改寄存器配置与地址映射，解决硬件兼容问题的？
linux：具体实现代码是搬运的
修改网卡基地址为0x88000300
修改外部中断号，根据自己的硬件连接
2.通信协议
（一）UART（通用异步收发传输器）
1. 面试必背核心知识点
- 核心参数：波特率、数据位、停止位、奇偶校验位、流控（硬件 RTS/CTS、软件 XON/XOFF）
- 通信原理：异步通信，无时钟线，通过起始位、停止位同步，1 帧数据 = 起始位 + 数据位 + 校验位 + 停止位
- Linux 开发：设备树配置引脚复用，通过 termios 库配置串口参数，open/read/write/ioctl 操作串口设备
- AGV 典型场景：板级调试串口、车载扫码枪、RFID 读卡器、现场调试口
（二）SPI（串行外设接口）
1. 面试必背核心知识点
- 核心特性：同步串行通信，主从架构，全双工，4 线制（SCLK 时钟、MOSI 主发从收、MISO 主收从发、CS 片选）
- 4 种工作模式：由 CPOL（时钟极性）和 CPHA（时钟相位）组合决定，模式 0（CPOL=0,CPHA=0）最常用
- Linux 开发：设备树配置 SPI 控制器、CS 引脚，基于 spi_driver 框架开发驱动，应用层通过 spidev 节点操作
- AGV 典型场景：IMU 惯性测量单元、SPI Flash 存储、高速 ADC 采集、条码扫码模块
（三）CAN 总线（岗位核心重点，AGV 标配）
1. 面试必背核心知识点
- 核心特性：差分串行通信，多主架构，实时性强，抗干扰能力强，自带错误检测与重传机制，1Mbps 速率传输距离 40 米，5kbps 最远 10km
- 帧类型：数据帧、远程帧、错误帧，数据帧分标准帧（11 位 ID）和扩展帧（29 位 ID）
- 硬件组成：CAN 控制器 + CAN 收发器（TJA1050/TJA1042），差分总线 CAN_H/CAN_L，两端 120Ω 终端匹配电阻
- Linux 开发：基于 SocketCAN 接口，ip link 配置比特率，socket 编程收发 CAN 帧
- AGV 典型场景：电机驱动器、BMS 电池管理系统、急停安全模块、防撞传感器、车载 IO 扩展
（四）EtherCat（工业实时以太网，AGV 多轴控制核心）
1. 面试必背核心知识点
- 核心特性：基于标准以太网的实时工业协议，主从架构，循环周期≤1ms，抖动≤1us，支持分布式时钟同步，最多 65535 个从站
- 核心原理：飞读飞写（On the Fly）机制，主站发送的以太网帧依次经过每个从站，从站在帧经过时实时提取 / 插入数据，无需存储转发，延迟极低
- 主流方案：Linux 主站用 IgH EtherCAT Master（工业级开源方案）、SOEM（轻量级方案）；从站用 ESC 控制器（LAN9252、ET1100）
- AGV 典型场景：多轴伺服电机同步控制、AGV 差速运动控制、顶升机构伺服控制、多轴机械臂控制
