企业官网建设流程全解析

这段时间后台私信被问得最多的就是瑞芯微芯片的设计资料和落地步骤，从 RK3588 旗舰平台到 RK3568 工控板，再到 RV1106 这种 IPC 专用芯片，几乎每一条留言都透着同一个痛点：官方资料太散、版本太乱、英文 Datasheet 看得头大，真正上手做板时到处踩坑。我花了整整两周把瑞芯微全系芯片的电路设计、底层软件配置、系统移植和 AI 部署资料重新梳理了一遍，结合自己实际打样和调试的经验，把那些真正有用的东西整理成这篇长文，目的是让后来的人少走弯路，也帮正在选型或已经踩坑的朋友建立一条清晰的路线。

先说清楚这篇内容的定位：它不替代官方文档，也不是简单的资料索引，而是把 RK3588、RK3568、RK3399、RV1106、RK3128、RK3229、RK3328 这几颗常用芯片的软硬件设计要点、资料获取方式、实际调试中必须注意的细节全部串起来，按“选型论证 → 硬件设计 → 系统移植 → AI 部署 → 问题排查”这条主线展开。无论你是刚开始画板子的硬件工程师，还是整天跟设备树和驱动较劲的软件工程师，或者只是想评估瑞芯微平台能不能跑 YOLOv8 的算法工程师，这篇内容都能给你提供一个相对完整的参考框架。

1. 全系芯片定位与资料架构

1.1 先把芯片搞清楚再谈资料

瑞芯微的产品线这些年划分得越来越细，但很多人一上来就盯着 RK3588 看，忽略了平台选型里“性能是否过剩”和“接口是否匹配”这两个老问题。我建议先按应用场景把芯片分组，再决定要重点收集哪一类资料：

• 旗舰 AIoT 应用：RK3588、RK3588S，8 核 CPU 加 6TOPS NPU，适合边缘算力盒子、8K 视频处理、多路摄像头接入这类重负载场景。
• 主流工控与平板：RK3568、RK3566，4 核 A55 加 2TOPS NPU，性价比最高，人脸闸机、工业 HMI、NAS 主控基本都用这一档。RK3568 带 PCIe 和 SATA，RK3566 砍了这两个接口，选型时最容易忽略。
• 老牌经典平台：RK3399、RK3288，虽然性能放到今天不算突出，但资料最全、社区最成熟，很多量产设备还在用，遇到疑难杂症时网上能搜到的经验反而比新平台多得多。
• IPC 与视觉专用：RV1106、RV1103，内置 0.5TOPS NPU，主打低功耗和低成本，适合摄像头、门铃、工业视觉检测这类场景。这颗芯片的软件资料很多藏在新版 SDK 里，光看 Datasheet 会漏掉大量关键信息。
• 电视盒子与低成本方案：RK3128、RK3229、RK3328，这类芯片大量出现在机顶盒和广告机上，最大的特点是资料对称但刷机方式另类，TTL 刷机、短接识别这些手艺仍然很重要。

明确了自己的目标芯片后，再去收集资料就不会眉毛胡子一把抓。我的做法是按“芯片级别资料 → 板级参考设计 → SDK 源码 → 社区经验”四层金字塔来归档，每一层各有侧重，缺一不可。

1.2 芯片级资料到底要收集哪几份

很多人下载资料只认 Datasheet，这是第一个误区。瑞芯微和很多 SoC 厂商一样，把“芯片电气参数”和“内部寄存器/模块设计”拆成了两份文档，Datasheet 只管引脚定义、DC 特性、封装尺寸，而真正的 TRM（Technical Reference Manual）才是写底层驱动和适配系统时命根子一样的东西。

以 RK3588 为例，你至少需要这几份文件：

