第1章瑞芯微平台概述

第一章：瑞芯微平台概述

大家好，我是老李。做嵌入式工控这么多年，从早期的单片机到现在的应用处理器，我踩过的坑真不少。今天咱们聊聊瑞芯微平台，特别是 RK3568 和 RK3588 这两款芯片。说实话，我第一次拿到 RK3588 的样片时，心里还挺激动的——这玩意儿在工业控制领域，确实有点东西。

RK3568 是一款四核 Cortex-A55 的处理器。我个人习惯把它看作「中端主力」。为什么这么说？因为它的功耗控制得不错，性能也够用。

先看架构：

工业级特性这块，我得重点说说。RK3568 的工作温度范围是 -40°C 到 +85°C。我在一个户外监测项目里用过它，夏天暴晒、冬天零下，跑了两年没出过问题。嗯，这一点确实靠谱。

另外，它支持 ECC 纠错。你想想看，工业现场电磁干扰多，内存偶尔会出个 bit 翻转。没有 ECC，数据可能就错了。RK3568 的 DDR 控制器自带 ECC，这个设计很实在。

重要提示：RK3568 的工业级版本（RK3568J）支持 -40°C 到 +105°C 的结温范围。如果你做的是高温环境下的设备，比如发动机控制器，建议选这个版本。

RK3588 是瑞芯微的旗舰级芯片。我第一次看到它的规格表时，说实话有点被吓到——8 核 CPU、4 核 GPU、6 TOPS NPU，这配置放在几年前简直是服务器级别的。

架构细节：

工业级特性方面，RK3588 同样支持 -40°C 到 +85°C 的工作温度。不过我要提醒你，它的功耗比 RK3568 高不少。满负荷运行时大概 10W 左右，散热设计得跟上。

我记得有一次做视觉检测项目，客户要求同时处理 4 路 4K 视频流。RK3588 的 MIPI CSI 接口有 4 个，每个都能接 4K 摄像头。配合它的 NPU，做 AI 推理完全没问题。说白了，这就是为「边缘计算」场景量身定做的。

我的经验：RK3588 的 PCIe 3.0 接口可以接 NVMe SSD 或者 FPGA 加速卡。如果你需要超低延迟的数据采集，这个接口很关键。我曾经用它接了一个 FPGA 做高速 AD 采集，延迟控制在 10 微秒以内。

做工业控制，实时性是绕不开的话题。什么叫实时性？说白了就是「在规定时间内必须完成指定任务」。比如一个伺服驱动器，你必须在 1 毫秒内完成位置环计算，否则电机就会抖动。

瑞芯微平台面临的实时性挑战主要有三个：

我举个例子。之前做一个 CNC 控制器，要求插补周期 500 微秒。用标准 Linux 内核跑，偶尔会出现 1 毫秒以上的抖动。后来我们用了 PREEMPT_RT 内核，把抖动控制在 50 微秒以内。嗯，这才算合格。

注意：瑞芯微平台默认的 Linux 内核不是实时内核。如果你要做硬实时控制，必须打 PREEMPT_RT 补丁，或者用 Xenomai 这样的双内核方案。我曾经见过有人直接拿默认内核做运动控制，结果电机跑飞了...那场面，挺尴尬的。

实时性需求可以分成几个等级：

你想想看，如果只是做个触摸屏界面，标准 Linux 完全够用。但要是控制伺服电机，那就必须上实时方案了。我个人习惯是：先评估最坏情况下的延迟要求，再选择对应的方案。别一上来就上 PREEMPT_RT，那玩意儿配置起来也挺折腾的。

说了这么多挑战，也得说说优势。瑞芯微平台在实时性方面有几个亮点：

多核隔离：可以把一个或多个 CPU 核隔离出来，专门跑实时任务。比如 RK3588 有 8 个核，你可以把 4 个小核留给 Linux，4 个大核跑实时应用。
硬件定时器：芯片内部有多个高精度定时器，精度可以达到纳秒级。我习惯用它们做周期触发，比软件定时器靠谱多了。
DMA 引擎：数据搬运不占 CPU，适合做高速数据采集。RK3588 的 DMA 支持 scatter-gather，可以处理不连续的内存块。

我记得有个项目，需要同时采集 8 路模拟信号，每路 100kHz 采样率。用 RK3568 的 DMA + SPI 接口，CPU 占用率不到 10%。要是用单片机，估计早就跑满了。

核心观点：瑞芯微平台不是为硬实时而生的，但通过合理的软硬件设计，完全可以满足大部分工业控制场景的实时性要求。关键在于「选对方案、做对配置」。

好了，第一章就聊到这儿。下一章我会详细讲讲 PREEMPT_RT 内核的移植和配置，那才是真正动手的地方。有什么问题，咱们课后交流。