安克创新 嵌入式 一面

1. 先做个简单的自我介绍吧

参考答案： 您好，我是XXX，本科/研究生毕业于XX大学XX专业。在校期间主修嵌入式系统、操作系统、计算机组成原理等课程。 我有X年的嵌入式开发经验，熟悉ARM Cortex-M/A系列架构，掌握C/C++编程和常用通信协议。 在项目经验方面，我做过基于FreeRTOS的智能设备开发，负责驱动开发和系统优化，实现了多任务调度和低功耗管理。也参与过Linux平台的应用开发，熟悉内核裁剪和驱动移植。 技术栈方面，我熟悉RTOS和Linux双平台开发，掌握I2C/SPI/UART/CAN等通信协议，有MCU和MPU的开发经验。 我对安克创新的智能充电和音频产品很感兴趣，希望能将我的嵌入式开发经验应用到贵司的产品中。

2. 你在项目中使用过哪些通信协议？重点讲讲I2C和SPI的区别

答案： 我在项目中使用过I2C、SPI、UART、CAN等协议。

I2C和SPI的主要区别： 接口线数：I2C只需2根线（SCL时钟、SDA数据），SPI需要4根线（SCLK时钟、MOSI主出从入、MISO主入从出、CS片选）。 通信方式：I2C是半双工通信，SPI是全双工通信，速度更快。 寻址方式：I2C通过设备地址寻址，一条总线可挂载多个设备（理论128个），SPI通过片选信号选择设备，需要多根CS线。 速度对比：I2C标准模式100Kbps、快速模式400Kbps、高速模式3.4Mbps，SPI可达几十Mbps。 应用场景：I2C适合低速外设如传感器、EEPROM、RTC，布线简单成本低。SPI适合高速设备如Flash、LCD、SD卡，传输效率高。 协议复杂度：I2C有起始位、应答位、地址帧等，协议较复杂。SPI协议简单，主从约定好时序即可。

在我的项目中，温湿度传感器用I2C，外部Flash存储用SPI，根据速度和成本需求选择合适的协议。

3. 你提到使用了FreeRTOS，能详细说说在什么场景下选择RTOS而不是裸机开发吗？

答案： 我在智能家居控制器项目中使用了FreeRTOS，主要基于以下考虑：

任务复杂度：项目需要同时处理传感器数据采集、WiFi通信、按键检测、LED显示等多个任务，裸机开发需要复杂的状态机管理，而RTOS提供了任务调度机制，代码结构更清晰。 实时性要求：按键响应和传感器采集有实时性要求，RTOS的抢占式调度能保证高优先级任务及时响应，裸机轮询可能导致延迟。 资源管理：多任务间需要共享UART、I2C等资源，RTOS提供了互斥锁、信号量等同步机制，避免资源冲突。 功耗管理：FreeRTOS的Tickless模式支持动态调整系统节拍，空闲时进入低功耗，比裸机的简单sleep更智能。 可维护性：RTOS将功能模块化为独立任务，后期添加新功能只需创建新任务，不影响现有代码，可维护性强。

具体实现上，我创建了5个任务：传感器采集任务（优先级3）、WiFi通信任务（优先级2）、按键处理任务（优先级4）、显示任务（优先级1）、空闲任务（优先级0），通过消息队列和事件组实现任务间通信。

4. 谈谈你对Linux内核中断机制的理解

答案： Linux中断机制是我在做Linux驱动开发时深入学习的内容。

中断分类：硬件中断（外部设备触发）和软件中断（系统调用、异常），硬件中断又分为可屏蔽中断和不可屏蔽中断。 中断处理流程：硬件产生中断信号→CPU保存现场→查中断向量表→执行中断服务程序ISR→恢复现场返回。 上半部和下半部：为了减少中断处理时间，Linux将中断分为上半部（Top Half）和下半部（Bottom Half）。上半部在中断上下文执行，快速处理紧急事务并调度下半部。下半部在进程上下文执行，处理耗时操作。 下半部实现机制：软中断（softirq）、tasklet、工作队列（workqueue）。软中断优先级最高但使用复杂，tasklet基于软中断实现更易用，工作队列可以睡眠适合耗时操作。 中断共享：多个设备可以共享一个中断号，注册时使用IRQF_SHARED标志，ISR中需要判断是否是自己的设备产生的中断。

在我的项目中，网卡驱动使用NAPI机制，中断上半部关闭中断并调度poll，下半部用轮询方式处理数据包，减少中断频率提高性能。

5. 你在简历中提到了多核通信，具体是怎么实现的？遇到过什么问题？

答案： 我在双核MCU项目中实现过核间