其中 Hardware Design Guide 是很多人容易漏掉的重点。它不像 Datasheet 那样人人皆知，但对硬件工程师来说价值极高，里面直接给出了上下电时序要求、各路电源的纹波预算、时钟晶振的精度要求，甚至还有 DDR 布线的层叠建议。自己画板子时如果没按这套建议做，系统启动不稳定、跑压力测试随机重启这类问题就会找上门来。

还有一份容易忽略的资料是“芯片勘误表（Errata）”。瑞芯微官方会不定期发布已知问题清单，比如某些 GPIO 域在特定上下电顺序下会有漏电风险、某个 USB 控制器在特定版本的 PHY 配置下兼容性不佳等。这类信息通常藏在官网的技术支持页或者 SDK 的文档目录下，量产前最好把对应芯片型号的勘误表通读一遍，很多疑难杂症的答案其实早就写在那里了。

1.3 从 EVB 原理图里学到的设计套路

拿到官方 EVB（Evaluation Board）原理图之后，不要急着照着抄，我的建议是先学会“读”。EVB 为了兼容各种测试场景，电路往往会比实际产品复杂很多，比如同一路电源可能会预留多种反馈配置、同一个接口会引出多组测试点。直接抄板容易把你的产品做得又贵又大。

正确的读法是先看电源树（Power Tree），瑞芯微全系芯片都是典型的多电源域设计，核电压、逻辑电压、IO 电压、DDR 电压分别供电，EVB 原理图里会用颜色或者网络标号把电源域区分得很清楚。你在自己的板子上要做的第一件事就是根据实际外设裁剪电源树，把 DDR 没用的电压域关掉、把 USB 3.0 的 PHY 电源在不需要高速场景时省掉，这不仅能省成本，还能减少整板功耗。

其次是看启动配置电路，也就是 Boot Mode 的拨码或电阻设置。RK3588 和 RK3568 系列支持从 SPI NOR Flash、SPI NAND、eMMC、SD 卡等多种介质启动，EVB 上通常有一组拨码开关来控制复位时采样的电平。自己做板时不要偷懒去掉这组配置电阻，至少在调试阶段保留它，因为变砖恢复时会救你一命。

1.4 关键词与资料的对应关系

为了帮大家快速定位到自己需要的资料，我把最常被问到的问题和对应资料做了个对照表：

这个大框架理清楚之后，后面的内容就好展开了。

2. 硬件设计：核心电路设计要点拆解

2.1 电源设计：DCDC 电路和 DVFS 的配合

瑞芯微全系芯片对电源的要求在 SoC 里算是比较标准但又不算宽松的一档。以 RK3588 为例，核心供电的电流峰值可以到 4A 甚至更高，而 NPU 满载工作时还会叠加突发电流。这种负载特性决定了电源架构必须以 DCDC 为主、LDO 为辅，绝对不要试图用 LDO 去给核电压供电，功耗和温升都会失控。

多路 DCDC 的设计中，我最想强调的不是电感选型或输出电容数量这些常规参数，而是反馈回路的采样点位置。瑞芯微官方参考设计的反馈采样点通常要求靠近负载端的远端采样（Remote Sense），而不是就近从输出电容上取。我自己第一次画 RK3588 底板时偷懒把反馈电阻网络放在了电感旁边，结果满载时负载端电压比设定值低了将近 80mV，在 0.8V 的核电压上相当于 10% 的偏差，系统跑高负载必死。后来改成从 CPU 附近的电源滤波电容处飞线采样，问题才解决。低频大动态的 DVFS 场景下，反馈路径上的任何压降都会被放大成稳定性问题。

另外一个是 DVFS（动态电压频率调节）带来的电源纹波问题。RK3588 在运行频率切换时，核心电压会按照 OPP 表快速跳变，这种跳变如果超出了电源芯片的响应能力，就会出现电压塌陷导致系统复位。排查这类问题时不要只看稳态纹波，要上示波器抓动态负载下的电压跌落，重点观察从满载切换到轻载再切回满载的瞬态响应。很多标称“低纹波”的电源模块恰恰在瞬态响应上翻车，选型时务必要审一下负载瞬态指标，而不只是看静态纹波参数。

