异构计算与实时控制：FET536-C国产核心板的架构解析与工业应用实践

1. 项目概述：为什么FET536-C是国产嵌入式的新选择？

最近，飞凌嵌入式联合全志科技发布的FET536-C全国产核心板，在圈子里引起了不小的讨论。作为一名在工业控制和嵌入式设备开发领域摸爬滚打了十几年的工程师，我对这类“全国产化”的硬件平台一直保持着高度关注。这次拿到资料深入研究后，我发现FET536-C不仅仅是一个简单的“国产替代”方案，它在设计思路上有很多值得深挖的亮点，尤其是在成本、性能与实时控制的平衡上，为很多传统项目提供了新的解题思路。

简单来说，FET536-C核心板的核心，是全志的T536工业级处理器。这颗芯片最吸引我的地方，是它采用的“四核A55 + RISC-V MCU”的异构架构。主频1.6GHz的四核Cortex-A55负责跑Linux，处理上层复杂的应用逻辑、网络通信和图形界面；而那颗独立的64位玄铁E907 RISC-V核心，则专攻实时控制任务，可以运行FreeRTOS甚至裸机代码。这种设计，相当于把一台小型工控机和一台高性能PLC集成在了一颗芯片里，对于需要同时处理智能决策和硬实时响应的场景——比如智能充电桩、协作机器人关节控制器、电力DTU/FTU——来说，架构上就非常讨巧，能有效避免传统方案中“ARM跑RTOS性能不足，跑Linux实时性不够”的尴尬。

除了架构，它的外围资源也堆得很足。2TOPS的NPU算力给边缘AI应用留出了空间；丰富的接口如双千兆网、CAN-FD、多路UART/SPI，完全是为工业现场量身定做；而像安全启动、国密算法IP、全通路ECC这些特性，则是瞄准了能源、交通等对安全性和可靠性有严苛要求的领域。更关键的是，从核心的处理器到周边的电阻电容，整板实现了100%国产化元器件，这在当前供应链环境下，为产品经理和开发者提供了一个“可预期、可持续”的硬件底子。接下来，我就结合自己的经验，从设计思路到实操细节，为你层层拆解这块核心板。

2. 核心设计思路与方案选型解析

当我们评估一块核心板时，不能只看纸面参数，更要理解其设计背后的逻辑，以及它究竟想解决哪一类问题。FET536-C的设计，在我看来，清晰地瞄准了“高性能计算”与“硬实时控制”必须共存的融合性场景。

2.1 异构多核架构的深层考量

传统的嵌入式方案在面对复杂任务时，通常有两种路径：一是用高性能的MPU（如Cortex-A系列）运行Linux，通过复杂的软件框架（如PREEMPT-RT补丁）来提升实时性，但这往往在微秒级的硬实时响应上存在不确定性。二是采用MCU+MPU的双芯片方案，MCU（如Cortex-M系列）负责实时控制，MPU负责应用和通信，这样虽然解决了问题，但增加了PCB面积、布线复杂度、芯片间通信的延迟以及整体BOM成本。

T536处理器采用的“四核Cortex-A55 + 玄铁E907 RISC-V”单芯片异构架构，正是对上述两种路径的优化与融合。A55集群主频高达1.6GHz，并配备完整的MMU，是为运行功能丰富的Linux系统而生的。你可以用它来部署Python环境、运行数据库、搭载Qt图形界面、处理HTTP/MQTT等物联网协议栈，甚至利用其内置的NPU进行简单的图像识别推理。这部分构成了设备的“智能大脑”。

而独立的玄铁E907 RISC-V核心，则是一个纯正的、低延迟的实时域。RISC-V架构本身具有精简、可定制的优势，玄铁E907作为阿里平头哥的成熟IP，在实时性上经过了验证。它可以完全独立地运行FreeRTOS或裸机程序，直接操控GPIO、PWM、ADC、CAN-FD等外设，实现精准的电机控制、高速数据采集、严格的时序协议解析等任务。两个域之间通过芯片内部的高速总线（如共享内存、Mailbox）进行通信，延迟远低于芯片间的物理通信（如SPI、UART）。

实操心得：这种架构带来的最大好处是“解耦”与“确定性”。在项目规划阶段，你就可以明确地将实时任务（控制环路、安全守护）分配给RISC-V核心，将非实时任务（用户交互、数据上传、AI推理）分配给A55 Linux端。两边团队可以相对独立地开发、调试，最后进行集成，大大降低了系统软件的复杂度和耦合风险。

