先交代一下背景我手头这个项目是一款定位入门级的智能音箱带离线唤醒、在线语音助手、蓝牙 A2DP 播放、网络音频流这几个核心功能。方案选定用 Rockchip RK3308原本参考设计是 DDR3 内存128MB 或 256MBPCB 至少 4 层起步。做硬件成本评估的时候发现DDR3 颗粒、布线成本、生产良率每一块都在挤压利润空间。于是我们开始调研PSRAM 替代 DDR3 内存应用方案这条路线也就是本文要聊的东西在 RK3308 智能音箱上用 PSRAM 承担原本 DDR3 的一部分工作负载把整机成本和制造复杂度降下来。需要先说明一点PSRAM 在 RK3308 上做完全替代 DDR3是不成立的它替代的是 DDR3 在一个具体产品里承担的某些角色。这听起来像文字游戏但实际上这是嵌入式方案选型最常见的误区没有把内存当成一个由容量、带宽、延迟、接口、功耗、成本组成的多维变量而只盯着容量数字。本文会从为什么这么想、选什么型号、怎么算带宽、怎么改硬件、怎么改系统、怎么验证稳定性、什么时候别这么干这几个角度把实操路径完整讲清楚。1. 从一块四层板到两层板的诱惑为什么想动内存方案1.1 传统 DDR3 方案在低成本音箱上的成本结构先看一个典型 RK3308 方案的硬件成本分布主控芯片占大头其次是内存然后是电源、音频 codec、Wi-Fi/BT 模组、结构件。内存这一项颗粒本身的价格只是冰山一角真正花钱的是它的接入成本。DDR3 要求 PCB 至少 4 层因为要提供完整的参考平面、控制阻抗、保证信号回流路径走线还要做等长、差分对、Vref 滤波这些处理。4 层板比 2 层板贵的不只是板材钻孔、压合、良率损失都会摊进去。对于月出货几十万台的产品每片 PCB 多出几块钱一年下来就是几百万。这时候如果有一个内存产品容量不需要太大带宽也不需要太高但能够挂在普通 SPI/QSPI 接口上PCB 用两层板就能做而且待机功耗比 DDR3 更低——在不需要跑大型应用、只需要处理音频流和轻量网络协议的智能音箱上这个思路非常诱人。PSRAM 就是这样一类器件。1.2 PSRAM 到底是什么和 DDR3 差在哪PSRAM 的全称是 Pseudo SRAM伪静态随机存储器。它的存储单元本质上是 DRAM需要刷新但芯片内部集成了刷新逻辑和地址多路复用逻辑对外接口做成了类似 SRAM/SPI 的样子主控不需要感知刷新过程也不需要像控制 DDR3 那样处理 bank、row/column、预充电、刷新调度。拿生活里的例子类比DDR3 就像城市主干道上的大型货车编队运力强但是需要复杂的交通管制内存控制器道路也得修得宽大平整PCB 布线PSRAM 更像园区里的小型巡逻车车小载货少但是不需要专门的高速公路随便一条小路就能跑而且它自己带着自动保养机制内部自刷新不需要你每天关心它什么时候要保养。两者的差异直接决定了应用场景。DDR3 适合做系统主存跑 Linux、跑应用、跑大模型推理框架PSRAM 适合做流式数据缓冲、低功耗保持、中等吞吐量的临时存储。所以PSRAM 替代 DDR3 内存应用方案真正要做的是重新划分整个系统的内存角色DDR3 保留一个较小的容量做系统运行主存把音频环形缓冲、唤醒词缓存、低功耗待机保持数据这类工作挪到 PSRAM 上同时享受两层板、低功耗、低成本的红利。1.3 方案落地前必须想清楚的问题不要为了替代而替代。我在项目启动前列了一张清单建议你也列一份当前系统内存占用峰值是多少哪些内存块是持续性占用哪些只是临时缓冲音频数据流从 DMA 到算法到 codec 的完整路径经过哪些内存区域产品待机时需要保持的数据量和唤醒时间要求是多少是否带屏、是否需要跑浏览器或复杂 GUI现有 DDR3 容量是否被大量浪费如果产品只跑语音交互DDR3 128MB 里面真正被用满的场景并不多更多是留给中间件、第三方 SDK 的冗余需求。这种情况下砍掉一半 DDR3、外挂一颗 PSRAM 做专用缓冲是完全可行的。2. 选型计算智能音箱到底需要多大带宽、多少容量2.1 市面主流 PSRAM 有哪些接口怎么选目前智能音箱、TWS 耳机、智能手表里常见的 PSRAM 主要分几类标准 SPI PSRAM、QSPI PSRAM、OPIOctal SPIPSRAM以及少部分支持 DDR 接口的 PSRAM。代表厂商包括 APMemory、ISSI、Etron、GigaDevice 等。类型接口位宽典型时钟理论带宽适用场景SPI PSRAM1-bit50~104MHz6~13MB/s传感器缓冲、日志QSPI PSRAM4-bit104~133MHz52~66MB/s音频缓冲、图像临时帧OPI PSRAM8-bit133~200MHz133~200MB/s语音算法、中等吞吐量缓存接口位宽和带宽直接相关但也要看主控是否支持对应的 SPI 模式。RK3308 自带多个 SPI 控制器和 QSPI 控制器选 QSPI 接口的 PSRAM 最均衡既能吃到 4-bit 带宽又不需要额外加引脚PCB 走线仍然很宽松。2.2 带宽估算把每种业务的实际流量算出来很多工程师一看 PSRAM 几十 MB/s 的带宽就觉得不够用这是被 DDR3 的 GB/s 级别惯坏了。实际算一下智能音箱的负载就知道够不够。以我这款产品为例并行工作的业务主要有这几路麦克风录音8 通道模拟麦16kHz、16bit8 路 PCM 8 × 16k × 2 256KB/s本地播放48kHz、16bit、双声道 48k × 2 × 2 192KB/s加上音乐解码中间缓冲按 3 倍估算约 600KB/s蓝牙 A2DP 播放LDAC 或 SBC 码流最高约 990kbps约 120KB/s网络音频流OPUS/AAC 压缩流通常 128~256kbps约 32KB/sTCP/IP 协议栈收发包轻量交互场景突发不超过 1MB/s以上全部加起来最极端情况也不到 2MB/s。QSPI PSRAM 在 133MHz 时钟下理论带宽约 66MB/s考虑协议开销、读改写操作、刷新周期实际可用带宽打六折也有 40MB/s余量超过 20 倍。结论就是带宽不是瓶颈真正要关注的是延迟。PSRAM 的随机访问延迟几十纳秒到上百纳秒比 DDR3 高但比 Flash 低几个数量级放在音频缓冲这种顺序读写的场景里毫无压力。2.3 容量规划不是越大越好而是分层分配PSRAM 容量常见从 8Mbit1MB到 64Mbit8MB。我最终选的是 64Mbit QSPI PSRAM容量分配方案如下2MB音频环形缓冲。录音 PCM 和播放 PCM 各分配一块DMA 直接读写不经过 CPU 拷贝。1MB唤醒词引擎的音频特征缓存。离线唤醒需要持续缓存最近几秒的音频用于触发后的回溯分析。1MB蓝牙协议栈的 A2DP 缓冲。蓝牙射频的抖动比 Wi-Fi 大需要更大的缓冲来吸收。剩余 4MB留给低功耗待机保持区存放网络状态、设备状态、最近一次交互上下文。这个分配不是拍脑袋做的而是先跑了一遍现有 DDR3 方案的内存占用 profile把每一块内存的分配函数、生命周期、访问频率都打出来再决定哪些数据适合挪到 PSRAM。原则是只挪流式、大块、顺序访问的数据不挪频繁随机访问的系统堆内存。3. 硬件改版原理图、布线与电源的实操要点3.1 引脚复用先把接口让出来RK3308 的 SPI 控制器引脚通常与 I2S、UART、GPIO 存在复用改板时第一件事就是确认 PSRAM 挂在哪一组 SPI 上不会影响其他功能。我的做法是把 PSRAM 挂在 QSPI 控制器上占用四根数据线、一根时钟、一根片选外加一根可选的复位脚。核对 RK3308 的 pinmux 表格时要注意某些复用模式下 QSPI 引脚会与 SDIO 或以太网冲突而智能音箱通常还要接 Wi-Fi/BT 模组如果两者抢引脚优先保 Wi-FiPSRAM 换到普通 SPI 加宽位宽的模式或者干脆用两片 4-bit SPI PSRAM 拼。原理图连接上和普通 SPI Flash 区别不大VCC 接 1.8V 或 3.3V取决于 PSRAM 型号和 RK3308 IO 电平CE# 接 GPIO用于进入低功耗模式SCK 接 SPI 时钟SI/SO 或 IO0~IO3 接数据线RESET# 接 RC 复位电路或者直接由 SoC GPIO 控制3.2 布线PSRAM 不需要 DDR3 那一套但也不能太随意DDR3 布线规则多到让人头皮发麻4 层板起步单端阻抗 50Ω、差分阻抗 100ΩDQ/DQS 组内等长控制在 ±20mil 以内地址/命令线相对时钟等长Vref 要单独滤波回流地平面不能有断口。这些规则对 PCB 层数和工艺的要求很高。PSRAM 挂在 SPI/QSPI 接口上规则宽松得多但宽松不等于随便飞线。我在两层板上做的时候踩过几处坑总结成下面几条SPI 时钟线尽量短走线长度控制在 25mm 以内超过 40mm 建议加 22Ω~33Ω 串阻。四根数据线之间等长不必像 DDR3 那样精确到 mil但差距不要超过 15mil。时钟线和数据线旁边保持地平面完整不要跨分割区否则 EMI 和信号反射会让你在高速模式下抓狂。所有信号线尽量走在同一层避免多次过孔过孔会引入寄生电容和电感。如果 PCB 是两层板PSRAM 正下方的底层最好铺完整地平面不要放其他高速信号线穿过。3.3 电源与复位时序上电顺序别省PSRAM 的电源往往被当成普通数字电源处理直接用 LDO 或 DCDC 输出就完事。但它的瞬态电流在读写突发时变化很快如果电源纹波过大会导致数据出错。我实测过用开关电源直接供电PSRAM 连续写操作时电源纹波到 80mV偶发出现读回数据错误换成在靠近 PSRAM 电源引脚处加 10uF 0.1uF 去耦电容后纹波降到 30mV 以内问题消失。原理图上不要省这两颗电容。复位时序方面PSRAM 的 RESET# 引脚在 SoC 上电完成后至少保持几百微秒低电平再释放为高确保内部初始化完成。使用 RC 复位电路时R 取 10kΩ、C 取 0.1uF 是比较保守的组合如果要进低功耗模式则由 GPIO 控制 CE#在系统 suspend 前拉低唤醒后再拉高。4. 系统适配让 RK3308 把 PSRAM 真正用起来4.1 U-Boot 与内核驱动从看不见到认出来RK3308 默认的内存初始化流程是为 DDR3/LPDDR 设计的SPL 阶段通过 DDR 控制器来初始化外部 DDR 颗粒。PSRAM 挂在 SPI/QSPI 控制器上完全不走 DDR 控制器这条链路所以 U-Boot 阶段需要额外初始化 SPI 控制器、拉高片选、读取 PSRAM 的 JEDEC ID 确认通信正常。Linux 内核侧的适配方式取决于 PSRAM 驱动支持情况。我用的方案是在设备树里声明一个 SPI 设备节点绑定驱动后把它注册为一个内存设备再通过内存映射的方式交给业务模块使用。设备树的大致写法如下qspi { status okay; pSRAM: psram0 { compatible apmemory,aps6408; reg 0; spi-max-frequency 133000000; spi-mode 0; reset-gpios gpio3 RK_PB1 GPIO_ACTIVE_LOW; /* 预留 8MB 空间映射 */ memory-region psram_reserved; status okay; }; }; reserved-memory { #address-cells 2; #size-cells 2; psram_reserved: psram0 { no-map; reg 0x0 0x400000 0x0 0x800000; }; };这里memory-region把 PSRAM 映射到系统地址空间中的一段物理内存业务模块可以像访问普通内存一样访问它。要注意no-map属性确保内核不把这个区域纳入页表管理避免 cache 一致性问题和被其他子系统误分配。4.2 把 PSRAM 接入音频 DMA 和业务内存池硬件层面通了驱动也识别了接下来就是最关键的工程动作让 PSRAM 真正承担业务数据。对于音频流我先在 ALSA 驱动里把 DMA buffer 指向 PSRAM 映射出来的地址。这样录音时麦克风 DMA 写数据到 PSRAM播放时 DMA 从 PSRAM 读数据送到 codec中间完全没有 CPU 拷贝路线省电又高效。对于其他业务模块我用内核的 gen_pool通用内存池机制管理 PSRAM 剩余空间。流程是模块初始化时调用gen_pool_create()创建内存池。调用gen_pool_add_virt()把 PSRAM 映射的物理地址区段加入内存池。业务模块通过gen_pool_alloc()从池中申请内存块用完调用gen_pool_free()释放。这种内存池的做法比让每个业务直接拿物理地址严谨得多避免了内存碎片和越界写。4.3 启动日志判读怎么确认 PSRAM 真的工作正常适配完成后不要急着跑业务先看启动日志。正常识别后内核日志里会出现类似这样的信息[ 1.234567] spi-nand spi0.0: spi-ram device apmemory aps6408 (size: 8MB) [ 1.245678] psram: registered 8MB PSRAM at 0x400000如果没看到按顺序排查芯片供电、片选 GPIO 电平、复位时序、SPI 时钟极性/相位、设备树 reg 地址是否和硬件片选一致。最常见的问题是 SPI 模式设置错了PSRAM 一般支持 mode 0 和 mode 3对照数据手册确认后修改spi-mode。5. 稳定性与性能实测把低频问题逼出来5.1 内存压力测试先过读写校验这一关驱动认出来不代表数据可靠。我先用工具对 PSRAM 区域做长时间的读写校验。因为 PSRAM 不在系统线性内存里memtester 不能直接测我写了一个简单的测试程序每隔固定间隔向 PSRAM 区域写入伪随机数据再读出来比对。测试要点至少要覆盖全地址范围不能只测前几个 page。数据模式要丰富全 0、全 1、0xAA、0x55、递增、伪随机都跑一遍。读写之间加入随机延时模拟业务访问的随机性。连续运行超过 72 小时确认没有偶发翻转。5.2 真实场景并发测试把音频卡顿测出来实验室测试跑通了还要模拟真实用户场景。我搭了一套自动化脚本同时执行这几路负载播放一段 1kHz 正弦波用来裸耳辨识卡顿循环播放 MP3 音乐流验证解码链路开启蓝牙 A2DP 从手机推歌每 5 秒触发一次离线唤醒词识别后台持续跑 Wi-Fi 吞吐测试制造网络中断和重传测试中发现的典型异常有播放声每间隔几十秒出现一次轻微顿挫唤醒词识别偶发失败蓝牙设备和音箱断连重连耗时变长。把这些现象抓出来之后逐一去和 PSRAM 的读写时序做关联分析。5.3 对比数据DDR3 方案和 PSRAM 方案的功耗温度差异实测数据是方案可行性的最终证明。我把 PSRAM 方案和原来的 DDR3 方案放在同一台设备上保持相同功能负载记录功耗和温度状态DDR3 方案整机功耗PSRAM 方案整机功耗主板最高温度待机Wi-Fi 保持连接0.85W0.72W46.2℃语音交互中1.35W1.22W52.8℃播放音乐音量 50%1.80W1.66W56.4℃待机功耗降低主要来自 PSRAM 在空闲时进入深度休眠的电流远低于 DDR3 self-refresh播放功耗降低则是因为音频数据路径不需要频繁访问 DDR3内存控制器和 DQ 总线活动减少。6. 踩坑实录这个方案的边界与注意事项6.1 一次升级后无限重启的完整排查链路项目进行到中期某次升级 U-Boot 后设备出现无限重启串口日志显示 DDR 初始化成功、内核解压完成但到挂载文件系统之前就崩了。一开始怀疑是 PSRAM 驱动冲突反复检查设备树没有问题。排查链路我是这样走的对比新旧 U-Boot 变更发现新的 SPL 里多开了一条 SPI DMA 通道用于环境变量存储正好和 PSRAM 共用 QSPI 控制器。初始化和访问时序上两个驱动没有做互斥保护导致 PSRAM 初始化期间 SPI 控制器被 DMA 通道抢占。回退改动并加入 QSPI 控制器访问互斥锁问题解决。这个坑的根因不是 PSRAM 本身而是同一控制器上挂多个设备的资源竞争。在项目里引入 PSRAM 时一定要检查有没有其他设备占用同一个 SPI/QSPI 控制器。6.2 音频卡顿的真实根因不是带宽而是内存映射模式前面带宽核算已经算出余量很大为什么实际跑还是卡我抓了很久的波形才发现问题出在 PSRAM 的 memory-mapped 模式下CPU 随机访问会打断 DMA 批量传输。当唤醒词引擎每隔几毫秒去 PSRAM 读特征数据时DMA 的连续传输会被反复打断实际吞吐量大幅下降。修复手段有三个把唤醒词特征缓存挪到片内 SRAMPSRAM 只保留纯流式缓冲。降低 SPI 时钟到 104MHz牺牲带宽换取更稳定的时序。加大 ALSA 的 DMA buffer 深度从 16KB 提到 64KB吸收抖动。最终我同时用了后两个手段卡顿彻底消失。6.3 什么时候不该用 PSRAM 替代 DDR3必须承认这套方案有严格的适用边界。以下情况不要尝试产品带屏需要跑复杂 GUI 或浏览器内核内存带宽和随机访问延迟需求远超 PSRAM 能力。需要运行较大的神经网络模型模型权重和中间张量频繁随机访问PSRAM 会拖后腿。系统仍需要 256MB 以上内存跑 Linux 应用PSRAM 容量撑不起来成本上也划算不过来。产品对启动时间极其敏感PSRAM 初始化本身会额外增加几十毫秒到几百毫秒。从成本角度看如果你的 DDR3 容量砍不掉PSRAM 就是纯增加成本替代无从谈起。只有在能把 DDR3 从 256MB 降到 64MB、再用 8MB PSRAM 补齐关键缓冲的场景下BOM 和 PCB 成本才会有实质性下降。7. 最后替代方案的本质是需求重新拆解这个项目从评估到量产前后改了四版硬件固件适配和稳定性验证又花了一个多月。回过头来看最有价值的不是 PSRAM 这颗料本身而是倒逼我们把整个系统的内存需求重新梳理了一遍。现在这套架构64MB DDR3 做系统主存8MB PSRAM 做音频和低功耗数据池整机成本比原方案低了不少PCB 层数从 4 层降到 2 层待机功耗也降了 15% 左右。如果你也在做类似的产品建议从需求拆解开始把每一块数据流的内存访问特征列成表再判断 PSRAM 能不能顶上去。不要直接照搬别人的方案不同产品的负载差异往往就是方案成败的分水岭。