2.2 DCDC 的环路补偿与布局禁忌

DCDC 电路看起来简单，顺手就能画，但对瑞芯微这种大电流平台来说，布局和环路补偿直接决定了整板电源质量。我在 RK3568 主板上调试 3.3V 系统电源时遇到过输出电压低频振荡的问题，频率大概在几十 kHz 级别，用示波器看就像在“呼吸”。排查到最后发现是输出电容用得太多太杂，不同 ESR 特性的电容并联组成了复杂的零极点，再加上反馈补偿网络选得过于激进，系统相位裕度不足导致的振铃。换上同一系列、同容值的陶瓷电容并删掉多余的钽电容后输出恢复正常，这也提醒我大规模并联电容前必须算一算总 ESR 和 ESL。

布局上，输入去耦电容要贴着 DCDC 芯片的 VIN 引脚放，输出电感要尽量靠近开关节点，SW 节点铺铜面积别贪大，避免天线效应辐射 EMI。反馈分压电阻和补偿网络要远离电感等磁性元件，最好放在芯片的背面。瑞芯微的 EVB 布局通常会把电源部分单独分区，与 DDR、高速接口隔开，这个习惯在自研板卡上要坚持，电源噪声耦合进高速信号后，找问题会异常痛苦。

2.3 复位、看门狗、时钟与杂项电路

除了大电流 DCDC，瑞芯微平台还有几个常用但容易被忽略的小电路，这里集中说一下。

第一是看门狗电路。很多工程师喜欢在系统外部再挂一颗独立看门狗芯片，这本身没错，但问题在于喂狗方式。RK3588 的 Linux 内核里自带的 watchdog 驱动会在系统负载极高时因为中断延迟而喂狗超时，导致系统不断重启。如果你在产品中用了外部硬件看门狗，喂狗线程必须设高优先级并在内核态处理，而且超时时间不能设得太短，留出内核 panic 后系统恢复的时间。工业现场出现过看门狗复位和 DCDC 上电时序冲突导致设备反复起不来的情况，解决思路是把看门狗复位信号接到 PMIC 的使能端而不是直接拉 SoC 的复位脚。

第二是时钟电路。瑞芯微平台都会要求 24MHz 主晶振，部分芯片还额外需要 32.768kHz 的 RTC 晶振。很多人觉得晶振随便焊一个就能起振，其实温漂和负性阻抗都会影响系统稳定性。低温环境下起振困难是常见故障，建议选用负载电容与芯片要求的 CL 值匹配的晶振型号，起振电容再微调。实测中 24MHz 晶振两端的负载电容从 10pF 换到 8pF 后，低温起振成功率提升很明显。

第三是 485 自动收发电路和咪头差分电路这种接口类小电路。RK3588 和 RK3568 的 UART 控制器本身不带 RS485 方向控制，很多设计会用一个 IO 控制方向，但自动收发电路在无方向控制信号时更实用。我自己验证过一种常见方案：从 TXD 引脚取信号经过 RC 延时驱动 DE/RE，绕过 SoC 的 GPIO 干预。需要注意的是，这种电路在高波特率下会因为 RC 延时而产生第一个字节的截断，所以需要根据波特率调节 RC 参数。咪头差分电路则要注意偏置电阻和隔直电容的取值，这直接决定了麦克风的灵敏度和底噪水平。瑞芯微的 codec 驱动里通常会给出推荐的 MIC 偏置电压和增益范围，按参考设计做不会出大错。

2.4 ESD、EMI 和防抖电路设计

