蔚来 嵌入式 二面 面经 综合性比较强
1. 介绍一下你做过的项目，挑一个你最有代表性的详细讲一下
答：
我会优先挑一个和嵌入式强相关、并且自己参与度最高的项目来讲，不建议把项目讲成“功能介绍”，而是要讲清楚自己具体做了什么。
可以按照下面这个结构回答：
- 项目背景
- 先说项目是做什么的，比如智能小车、控制板、采集系统、机器人、车载节点或者某个比赛作品。
- 再说项目解决什么问题，应用场景是什么。
- 我的职责
- 负责哪一部分硬件和软件。
- 比如负责底层驱动、通信协议、任务调度、传感器数据采集、控制算法、上位机联调等。
- 技术方案
- 用了什么主控，比如 STM32、ESP32、NXP、TI。
- 外设接口有哪些，比如 UART、CAN、SPI、I2C、ADC、PWM。
- 软件架构是裸机还是 RTOS。
- 数据流和控制流怎么设计。
- 难点和解决办法
- 面试官最想听这里。
- 比如通信不稳定、实时性不够、任务冲突、传感器噪声大、内存不够、调试困难等。
- 讲清楚你是如何定位问题、如何修改方案、最后效果如何。
- 最终结果
- 比如实现了什么功能，指标达到多少，比赛拿了什么奖，系统稳定运行多久。
一句话总结：二面讲项目，重点不是“项目做了什么”，而是“你在里面解决了什么问题”。
2. 你在竞赛里做过最有挑战的一件事是什么？
答：
这类题目本质上考察三点：技术深度、抗压能力、解决问题的方法。
回答时建议用 STAR 思路：
- 场景
- 比赛时间紧，硬件条件有限，系统需要在短时间内稳定跑起来。
- 例如比赛现场出现串口丢包、视觉识别延迟、控制不稳定、供电异常等问题。
- 任务
- 你当时负责什么。
- 是要让某个模块先跑通，还是要整体联调，还是要做性能优化。
- 行动
- 你如何拆问题。
- 是先确认硬件，再看驱动，再看协议，再看时序，还是通过示波器、逻辑分析仪、串口日志一步步定位。
- 面试官更关注“方法”而不是结果本身。
- 结果
- 最后问题解决了没有。
- 系统性能有没有明显提升。
- 比赛成绩有没有改善。
这题不要只说“熬夜调通了”，要说清楚你到底做了哪些判断和取舍。
3. 比赛项目和课程项目最大的区别是什么？
答：
我觉得最大的区别在于“工程约束”和“落地压力”。
- 时间压力不同
- 课程项目通常周期更稳定，允许慢慢做。
- 比赛项目节奏很快，很多时候要在几天甚至几个小时内完成迭代和联调。
- 完成标准不同
- 课程项目更多是展示功能。
- 比赛项目不仅要能跑，还要稳定、可重复、能应对现场环境变化。
- 团队协作要求更高
- 比赛项目往往是多人并行开发。
- 需要明确接口、同步进度、快速联调，否则很容易互相卡住。
- 问题类型更真实
- 比赛里经常遇到理论上没问题、实际却跑不起来的情况。
- 比如干扰、供电波动、时序边界、传感器漂移、机械误差，这些都很考验工程经验。
所以我觉得比赛经历最大的价值，是让我从“写代码”转变成“做系统”。
4. 你在项目中是怎么分工的？你负责的部分边界在哪里？
答：
这道题其实是在判断你是不是项目的真实参与者。
回答时最好具体一点：
- 明确职责
- 比如我负责底层驱动和控制逻辑，队友负责机械结构和上位机界面。
- 或者我负责通信协议和 RTOS 任务设计，队友负责算法部分。
- 说明接口
- 比如我给上层提供哪些 API。
- 和其他模块之间通过什么方式交互，是消息队列、共享结构体、串口协议还是 CAN 报文。
- 说明协作方式
- 是否约定了数据格式、变量命名、模块输入输出。
- 是否做过联调文档或者接口测试。
- 体现 ownership
- 不要只说“我负责驱动”，最好说“从选型、编写、调试到联调都由我推进”。
这样面试官会觉得你对自己做的东西是有掌控力的。
5. 你做项目时，遇到过方案推翻重做吗？为什么？
答：
这是一个很典型的二面题，重点不是“有没有推翻”，而是你有没有判断和复盘能力。
可以这样回答：
- 为什么原方案不合适
- 比如原来用轮询，CPU 占用太高。
- 原来用串口中断逐字节处理，结果实时性差。
- 原来任务划分不合理，模块耦
剩余60%内容，订阅专栏后可继续查看/也可单篇购买
嵌入式面试八股文全集 文章被收录于专栏
这是一个全面的嵌入式面试专栏。主要内容将包括：操作系统（进程管理、内存管理、文件系统等）、嵌入式系统（启动流程、驱动开发、中断管理等）、网络通信（TCP/IP协议栈、Socket编程等）、开发工具（交叉编译、调试工具等）以及实际项目经验分享。专栏将采用理论结合实践的方式，每个知识点都会附带相关的面试真题和答案解析。