2.2 接口资源与工业场景的匹配度分析

光有强大的核心，没有“四肢”（丰富的外设）也是不行的。FET536-C的接口配置，几乎是一份标准的工业应用清单：

• 网络与通信：双千兆以太网MAC是亮点。在工业场景中，一个网口可以用于连接上层监控网络（SCADA），另一个可以用于连接下层设备网络或作为冗余链路，这对于网关类设备（如集中器、DTU）至关重要。CAN-FD接口的加入，更是直接瞄准了汽车电子和工业自动化领域，其更高的带宽比传统CAN总线更适合传输大量数据（如电池管理系统的多节电芯信息）。
• 控制与采集：多路UART、SPI、I2C是连接各类传感器、显示屏、RF模块的基础。集成的高速LocalBus并行总线（支持16bit@100MHz或32bit@50MHz）是一个容易被忽视但非常实用的特性。它提供了与FPGA或特定ASIC芯片进行高速数据交换的通道，例如在机器视觉应用中，可以用FPGA做图像预处理，然后通过LocalBus将数据高速灌入T536进行AI识别，效率远高于通过USB或PCIe（在嵌入式场景中成本过高）。
• 安全与可靠性：“安全启动”确保系统固件从不可篡改的信任根开始加载，防止恶意软件植入。“国密算法IP”硬件加速（如SM2/SM3/SM4）满足了国内金融、政务等领域对数据加密的合规性要求。“全通路ECC”则是指内存控制器等关键数据通路都支持错误校验与纠正，这对于要求7x24小时不间断运行的工业设备来说，能有效抵御宇宙射线等引起的软错误，提升系统长期稳定性。

2.3 全国产化供应链的价值

“100%国产元器件”这个标签，在当前的电子制造业环境下，其价值已经超越了单纯的“情怀”。它意味着：

1. 供应链安全可控：避免了因国际形势变化导致的芯片断供、交期无限延长或价格剧烈波动风险。产品生命周期和供货稳定性更有保障。
2. 合规与准入优势：在党政军、关键基础设施（电力、交通）、金融等对国产化有明确要求的行业，采用全国产方案是项目入围的“敲门砖”，甚至是硬性指标。
3. 成本优化潜力：虽然高端国产芯片初期成本可能不占优，但从中长期看，随着用量上升和产业链成熟，整体成本有下降趋势。而且，国产化方案通常能获得更直接的技术支持和更灵活的定制服务。

因此，选择FET536-C这类平台，不仅仅是一次技术选型，更是一次面向产品未来5-10年生命周期内的供应链战略决策。

3. 核心板关键特性深度解读

了解了整体设计思路，我们再深入到几个关键的技术特性，看看它们在具体开发中能带来哪些实际收益。

3.1 AMP模式与实时性实现剖析

AMP（Asymmetric Multi-Processing，非对称多处理）是FET536-C异构架构的软件体现。在这种模式下，A55核心群和RISC-V核心并非平等地运行同一个操作系统，而是分别运行不同的、甚至异构的操作系统。

• 典型配置：A55四核运行标准的Linux系统（如Ubuntu、Buildroot定制的Linux），而玄铁E907 RISC-V核心则独立运行一个实时操作系统（RTOS），如FreeRTOS或RT-Thread，或者直接运行裸机程序（Bare-metal）。
• 内存与资源划分：在系统启动阶段，通过Bootloader（如U-Boot）或硬件配置，将物理内存、外设等资源明确地划分给两个域。例如，将DDR内存的前512MB分配给Linux，后64MB分配给RISC-V的RTOS。类似地，某些GPIO、定时器、ADC模块可以专门分配给RISC-V核心独占访问，以确保其控制的绝对实时性。
• 核间通信（IPC）：两个域之间的数据交换是关键。T536芯片内部通常会提供硬件级的IPC机制，如：
  • 共享内存（Shared Memory）：划出一块双方都能访问的内存区域，配合软件层面的信号量或自旋锁实现数据同步。这是最高效的方式，适合传输大量数据。
  • 邮箱中断（Mailbox）：一个核心向另一个核心的特定邮箱寄存器写入消息并触发中断，通知对方处理。适合传输小数据量的控制命令或事件通知。
  • 消息队列：在RTOS和Linux端分别部署兼容的IPC中间件（如OpenAMP框架），提供更高级的、队列化的通信接口。