消费级产品对成本敏感，但工业级客户往往最看重 ESD 和 EMI 表现。RK3588、RK3568 的 GPIO 虽然内部有基本的静电保护，但直接暴露在外壳接口上的信号线，比如 USB、HDMI、RS485 和网口，还是建议加 TVS 管或共模电感。我见过一块 RK3568 的板子在打 ±4kV ESD 时直接烧掉 USB 控制器，后来在 USB D+/D- 线上加了低电容 TVS 管才通过认证。选 TVS 时要注意结电容，USB 高速信号对容性负载非常敏感，结电容太大直接导致眼图恶化。

防抖电路在按键输入和外部触发信号上很常见。瑞芯微的 GPIO 支持可配置的内部上下拉，但内部上拉的阻值通常偏大，在强干扰环境下防抖效果一般。实测经验是，外部加一个 10kΩ 上拉电阻配合 100nF 对地电容，防抖效果远好于单纯依赖软件消抖。软件消抖作为第二层保护依然必要，两者结合才够稳。

3. 系统移植与软件适配实战

3.1 设备树是软硬件的桥梁

瑞芯微主流平台的 Linux 内核采用设备树机制来描述硬件配置，RK3568 的设备树里，每一个外设节点的状态、中断号、寄存器地址、时钟和电源依赖都必须与实际硬件一一对应。很多人拿到 SDK 后直接修改 dts 文件，却不知道这个文件背后对应的是 SoC 的地址映射、时钟树和电源域，改错了轻则外设驱动加载失败，重则系统 panic。

我最深刻的体会是，调试设备树时要学会用 /sys 和 /proc 文件系统验证节点的加载状态。比如 RK3568 上接了一个 I2C 触摸屏，修改 dts 中对应的 i2c2 节点后，应该立即查看 /sys/bus/i2c/devices 下面是否出现了新的设备节点，同时用 i2cdetect 扫描总线上设备的地址是否被发现。如果设备树里中断号写错了，设备会加载但始终无法触发中断，这种问题比 GPIO 拉不起来更难察觉。

3.2 MIPI DSI 屏幕适配的完整流程

MIPI 屏幕适配是 RK3588、RK3399、RK3568 上提问率最高的软件议题。屏幕点不亮的原因通常集中在三个环节：上电时序、初始化序列、背光控制。

上电时序方面，MIPI 屏幕一般需要严格的 VDD → IO → 背光 → 显示数据的顺序。瑞芯微的 DSI 控制器支持在驱动中通过 GPIO 控制电源使能，但默认的上下电顺序未必符合每款屏的要求。我在 RK3588 上适配一块来自国产厂商的 1080P MIPI 屏时，最初屏幕一直闪白，后来对照屏幕规格书发现 VDD 和背光使能之间要求至少 10ms 间隔，而默认驱动里背光和复位几乎是同时动作的。修改设备树里 power sequence 的延时参数后恢复正常。屏幕初始化序列通常由屏厂提供一串 DSI 命令，格式为“寄存器地址+数据”，这两份数据对接的时候往往以 Excel 或 txt 文件交付，需要转成驱动代码里的初始化表。最稳妥的方案是在 SDK 的 panel-simple 或具体厂商驱动中新建一个模型节点，把初始化序列逐条写入，然后调试串口确认 DSI 发送无报错。背光 PWM 频率对低亮度闪烁的影响很大，瑞芯微的 PWM 背光驱动的频率和极性配置在 dts 的 backlight 节点里，亮度曲线建议实测多取几个点再拟合，避免深灰阶下出现明显条纹。

3.3 MIPI CSI 摄像头接入与 ISP 调试

摄像头接入是另一个高频需求，RK3588 最多支持多路 MIPI CSI 输入，很适合做多目视觉设备。但多路摄像头同时工作时的带宽分配和 ISP 资源调度需要仔细核对 TRM 里的带宽表格，不同分辨率、帧率的组合会对 VPU 和 ISP 流水线产生完全不同的负载压力。

