简介《RV1106最新datasheet》是面向嵌入式硬件工程师、驱动开发者和智能视觉产品方案评估人员的芯片参考文档针对RV1106开发中需要核对处理器规格、接口能力与电气参数的问题提供来自Rockchip的Rev 1.1版官方资料对智能家居、智能交通等场景中的硬件接口核对与驱动适配也有参考价值。压缩包共1个PDF文件大小约1.1MB内容按Introduction、Package Information、Electrical Specification等章节组织包含概述、特性、块图、订购信息、封装尺寸、引脚列表、绝对最大额定值、推荐工作条件以及通用IO、PLL、USB2.0、MIPI CSI和音频CODEC接口的电气特性。目前已有7695人学习适合在硬件选型、原理图与PCB设计、驱动移植和低功耗方案评估时查阅。通过目录与图表索引可快速定位封装、引脚和接口参数借助修订记录还能了解MSL与封装热特性更新为RV1106项目的前期评估和设计核对提供依据。1. RV1106 datasheet 拿到手第一件事不是翻引脚表上个月帮人看一块电池类摄像头的板子Bring-up 卡在 DDR 初始化不动。硬件同事很笃定「RV1106 datasheet 上引脚就是这么接的。」翻到 Order Information 才发现他手里那颗是 RV1106G2SIP 里封了 1Gb DDR3L而他按外挂 DDR 的思路画的电源和上电时序。这类翻车在 RV1106 datasheet 上出现频率很高因为这份手册把「芯片能力」和「封装形态」拆在第二章和第一章末尾写中间隔了十几页框图。RV1106 datasheet Rev 1.12022-04-27 那一版是这颗面向 IPC 的视觉 SoC 的官方数据手册正文四章概述与特性、封装信息、电气规格、热管理。它不教你写代码但它决定了你的原理图能不能一次过、结构件开模会不会返工、量产时热设计有没有余量。做 5MP 以内 AI 视觉模组的硬件工程师、要在上面跑 NPU 模型的嵌入式软件工程师都绕不开它。2. 从 Block Diagram 反推选型0.5TOPS 的算力账怎么算框图那一页Fig.1-1信息密度最高但多数人扫一眼就走。真正值得停下来的是它把「谁负责搬数据、谁负责算数据」画得很清楚A7 单核跑控制流NPU 吃模型ISP 做前端处理VEPU 做编码中间由 22 个计算单元组成的智能视频引擎串联。选型时最大的误判往往不是算力不够而是把这几块的能力混着算最后一算带宽才发现跑不动。2.1 四类计算资源分工与低功耗架构的伏笔CPU 是单核 ARM Cortex-A732 位带 NEON 和 FPU32KB L1 I-cache、32KB L1 D-cache、128KB 统一 L2支持 TrustZone有一个独立电压域给 DVFS 用。这套配置在 2022 年的 IPC 场景里够用但不宽裕跑 Linux 加业务逻辑没问题跑复杂后处理就会挤。真正有意思的是 System Component 里那条MCU 集成在 VD_CORE 内带 16KB Cache 和 JTAG 调试口且「所有连到 CPU 的 GIC 的中断线同时也连到 MCU」。这句话翻译成架构就是你可以让 A7 进低功耗甚至关掉让 MCU 守着 PIR、麦克风唤醒、按键这些低速事件等有事件再叫醒主核。电池类摄像头的待机功耗大头就在这里选型阶段如果没规划这条路径后面软件再怎么优化也追不回来。我的习惯是在框图旁边手写一张「事件源 → 谁处理 → 唤醒谁」的表把 MCU 该接的事件先圈出来再倒推 Pin List 要留哪些脚。NPU 的规格是 INT4/INT8/INT16 混合运算、0.5TOPS支持 TensorFlow、MXNet、PyTorch、Caffe 系模型转换。ISP 是完全硬件化的新一代最高 5 兆像素加速器列表里 HDR、3A、LSC、3DNR、2DNR、锐化、去雾、gamma 校正都在说明 3D 降噪这类吃带宽的活儿不占 CPU。编码侧是 H.265/H.264支持多码流——高分辨率存本地、低分辨率上云这是 IPC 的标配玩法。2.2 0.5TOPS 换算成可用帧率别按峰值算算力估算最省事的公式是所需算力 ≈ 2 × MACs × 目标帧率。0.5TOPS 就是 500 GOPS按 INT8 一次操作算。但峰值和可用之间差距很大我一般按 30%~50% 的利用率估理由有两条一是模型里总有算子落到 CPU 上跑二是 DDR 带宽会卡住 NPU 的喂数速度。反推一下上限。假设目标 15fps按 40% 利用率# 反推 NPU 能承受的模型规模上限粗估用于选型阶段快速筛模型 peak_gops 500 # INT8 峰值算力 0.5TOPS util 0.40 # 实际利用率经验值0.3 保守 / 0.4 常规 / 0.5 激进 fps 15 # 目标帧率 usable peak_gops * util # 可用算力 GOPS macs_budget usable / (2 * fps) # 单帧可用的 MACs 预算单位 GMACs print(f可用算力 {usable:.0f} GOPS, 单帧预算约 {macs_budget:.2f} GMACs) # 可用算力 200 GOPS, 单帧预算约 6.67 GMACs这段代码没什么玄机价值在参数怎么取。util是最容易拍脑袋的一栏模型里 Depthwise 卷积占比高、或者有大量 Resize/Pad 落在 CPU 上就往 0.3 取纯 INT8 量化、算子全部命中、输入分辨率固定才敢取 0.5。fps别按标称的 30 算IPC 场景实际业务帧率往往是 10~15检测类任务更低。提示INT4 能把吞吐拉上去但精度损失要在具体模型上验证别拿它当算力翻倍的免费午餐。2.3 三路 sensor 同时接入先算带宽再画图接口能力这一栏写得明白两路 MIPI CSI可切 LVDS 一路 DVP支持 BT.601/BT.656/BT.1120可以构建三路 sensor 同时接入的系统。这句话是硬件能力描述不是「三路同时做全速 ISP 处理」的承诺——ISP 的最大处理能力摆在那里是 5 兆像素多路并行时必然要分时或者降规格。带宽账要自己算。以三路 1080p30、RAW10 输入为例环节计算式量级单路 RAW10 输入1920×1080×30×10bit约 622 Mbps三路 RAW10 合计×3约 1.87 Gbps单路 YUV420 输出1920×1080×30×12bit约 746 Mbps编码回读 参考帧视码控策略通常为原始数据的 1.5~2 倍表里最后一行的倍数不是手册给的是实测经验的粗略区间H.265 编码为了运动估计要反复读参考帧带宽放大比跟 GOP 结构强相关。关键在于内置 DDR 是 16 位位宽位宽就那么多三路高帧率并发时 ISP 写、VEPU 读、NPU 取特征图三股流量打架是常态。常见的收敛手段有三个一是把非主力的那一路降到 720p 或 15fps二是让三路 sensor 分时启动用 DVP 那一路做低帧率抓拍三是把 NPU 推理降到 5~8fps只在关键帧上跑。哪种合适取决于业务但账必须在画原理图之前算完等板子回来再发现带不动改的就只能是产品定义。2.4 启动路径与存储选型直接决定产线怎么烧BootRom 支持从 SPI 接口、eMMC 接口、SD/MMC 接口启动支持通过 USB 接口和 UART 接口下载系统代码。存储侧的规格要一条条对着看eMMC 兼容 JEDEC 4.51支持 HS200 但不支持 CMD Queue数据位宽 1/4/8 位SD/MMC 兼容 SD3.0 和 MMC 4.51位宽 4 位FSPI 支持 1/2/4 位。存储方案启动方式位宽适用阶段注意点SD 卡SD/MMC 启动4 位打样、小批量卡座结构件要留量产可靠性一般SPI FlashSPI 启动1/2/4 位小容量固件、低成本容量与擦写寿命受限eMMCeMMC 启动1/4/8 位量产主力选型必须卡 4.51 不支持 CMD QueueUSB / UART下载模式—产线首次烧录、救砖需预留测试点别只留 USB不支持 CMD Queue 这条尤其容易被忽略。它意味着 eMMC 的随机读写调度要主机侧多做一层选料时如果挑了激进的颗粒、又在驱动里按 HS400 的时序思路配量产抽检就会偶尔出现识别失败。血泪经验是把「eMMC 4.51、HS200、1/4/8 位」这三条直接抄进 BOM 备注让采购按这个筛而不是等驱动调不通再回头换料。3. 电气规格怎么落地四张表决定电源和时钟能不能过Chapter 3 是全篇最「干」的部分从 Absolute Ratings 一路排到 TSADC十一张表。新手容易从头读到尾然后什么都没记住我的读法是按用途拆Absolute Ratings 和 Recommended Operating Condition 定电源设计边界DC Characteristics 定功耗预算General IO 定电平匹配PLL/USB/MIPI 三组 AC 参数定 PCB 和时钟器件选型剩下三张 ADC 表定采样电路精度。3.1 绝对最大值是「不坏」推荐工作条件是「能用」表 3-1 和表 3-2 挨着放很多人当成同一件事。区别在于Absolute Ratings 是器件不产生永久损伤的上限踩线不算违规但绝对不该长期待在那里Recommended Operating Condition 才是所有功能指标成立的工作区间。翻车场景很典型电源方案按 Absolute Ratings 的上限反推选了个余量很紧的 DCDC打样没问题量产批次一到高温环境纹波加负载调整率一叠加实际电压落在推荐范围之外表现就是偶发重启、MIPI 掉流、eMMC 识别失败然后开始怀疑芯片。我的做法是把推荐范围当成唯一目标区间再算三笔误差电源芯片自身输出精度、纹波峰峰值、负载瞬态跌落。三者相加要能塞进推荐范围里塞不进就换方案。这条规则让我少走了很多弯路——电源省下来的成本最后都会以调试时间的形式还回去。3.2 DC Characteristics 与通用 IO功耗预算和电平匹配表 3-3 给的是各电压域的直流特性用途是把每一路的电流上限列出来做电源树的容量规划。表 3-4 是数字通用 IO 的电气特性VIH、VIL、VOH、VOL 和驱动能力用途是判断外接器件能不能直接对接。功耗预算我一般按这个顺序做先按数据表把 VDD_ARM、VDD_LOGIC、VDD_PMU 三个域的最大电流列出来注意 PMU 手册里明确说了这三个是独立电压域再乘一个 1.25 的系数覆盖瞬态然后按 DCDC 效率折算到输入功率同时校验 LDO 的 dropout 是否够——尤其是 PMU 域这种要长期保活的宁可用低静态电流的 LDO 也别为了效率硬上 DCDC。电平匹配的核对顺序我固定走四步列出所有跨域连接标注主控侧 IO 电压和外设侧 IO 电压查表 3-4 确认主控在该电压下的 VIH/VIL 门限用外设的 VOH/VOL 去比注意留 0.2V 以上的噪声余量别刚好压线双向总线和开漏输出单独看上拉电阻要按总线电容和速率重算不能照抄参考设计。第 3 步是最常被跳过的。手册给的门限是保证值实际板子上还有反射和串扰刚好卡在门限上就等于把稳定性交给运气。3.3 PLL 与 24MHz 晶振时钟树的地基CRU 那节写了两件事一共 4 个 PLL 用于产生全芯片时钟一个 24MHz 时钟输入的晶振。对应到 Chapter 3 是表 3-5 的 INT PLL 和表 3-6 的 FRAC PLL 电气特性。晶振选型不是随便抓个 24MHz 就行。要看三样负载电容与手册要求匹配、频率偏差在 PLL 锁定容限内、起振时间满足上电时序。尤其是起振时间如果电源爬升比晶振起振还快PLL 可能在电源没稳的时候就试图锁定表现出来是「冷机首次上电概率性不启动断电重来就好」——这种故障最难查因为它不进日志。INT PLL 和 FRAC PLL 分开列说明小数分频那一路对参考时钟的相噪更敏感。做音频或高速接口时时钟树的抖动会直接吃掉信噪比和眼图余量这时候晶振的相噪指标就不能只看价格了。3.4 USB2.0、MIPI CSI 与 LVDS 的 AC 参数怎么用表 3-7 是 USB2.0 接口的电气特性表 3-8 和 3-9 分别是 MIPI 模式下 HS 接收机和 LP 接收机的 AC 规格表 3-10 是 LVDS 模式下 HS 接收机的 AC 规格。这几张表的作用对象是 PCB 而不是原理图。USB2.0 走的是差分对DP/DM 的走线要按 90Ω 差分控制尽量不换层、不stub。表里的 AC 参数主要用来确认接收端的容限做板级仿真或者出问题时排查用。MIPI 和 LVDS 走 100Ω 差分等长要求比 USB 更严尤其是两路 CSI 同时走线时组内等长和组间隔离都要照顾到。LP 接收机单独列表这件事值得说一句MIPI 的 LP 模式是低功耗状态下的低速信号电平摆幅和 HS 完全不同很多人只盯着 HS 眼图结果 LP 状态切换时出问题表现是摄像头初始化能过、出图后偶发花屏或者切分辨率失败。查的时候不能只看 HS 那两张表。3.5 音频 CODEC、SARADC、TSADC 的精度前提表 3-11 是音频 CODEC 的电气特性表 3-12 是 SARADC表 3-13 是 TSADC。前两个是外设指标第三个是芯片自己的温度传感器。TSADC 有个高频误用拿它当环境温度读。它测的是片内结温附近的值跟环境温度差着一个热阻的距离负载一变读数就飘。正确用法是把它当热保护的触发源——设一个阈值超过就降频或者降编码规格而不是拿去显示「当前室温 26 度」。SARADC 用于按键矩阵、电池电压检测这类场景读数精度取决于分压电阻的精度和参考电压的稳定性。分压电阻用 1% 精度是底线用 5% 的话电池电量显示跳变就别怪软件。音频 CODEC 那一路则要注意模拟地和数字地的分割CODEC 的指标是在特定测试条件下给的Layout 一乱指标就只剩纸面意义。4. 引脚与封装把 Pin List 变成能核对的网表Chapter 2 的篇幅不长四节Order Information、Top Marking、封装尺寸、引脚列表配三张封装图和一张引脚顺序表Table 2-1。这章看着最枯燥但它是原理图评审时唯一能拿来做客观核对的东西。我见过太多项目在这一步靠肉眼对几十上百个引脚对下来漏一个就是一轮改板。4.1 Order Information 与 Top Marking型号后缀先对齐Order Information 决定了你手上这颗芯片到底带不带内置 DDR。手册在 Memory Organization 里明确写了 RV1106G2 是 SIP 1Gb DDR3L 的形态也就是说同一颗 RV1106 有不同的封装配置外挂内存和内置内存的板子电源设计和 PCB 层数完全是两套思路。Top Marking 那一节是给产线用的。丝印上的批次、日期码信息用来做来料核对和失效追溯。我一般要求硬件把 Top Marking 的识读规则写进来料检验作业指导书别等到出问题才发现采购的料和设计对不上——尤其是打样阶段样片来源杂混料不是小概率事件。封装尺寸图Fig.2-1 到 2-3是给结构件和钢网用的。焊盘尺寸、球间距、本体尺寸要以手册图为准不要直接用 EDA 库里现成的封装。库里的封装可能是别的项目传下来的年份久了自己都不知道改没改过。4.2 Pin Number List 转成可核对的网表Table 2-1 给的是引脚编号顺序信息。评审时真正要比对的是「每个球位对应的复用功能、IO 电压域、电源脚归属」。手工对太慢我一般先把它整理成 CSV然后用脚本做分组统计和重复检查。import csv from collections import defaultdict # 输入从 datasheet 第 2 章 Table 2-1 整理出的 CSV # 列约定ball, pin_name, func0, func1, func2, io_rail SRC rv1106_pinlist.csv OUT pin_group_report.csv # 按 RV1106 的典型外设域做关键字归类关键字按手册里的功能命名写 GROUPS { storage: (FSPI, FLASH, EMMC, SDMMC, SDIO), camera: (MIPI, CSI, DVP, LVDS, CAM), audio: (I2S, PDM, CODEC, MIC, SPDIF), debug: (UART, JTAG, SWD), analog: (SARADC, TSADC, ADC), pwm_ir: (PWM3, PWM7, PWM11), # 手册注明这三路针对红外应用优化 } def classify(row): 把一行引脚记录归到一个或多个功能域返回域列表 text .join(str(v) for v in row.values()).upper() return [g for g, keys in GROUPS.items() if any(k in text for k in keys)] def main(): buckets defaultdict(list) balls defaultdict(int) with open(SRC, newline, encodingutf-8) as f: for row in csv.DictReader(f): ball row[ball].strip() balls[ball] 1 # 同一球位出现多次即为异常 for g in classify(row): buckets[g].append(row) with open(OUT, w, newline, encodingutf-8) as f: w csv.writer(f) w.writerow([group, ball, pin_name, io_rail, count]) for g, rows in buckets.items(): for r in rows: w.writerow([g, r[ball], r[pin_name], r.get(io_rail, ), len(rows)]) # 两个必须报出来的异常重复球位、未归类引脚 dup [b for b, c in balls.items() if c 1] unclassified [r for r in csv.DictReader(open(SRC, encodingutf-8)) if not classify(r)] print(f重复球位 {len(dup)} 个: {dup[:10]}) print(f未归类引脚 {len(unclassified)} 个多为纯电源/地需人工确认) if __name__ __main__: main()这段脚本的输入是手工整理的 CSV不是直接读 PDF——PDF 表格提取出来的复用功能列经常串行人工过一遍反而更快。GROUPS里的关键字要照着手册的功能命名写写错一个字母就归不上类所以第一次跑完务必看「未归类引脚」那一行纯电源和地属于正常出现信号脚就是关键字漏了。输出按功能域分组用途是跟原理图网表做交叉验证拿 camera 组去比对你的 MIPI/DVP 走线拿 storage 组去比 FSPI 和 eMMC 的分配拿 pwm_ir 组确认红外补光是不是真的落在 PWM3/7/11 上。balls那个重复计数是防手误的同一个球位写两次说明整理时串行了。一个实际的好处是改板时引脚调整重跑一遍脚本输出直接贴进评审记录谁改的、改到哪个域一目了然。4.3 三路摄像头、PWM 与存储接口的复用优先级IO 复用冲突的仲裁顺序我按「改不了的优先」排电源和地绝对不能动存储接口FSPI / eMMC / SDMMC——启动依赖它动了就得重新验证启动链摄像头接口——三路 sensor 的走线对等长和阻抗敏感后期改线代价最高调试口UART / JTAG——量产可以砍但打样阶段必须留PWM、按键、指示灯——最后分配。PWM 那 12 路里手册专门注明 PWM3、PWM7、PWM11 针对红外应用做了优化。做红外补光的板子灯控优先落这三路别随手分到 PWM0 上等发现调光曲线不对再改就是飞线。验证分配结果的办法是从编译产物反查设备树。板级 dtb 编出来之后反编译成文本grep 关键外设节点的 status能快速确认配置有没有真的生效# 反编译板级 dtb 并检查关键外设是否使能节点名按你 SDK 里的实际写法替换 dtc -I dtb -O dts -o board.dts arch/arm/boot/dts/your_board.dtb for node in mipi_csi dvp fspi emmc pwm; do echo $node # 打印节点名及紧随其后的 6 行够看到 status 和端口配置 grep -A6 -i $node board.dts | grep -E status|reg |ports|pinctrl || echo 未找到 done命令里的dtc是设备树编译器-I dtb -O dts表示从二进制反编译回文本。grep -A6取节点后 6 行是因为 status 和 pinctrl 通常紧跟节点名。如果某个外设显示disabled或者压根没 grep 到说明设备树没编进去别急着怀疑硬件——先确认 dtsi 的 include 链和编译目标板有没有对。5. 避坑五个让板子回不来的读法错误手册读错和代码写错不一样代码错了有报错手册读错了要到板子回来、甚至量产爬坡才暴露。下面五条都是我和周围人真实踩过或拦下来过的按「现象 → 原因 → 解决」拆开写。5.1 电气与上电相关的三个坑坑一常温一切正常进高温箱跑二十分钟开始掉帧。现象是编码帧率往下掉严重时直接重启。原因是只看了 Absolute Ratings 就以为温度没问题没算结温。解决办法是翻到 Table 4-1 的热阻参数用 Tj Ta P × θJA 算一遍把功耗按最坏场景三路 sensor 编码 NPU 全开代入留 20℃ 以上余量。余量不够就得改散热结构或者降规格这事儿在原理图阶段定比开模之后改便宜太多。坑二USB 下载在部分板子上识别不到换台电脑又好了。现象是产线烧录工位偶发失败重插一次能过。原因是 BootRom 下载走的是 USB 或 UARTUSB 那一路的走线按普通信号处理了没有按表 3-7 的 AC 参数做差分控制加上测试点引出的 stub 太长。解决办法是把 DP/DM 按 90Ω 差分重新布线、去掉不必要的测试分支同时确认上电时序里 PMU 域没有先掉——USB PHY 供电不稳的时候枚举会时好时坏。坑三eMMC 打样全过量产抽检偶尔识别失败。现象是同类板子个别机器开机卡在存储初始化。原因是选料时没注意手册那两条完全兼容 JEDEC eMMC 4.51支持 HS200 但不支持 CMD Queue。驱动按更激进颗粒的时序思路配了批次一换就露馅。解决办法是把这三条约束写进 BOM 备注和来料检验项驱动侧按 HS200 上限配置别留「反正能跑更快」的侥幸。5.2 封装、热与版本类的两个坑坑四三路摄像头同时打开第三路死活出不来图像。现象是两路正常、第三路上电后没有数据。原因是把「两路 MIPI CSI 一路 DVP 可同时接入」理解成了「三路同时全速 ISP 处理」忽略了 ISP 最大 5 兆像素这个前提也没算 16 位 DDR 的带宽。解决办法是先明确业务哪一路是主码流、哪一路只需要低帧率抓拍把分时复用方案写进软件设计硬件侧确认 DVP 那一路的 BT.601/656/1120 模式配置正确别在格式上再栽一次。坑五换了新版本手册同一份原理图评审结论前后不一致。现象是同一个设计上个月评审说没问题这个月再评被指出热设计依据过时。原因是 Rev 1.0 到 Rev 1.1 之间修订记录里写了更新 MSL 信息和封装热特性——热阻参数变了MSL 等级也可能影响回流焊工艺窗口。解决办法是建立版本台账原理图、BOM、工艺文件三处标注所依据的 datasheet 版本号和日期每次升版只 diff 修订记录和对应章节别整本重读。MSL 等级这一项还要同步给生产和仓储拆包后的车间暴露时间、是否需要烘烤都按它来。注意这五个坑里有四个的根因都不是「手册写得不清楚」而是读的时候只看了自己想看的那一页。6. 把 datasheet 变成一张能签核的检查表读手册的最高效率形态不是通读是把每一章压缩成一个可判定的检查项评审时逐条打勾。我现在的做法是每接一个新板子先照着手册的四章拉一张表签核人签字改版时只更新变化的那几行。检查项依据章节判定标准签核人型号后缀与内置 DDR 形态一致1.2.2 / 2.1BOM 型号 原理图标注型号硬件三路 sensor 带宽与 ISP 规格匹配1.1 / 1.2并发场景下不超过 5MP 处理能力硬件 软件电源轨落在推荐工作范围内3.2 / 3.3精度 纹波 瞬态 三者叠加后仍在区间内硬件跨域 IO 电平留有噪声余量3.4VOH/VOL 比对后余量 ≥ 0.2V硬件差分对阻抗与等长满足要求3.6 / 3.7 / 3.8USB 90Ω、MIPI/LVDS 100ΩLayout结温在最坏工况下有余量4.1 / 4.2Tj 计算值距上限 ≥ 20℃硬件存储器件符合 4.51 / HS200 约束1.2.2BOM 备注已写入三条约束采购 硬件手册版本与日期已归档Revision History三处文件版本号一致项目表里最容易空着的是第三行和第六行因为它们要求你真的算过而不是看过。我的习惯是把计算结果直接贴在评审记录里公式、代入值、结论三行谁复核都能重算一遍。没有计算过程的「已确认」等于没确认。再分享一个具体技巧修订记录那一页别看一遍就过把它当成 diff 的入口。Rev 1.0 到 Rev 1.1 只有两条变更——MSL 信息和封装热特性说明这两块是原厂自己也在调整的地方那你的热设计和回流焊工艺就必须按新版重算一次。反过来如果某次升版只动了排版和错别字你的既有结论就可以继续用。养成「先看改了什么再决定读哪几页」的习惯一本上百页的手册实际每次要重读的可能就两三页。从那以后我每次拿到新版 datasheet都强制先跑一遍这张检查表哪怕只是个小改版——热阻变化这种事纸面上是几个数字板子上就是高温箱里掉不掉帧。希望帮到你。本文还有配套的精品资源点击获取