注意事项：在AMP模式下调试是一个挑战。你需要两套调试工具：JTAG/SWD用于调试RISC-V端的RTOS或裸机程序；而Linux端则通常通过网络（SSH）或串口进行调试。规划好调试接口和日志输出路径（例如，RISC-V的日志通过一个专用的UART输出，Linux的日志通过另一个UART或网络输出），能极大提升联调效率。

3.2 NPU算力在边缘侧的实际应用

内置的2TOPS（每秒2万亿次操作）NPU算力，让FET536-C具备了在设备端进行轻量级AI推理的能力。这里的“边缘侧”指的是数据产生的地方，比如摄像头、传感器旁边。

• 典型应用场景：
  • 工业视觉质检：在生产线上，对产品进行外观缺陷检测（划痕、污渍、装配错误）。原始图像数据由摄像头采集，经ISP处理后，直接送入NPU运行训练好的神经网络模型（如MobileNet SSD, YOLO-fast），实时输出检测结果，控制机械臂进行分拣。整个过程在毫秒级内完成，无需将图像数据上传至云端，保证了实时性和数据隐私。
  • 智能音视频分析：在安防监控中，进行人脸识别、车牌识别、行为异常分析（如跌倒、徘徊）。NPU可以实时分析视频流中的关键帧，仅当发现异常事件时，才触发报警并上传相关片段，节省了90%以上的网络带宽和云端存储成本。
  • 预测性维护：通过分析设备运行的振动、声音或电流波形数据，利用NPU运行时序预测模型，提前判断设备潜在故障。
• 开发流程：通常，你需要先在PC服务器上使用TensorFlow、PyTorch等框架训练模型，然后通过厂商提供的工具链（如全志的AIT工具链）将模型转换为NPU支持的专用格式（.nb, .tmfile等），并部署到核心板的Linux文件系统中。应用程序通过调用NPU的驱动API（如Tengine, NCNN等推理框架的适配后端）来加载模型并执行推理。

实操心得：2TOPS的算力对于1080p分辨率下、中等复杂度的神经网络模型（如MobileNetV2, EfficientNet-Lite）是足够的。但在选型时，一定要向原厂或方案商索要详细的算子支持列表和性能基准测试报告。不是所有神经网络层（Layer）或操作（Operator）都能被NPU高效支持，不支持的算子会“回退”到CPU上执行，可能成为性能瓶颈。同时，关注工具链的易用性和社区活跃度，这直接关系到你的开发效率。

3.3 安全启动与国密算法的硬件加速

对于工业物联网设备，安全不再是“加分项”，而是“必选项”。FET536-C在这方面的硬件加持非常务实。

• 安全启动链：其过程通常是：芯片上电后，首先执行固化在ROM中的第一级Bootloader（ROM Code），它会使用内置的公钥验证下一级Bootloader（通常是SPL或U-Boot）的数字签名。验证通过后，才会加载并运行它。U-Boot再去验证Linux内核和设备树的签名，最终形成一个完整的信任链。任何一环的签名验证失败，启动过程都会中止。这从根本上防止了未经授权的或篡改过的固件被运行。
• 国密算法硬件加速：SM2（椭圆曲线公钥密码）、SM3（杂凑算法）、SM4（分组密码）是我国商用密码标准。T536内置的硬件加解密引擎，能够以极低的CPU占用率，高速完成这些算法的运算。
  • 应用示例1（数据传输）：设备通过MQTT TLS与云平台通信。在建立TLS连接时，可以使用硬件加速的SM2进行密钥交换和证书验证，使用SM4对传输通道进行加密。
  • 应用示例2（数据存储）：设备本地存储的敏感数据（如配置参数、用户信息），在写入Flash前，先通过SM4硬件引擎进行加密；读取时再进行解密。即使存储介质被物理拆走，数据也无法被直接读取。
  • 应用示例3（固件升级）：服务器下发新的固件升级包时，附带使用SM3计算的哈希值。设备在升级前，先用硬件SM3引擎计算接收到的固件包的哈希值，与下发的值比对，确保固件完整性，防止中间人攻击植入恶意代码。

这些安全特性通常需要芯片原厂提供完整的SDK和示例代码才能有效利用。在评估时，务必确认飞凌嵌入式提供的BSP（板级支持包）中是否已经集成了这些安全功能的驱动和示例，否则自己从头实现的难度和风险会很高。

4. 典型应用场景与开发板实战指南

理论说得再多，不如看看它能干什么，以及怎么开始干。我们以两个典型场景为例，并梳理上手开发的要点。