ISP 调试是个大坑。同样一颗 sensor，在 RK3568 和 RV1106 上出的画质可以差距很大，因为瑞芯微各平台的 ISP 版本和处理能力不同。推荐的做法是先用官方 tuning 工具拉黑帧、灰阶卡、色彩卡做三样基础标定，生成对应的 3A 参数，再根据应用场景微调降噪和锐化强度。很多工程团队跳过 tuning 直接看 raw 图，觉得画质差是 sensor 的锅，其实是 ISP 参数完全没配过。

3.4 固件打包、parameter 分区与烧录

系统适配做到一定阶段，必然会遇到固件打包和烧录的问题。瑞芯微采用 parameter 文件描述分区表，常见的分区包括 uboot、misc、resource、kernel、boot、system 等。修改分区大小时需要同步调整 parameter 文件和实际烧录镜像，两者不匹配时经常出现在系统启动阶段报错。瑞芯微提供了专门的打包工具和烧录工具，支持单独烧录某个分区而无需刷整包，这在调试阶段能节省大量时间。

第一次使用 RK3128 的 TTL 方法刷机时，我差点因为不了解进入升级模式的手势而卡死。大部分瑞芯微芯片支持在设备上通过短接特定引脚或长按 Recovery 键进入 Loader 模式，但 RK3128 和 RK3229 这类老平台进入 Maskrom 的方式更特别。不同芯片进入 Maskrom 的引脚组合需要查对应的规格书，而不是靠猜。

4. AI 应用落地：从 RKNN 转换到板端部署

4.1 RKNN-Toolkit2 与模型转换

把训练好的模型部署到 RK3588 的 NPU 上，核心工具是 RKNN-Toolkit2。它支持从 PyTorch、ONNX、TensorFlow 等格式导入模型，然后完成推理验证、量化、导出 RKNN 格式的整套流程。我在转换 YOLOv8 时遇到的最典型问题是模型中包含的某些算子未被 NPU 完全支持，这时候优先尝试将模型导出为 ONNX 并简化计算图。RK3588 的 NPU 对卷积和残差结构的支持很好，但遇到一些特殊的 attention 机制或动态尺寸算子时就会走 CPU 兜底，性能立刻跳水。

转换后的模型必须用板端 RKNN 的 C/Python API 做推理验证，注意输入图像的预处理必须与训练时保持一致。YOLOv8 训练时的归一化方式、颜色通道顺序、尺寸缩放方式如果在部署端被改掉，推理效果会变差。我建议在转换前先在 PC 端用原始模型跑一遍相同预处理后的推理结果，再与板端 RKNN 推理结果做逐像素对比，两者误差在 1% 以内才算正常。

4.2 YOLOv8 在 RK3588 上的部署要点

YOLOv8 部署到 RK3588 已经成了很多视觉项目的默认选择，网上教程不少，但我实际跑下来觉得有几点很多人没讲透。

首先是后处理应该放在 CPU 还是 NPU。RKNN 模型输出的是解码前的特征图，得在 CPU 上完成解码、NMS 和坐标映射。这个后处理如果写得不够高效，会让 3ms 的 NPU 推理时间变成 12ms 的端到端延迟。建议对检测头输出的 anchor 解析过程做定点化和循环展开，尽量避免在 Python 层逐框处理，至少用 NumPy 向量化操作，再着急的话可以把后处理编译成 C 扩展。

其次是多线程和内存复用。RK3588 的 8 核 CPU 完全可以用两个线程分别跑前处理（图像缩放、色彩转换）和 NPU 推理，再配合 RKNN 的零拷贝接口，可以把内存拷贝开销压缩到最低。实测下来，YOLOv8s 的 INT8 模型在 RK3588 上端到端跑 30-40 FPS 是可以实现的，前提是把预处理、推理、后处理三级的流水线真正打通。

4.3 VPU 详解与视频硬编解码的工程价值

