拓竹科技 嵌入式一面 项目深挖与偶发死机定位

《面试题目》

1. 你做过这么多项目，哪个投入最深、周期最长？先讲业务背景、系统组成和整体目标。
2. 这个项目里你具体负责哪部分？从需求拆解、模块设计到代码落地，边界和产出是什么？
3. 项目整体架构怎么分层？任务、中断、驱动、通信和业务逻辑之间怎么划分？
4. 项目最难啃的点在哪？你当时怎么定位、怎么验证、怎么解决的？
5. 关键路径的时序、实时性和资源预算怎么保证？有没有遇到过 CPU、RAM、DMA 或栈上的瓶颈？
6. 项目里涉及哪些通信和外设？SPI、I2C、UART、ADC、MQTT/TCP 等接口和协议怎么设计？
7. 音频数据在传输过程中有没有出现丢包、错位、噪声或断流？你怎么排查和修复？
8. 项目里有没有出现偶发死机、内存碎片、看门狗复位或通信挂死？你怎么用证据定位根因？
9. 如果重新做一遍这个项目，你会在架构、排期、验证或协作上调整什么？

《参考解析》

架构分层要按「谁负责时间」来讲：从下往上四层最清楚——BSP/HAL 层管时钟、引脚、外设寄存器（I2S、SPI、DMA、ADC）；OS 层管任务、队列、信号量、内存池（FreeRTOS 或裸机前后台）；中间件层是协议栈和通用组件（lwIP、MQTT、文件系统、OTA）；最上面是应用状态机与业务规则。回答时一定要补一句中断的边界：中断里只做最短的事——置标志位、往环形缓冲写一个字节/一帧、然后 xQueueSendFromISR / xSemaphoreGiveFromISR 唤醒任务；绝不在中断里阻塞、malloc 或打日志。这句是面试官真正想听的。

时序与资源预算要拿数据说话：关键路径先算最坏执行时间（按采样率反推每周期可用 CPU 时间），再用 GPIO 翻转 + 逻辑分析仪测真实耗时，或用 DWT 的 CYCCNT 打点、开 RTOS 的 runtime stats 看各任务 CPU 占比。RAM 做一张预算表，每个缓冲多大、静态还是动态写明白；栈余量看 uxTaskGetStackHighWaterMark()，留 30% 以上。DMA 用双缓冲（半传/全传中断），CPU 只处理已完成的那一半，搬运就不再占主循环时间。

音频链路的丢包、错位、噪声要分层定位：先物理层——I2S 的 MCLK 与采样率是否匹配、主从时钟是否配置正确，看 DMA 的 overrun/underrun 标志和剩余计数（NDTR）；再缓冲层——读写指针是否被覆盖，是否做到了单生产者单消费者、无锁环形缓冲，对齐没对齐（错位经常是一个字节的偏移）；最后应用层——重采样算法、定点运算溢出导致的削波会表现为周期性爆音。工具上：给每帧打序号统计丢帧率、抓 I2S 波形看爆音是否周期出现，比盲改代码快得多。

偶发死机第一步是分辨复位来源：先读复位原因寄存器（STM32 上是 RCC_CSR 的 IWDG/WWDG/SFTRST/POR 标志），分清是看门狗咬的还是硬件异常。是异常就取 HardFault 现场：CFSR/HFSR/BFAR/MMFAR 加压栈的 PC/LR，用 addr2line 反查代码行。常见根因就那么几类：栈溢出、数组越界写坏了相邻内存、野指针、通信 DMA 与 CPU 同时访问同一缓冲、以及中断优先级踩坑（FreeRTOS 里优先级高于 configMAX_SYSCALL_INTERRUPT_PRIORITY 的中断调用了 FromISR API）。内存碎片则是长期 malloc/free 不同尺寸块导致的，解法是改内存池或固定块分配，并在运行时打印 xPortGetFreeHeapSize 和历史最低水位做趋势监控。