4.1 场景一：智能直流充电桩主控

这是一个融合了高性能计算、实时控制、网络通信和安全需求的典型场景。FET536-C可以扮演“主控大脑”的角色。

• 任务分解：
  • A55 Linux端：
    1. 运行基于Qt的触摸屏人机交互界面，显示充电状态、金额、二维码。
    2. 运行后台服务程序，通过4G/以太网与运营管理平台（后台服务器）通信，上报数据、接收启停指令、进行支付对账。
    3. 处理视频流，可选利用NPU进行车牌识别或充电口插拔状态识别。
    4. 管理文件系统，存储交易日志、运行日志。
  • RISC-V RTOS端：
    1. 实现精确的PWM控制，驱动功率模块进行恒流/恒压充电。
    2. 高速ADC采样，实时监测充电电压、电流、温度。
    3. 通过CAN-FD与电池管理系统（BMS）进行高速通信，获取电池包详细状态。
    4. 执行硬实时安全守护，如过流、过压、过温的毫秒级保护，直接控制继电器断开。
• 开发流程：
  1. 硬件准备：获取FET536-C核心板及其配套的底板。底板应提供充电桩所需的功率接口、CAN-FD收发器、ADC调理电路、继电器驱动电路等。
  2. 环境搭建：从飞凌嵌入式官网下载针对FET536-C的SDK开发包。通常在Ubuntu虚拟机上安装交叉编译工具链，配置好开发环境。
  3. 系统定制：使用Buildroot或Yocto定制Linux根文件系统，只包含必要的驱动、库和服务，以减小系统体积、提高启动速度。同时，编译针对RISC-V核心的FreeRTOS固件。
  4. 分区与启动：修改U-Boot和内核设备树，配置好内存分区（为Linux和RTOS划分独立区域）和外设资源分配（如将某个CAN控制器、特定ADC通道分配给RISC-V独占）。
  5. 应用开发：两边并行开发。Linux端开发UI应用和网络服务；RISC-V端开发实时控制逻辑。通过共享内存或消息队列定义好通信协议（例如，Linux发送“开始充电，目标电流50A”命令，RISC-V回复“电流已稳定在49.8A”状态）。
  6. 集成测试：将两部分固件打包，烧录到核心板进行联合调试。重点测试通信延迟、控制响应时间、异常情况下的系统行为等。

4.2 场景二：工业物联网网关（DTU/FTU）

在工业自动化中，DTU（数据终端单元）或FTU（馈线终端单元）负责采集现场设备（PLC、传感器、仪表）的数据，进行协议转换后上传至云平台或SCADA系统。

• FET536-C的优势：
  • 多协议接入：利用其多达10个以上的UART接口，可以同时连接多个不同品牌的PLC或仪表（每个UART连接一种设备，如Modbus RTU、DL/T645电表协议等）。
  • 强大的数据处理能力：四核A55可以轻松运行复杂的协议栈（如Modbus TCP, IEC 104, MQTT）和边缘计算任务（如数据滤波、公式计算、越限判断）。
  • 双网口与可靠性：一个网口连接工业环网，另一个连接上级调度网络或作为冗余，支持网络热备。
  • 实时事件响应：RISC-V核心可以实时监听DI（数字量输入）信号，用于需要快速响应的保护信号或事件顺序记录（SOE），确保事件时间戳的精确性（可达毫秒级）。
  • 本地存储与断点续传：Linux系统支持大容量SD卡或eMMC，可在网络中断时缓存数据，网络恢复后续传。
• 开发要点：
  • 重点在于串口驱动稳定性和多线程/多进程数据管理。需要确保每个串口数据采集线程独立、不阻塞，并将采集到的数据高效、安全地传递给协议处理和数据上传线程。
  • 利用Linux下成熟的开源库，如libmodbus（用于Modbus协议）、Paho MQTT（用于MQTT客户端），可以加速开发。
  • RISC-V端的实时任务应尽可能精简，只处理最关键的硬实时事件，与Linux端的通信采用异步、非阻塞的方式，避免影响实时性。

4.3 快速上手：从开箱到点亮第一个LED

对于开发者而言，最关心的是如何快速验证硬件和搭建开发环境。

1. 硬件连接：

   • 将FET536-C核心板正确安装到底板上（注意金手指对齐）。
   • 连接12V电源适配器到底板电源接口。
   • 使用Type-C数据线连接底板的Debug UART到电脑USB口（用于串口调试）。
   • 使用网线连接底板的以太网口到路由器。
   • 连接HDMI线到显示器（可选，用于查看图形界面）。