RK3588 的 VPU 是其最大卖点之一，支持 8K 的 H.265/H.264 解码和编码。很多人以为 NPU 也能做视频编解码，其实图像处理和视频编解码在两个完全不同的硬件单元，VPU 负责编解码，NPU 负责推理，二者需要协同工作才能形成完整的智能分析链路。

在安防监控和视频分析场景下，RK3568 的 VPU 已经可以支持多路 1080P 解码，配合上层的视频分析算法，能实现“解码后直通 NPU”的高效流水。使用 Rockchip 的 MPP（Media Process Platform）接口做硬编解码时，要注意内存缓冲区的分配和帧率控制。MIPI 摄像头或 HDMI 输入进来的视频流，通过 VPU 解码后送到 RKNN 推理的完整链路，实测延迟可以控制在 50ms 以内，这比传统的“CPU 软解+单独推理”方案要高效得多。

4.4 RK3588 实测性能报告

最后给一组我实际跑过的数据。RK3588 在 INT8 量化下运行 YOLOv8s，单帧 NPU 推理时延约 23-30ms，这个成绩在 6TOPS 的算力平台上属于合理范围。如果换用 YOLOv8n，时延可以压到 15ms 以内。RV1106 的 0.5TOPS 算力看起来小，但跑轻量级检测模型（如轻量版 YOLO）仍然可以做到 10-20 FPS，关键是模型结构要够轻、量化要到位。RK3568 的 2TOPS 算力在工业检测场景中则是比较均衡的选择，多见于通道闸机和缺陷检测设备。

需要注意的是，实际帧率受分辨率、预处理开销、后处理效率和 CPU 负载的共同影响，上面的数据只是基于我自己的测试环境。评估项目可行性时，务必要拿真实模型在目标板上跑通做基准测试，不要轻信任何宣传值。

5. 高频问题排查与避坑实录

5.1 启动阶段的问题排查思路

启动类是硬件调试最高频的故障现场。上电后串口完全没有输出，首查电源和时钟；有输出但卡在某个早期阶段，首查存储介质和 Boot 配置；进入内核后又随机重启，重点查 DVFS 和看门狗。这个排查顺序帮我解决过不少 emmc 没贴好、时钟频偏过大之类的基础问题。

进入 Loader 失败常见于 RK3568/RK3588 新板。这时候先确认芯片是否进入 Maskrom 模式，通过短接 emmc 时钟脚或专用 BOOT 引脚让芯片强制进入可烧录状态。我建议在底板设计时就把进入 Maskrom 用的测试点引出来，量产时即使 bootloader 损坏也能重新烧写。

5.2 屏幕和摄像头相关问题的排查顺序

MIPI 屏幕不亮时不要急着改 dts，先按这个顺序来：用逻辑分析仪或示波器抓屏供电、复位、背光使能和 DSI 时钟的波形，确认上电时序无误；然后在驱动里把初始化序列打印出来，逐条和屏厂提供的序列对比；再检查 DSI 的 lane 数和时钟频率是否匹配。摄像头不出图的排查逻辑类似，先查 sensor 供电、PWDN 引脚状态和 MIPI 时钟，再看 I2C 能不能正常读取 sensor ID。

5.3 电源相关异常总结

电源问题的表现千奇百怪：有空载正常但满载掉压的，有常温正常但高温复位的，也有轻载纹波超标导致干扰音频的。处理这类问题时不要只盯着电源芯片本身，缓存问题可能出在 PCB 走线、过孔数量或去耦电容布局上。RK3588、RK3568 这种大规模 BGA 封装的电源过孔必须足够多，否则电流拥挤会产生局部热点和压降。我见过一块 RK3568 的板子在核心电压网络上只打了 9 个过孔，满载时比其他板卡电压低了 60mV，加过孔阵列后故障彻底消失。

5.4 全志、ST 与瑞芯微跨平台经验迁移

