第57章 低功耗电路新突破（1/2）

陈醒那句“超长续航是生命线”的命令，像一道紧箍咒，套在了“青石”项目组和整个软体团队的头上。

实验室里的气氛，从攻克基带功能时的兴奋，骤然转变为一种近乎苛刻的、对每一微安电流的执著。

郑建国和李跃带著团队，开始了对“青石”基带模组和赵静团队精简后的os，进行了一场彻头彻尾的“功耗审计”。

示波器、电流探头、功率分析仪成了他们最亲密的伙伴，屏幕上跳动的不再是复杂的信號波形，而是代表著电能流逝的、细微到令人心悸的电流曲线。

情况不容乐观。

“待机状態下，仅仅是因为基带晶片內部几个非核心时钟模块没有完全关闭，静態电流就比理论值高了近一倍！”

李跃指著一份测试报告，眉头紧锁，

“还有os底层，为了保持实时响应，有几个任务调度线程始终处於活跃等待状態，这在后台默默消耗著可观的能量。”

赵静那边也面临著艰难抉择。砍掉炫酷的动画和冗余的后台服务相对容易，但要保证系统稳定流畅，一些必要的进程无法彻底休眠。

“就像让一个人保持站著睡觉的姿势，看似没动，但肌肉始终在用力，终究比躺下要累。”

她用一个形象的比喻道出了困境。

几天下来，虽然通过“砍大块”优化了一些明显的高功耗点，但距离陈醒提出的“待机200小时”这个堪称变態的目標，依然遥不可及。

团队瀰漫著一股焦躁和无力感，仿佛陷入了一片粘稠的泥沼，每一次微小的进步都需要耗费巨大的精力，却看不到突破性的希望。

就在这时，被陈醒紧急邀请加入功耗攻坚组的林薇，从深城风尘僕僕地赶到了北京。

她没有直接去实验室，而是先钻进了公司的资料室，调阅了所有关於“青石”方案原始设计、fpga原型测试数据以及当前功耗审计的详细报告，埋头研究了整整一个下午。

傍晚，当郑建国和李跃带著一身的疲惫和沮丧，在实验室角落討论著一个棘手的时钟树优化问题时，林薇抱著一叠厚厚的列印资料走了过来。

“郑工，李博士，我看了所有的数据，”

林薇的声音依旧平静，但眼神中闪烁著分析后的光芒，

“我们之前的优化思路，可能陷入了一个误区。”

“误区？”

郑建国抬起头，布满血丝的眼睛里带著疑惑。

“我们一直在做『减法』，”

林薇將一份图纸铺在桌上，那是“青石”数字基带部分的详细架构图，

“关闭不必要的模块，简化算法，降低频率……这没错，但这只是被动防御。我们有没有可能，从架构层面，做一些『乘法』，实现主动的、更智能的能耗管理？”

她用手指点向架构图中负责协调各个功能模块工作的中央控制单元和时钟分布网络。

“问题的根源，可能在这里。我们现在的架构，可以比作一个老式的大礼堂，只有一个总闸和一套照明系统。哪怕只有一个人在角落里看书，也需要打开整个礼堂的灯，因为开关只有这一个。这就是我们目前功耗居高不下的深层原因，时钟同步和电源域划分过於粗放。”

这个比喻让郑建国和李跃浑身一震！他们一直盯著具体的模块和代码，却忽略了最顶层的架构设计。

“你的意思是……”

李跃似乎抓到了什么。

“异步电路设计！”

林薇斩钉截铁地说出了这个在当时还相当前沿的概念，

“或者说，至少是借鑑其思想，对『青石』进行更精细的时钟门控和多电压域、多电源域划分！”

她拿起笔，在图纸上飞快地勾勒起来：

“我们不应该让整个晶片的所有部分都步调一致地工作。比如，负责简讯处理的模块，在用户不通话时，完全可以处於一种近乎『断电』的深度休眠状態，只在检测到简讯到达的特定信號时，才被瞬间『唤醒』；处理语音编码和解码的模块，也只有在通话建立后才需要全速运行，其他时候可以大幅降频甚至关闭时钟。”