2. 软件准备：

   • 串口工具：在电脑上安装串口终端软件（如MobaXterm, SecureCRT, 或开源的Putty）。根据设备管理器中的COM口号，设置波特率为115200，数据位8，停止位1，无校验。
   • 烧录工具：从飞凌官网下载并安装Allwinner专用的烧录工具（如PhoenixSuit或LiveSuit），以及预编译的固件镜像（通常是一个.img文件）。
   • SDK与工具链：下载Linux SDK和交叉编译工具链（如arm-linux-gnueabihf-gcc）。

3. 系统启动与登录：

   • 给设备上电，在串口终端中会看到U-Boot和Linux内核的启动日志。
   • 启动完成后，会看到Linux登录提示符（如fet536-c login:）。默认用户名和密码通常是root和root（或参考具体文档）。
   • 登录成功后，你就进入了一个标准的Linux命令行环境。可以运行ifconfig查看IP地址，通过SSH进行更便捷的网络登录。

4. 编译与运行第一个程序：

   • 在Ubuntu开发机上，编写一个简单的“Hello World” C程序。

   // hello.c #include <stdio.h> int main() { printf("Hello, FET536-C!\n"); return 0; }

   • 使用交叉编译工具链进行编译：

   arm-linux-gnueabihf-gcc -o hello hello.c -static # 静态链接，避免依赖库问题

   • 将生成的hello可执行文件通过scp命令拷贝到开发板：

   scp hello root@[开发板IP地址]:/tmp/

   • 在开发板的串口或SSH终端中，运行它：

   cd /tmp chmod +x hello ./hello

   • 如果看到“Hello, FET536-C!”的输出，恭喜你，开发环境基本就通了。

5. 操控GPIO（点亮LED）：

   • 在Linux系统中，GPIO通常通过/sys/class/gpio文件系统接口来操作。首先需要找到底板原理图上LED所连接的CPU引脚号，并换算成Linux GPIO编号（计算方式因平台而异，需查阅手册）。
   • 假设LED连接的GPIO编号为504（仅为示例）：

   # 导出GPIO echo 504 > /sys/class/gpio/export # 设置为输出模式 echo "out" > /sys/class/gpio/gpio504/direction # 点亮LED（假设低电平点亮） echo 0 > /sys/class/gpio/gpio504/value # 熄灭LED echo 1 > /sys/class/gpio/gpio504/value # 取消导出 echo 504 > /sys/class/gpio/unexport

   通过这几步，你就能完成对硬件最基本的控制。这标志着你的开发环境已经准备就绪，可以开始进行更复杂的应用开发了。

5. 开发中的常见问题与深度排查技巧

在实际项目开发中，遇到问题才是常态。下面我总结了一些在基于这类异构平台开发时可能遇到的典型问题及其排查思路。

5.1 系统启动失败问题排查

系统无法启动是最令人头疼的问题之一。可以按照以下顺序进行排查：

核心技巧：准备一张SD卡作为“救急卡”。将一份已知稳定可启动的U-Boot、内核和文件系统镜像放在SD卡里，并配置U-Boot优先从SD卡启动。当主存储（eMMC）的系统损坏时，可以通过SD卡启动来恢复，这是嵌入式开发的“安全绳”。

5.2 多核间通信（IPC）调试难点

AMP模式下，Linux与RISC-V之间的通信是调试的重点和难点。

• 问题1：通信不稳定，数据丢失。

  • 排查：首先检查共享内存的同步机制。是否使用了正确的内存屏障（Memory Barrier）指令？在读写共享数据时，是否使用了原子操作或锁？对于邮箱中断，检查中断号配置是否正确，中断服务程序（ISR）是否清晰、快速。
  • 解决：在共享内存区域设计一个简单的环形缓冲区（Ring Buffer），并配合信号量使用。在RISC-V端，由于是实时系统，关中断操作要谨慎，避免影响实时性。可以考虑使用无锁队列（Lock-free Queue）的设计，但实现复杂度较高。

• 问题2：通信延迟过大。

  • 排查：测量从发送命令到收到响应的完整时间。使用高精度计时器（如ARM的CNTPCT，RISC-V的mcycle计数器）在代码中打点。
  • 解决：优化通信数据包结构，尽量精简。避免在通信频繁的路径上进行大量内存拷贝。检查是否因为Linux内核调度导致应用进程未能及时处理来自RISC-V的中断或消息。可以考虑提高Linux端接收线程的优先级。