经常有做 STM32 的工程师问我，从单片机切到 Linux SoC 要注意什么。最核心的变化是“从逻辑设计思维切换到系统设计思维”。在 STM32 上你关心 GPIO 怎么配置，在 RK3588 上你得关心设备树、时钟树、电源域、中断路由等一大串上下文。从单片机到嵌入式 Linux 的转型中，最值得先啃的是设备树和系统启动流程，推荐用 QEMU 模拟环境熟悉设备树语法，再用一块 RK3568 开发板做实际目标，边改 dts 边看启动日志，比啃枯燥的文档效率高得多。

6. 资料获取、整理与团队知识库建设

6.1 官方渠道与社区资源的正确打开方式

瑞芯微官方资料主要通过官网的“开发者中心”和 GitHub 组织发布，SDK 则通常需要通过企业邮箱申请或由代理商提供。很多资料散落在 SDK 内部，包括关键的设计文档和工具说明，光靠官网下载很难找齐。我的建议是尽快通过正规渠道拿到一份完整的 SDK，它的价值远大于任何零散的文档汇总。

社区方面，瑞芯微相关的讨论主要集中在官方开发者社区、GitHub 的 issue 区和各种行业群里。遇到奇怪问题时，先用芯片型号加报错关键字搜索，往往能直接命中别人踩过的坑。但网上的教程经常是基于某个特定 SDK 版本写的，照抄时务必核对版本差异。

6.2 建立个人和团队的资料归档体系

资料整理这件事，短期看是下载、存档，长期看就是团队的核心技术资产。我自己的归档体系是按芯片型号建顶层文件夹，再按“硬件设计”、“系统软件”、“AI 部署”、“调试工具”分四个子目录。每个子目录里同时放一个 README 文件，记录资料的版本、来源和已验证状态，这种习惯能大幅减少“明明下载过却找不到”的尴尬。

6.3 长期跟进社区热词与前沿方案

瑞芯微相关的技术热点一直在变，从早期的设备树调试、TTL 刷机，到现在的 RKNN 部署 YOLO、MIPI 屏幕适配、NPU 性能调优，每个时期的热词背后其实都对应一类真实需求。保持对社区热词的敏感度，价值在于帮助你判断哪些技术方向正在成为主流，也能及时发现自己的知识盲区。

7. 结语：一些实在的体会

做了这么多年瑞芯微平台的项目，我最深的一点体会是：这个平台的资料量巨大，但真正决定项目成败的往往不是资料的多少，而是你如何消化和验证这些资料。官方文档解决不了所有问题，社区经验也存在版本滞后，最可靠的方法永远是拿一块官方 EVB 或者口碑良好的开发板，把关键的设计思路和软件配置亲手跑一遍，建立属于自己的“已验证清单”。

如果你正处在选型阶段，我给的建议是：不要只看 RK3588 的峰值性能有多强，而是把你实际要跑的应用画成几条数据流，算一算每一级处理需要多少计算量和带宽，再倒推哪颗芯片最合适。RK3588 适合做复杂视觉和 8K 媒体处理，RK3568 适合做成本和功耗敏感的工控产品，RV1106 适合专攻低成本视觉硬件。平台选对了，后面的软硬件开发都会顺很多。

最后再分享一个小技巧：所有瑞芯微芯片的调试都离不开一份打印详尽的内核日志。我习惯在研发阶段的 dts 中打开 DEBUG_LL 和 earlycon，同时把 initcall_debug 打开，这样能看到每一个驱动初始化的时间戳和状态。遇到启动异常时，这份日志能直接帮你定位是电源、时钟、内存还是外设驱动的问题。等系统稳定后，再逐步关掉这些调试开关，把性能和安全加固做起来。

这篇文章写下来，算是对自己这些年做的瑞芯微项目做了一次系统梳理，也希望能给正在这条路上摸索的朋友一些真实的参考。资料在精不在多，按“选型 → 硬件 → 系统 → AI → 调试”这条路线一步步走，瑞芯微平台其实是很容易上手的。祝各位打板顺利、一次点亮。