2. CMN-700电源管理架构：CMN-700电源域划分、DSU与内存控制器接口、电源状态定义

好，咱们接着聊CMN-700的电源管理。这一块说实话，是很多工程师容易忽略但又极其关键的环节。你想想看，一个SoC里几十亿个晶体管，如果电源管理做不好，那功耗就像开了闸的水龙头一样哗哗往外流。我个人习惯，在开始设计之前，先把电源域划分清楚，这就像盖房子先画好水电图一样重要。

2.1 CMN-700电源域划分

CMN-700的电源域划分，说白了就是把芯片上不同功能模块的供电区域隔离开来。为什么要这么干？因为不同模块的工作负载不一样，有的模块忙得要死，有的模块闲得发慌。如果所有模块都用一个电源，那闲着的模块也在白白耗电。

我记得在做一个AI加速器项目时，就遇到过这样的问题。NPU在疯狂计算，但内存控制器那边其实没什么流量，结果整个芯片的功耗居高不下。后来我们重新划分了电源域，把内存控制器单独拉出来，在低负载时直接断电，效果立竿见影。

CMN-700的电源域划分大致如下：

• 核心域（Core Domain）：包含DSU、CPU集群、L3缓存等。这是功耗大户，也是优化的重点。
• 内存域（Memory Domain）：包含内存控制器、DDR PHY等。这个域的特点是，只要内存有数据在传输，就不能随便断电。
• I/O域（I/O Domain）：包含各种外设接口、PCIe、USB等。这些模块的功耗相对较小，但数量多，加起来也不容忽视。
• 调试域（Debug Domain）：包含调试接口、跟踪单元等。这个域通常保持常开，方便调试。

这里我画了一张图，帮你直观理解CMN-700的电源域划分逻辑：

2.2 DSU与内存控制器接口

DSU（DynamIQ Shared Unit）和内存控制器之间的接口，是CMN-700中数据流动的主动脉。这个接口的设计好坏，直接决定了系统的内存访问延迟和带宽。

我曾经在一个项目中，因为DSU和内存控制器之间的接口没有做好电源管理，导致在低负载时，内存控制器依然处于高功耗状态。后来我们加了一个简单的握手协议，让DSU在空闲时通知内存控制器进入低功耗模式，功耗直接降了30%。

DSU与内存控制器的接口主要包含以下几个关键信号：

• 请求通道（Request Channel）：DSU向内存控制器发送读写请求。
• 数据通道（Data Channel）：实际的数据传输通道。
• 响应通道（Response Channel）：内存控制器返回请求完成状态。
• 电源管理信号（Power Management Signals）：用于协商电源状态切换。

这里有一个典型的接口时序示例：

// DSU向内存控制器发送读请求
DSU_REQ_VALID = 1;
DSU_REQ_ADDR = 0x1000_0000;
DSU_REQ_TYPE = READ;

// 内存控制器接收请求
MEM_ACK = 1;

// 数据返回
MEM_DATA_VALID = 1;
MEM_DATA = 0xDEAD_BEEF;

// 请求完成
MEM_RESP = OK;

2.3 电源状态定义

CMN-700定义了多种电源状态，从全速运行到完全断电，中间有好几个过渡状态。这些状态的设计，说白了就是为了在性能和功耗之间找到最佳平衡点。

我个人习惯把电源状态分为三类：运行态、空闲态和休眠态。每一类下面又有更细的划分。

电源状态	描述	电压	时钟	唤醒延迟
RUN	全速运行，所有模块正常工作	标称电压	全速时钟	0
IDLE	空闲状态，无任务处理，但保持供电	标称电压	门控时钟	几纳秒
SLEEP	休眠状态，降低电压，关闭部分时钟	0.7V	慢速时钟	几微秒
DEEP_SLEEP	深度休眠，保留关键状态，关闭大部分电路	0.5V	无时钟	几十微秒
OFF	完全断电，状态丢失	0V	无时钟	毫秒级

你可能会问，为什么要定义这么多状态？直接断电不就好了？嗯，这里要注意，从断电状态恢复到正常运行，需要重新加载状态、初始化寄存器，这个过程很耗时。如果系统只是短暂空闲，用SLEEP状态就足够了，没必要完全断电。

我记得在做手机SoC时，有个场景是用户在看视频，CPU大部分时间处于IDLE状态，但每几十毫秒需要处理一次音频数据。如果我们让CPU进入DEEP_SLEEP，那每次唤醒都要几十微秒，反而比一直保持IDLE更耗电。所以，电源管理不是越深越好，而是要恰到好处。

最后，总结一下CMN-700电源管理的几个要点：

• 电源域划分要合理，把耦合紧密的模块放在一起。
• DSU与内存控制器的接口要做好电源管理握手。
• 电源状态的选择要权衡功耗和唤醒延迟。
• 动态电源管理比静态配置更有效。

好了，关于CMN-700的电源管理架构，咱们就聊到这里。下一节我们会深入探讨具体的电源管理策略和实现细节。