• 问题3：一方崩溃导致另一方僵死。

  • 排查：这是AMP模式的固有风险。如果Linux崩溃，RISC-V可能还在等待永远无法到来的响应。
  • 解决：设计超时与心跳机制。RISC-V在发送请求后启动一个硬件看门狗（Watchdog）定时器，如果超时未收到响应，则执行安全恢复操作（如进入安全状态）。同时，双方定期发送“心跳”包，确认对方存活。

5.3 外设驱动与资源冲突问题

当你在Linux下使用某个外设（如UART、SPI）时，发现无法正常工作，除了检查软件配置，还要从硬件和系统层面排查。

1. 确认设备树（DTS）配置：这是最关键的一步。使用dtc工具将内核中的设备树二进制文件（dtb）反编译为文本（dts），检查目标外设的节点是否已启用（status = “okay”），引脚复用（pinctrl）配置是否正确，时钟、中断等资源是否分配。对比原厂提供的标准DTS文件，看是否有差异。
2. 检查引脚复用冲突：一个物理引脚可能被复用于多种功能（如GPIO、UART TX、SPI CLK）。确保在设备树中，这个引脚没有被其他功能占用。可以使用cat /sys/kernel/debug/pinctrl/pinctrl-handles（路径可能不同）来查看当前的引脚复用状态。
3. 确认驱动是否加载：使用lsmod查看内核模块，或dmesg | grep搜索相关驱动关键字，看驱动是否成功加载并探测（probe）到了设备。
4. 排查硬件连接：使用万用表测量引脚电压，用示波器查看信号波形，排除虚焊、短路、上拉/下拉电阻缺失等硬件问题。
5. 资源冲突（特别是与RISC-V端）：这是FET536-C这类异构芯片特有的问题。如果你将某个外设（比如一个定时器）在设备树中分配给了Linux，同时又试图在RISC-V的代码中直接操作该外设的寄存器，就会导致冲突，行为不可预测。必须严格按照项目初期规划的资源分配表来开发，确保一个硬件资源只被一个域（Linux或RISC-V）控制。

5.4 性能优化与电源管理

当项目进入后期，性能优化和功耗控制会成为焦点。

• Linux端性能优化：

  • CPU调频：默认的ondemand或powersave调速器可能无法发挥最高性能。对于计算密集型任务，可以临时设置为performance模式：echo performance > /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor。
  • 内存与IO：使用iotop、vmstat命令监控IO和内存使用情况。避免频繁的小文件读写，使用内存缓存。对于NPU运算，确保输入数据在物理上连续的内存中（使用malloc或mmap分配大页内存），以减少内存拷贝开销。
  • 文件系统：对于大量日志写入，考虑使用内存文件系统（tmpfs）或具有日志模式的文件系统（如ext4带data=ordered）。

• RISC-V端实时性优化：

  • 中断延迟：优化中断服务程序（ISR），做到尽可能短小精悍。非关键任务放到任务（Task）中处理。禁用不需要的中断源。
  • 任务调度：合理设置FreeRTOS任务的优先级。确保最高优先级的实时任务能够及时抢占CPU。
  • 内存访问：如果RISC-V有独立的TCM（紧耦合内存），将最关键的代码和数据放在TCM中，以获得最快的访问速度和确定的访问时序。

• 电源管理：

  • 动态功耗：在Linux端，对不使用的CPU核心可以进行热拔插（echo 0 > /sys/devices/system/cpu/cpuX/online）或使其进入空闲状态。关闭不用的外设时钟和电源域。
  • 静态功耗：在设备长时间待机时，可以考虑让Linux进入休眠（suspend-to-mem）状态，而由RISC-V核心作为唤醒源。这需要仔细设计电源电路和唤醒逻辑。
  • 测量：使用精密电源或电流计，测量设备在不同工作状态（全速运行、空闲、休眠）下的电流消耗，为电池供电或节能设计提供数据依据。

开发这样一块功能强大的核心板，就像驾驭一辆高性能赛车。初期需要花时间熟悉它的所有特性和“脾气”（各种坑），一旦摸透，它就能在你手中发挥出巨大的能量，去实现那些过去需要复杂多芯片系统才能完成的任务。飞凌嵌入式FET536-C提供的，正是一个高度集成、安全可控且具有充分扩展性的国产化硬件基石，剩下的，就看你的想象力与代码了。