1. 入场前的三个判断为什么高算力、低功耗、智能化成了展会的三条主线每年到了这个时间节点嵌入式圈子的同行们基本都有个固定动作——刷参展商名录、订机票酒店、约老同事在展台碰头。今年这场年度大展尤其热闹从官方放出的主题高算力、低功耗、为智能化赋能就能看出主办方这届把三大关键词直接写在了门面上。我进场之前先扫了一遍展位图发现一个明显变化过去那种一个展台挂满开发板、旁边堆着示波器的传统摊位少了很多取而代之的是大量带Demo演示区的方案展台工程师当场给你跑模型、测功耗、看波形。这说明嵌入式行业本身也在从卖芯片转向卖场景化解决方案。逛展之前我给自己定了三个观察维度算力做到什么程度、功耗压到什么水平、智能化落地到哪些具体场景。三个维度分开看容易合在一起才是这几年嵌入式设计的核心矛盾——性能和功耗永远在打架而智能化恰恰是那个把矛盾逼到极限的推手。现场走了一圈下来我的整体感受是这个行业正在从能不能做全面转向能做到多省、多快、多聪明。而且从展台的观众构成来看来逛的人也从过去清一色的硬件工程师变成了软硬兼修的全栈开发者、产品经理甚至还有不少高校学生带着竞赛项目来现场找方案。这篇文章我不打算写成展会新闻稿就从一个常年做嵌入式开发的从业者视角把现场看到的趋势、聊到的技术细节、以及回来之后沉淀下来的思考做个梳理。对于正在做选型、规划学习路线、或者准备跳槽面试的同行应该都能从中找到点有用的东西。2. 算力军备竞赛的另一面边缘AI芯片在展位上打出了实操牌2.1 从MPU到MCUAI推理能力正在全面下沉过去提嵌入式AI大家默认是跑在LinuxNPU的板卡上动不动就是算力几十TOPS的大家伙。但这次展会上一个非常明显的趋势是AI推理能力正在往MCU级别下沉。好几个国内厂商展台都放出了带神经网络加速单元的MCU主打在微控制器上直接跑轻量级模型。Cortex-M85内核、集成NPU或自定义向量扩展指令集这类芯片在展会上不止一家在做。有个厂商的Demo特有意思——一颗主频几百MHz的MCU实时跑着关键词唤醒加简单的人体存在检测整个系统的功耗控制在毫瓦级别。这背后其实反映了嵌入式AI的一个真实走向很多场景根本不需要把数据传到云端也不见得非要上Linux级别的算力。比如智能门锁的人脸识别、工业现场的异常声音检测、可穿戴设备上的手势识别这类任务模型参数量不大但对延迟和功耗极其敏感。把这些模型直接塞进MCU里跑省掉了通信开销、降低了隐私风险、还把响应时间压到了毫秒级。展会上有个工程师跟我聊说他上一代产品用Wi-Fi模块把音频数据上传云端做识别一个月下来云服务费比硬件成本还高后来换成端侧推理方案成本、延迟、可靠性的问题全解决了。2.2 算力指标好看但跑模型才是真本事芯片厂商在展位上打出的算力参数一个比一个漂亮什么TOPS/W、CoreMark/MHz、DMIPS表格做得眼花缭乱。但我观察到一个更务实的信号这届展会拿真实模型现场跑分、现场演示的厂商明显变多了。有的展台直接拉了一排摄像头实时跑目标检测旁边屏幕上显示帧率和功耗曲线有的展台放着示波器直接测推理过程中的电流波形。这说明算力竞争已经从参数表上的数字进入真实负载下的表现阶段。对做产品选型的工程师来说这是个好现象。光看算力指标选芯片的时代确实该过去了因为不同的NPU架构、不同的编译器工具链、甚至不同的量化策略对实际推理效果的影响可能比芯片标称算力的差异还大。我在一个展台看到他们现场演示把同一个YOLO模型分别跑在自研NPU和友商NPU上配合不同的量化方式帧率差距接近一倍。这提醒我们选AI芯片的时候别只盯着算力数字要拿自己的模型、自己的数据去实际跑一遍尤其要关注工具链好不好用、算子支持全不全、以及厂商给的模型优化工具能把模型压到多小。2.3 模型化开发不再是论文里的名词和算力下沉同步发生的是开发方式的变革。展会技术交流区有一场关于Simulink自动代码生成的分享旁边的海报介绍里写着基于Simulink自定义目标系统与STM32的嵌入式控制代码自动生成研究现场坐满了人。过去很多工程师觉得模型化开发是航空航天、汽车电子那些高端领域才用的东西但这两年情况明显变了。电机控制、电源控制、机器人运动控制这些对实时性要求极高的场景用模型设计、自动生成代码已经是很成熟的做法。生成的代码虽然在一些微操细节上不如手写代码精炼但胜在开发效率高、模型可复用、验证链路完整。展会现场我看到一个挺有意思的对比演示同一个PID加上前馈控制的算法实现手写C代码用了大概两百行Simulink自动生成代码跑了同样功能逻辑结构清晰而且配合Processor-in-the-Loop测试直接在目标板上验证了时序行为。对团队来说最大的价值其实是沟通成本降低——算法工程师不用再费劲把公式转成文字描述再等嵌入式工程师去理解实现一个模型从头传到尾谁都能看懂。当然前提是嵌入式工程师得具备读懂生成代码、优化关键路径的能力这也算是新形态的软硬结合要求了。3. 低功耗展区实录芯片型号、通信协议和唤醒策略其实是同一件事3.1 从HC32L196到STM32L151C8T6A低功耗芯片的技术谱系低功耗这个主题这次展会单独划了一大片展区可见行业重视程度。我一圈走下来最直观的感受是低功耗设计早就不是选一颗低功耗MCU这么简单而是一整套从芯片选型、时钟规划、电源域管理到通信协议选择的方法论。展区里几颗热门芯片被反复提及。有小华半导体的HC32L196系列定位超低功耗MCU在RTC保持加RAM保持的低功耗模式下电流能压到微安级别非常适合电池供电的仪表、传感器节点、水气热表这类应用。ST的STM32L151C8T6A则是经典中的经典了基于Cortex-M3内核虽然架构不算新但在低功耗模式设计上非常成熟从睡眠模式到停止模式再到待机模式分级清晰、唤醒源丰富至今还在大量工业表计和便携设备上服役。还有国民技术的GD32E503CC作为国产Cortex-M4家族里的低功耗代表这几年在消费电子和白色家电领域出货量很可观。三颗芯片定位各不相同但它们的共性值得注意都强调多种低功耗模式之间的灵活切换而不是单纯标一个待机电流参数。有一件事我特意在展位上做了确认低功耗芯片的待机电流只是一个参考值实际系统里的功耗往往取决于你怎么配置时钟、怎么处理IO口的状态、怎么设计外围电路的上拉下拉。有厂商工程师给我看了一个实测案例——同样是某颗低功耗MCU正确的引脚配置和错误的引脚配置之间功耗差了将近十倍。这跟很多工程师的认知是有落差的以为选了好芯片就万事大吉结果产品做出来续航还是不达标。3.2 五种主流通信协议的功耗博弈低功耗展区里通信协议的功耗对比是一个绕不开的话题。展位上有一张很直观的对照表我现场抄了一份通信协议典型工作电流休眠电流典型应用场景功耗特点BLE低功耗蓝牙几mA~十几mA微安级穿戴设备、传感器标签、蓝牙传歌词连接事件短、睡眠占比高极适合周期性上报ZigBee十几mA~几十mA微安级智能家居、智能小区网关组网能力强但协议栈开销较大LoRa发射时几十mA微安级远距离农业、表计、市政灵敏度高、传输距离远速率换功耗Wi-Fi峰值上百mA毫安级家电联网、摄像头功耗最高但带宽大适合热点传输Thread/Matter十几mA级别微安级智能家居新标准基于IPv6生态兼容性好这张表本身不新鲜但展位上的讲解有一个点让我印象深刻通信功耗的大头往往不在传输本身而在保持连接这件事上。很多低功耗产品之所以续航崩盘就是因为协议栈没有调好设备频繁唤醒监听信道。展位工程师举了个例子——一个使用BLE的产品广播间隔从50ms调整到500ms整机平均电流能降一个数量级以上。但间隔也不是越长越好因为那会影响数据实时性和连接建立的体验。这就是低功耗设计的本质所有参数都在做权衡没有绝对最优只有针对场景的最优解。3.3 低功耗语音唤醒把随时待命和省电这对抗矛盾解开语音唤醒是低功耗设计里最典型的既要又要场景——设备必须保持麦克风一直在听但整机功耗又必须压到极低。展会上专门有厂商做了方案演示一颗低功耗MCU加上一颗低功耗音频编解码器用专用的语音活动检测VAD算法让系统在没有语音时处于极低功耗的监听状态只有检测到人声才唤醒全速运行。整套方案的平均功耗可以做到毫瓦级别而唤醒率在安静环境下能到95%以上。这里面的技术关键其实在算法的分级处理。常规的做法是两级唤醒第一级用最轻量的VAD模型做粗过滤这一级可以在MCU的Always-On域里持续运行功耗极低一旦检测到疑似语音再启动第二级更精确的关键词识别模型确认后才真正唤醒主系统。这种设计思路值得所有做低功耗产品的团队借鉴——不要试图用一个模型解决所有问题而是把任务分级每一级用最合适功耗代价去处理。现场演示设备的示波器显示从人声出现到系统完全唤醒延迟大概在几百毫秒内人耳几乎感觉不到但比永久全速待机的方案省了90%以上的功耗。3.4 低功耗设计里的隐形坑RTC电路和硬件外设逛展的时候技术论坛区有一场专门讲嵌入式RTC硬件电路设计的分享门口的标题写着嵌入式RTC常见硬件电路底下坐满了人。这个话题看似基础其实翻车率很高。RTC要低功耗运行通常需要外部32.768kHz晶振但晶振的起振电路、负载电容配置、以及免晶体模式的处理任何一环出问题都可能导致RTC走时不准或者功耗异常。有讲师现场给了一个数据不少产品的待机电流异常排查到最后发现是RTC晶振电路没有按要求匹配负载电容导致振荡器工作在不稳定状态电流比正常情况高了好几倍。这里有个实操建议值得记下来画PCB的时候32.768kHz晶振和MCU之间的走线尽量短两边负载电容要靠近晶振放置周围不要走高频数字信号最好再做包地处理。软件上如果MCU支持RTC校准功能利用温度补偿定期校准能显著提升走时精度。这些细节芯片数据手册里写得比较隐晦但实际产品中几乎必然遇到。4. 智能化在落地场景里长什么样小区、语音、蓝牙和那些看得见的小Demo4.1 从智能小区大屏到每个节点的智能化展会现场有一个颇为醒目的智慧小区沙盘从门禁、停车、到水电表、路灯、垃圾箱各个节点都嵌入了传感器和控制器。这个沙盘吸引了不少观众驻足但让我更感兴趣的是旁边的技术架构图所有终端节点用低功耗的通信协议接入网关网关再通过有线或Wi-Fi上行到服务器。每一个节点从采集数据到执行动作都是一个完整的嵌入式系统而且大部分节点是电池供电的。换句话说智慧小区看起来是个大概念真正决定体验的却是每个节点的小设计——电池能撑多久、通信稳不稳定、数据能不能及时上报。我站在沙盘前想了一下智慧小区的本质其实是海量低功耗节点的协同。门锁、烟雾传感器、水浸传感器、环境传感器这些设备大部分时间都在休眠只在关键时刻醒来工作。它们能不能做到随时响应且长期免维护直接决定了这个小区是真智能还是PPT智能。展位工程师跟我说他们给某个项目做BPI网关其中一个关键指标就是网关在断电情况下还能靠备用电池坚持多久以及节点在信号弱时怎么自动调整发射策略这些细节才是一个智能系统真正见功力之处。4.2 低功耗蓝牙在消费场景里的新玩法不止是连耳机低功耗蓝牙BLE这块展会上的应用案例明显比前几年丰富。除了最常见的穿戴设备和健康监测我注意到两个有意思的落地场景。一个是蓝牙Mesh在智能照明里的应用——整个办公室的灯都通过BLE Mesh组网手机App可以直接控制任意一盏灯灯具之间能自动中继信号解决了传统蓝牙一对一连接距离短的问题。另一个是蓝牙传歌词这个看起来带点娱乐属性的功能其实背后是BLE的Notify和Write特征值在做实时数据流传输——耳机或音箱通过BLE从手机拿到歌词信息屏幕或语音同步展示。这个功能对实时性要求其实不低蓝牙协议栈处理不好就会出现歌词和音乐不同步的尴尬。BLE之所以能在消费市场大量铺开核心还是低功耗和数据吞吐之间的平衡做得好。像Nordic、Dialog、TI这些老牌BLE芯片厂商这次都在现场展示了最新一代SoC集成了更大的Flash和RAM支持更复杂的应用逻辑同时射频功耗还在持续下降。对应用开发者来说这意味着以前需要MCU加蓝牙模块两颗芯片的方案现在一颗SoC就能搞定BOM成本、PCB面积、功耗三方面都能获益。4.3 智能化演示里的嵌入式内核的影子还有一个感受越来越多智能设备的背后其实跑着一个实时操作系统RTOS。展会上一家做智能家居网关的厂商展示了他们的软件架构底层是一个基于某开源RTOS内核的定制系统中间是驱动和通信协议栈上层才是应用逻辑。产品经理在现场讲了一个细节我印象很深他们选择自研定制而不是直接用现成的完整商业系统是因为要精确控制每一个任务的调度时机确保智能家居场景里本地联动比如传感器触发灯光的时延稳定在几十毫秒以内。这也引出了招人时的一个变化。我跟几家参展企业的HR和技术负责人聊了聊发现他们在找嵌入式软件工程师时普遍更加看重对内核机制的理解而不仅仅是会调用API。嵌入式内核源码、嵌入式八股文这些词之所以在社区里流传甚广恰恰说明笔试面试越来越喜欢追底层。5. 开发者生态的暗展馆工具链、学习路线和那些被问烂的面试题5.1 VSCode嵌入式开发现在几乎是标配展会的技术交流区连着几天都有VSCode嵌入式开发的实操演示场面火爆到要站着听。这个趋势其实酝酿了好几年了Keil和IAR虽然还在大量使用但VSCode加交叉编译工具链加调试插件的组合凭借界面现代、代码补全强大、Git集成优秀等优势吸引了大量开发者尤其是年轻开发者转投阵营。现场演示的流程大概是这样的用VSCode编辑代码通过CMake或PlatformIO管理构建用Cortex-Debug插件连接J-Link或DAP-Link调试器再加上clangd或IntelliSense提供代码分析。整个链路下来开发体验确实比传统IDE流畅不少。就算不彻底切换我也建议至少学一学VS Code编辑代码、命令行工具链编译、脚本辅助烧录调试这套思路因为做嵌入式Linux开发时这套工作流基本是标配早学会早受益。5.2 嵌入式Linux从入门到实战的路线图展会问答环节里被问最多的问题之一就是嵌入式Linux怎么入门、怎么进阶。这话题长盛不衰也确实值得系统性地梳理一次。我的建议一直是先把Linux基础命令和Shell脚本练熟然后主攻交叉编译工具链的使用自己动手给目标板编译一遍U-Boot、内核、根文件系统跑通之后再进入驱动开发和应用开发。展会上有家方案商展示了他们基于某开源嵌入式Linux项目做的产品从开机到进入应用界面只需几秒其中涉及的大量优化工作正是这个方向工程师的核心价值所在。具体的学习过程跟着嵌入式Linux项目做一遍比看十遍教程都有用从交叉编译环境搭建到烧录启动再到写第一个应用整个流程跑通你会对嵌入式系统有更立体的认知。刚入门的时候有人可能会问是不是必须在Ubuntu下开发我的建议是偶尔Windows上装个虚拟机或WSL练练手可以但最好还是老老实实用Ubuntu物理机或主力虚拟机因为很多Linux下的工具链、设备节点、权限管理在WSL里会碰到各种奇奇怪怪的限制。做嵌入式Linux开发本质上就是跟Linux打交道躲不开的早点把环境切换到纯Linux环境下学习曲线反而更顺。5.3 开源项目是简历里最值钱的一行展会上逛到几家做开发板和开源硬件方案的展台他们都不约而同地提到了同一个观点面试嵌入式岗位时有拿得出手的开源项目经验比学历和证书更能说明问题。所谓嵌入式开源项目倒不一定非得是搞一个全新的操作系统、或者复杂到不行的内核模块而是能把一件小事做到完整、规范。比如自己画一块基于GD32的小型开发板配套写一个低功耗参考设计把原理图、PCB、软件工程、功耗实测数据整理得清清楚楚投简历时把这个仓库放上去说服力比嘴上说我熟悉低功耗设计强太多了。这里顺便聊几句嵌入式面试八股文。这个词在开发者社区里被讨论很多听起来带点调侃但现实是大量公司的面试确实会考察这些内容指针和内存管理、中断嵌套与优先级、RTOS的任务调度机制、volatile关键字的作用、static修饰符在不同场景下的含义、C语言编译链接的过程。这些基础知识每一个都不是面试官凭空编出来的而是实际开发中踩过坑之后浓缩出来的考点。我见过不少项目经验挺丰富的候选人被问到一个中断服务函数里能不能调用printf这类问题时反而答不好恰恰说明基本功和实战经验是两条腿都得走路。5.4 竞赛、证书和岗位年轻人的嵌入式入局之路展会的大学生展区里摆着不少来自蓝桥杯嵌入式等竞赛的作品。走近一看做工虽然还带着点学生气但选题和实现思路已经很有产品意识了——有一个作品做的是低功耗环境监测节点从硬件选型到低功耗策略都做了详细说明用的传感器选型、电池寿命估算公式都写在展示板上了。这类竞赛经历对入行嵌入式非常有帮助它逼着学生在规定时间内完成一个真实的软硬件系统比碎片化学习效率高得多。值得在校生关注。另外计算机三级嵌入式这类证书在展会上也有不少学生咨询。我的观点是证书本身含金量有限但备考过程对系统梳理知识有正面作用。比如嵌入式系统体系结构、接口技术、RTOS基础这些内容如果你科班基础比较弱跟着考纲过一遍至少能建立起知识框架。别指望一张证书解决就业问题它更大的价值是一个强制性的学习驱动力。6. 三天展会逛完我重新理解了这几件事展会的最后一天下午我坐在休息区整理拍下来的照片和产品资料脑子里绕来绕去的反而不是那些参数表和新品发布而是几个更朴素的想法。第一件事低功耗设计这门手艺正在从加分项变成必选项。不是只有电池供电的产品才需要低功耗了即便是插电设备功耗降下来意味着发热降下来、散热成本降下来、可靠性提上去。对那些常年跑在边缘端、无人维护的设备来说功耗更是产品生命线的核心指标。第二件事嵌入式这个行当的边界越来越模糊。以前做单片机的、做Linux的、做算法的、做硬件的分工明确现在一个轻量级AI产品的前期验证可能一个人用一块开发板加一个开源模型就全干了。这种融合趋势对工程师的个人能力提出了更高要求但同时也意味着机会——能把软件、硬件、算法、系统串起来的综合型人才在哪个团队都稀缺。第三件事也是我觉得最有意思的工具链和生态的成熟正在大幅降低嵌入式的入行门槛但同时也在抬高天花板。以前写一个Bootloader都要对着数据手册啃半天现在大片开源代码、成熟工具链、丰富教程直接把新手带到了半山腰——可也正因为起点变高了能不能登顶拼的就是对底层原理的理解深度了。这也是为什么展会技术交流区里讲嵌入式内核源码、讲时间触发嵌入式系统设计模式这类偏底层话题的分享反而比讲开发板使用教程的分享更受欢迎。大家都在补那一层知其所以然的东西。最后想给来看这篇文字的朋友一个具体的小建议如果你正好在规划下一年的技术方向不妨把做一个完整的、低功耗的、带智能化功能的嵌入式小项目作为目标。硬件成本不高几十块钱的开发板加几颗传感器就行软件上VSCode加免费工具链全套能搞定模型也有大量开源轻量模型可以直接移植。这个项目做下来你会自然接触到选型、低功耗设计、通信协议、工具链、调试技巧、功耗实测这一整条链路。那时候你再回头看看今天写的这篇文章应该会有不一样的体会。
