保定飞凌嵌入式技术有限公司

名字都叫工业网关，用起来差别大了去了！

2026-06-11 16:54:00 +0800

做工业自动化、物联网项目的同行，想必都碰到过这类行业痛点：市面上各类设备纷纷冠以"工业网关"之名，外观看着相差无几，可真正落地到项目现场，实际表现、运行稳定性与功能拓展能力却天差地别。我们在项目中精挑细选优质设备，却常常难以向客户讲清产品的核心价值。究其根源，还是行业品类划分混乱：简单的数据透传设备、基础网络设备、高端智能协议网关被混为一谈。这也导致外行难以分辨产品优劣，往往只关注表面差异。名称同为工业网关，但不同产品在硬件架构、功能定位、场景适配、迭代拓展能力上，存在本质区别。今天就用通俗的行业语言，深度拆解市面上各类工业联网设备的核心差异，帮大家精准判断产品价值、选对适配项目的设备，从根源上避免设备不适配、项目翻车等问题。

当前市场上标注为"工业网关"的产品，主要可分为五大类

4G 路由器：入门级工业联网工具入门级

这是工业场景里最基础、性价比最高的联网设备，功能十分单一，核心作用就是将本地网口、串口采集的数据，通过 4G 网络完成无线透传上传。

该类设备采用常规 MCU 硬件架构，功能出厂即固定，不支持二次开发，无法根据现场个性化需求做功能调整与场景适配。仅适合结构简单、无定制化需求的基础联网场景，难以承接复杂的工业物联网项目。
- MCU 硬件架构，算力有限
- 功能出厂固化，无二次开发能力
- 仅支持基础数据透传
- 适合简单联网场景
串口服务器：纯串口转网络转发设备入门级

功能比 4G 路由器更加单一，核心用途仅有一项：实现串口与网口数据的相互转换、透明转发。

同样采用封闭式 MCU 架构，属于固定功能设备，既没有二次开发空间，也不具备自主协议解析能力，仅能被动转发数据，无法实现场景拓展、数据处理与设备联动，功能局限性较大，只适用于单一、简易的数据转换场景。
- 封闭式 MCU 架构
- 无二次开发空间
- 不具备协议解析能力
- 仅被动转发数据
协议数据网关：正统工业级智能网关专业级

这才是工业物联网数据采集、智能制造、设备数字化改造项目中，真正意义上的工业级网关，和前两类入门设备不在同一层级，也是工业现场数据采集、设备联网、远程运维的核心载体。

这类设备摒弃了入门产品的固化 MCU 架构，搭载稳定成熟的 Linux 系统，以 MPU 为主控芯片，硬件算力充足、系统兼容性强，开发难度低。核心能力覆盖多类型接口兼容、MQTT、ModBus 等主流工业协议解析、多设备集中采集、数据预处理、远程稳定传输等。

核心亮点开放二次开发权限，用户可根据不同行业、不同现场的非标需求定制专属功能、适配特殊协议，可塑性、现场适配性与后期迭代能力拉满，能够全面满足复杂工业现场的各类核心需求，也是目前中大型工业物联网项目的首选设备。
- Linux 系统 + MPU 主控芯片
- 多类型接口兼容
- MQTT、ModBus 等主流协议解析
- 多设备集中采集与数据预处理
- 开放二次开发，高度可定制
- 中大型工业物联网项目首选
控制器：主打设备控制，并非数据网关控制类

不少行业新人容易将控制器与工业网关混淆，但二者核心定位完全不同。控制器的核心作用是前端设备逻辑控制，专注于设备启停、逻辑运算、IO 信号输出等，优势在于运行实时性与工业抗干扰能力。

其硬件架构专为控制场景设计，并不侧重工业协议解析、多设备数据采集、远程数据交互等能力，核心价值是管控设备运行，无法替代工业网关完成数据联网、传输等核心工作。
- 专注设备逻辑控制
- 运行实时性与抗干扰能力强
- 不侧重协议解析与数据采集
- 无法替代网关完成数据联网
工业路由器 / 工业交换机：纯工业级网络通信设备网络类

这类产品本质原理和家用路由器、交换机一致，只是做了工业级加固处理，具备防尘、抗干扰、宽温运行等特性，核心功能仅为网络搭建、数据中转与带宽传输。

设备搭载 MTK MIPS 等专用通信芯片，网络传输带宽与稳定性表现优异，但不支持二次开发，硬件算力仅满足网络转发需求，无法完成工业协议解析、数据预处理、定制化数据交互等网关类核心工作。
- 工业级加固（防尘、抗干扰、宽温）
- MTK MIPS 专用通信芯片
- 网络传输带宽与稳定性优异
- 不支持二次开发
- 无法完成协议解析与数据预处理

以上就是市面上五类被统称为"工业网关"的产品完整拆解。相信不少同行心里仍有疑问：既然名称相近，为何产品成本、项目落地效果会相差如此悬殊？核心原因在于硬件架构、系统能力、开发权限、协议支持、场景适配性等方面的本质差异。选对设备，项目才能稳如磐石；选错设备，后续将付出数倍于设备本身的隐性成本。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

还在为工业设备频繁故障头疼？飞凌国产主控数据通信网关专业深度评测

2026-06-11 13:42:00 +0800

感谢漫谈er 供稿

作为搞工业嵌入式实测多年的老炮，我得说句实在的——工业现场的严苛，真不是普通设备能扛住的。高低温乱蹦、电磁干扰扎堆、电压忽高忽低，还有粉尘潮湿糊一脸，以前见过太多设备在这种环境里死机、丢包，甚至直接报废，轻则耽误生产，重则赔进去不少钱，踩过的坑能装一箩筐。

直到我上手实测了飞凌嵌入式研发的国产主控数据通信网关-FCU1501这款嵌入式控制单元，才算真正见识到什么叫“工业级硬核”。全程我亲自盯着，把它扔进各种极端场景里反复折腾，高低温、冷热交替启动、电磁兼容这三项核心测试，每一项都拉满标准，实测下来的表现，我个人给打99分，剩下1分怕它骄傲。

很多厂家的“工业级测试”都是摆样子，参数吹得天花乱坠，实际用起来拉胯，但飞凌这款不一样，我全程参与实测，每一个数据、每一次运行状态，都是我亲眼所见，主观说一句：它的稳定性，能扛住工业现场的所有糟心场景。

1 高低温实测：-40℃到85℃，稳得纹丝不动

我做实测最看重的就是高低温表现，毕竟工业设备要么往极寒的户外机箱里装，要么往闷热的车间、低温的冷库里放，温度乱蹦是常事。这次我直接把FCU1501网关放进高低温试验箱，从-40℃的极寒环境，一步步升到+85℃的高温，全程连续运行72小时，中间没断过电、没停过机。

说句实话，我本来没抱太大期待，毕竟以前测过不少同类型产品，要么在-30℃就卡顿，要么到70℃就死机。但FCU1501网关是真的顶，不管是极寒环境下开机，还是高温环境下持续作业，没有一次死机、没有一丝卡顿，性能也没半点衰减，甚至连运行噪音都没变化。

个人结论：北方寒冬户外部署、南方酷暑车间作业，还有冷链仓储这种温差大的场景，用它完全不用慌，稳得能当“定心丸”，比我之前测过的任何一款同价位产品都靠谱。咱们直接上报告

2 冷热启实测：温差再大，开机秒响应不拖沓

工业现场最烦的就是“启动翻车”——冬天低温开机启动慢，夏天高温重启宕机，一耽误就是大半天生产，以前因为这事儿我还被领导骂过好几次。所以这次测FCU1501网关，我特意模拟了现场的极端温差：晚上把试验箱调到-40℃，早上直接升温到+60℃开机；中午升到+85℃，突然断电再重启，反复折腾了几十次。

结果真的超出我的预期！不管是低温环境下首次开机，还是高温环境下突然重启，它都能瞬间响应，没有一次延迟、没有一次宕机，开机后直接进入工作状态，连缓冲时间都没有。对比我之前测过的那些“娇贵货”，动辄启动延迟几分钟，甚至启动失败，FCU1501网关这表现，简直是工业现场的“救星”。

主观感受：就冲这冷热启动的表现，它就能解决很多工业现场的“启动焦虑”，尤其是需要24小时不间断运行的场景，再也不用怕温差大导致生产中断了。

3 EMC电磁兼容实测：强干扰环境，通信零丢包

工业现场最绕不开的就是电磁干扰——变频器、电机、高压设备一开机，干扰波就满天飞，很多设备一遇到这情况，就会出现通信丢包、信号紊乱，甚至直接重启，我之前测过一款产品，在10分钟丢包率就高达30%，根本没法用。

这次测FCU1501网关，我特意使用专用电磁测试设备，模拟电力、冶金现场的强干扰环境，连续运行48小时，全程监测通信状态。说实话，我全程盯着监测数据，心里一直在打鼓，结果没想到，它的抗干扰能力这么强——没有一次丢包、没有一次信号紊乱，甚至连运行状态都没波动，通信一直保持稳定。

主观结论：电力、冶金、石化、轨道交通这些强干扰行业，选它绝对没错，抗干扰能力拉满，能大幅减少设备故障，不用再天天盯着设备排查通信问题，省了太多心。

测完FCU1501网关，我最大的感受就是：工业级产品，就得靠实测说话，不能光靠厂家吹。这款设备，从-40℃到85℃的极端温度，到剧烈的冷热交替，再到强电磁干扰，每一项测试都经受住了考验，7×24小时不间断运行也完全没问题。

作为一个实测博主，我从不乱吹产品，好不好用，实测数据和我的亲身感受说了算。飞凌FCU1501这款嵌入式控制单元，我个人强烈推荐——不管你是做户外设备、车间控制，还是井下、基站这些苛刻场景，它都能扛住，稳如磐石，用它真的能少踩很多坑，也能省不少后续维护的麻烦。

最后说一句：工业设备，稳定永远是第一位的，全新一代国产主控数据通信网关FCU1501，是我实测过的同类型产品里，稳定性最能打的一款，闭眼冲不踩雷！

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK182X系列算力卡 20TOPS 算力加持，边缘大模型高效运行

2026-06-10 16:41:00 +0800

端侧AI算力破局

RK182X系列算力卡，让大模型落地更简单

当下，边缘AI全面进入大语言模型+多模态感知深度融合阶段，储能、工业网关、智能机器人、视频分析等场景，对本地实时推理、低延迟响应、数据安全合规的需求爆发式增长。但RK3588/RK3576/RK3568等主流主控，原生NPU算力有限、内存带宽不足，3B参数量以上的大模型跑不动、响应慢、并发差，“业务刚需猛、端侧算力弱”的冲突日益尖锐。瑞芯微推出了面向人工智能应用的高性能RK182X系列算力卡，依托RKNN3 SDKV1.0.4的发布，为端侧AI模型部署提供全栈式软件支撑，在端侧推理性能、模型适配、功能接口、推理精度上全方位升级，兼具高性能、高适配、高能耗比优势，即插即用补满算力缺口，让LLM/VLM在边缘设备稳定流畅落地！

硬核算力

20TOPS硬核算力，8B大模型端侧推理无压力

RK182X系列内置多核RISC-V CPU与3D堆叠高带宽DRAM，集成多核高算力NPU，峰值算力可达20TOPS且广泛支持从INT4到FP16的多种计算精度，通过PCIe/USB接口与主控设备高速互联，支持从0.5B到8B多种参数量的大语言/多模态模型及传统CNN模型推理及本地化部署，专注于AI端侧推理，不占主控资源，算力独立输出。

	RK1820	RK1828	说明
峰值算力(INT8)	20 TOPS	20 TOPS	峰值算力相同，推理速度基准一致。
DRAM容量	2.5 GB	5 GB	RK1828拥有更大的DRAM容量，支持加载更大的模型权重，可流畅运行Qwen3-8B等主流大模型。
支持最大模型参数量	3B	8B	RK1828拥有更大的DRAM容量，支持加载更大的模型权重，可流畅运行Qwen3-8B等主流大模型。

主流模型全覆盖，打通算法生态壁垒

原生支持LLM大语言、VLM图文多模态、CNN卷积网络三类核心模型

RK182X算力卡完成主流AI算法全适配，原生支持LLM大语言、VLM图文多模态、CNN卷积网络三类核心模型，覆盖自然语言交互、跨模态图文解析、图像分类检测、音频信号处理等全场景AI应用，算力调度稳定、推理时延优异，配套完备的模型编译工具链，轻松实现模型量化转换、适配优化与嵌入式端快速投产。

模型分类	包含模型列表
LLM大语言模型	Qwen2.5-0.5B、Qwen2.5-1.5B、Qwen2.5-3B、Qwen2.5-7B、Qwen3-0.6B、Qwen3-1.7B、Qwen3-4B、Qwen3-8B、HY-MT1.5-1.8B、Youtu-LLM-2B、GLM-Edge、Gemma4、Qwen3-Reranker-0.6B、Qwen3-Reranker-4B、Qwen3-Embedding-4B
VLM多模态模型	Qwen2.5-VL-3B、Qwen2.5-VL-7B、Qwen2.5-0mni-3B (Thinker)、Qwen3-VL-2B、Qwen3-VL-4B、FastVLM-1.6B、InternVL3-2B、InternVL3.5-4B、MiMo-VL-7B-RL、SmoVLM、SmoVLM2、UI_TARS、PaddleOCRVL、gme-Qwen2-VL-2B
CNN/视觉模型	SigLIP、SigLIP2、MetaCLIP2、DINOV2、DINOv3、MobileNetV1、MobileNetV2、ResNet-50、YOLOv5、YOLOv6、YOLOv8、YOLO-World、Diffusion Policy
声音模型	GROOT、VITS、Qwen3-ASR、Qwen3_TTS、Whisper、SenseVoice、Zipformer

LLM大语言模型

自然语言交互、知识问答、文本生成

VLM多模态模型

图文解析、视觉问答、跨模态理解

CNN卷积网络

图像分类、目标检测、音频信号处理

完备工具链

量化转换、适配优化、快速投产

全平台兼容

兼容全主控+双系统，老设备零成本焕新算力

RK182X系列算力卡全兼容RK3588、RK3576、RK3568等瑞芯微主流主控，适配Linux/Android双系统，PCIe直插即用无需额外驱动适配。依托该架构设计，产品实现跨主控、跨系统通用，存量在用设备可零改造升级AI大模型算力，无需更换主板、修改整机结构、重新做产品认证，老旧边缘网关、工控主机、AI边缘盒能够低成本迭代升级为高性能AI推理终端，规避硬件换代带来的高额改造成本与周期损耗。

RK3568作为大批量商用落地平台，自带1TOPS板载NPU，原生算力无法适配端侧大模型推理场景；设备预留PCIe扩展位，选配RK1820/RK1828算力卡后可新增20TOPS独立NPU算力，存量整机无需改版，低成本完成算力扩容，稳定运行大语言、多模态大模型。

软件层面，飞凌嵌入式已完成RK182X全系列在Linux/Android双系统的深度驱动调试与全量算子落地验证：工业视觉、服务机器人（Linux端）、智能交互一体机、商用智慧屏（Android端）等多场景均可即插即用。单张算力卡可跨硬件平台、跨操作系统复用，有效压缩客户备货库存、后期运维成本，落地「一卡通用，旧机焕新」的边缘算力升级方案。

OK3588-C开发板搭配RK1828算力卡

模型	主控平台	Input_Tokens	New_Tokens	主控板载NPU推理性能Decode TPS(Tokens/s)	搭配RK182X推理性能(Tokens/s)
Qwen3-VL-2B	RK3588	128	128	15.12	142.37
	RK3576	128	128	7.67	138.53
	RK3568	128	128	不支持大模型推理	137.3

测试参数说明：Input_Tokens和New_tokens分别代表输入/输出Tokens数量；TPS：模型每秒能生成的token数量。

储能行业私有化知识库落地案例

基于RK3588+RK1828算力卡，打造储能专属AI问答交互系统

针对储能BMS场景的储能系统AI问答交互系统需求，飞凌嵌入式基于RK3588+RK1828算力卡打造储能专属私有化知识库，集成语音识别ASR与语音合成TTS模块支持全语音问答，支持多级BMS储能设备实时运行数据查询和储能系统故障智能诊断，精准解析运维人员的提问意图，支持故障排查、数据查询、分析建议等连续交互，端侧离线部署无需联网，实现数据本地闭环、合规安全。

安

本地部署

数据不出场站，满足电力储能行业安全合规要求

速

高速响应

大语言模型端侧推理输出速度稳定60+tokens/s，故障诊断、数据查询实时输出

易

开箱即用

支持知识库快速导入、语音交互、自定义MCP、接口标准化

为什么选择RK182X算力卡？

即插即用

PCIe/USB双接口，双系统支持，部署周期缩短50%+。

全平台覆盖

完美支持RK3588/3576/3568，存量设备一键升级算力。

场景化方案

储能、工业、机器人等垂直场景定制优化，提供全套技术支持。

稳定可靠

工业级品质，批量交付有保障，技术团队全程护航。

RK182X系列算力卡真正解决端侧大模型算力短缺，让LLM/VLM本地跑得稳、跑得快、用得起！

端侧推理实测性能数据

结合真实业务场景下的上下文尺寸和输出长度，多平台实测验证

Ubuntu系统 RK3568 + RK1828算力卡

模型	上下文尺寸	输出长度	TTFT(ms)	TPOT(ms)	Decode TPS(tokens/s)
Qwen2.5-0.5B	1024	2048	166.12	6.03	165.73
Qwen2.5-0.5B	1024	4096	165.65	6.22	160.75
Qwen2.5-1.5B	1024	2048	323.11	9.03	110.76
Qwen2.5-1.5B	1024	4096	323.59	9.34	107.02
Qwen2.5-3B	1024	2048	527.28	12.75	78.43
Qwen2.5-3B	1024	4096	527.66	13.15	76.03
Qwen3-4B	1024	2048	978.94	14.49	69.01
Qwen3-4B	1024	4096	680.97	14.79	67.61
Qwen2.5-7B	1024	2048	1280.04	16.81	59.48
Qwen2.5-7B	1024	4096	1278.79	17.09	58.51
Qwen3-8B	1024	2048	1401.68	19.89	50.28
Qwen3-8B	1024	4096	1418.61	20.08	49.79

LLM模型端侧推理核心性能数据

模型	Vision分辨率	Vision(ms)	LLM TTFT (ms)	LLM Decode TPS(tokens/s)
FastVLM 1.5B stage 3	512×512	152.19	135.51	127.31
InternVL3-2B	448×448	210.77	247.55	126.3
Qwen2.5 VL-3B	392×392	321.98	336.45	83.38
Qwen3-VL-4B	384×384	451.07	203.36	75.82

VLM模型端侧推理核心性能数据

Ubuntu系统 RK3576 + RK1828算力卡

模型	上下文尺寸	输出长度	TTFT(ms)	TPOT(ms)	TPS(tokens/s)
Qwen2.5-0.5B	1024	2048	157.39	6.73	148.61
Qwen2.5-0.5B	1024	4096	156.46	6.83	146.51
Qwen2.5-1.5B	1024	2048	311.2	9.55	104.72
Qwen2.5-1.5B	1024	4096	311.96	9.99	100.1
Qwen2.5-3B	1024	2048	521.04	13.44	74.38
Qwen2.5-3B	1024	4096	520.31	13.75	72.72
Qwen3-4B	1024	2048	937.24	15.45	64.74
Qwen3-4B	1024	4096	929.67	15.54	64.34
Qwen2.5-7B	1024	2048	1242.4	17.73	56.4
Qwen2.5-7B	1024	4096	1287.12	17.83	56.08
Qwen3-8B	1024	2048	1355.74	20.91	47.82
Qwen3-8B	1024	4096	1353.15	20.91	47.83

LLM模型端侧推理核心性能数据

模型	Vision分辨率	Vision(ms)	LLM TTFT(ms)	LLM Decode TPS(tokens/s)
FastVLM 1.5B stage 3	512×512	151.18	130.55	118.11
InternVL3-2B	448×448	207.66	245.57	117.53
Qwen2.5 VL-3B	392×392	316.77	316.69	82.64
Qwen3-VL-4B	384×384	188.74	406.42	75.00

VLM模型端侧推理核心性能数据

Android系统 RK3588 + RK1828算力卡

模型	上下文尺寸	输出长度	TTFT(ms)	TPOT(ms)	TPS(tokens/s)
Qwen2.5-0.5B	1024	2048	129.23	5.61	178.23
Qwen2.5-0.5B	1024	4096	139.01	5.72	174.75
Qwen2.5-1.5B	1024	2048	262.01	8.34	119.84
Qwen2.5-1.5B	1024	4096	266.87	8.65	115.6
Qwen2.5-3B	1024	2048	457.12	11.76	85.06
Qwen2.5-3B	1024	4096	448.11	12.14	82.4
Qwen3-4B	1024	2048	567.66	13.42	74.5
Qwen3-4B	1024	4096	583.42	13.8	72.48
Qwen2.5-7B	1024	2048	1141.81	16.13	62.01
Qwen2.5-7B	1024	4096	830.95	16.24	61.58
Qwen3-8B	1024	2048	1258.39	19.06	52.46
Qwen3-8B	1024	4096	924	18.84	53.09

LLM模型端侧推理核心性能数据

模型	Vision分辨率	Vision(ms)	LLM TTFT (ms)	LLM Decode TPS(tokens/s)
FastVLM_1.5B_stage 3	512×512	131.48	136.93	120.19
InternVL3-2B	448×448	182.66	229.47	120.05
Qwen2.5 VL-3B	392×392	281.04	298.42	87.9
Qwen3-VL-4B	384×384	165.57	377.58	78.08

VLM模型端侧推理核心性能数据

测试参数说明

测试基于主控SOC + RK1820/RK1828，两者之间通过PCIe连接；
TTFT：模型生成第一个token所需的时间；
TPOT：生成每个输出token所需的平均时间；
TPS：模型每秒能生成的token数量；
VLM的Vision和LLM耗时为独立测试。

RK182X系列算力卡即将到货，欢迎有需要的客户朋友持续关注！

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

乔迁大吉！飞凌嵌入式华南技术服务中心焕新出发

2026-06-10 10:36:00 +0800

良辰启新篇，聚力向未来

6月9日，飞凌嵌入式华南技术服务中心正式搬迁至北航大厦，乔迁庆典圆满举办。公司总部与华南技术服务中心全体员工齐聚现场，共贺乔迁之喜。

本地化极速服务体系升级

本次华南技术服务中心乔迁新址，并非简单的场地更迭，而是飞凌嵌入式全面落实本地化极速服务体系：实现需求就近受理、极速响应，大幅缩短技术咨询与售后对接时效。依托专属本地工程师团队，可提供一对一技术对接、上门实地调试、现场方案适配、全程项目落地跟进等定制化服务，高效解决客户嵌入式开发、硬件适配过程中的各类难题。

新址新境，聚力前行

新址新境，聚力前行；初心不改，未来可期。此次乔迁是新征程的起点，更是新梦想的启航。未来，飞凌嵌入式华南技术服务中心全体成员将以本次乔迁为契机，依托全新办公环境，延续务实进取的优良作风，以更饱满的热情、更专业的姿态深耕嵌入式领域。

新址地址

欢迎各位新老客户、合作伙伴莅临新址参观指导，共话合作，共谋发展！

RK3588 + JishuShell：Arm 架构下 OpenClaw 一键部署实战

2026-06-07 12:27:00 +0800

2026年2月，OpenClaw（社区昵称"龙虾"）以黑马之姿登顶GitHub全球热榜，成为最受开发者追捧的开源AI智能体框架。短短数月，智谱、腾讯、华为、阿里、字节、小米等头部玩家密集布局类Claw产品，腾讯云、阿里云等主流云厂商也纷纷推出配套部署服务，端侧AI Agent的赛道竞争已然白热化。

但一个残酷的现实摆在所有从业者面前： OpenClaw不缺强大的模型能力，缺的是"能用、好用、能落地"的基础设施。传统部署流程繁琐到让无数开发者望而却步——配置Python环境、手动安装海量依赖、反复调试config.json、对接模型API、排查tools与memory冲突……从"尝鲜"到"跑通"，往往要耗费数小时甚至数天，这哪里是"使用工具"，分明是"二次开发"。

飞凌嵌入式与安谋科技"极术社区"的深度合作彻底打破了这一僵局。 基于FET3588-C核心板与JishuShell（小龙虾on Arm）一键部署工具的组合方案，实现了"一行命令、一杯咖啡时间"的端侧Agent部署，真正做到插电即用、稳定可控。

今天，我们就来深度拆解JishuShell的 5大核心优势，看它如何让端侧AI Agent从"实验室"走向"生产线"。

从GitHub热榜到落地刚需

OpenClaw到底改变了什么？

OpenClaw绝非传统意义上的"聊天机器人"，而是一款 本地优先、自主执行、支持多Agent分工协作的AI执行网关。它的核心突破在于：让大模型从"只会对话"进化为"会动手做事"。

用户只需下达目标，OpenClaw即可自主完成 任务拆解、模型调用、工具适配、本地操作、结果反馈的全闭环执行。比如让它"整理本周行业报告"，它会自动抓取资讯、筛选核心数据、排版生成文档；让它"控制智能设备执行巡检"，它能对接传感器、规划路径、反馈异常状态——真正实现" 数据不出本地，响应毫秒级"。

这种"自主执行"的能力，让端侧AI Agent摆脱了对云端的依赖，完美适配工业巡检、服务机器人、家庭中控、边缘网关等数据敏感、延迟敏感的场景。但遗憾的是，复杂的部署门槛，让这一强大能力始终停留在"少数开发者的玩具"阶段。

而JishuShell的出现，正是为了抹平技术门槛，释放OpenClaw的落地价值。飞凌嵌入式基于FET3588-C完成全链路验证，用实际案例证明： 从部署到稳定运行，比喝一杯咖啡的时间还短。

JishuShell 5大核心优势

把"二次开发"变成"产品体验"

JishuShell是安谋科技"极术社区"专为Arm架构设备打造的OpenClaw部署工具，针对国内开发者需求深度优化，从 部署、安全、管理、生态、适配五大维度，彻底解决了端侧Agent落地的核心痛点。

一键部署零配置：3分钟完成从0到1的跨越

传统OpenClaw部署的最大痛点，是环境依赖复杂、版本适配困难。开发者需要手动处理Python版本冲突、依赖包缺失、系统库不兼容等问题，稍有不慎就会导致部署失败，反复调试消耗大量时间。

JishuShell通过"极术社区"定制安装脚本，实现了 真正的零配置一键部署：

仅需一行命令，即可自动完成环境搭建、依赖安装、服务启动， 3分钟内让OpenClaw在FET3588-C核心板上稳定运行
针对中国开发者的使用场景优化，完美解决原版OpenClaw的"水土不服"问题，无需额外修改配置即可适配国内网络与工具生态
从"开发者工具"直接升级为" 可用产品"，让零基础开发者也能快速上手，让资深开发者专注于业务开发而非环境配置

安全沙箱隔离：企业级安全，数据零风险

对于工业、金融、政务等敏感场景， 数据安全与环境隔离是落地的核心前提。传统OpenClaw直接运行在宿主机环境中，一旦出现漏洞或异常，可能导致系统崩溃、数据泄露，无法满足企业级应用的合规要求。

JishuShell采用容器化Docker技术，构建了完善的安全沙箱机制，从根源上规避风险：

环境隔离：OpenClaw运行在独立容器中，不污染宿主机系统，即使容器内出现异常，也不会影响设备核心功能
权限精细化管控：API密钥独立加密存储，严格限制Agent的本地操作权限，防止越权访问敏感数据
跨平台一致性：无论在何种Arm架构设备上部署，环境配置完全统一，降低企业级应用的运维成本与风险
支持本地数据闭环处理：无需将数据上传至云端，从根本上杜绝云端数据泄露的隐患，完美适配数据敏感场景

统一全生命周期管理：可视化界面，告别config.json噩梦

用过OpenClaw的开发者，都对config.json配置文件头疼不已——参数繁多、结构复杂，一个标点符号错误就会导致整个服务崩溃，调试成本极高。

JishuShell打造了 可视化Web管理界面，实现Agent全生命周期的统一管控，彻底解决配置难题：

一站式操作界面：通过网页点选即可完成模型配置（API/本地模型）、AGENT参数设置、tooIs/memory管理、服务启停等所有操作，无需手动修改配置文件
全流程可视化监控：实时展示Agent运行状态、任务执行进度、资源占用情况，支持异常告警与一键重启，降低运维难度
灵活的版本管理：支持多版本OpenClaw并行部署与快速回滚，适配业务迭代需求，避免版本更新导致的业务中断
真正实现"一个界面掌控全局"：让运维人员无需专业技术背景，也能轻松管理端侧Agent集群

生态能力集成：主流工具无缝对接，开箱即用

端侧AI Agent的落地，离不开丰富的工具生态。传统OpenClaw的工具适配难度大，需要开发者手动开发插件，延长了落地周期。

JishuShell打通了主流工具与平台的对接链路，实现生态能力无缝集成：

即时通讯工具适配：支持微信、飞书等主流软件扫码快速配置，通过即时通讯工具即可远程调度Agent执行任务，比如通过飞书发送指令进行智能信息查阅、让Agent完成文档整理、数据统计等工作
技能插件生态丰富：内置海量通用Skills（技能插件），覆盖文档处理、数据操作、设备控制等常见场景，无需二次开发即可直接使用
与20余家AI产业合作伙伴深度适配：包括瑞芯微、辉羲智能、极空间等芯片/方案厂商，确保工具与硬件、模型的完美兼容
统一接入MCP（模型上下文协议）：提升Agent的上下文理解能力与执行效率，让工具调用更流畅、更智能

Arm原生优化：端侧普惠，低成本高稳定

JishuShell从底层针对 Arm架构进行深度优化，充分发挥Arm设备 超低功耗、低成本、高稳定性的优势，推动端侧AI Agent从"高端场景"走向"普惠应用"。

轻量部署：无需复杂的桌面环境配置，插电即用，适配工业网关、智能家电、服务机器人等各类边缘设备
超低功耗运行：针对Arm架构的功耗特性优化，支持7×24小时静默运行，功耗远低于传统PC与云主机方案，大幅降低长期运营成本
真正实现端侧普惠：让每一台Arm设备都能成为具备自主执行能力的AI助手，推动AI技术从云端向边缘渗透

FET3588-C核心板

端侧AI Agent的硬核算力底座

FET3588-C 工业级核心板

基于瑞芯微旗舰RK3588处理器打造，为端侧AI Agent提供充沛、稳定、高效的算力底座

JishuShell的优势，离不开FET3588-C核心板的强力支撑。作为飞凌嵌入式基于瑞芯微旗舰RK3588处理器打造的工业级核心板，FET3588-C核心板为端侧AI Agent提供了充沛、稳定、高效的算力底座。

正是FET3588-C核心板的强劲算力，与JishuShell的便捷部署、安全管理能力形成完美互补，让端侧AI Agent的落地场景变得无限广阔：

机

机器人领域

服务机器人、工业巡检机器人可通过Agent自主规划路径、调用传感器、执行巡检任务，数据本地处理，响应更及时

智

智能设备领域

AI音箱、家庭中控、边缘AI网关实现"会思考、会执行"，不再是简单的问答工具，而是能自主完成家务、控制设备的智能助手

工

工业与边缘计算

工厂设备通过Agent实现本地数据分析、实时决策、协同控制，数据不出厂，既保障数据安全，又提升生产效率

消

消费电子领域

智能家电通过Agent实现个性化服务，比如空调根据用户习惯自动调节温度、冰箱自动整理食材清单，提升用户体验

部署无门槛

Agent才能更大规模应用

行业内仍有不少人在争论"哪个模型更强""Agent该怎么设计"，但飞凌嵌入式与安谋科技"极术社区"认为：当下最关键的问题，不是技术争论，而是如何让Agent真正跑起来、规模化部署。

JishuShell解决了"部署难"的核心痛点，让OpenClaw从"实验工具"变成"可用产品"；FET3588-C核心板提供了"算力硬"的底层支撑，让端侧Agent的性能与稳定性得到保障。两者的结合，意味着端侧AI Agent第一次具备了规模化落地的可能性——企业无需投入大量技术资源搭建复杂环境，只需FET3588-C核心板，搭配JishuShell，就能快速部署稳定可用的端侧Agent系统。

这不仅降低了端侧AI的落地门槛，更推动了AI技术的普惠化。无论是初创企业还是传统制造企业，都能以低成本接入端侧AI Agent，提升业务效率、创新服务模式。

持续深耕

共筑端侧AI新生态

安谋科技"极术社区"与飞凌嵌入式的合作，只是端侧AI Agent落地的起点。未来，双方将基于FET3588-C核心板平台持续优化JishuShell的能力：

拓展更多设备适配：覆盖更多主流Arm架构芯片与开发板，让更多用户能低成本体验端侧Agent价值
丰富工具生态：新增更多行业专属Skills插件，适配工业、医疗、教育等垂直场景，提升方案的针对性
优化性能体验：进一步提升多实例运行效率，降低资源占用，让端侧Agent在低算力设备上也能稳定运行
完善企业级服务：提供定制化部署方案、技术支持与运维服务，满足大型企业的规模化、定制化需求

联系我们，共筑端侧AI新生态

如果你也在探索端侧AI Agent的落地，无论是初创企业的尝鲜尝试，还是传统企业的数字化转型，都可以联系我们。让我们一起以JishuShell为桥梁，以FET3588-C为底座，将天马行空的AI想法，转化为触手可及的产品与服务。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

飞凌嵌入式亮相2026 SNEC，赋能智慧能源新生态

2026-06-04 09:30:00 +0800

6月3日，2026 SNEC国际太阳能光伏和智慧能源展在上海国家会展中心隆重开幕。作为全球智慧能源领域的标杆盛会，展会汇聚光伏、储能全产业链核心企业，集中展示行业前沿技术与创新解决方案，是业内技术交流、商机对接的核心平台。

飞凌嵌入式携多款创新产品与行业方案亮相8.1H-F375展位。本次展会以 「核心硬件+场景方案」为核心，聚焦智慧能源数字化、智能化转型刚需，集中展示嵌入式技术在光伏、储能、充电桩、智能安防等场景的落地成果，凭借高适配、高可靠的软硬件组合，收获众多行业伙伴驻足咨询与深度洽谈。

七大场景化方案赋能能源全场景落地

本次参展，飞凌嵌入式聚焦行业实际痛点，推出7大定制化解决方案，覆盖光伏测控、储能管控、智能交互、户外安防、AI视觉、能耗管理、私有化智能运维全链条，为能源产业升级提供轻量化、易落地的一站式方案。

方案一

光伏箱变测控方案

依托T536核心板"一芯多核、集成异构"的技术优势，保障电力严苛实时管控；Linux管理核汇总数据、对接云端，产品集成度高、运行稳定，适配全品类箱变测控场景。

方案二

8路CAN-FD电池管理方案

基于T536核心板打造的此方案，适配储能与新能源车电池中位机，支持8路高速CAN-FD并行通信，毫秒级采集电池核心参数，搭建全方位电池健康评估体系，保障储能海量数据高效、稳定传输。

方案三

充电桩交互方案

通过LVGL图形引擎，打造流畅的可视化交互界面，支持充电数据动态展示与灵敏触控，兼顾设备长期低功耗运行与优质用户体验。

方案四

低功耗智能监控方案

依托RV1126B开发板实现的AOV低功耗监控，采用休眠巡检闭环机制：常态休眠、秒级抓拍AI研判，异常自动唤醒录存视频。集成功耗监测模块，适配户外无市电工况，兼顾安防与超长待机。

方案五

16目AI视觉方案

基于RK3588核心板实现16路720P@10FPS H.264视频流的高效处理，通过硬件解码与NPU异构加速，构建端到端实时推理系统，满足能源场站智能巡检、图像分析等高精度边缘视觉需求，突破场景算力瓶颈。

方案六

能耗管理方案

FCU2601嵌入式控制单元是一款高可靠专用能量控制单元，采用它打造的能耗管理方案具备低功耗、多接口、高防护特性，适配各类能源数据采集与智能调控场景，助力能源精细化管控。

方案七

储能私有化知识库方案

依托RK3588核心板与RK1828 AI协处理器的双芯架构加持，搭建纯内网私有化运维平台，无需公网即可实现储能故障诊断、数据查询与策略推送，兼顾数据安全与运维高效性。

全梯度硬件矩阵夯实行业智控底座

主流平台全覆盖

瑞芯微全志 NXP TI 新唐龙芯

本次展台同步展出以上主流平台近百款硬件产品，涵盖核心板、开发板、工业控制盒子、边缘AI算力设备及生态配件，覆盖高、中、低全梯度需求。

全系产品具备工业级低功耗、高稳定、强抗干扰特性，可适配户外场站、工业机房等复杂场景，充分满足智慧能源终端采集、边缘计算、云端管控等多元部署需求，为产业智能化升级提供坚实硬件支撑。

深耕技术融合共拓能源新蓝海

当前光伏、储能产业加速智能化迭代，嵌入式技术已成为行业升级的核心底座。本次SNEC展会，飞凌嵌入式以场景化落地方案搭配工业级可靠硬件，展现了嵌入式与智慧能源产业的深度融合价值，为客户提供高性价比、可快速落地的智能化升级路径。

诚邀莅临共探合作

6月3日-5日 | 上海国家会展中心

8.1H-F375

共探技术趋势、共商合作机遇，携手赋能智慧能源产业高质量发展！

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

核心板怎么选？聊聊 RK3572 的 8nm 能效、4TOPS NPU 和长供货周期

2026-05-27 15:26:00 +0800

产品概述

RK3572核心板是飞凌嵌入式基于瑞芯微RK3572芯片率先推出的新一代中阶AIoT核心板产品，其搭载的RK3572处理器采用8nm先进制程，配备双核Cortex-A73 + 六核Cortex-A53异构CPU架构，内置4TOPS INT8算力NPU，在高性能、低功耗与全栈AI能力间实现突破性平衡。

RK3572核心板是基于瑞芯微于2026 年5月8日正式推出的新一代中阶 AIoT 八核处理器，采用 8nm 先进制程，搭载双核 Cortex-A73 + 六核 Cortex-A53 异构 CPU 架构，内置4TOPS INT8算力自研NPU，在高性能、低功耗与全栈AI能力间实现突破性平衡，可为消费类电子、智能硬件、工业控制、边缘计算等场景提供高性价比算力底座，是面向AIoT终端的核心平台芯片。

产品特点

能效比大幅提升

8nm工艺搭配大小核精细调度，性能提升超100%，典型场景功耗降低50%以上。

端侧AI能力完备

4TOPS自研NPU，支持多混合精度，覆盖图像、视频、音频全场景AI处理。

高阶多媒体配置

支持8K解码、4K编码，12M ISP，5路摄像头输入，双屏异显。

高速接口扩展性强

PCIe、SATA、USB、双千兆以太网，兼容工业控制总线。

存储适配供应稳定

多代内存兼容，多存储接口，缓解供应链，保障长期供货。

基本参数

参数类别	具体规格
制程工艺	8nm
CPU 架构	双核 Cortex-A73 + 六核 Cortex-A53（八核异构）
NPU	自研 NPU，最高 4TOPS INT8 算力
GPU	Mali-G310，支持 Vulkan 1.4
内存支持	LPDDR4/4X/5/5X，支持 4 ranks
存储接口	eMMC 5.1、UFS2.0、SD3.0、MMC4.5、FSPI
性能跑分	安兔兔 v10 跑分 31w+
典型功耗	二级待机＜10mW；1080P 视频播放 670mW；轻度 3D 游戏＜1W

功能参数

4.1显示输出：支持双屏异显，最高驱动 4K@60fps+2K@60fps；接口包含 MIPI DSI、HDMI2.1/eDP1.3。

4.2多媒体处理：支持 8K 视频解码，4K H.264/H.265 编码，兼容 VP9/AVS2/AV1 等主流视频格式。

4.3影像处理：集成 12M ISP，支持 5 路摄像头输入（MIPI CSI），支持 BT.1120（8/10/12/16bit）等高规格图像格式。

4.4外设接口：PCIe2.1、SATA3.1×2、USB DRD 3.0/2.0×2、双千兆以太网、SDIO3.0、DSMC，以及 CAN、I2C、I3C、SPI、UART 等工业接口。

4.5 AI 运算：支持 INT4/INT8/INT16/FP4/FP8/FP16/BF16 混合精度运算，支持 W4A16 非对称 MAC 操作，适配主流 AI 框架部署。

应用领域

AI 视觉与监控：AI 摄像头、智能 NVR、多路高清监控、人脸识别 / 车牌识别设备
商显与零售：台式收银 POS、交互式数字标牌、自助终端、客流统计设备
工业控制与物联网：工业网关、嵌入式控制器、物联网采集终端、智能传感节点
智能存储：NAS 设备、智能检索存储、高清视频回放与分析终端
消费与移动终端：平板电脑、教育终端、便携式医疗设备、自助服务终端
其他行业场景：办公、教育、金融、商超、智能社区、智能家居、工业控制、边缘计算等 AIoT 终端设备

软件支持

深度学习框架：兼容 TensorFlow、Caffe、Tflite、Pytorch、Onnx NN、Android NN、MXNet 等主流框架，模型迁移与部署便捷。

自研 AI 算法：搭载瑞芯专属算法，支持AI-PQ智能画质优化、AI-SR超分辨率、AI美颜、语音识别、智能降噪、以图搜图等功能。

系统适配：支持 Linux、Android 等主流嵌入式操作系统，提供完整驱动源码、开发手册与技术案例，降低开发门槛。

咨询立即获得专属报价

联系销售报价咨询索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

4TOPS算力+8nm能效突破：RK3572开发板引领AIoT边缘智能

2026-05-27 13:48:00 +0800

产品概述

飞凌嵌入式RK3572开发板，是保定飞凌嵌入式技术有限公司作为瑞芯微战略合作伙伴，率先基于瑞芯微RK3572八核AIoT处理器推出的工业级嵌入式开发平台，配套飞凌嵌入式FET3572-C核心板，面向中高阶 AIoT、智能硬件、工业控制、商显终端等场景，提供高性能、低功耗、长周期的开发与量产底座。

RK3572开发板以瑞芯微RK3572为核心，融合8nm先进制程、八核异构 CPU、4TOPS 端侧 AI 算力与丰富工业接口，采用核心板+底板分体式设计，适配快速原型验证与批量量产。平台通过工业级环境可靠性测试，具备10~15年长产品生命周期，依托瑞芯微完善 AIoT 生态，为消费电子、工业控制、智能视觉、商显零售等领域提供稳定可靠的硬件方案。

架构设计

处理器架构：RK3572处理器采用8nm 先进制程，CPU为八核异构架构 ——2×ARM Cortex-A73 + 6×ARM Cortex-A53；内置 4TOPS INT8 算力 NPU，搭载 Mali-G310 GPU，支持 Vulkan 1.4 图形 API。
硬件架构：RK3572开发板采用核心板 + 底板分体式设计，核心板通过4 个100Pin板对板连接器与底板连接，完整引出处理器功能引脚并做专项优化，简化二次开发设计。
存储架构：支持 LPDDR5/5X 高速内存，搭配 eMMC 5.1、UFS 2.0 等存储接口，兼顾带宽、功耗与供应链稳定性。

核心优势

能效大幅突破

8nm工艺+大小核精细调度，性能提升超100%，典型功耗降低50%以上。

全栈端侧AI

4TOPS NPU混合精度运算，兼容主流AI框架，适配图像增强、智能分析。

高阶多媒体

支持8K编解码、4K显示，双屏异显，集成12M ISP支持5路摄像头。

工业级可靠

双千兆、PCIe、多路工业总线，通过高低温、电磁兼容严苛测试。

长周期供货

提供10~15年产品生命周期，解决工业项目长期供货痛点。

生态先发

瑞芯微战略合作伙伴，软硬件生态完善，开发门槛低。

核心板基本参数（FET3572-C）

参数项	规格
处理器	瑞芯微 RK3572
CPU 架构	2×Cortex-A73 + 6×Cortex-A53
NPU 算力	4TOPS INT8
内存	2GB/4GB/8GB LPDDR5
存储	64GB eMMC
制程工艺	8nm
网络接口	2 路千兆以太网
高速接口	3路PCIe2.1、2路USB3.0、DSMC
工业接口	4路CAN、12路UART、5路SPI、10路IIC
连接方式	板对板可插拔设计
可靠性	通过工业环境严苛测试
供货周期	10~15年

开发板功能参数

结构设计：核心板+底板分体式，4×100Pin板对板连接器，全功能引脚引出并深度优化。
显示输出：支持 MIPI DSI、HDMI2.1/eDP1.3，最高 4K@60fps，双屏异显（4K@60fps+2K@60fps）。
图像输入：支持5路摄像头输入，集成 12M ISP，支持高像素图像处理与 AI 画质优化。
存储扩展：支持 eMMC5.1、UFS2.0、SD3.0、MMC4.5、FSPI 等接口。
高速外设：2 路 USB3.0 DRD、PCIE2.1/SATA3.1、双千兆以太网、SDIO 3.0。
工业总线：4 路 CAN、12 路 UART、5 路 SPI、10 路 IIC、I3C、DSMC 等。
多媒体：支持 H.264/H.265/VP9/AVS2/AV1 等格式硬编解。

软件支持

操作系统：支持Linux6.12、Android16、Forlinx Desktop24.04、Debian13，适配嵌入式与桌面场景。

AI 生态：兼容 TensorFlow、Caffe、Tflite、PyTorch、Onnx NN、Android NN、MXNet 等主流框架，提供瑞芯微自研 AI 算法库。

开发资源：提供完整驱动源码、开发手册、参考设计、编译工具链，支持快速二次开发与量产落地。

应用场景

消费与行业终端：平板电脑、教育平板、便携式医疗设备、自助服务终端
AI 视觉设备：AI 摄像头、多路智能监控、人脸识别终端、智能 NVR
存储与边缘计算：NAS 设备、边缘网关、本地智能分析节点
商与零售：台式收银 POS、交互式数字标牌、自助收银设备
工业控制：工业网关、数据采集终端、工业自动化控制器
智能家居与社区：智能中控、安防设备、客流统计、人脸分析终端

技术支持与资源

可靠性保障：飞凌嵌入式实验室完成工业级高低温、电磁兼容、振动等严苛测试，确保设备稳定运行。
供货保障：FET3572-C 核心板提供 10~15 年长生命周期供应，适配工业项目长期量产需求。
生态支持：依托瑞芯微 AIoT 官方生态，提供芯片手册、驱动更新、算法迭代等资源。
开发服务：提供完整开发套件、硬件参考设计、技术文档与专属技术支持，缩短产品上市周期。
战略合作：飞凌嵌入式与瑞芯微深度协同，持续推进产品优化与技术升级，保障方案竞争力。

咨询立即获得专属报价

联系销售报价咨询索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

全栈 AI 能力加持飞凌嵌入式率先推出瑞芯微 RK3572 核心板

2026-05-11 16:37:00 +0800

飞凌嵌入式率先发布RK3572核心板

新一代八核AIoT平台，开启预定

4 TOPS AI算力 2×A73+6×A53 4K显示 8K编解码 4×CAN

飞凌嵌入式作为瑞芯微的战略合作伙伴，率先推出基于RK3572处理器打造的FET3572-C核心板与OK3572-C开发板，并开启预定，能够为客户提供成熟稳定、可快速落地的嵌入式开发平台，大幅缩短产品上市周期。

核心特性与优势

8nm先进工艺，功耗减半，性能翻倍

RK3572采用8nm先进制程，集成双核Cortex-A73+六核Cortex-A53的八核架构，相比上一代中阶平台性能提升超100%，典型场景功耗降低50%以上。

实测数据：

二级待机功耗<10mW
1080P视频播放功耗约670mW
轻度3D游戏功耗<1W
安兔兔v10跑分达31W+

4TOPS INT8算力，全栈AIoT能力

RK3572集成4TOPS NPU，支持INT4/INT8/INT16/FP4/FP8/FP16/BF16混合精度与W4A16非对称MAC运算，兼容TensorFlow、Caffe、Tflite、PyTorch、ONNX等主流AI框架。

支持智能画质增强、超分、AI-HDR、智能降噪、语音识别、人脸识别、车牌识别、异常行为分析等端侧智能应用。

8K解码+12M ISP，高阶多媒体体验

最高支持8K视频解码、4K视频编码，集成12M ISP，支持5路摄像头输入，满足多路视频采集与监控场景。支持双屏异显(4K@60fps+2K@60fps)，适配POS机、数字标牌、商显等设备。

图形方面搭载Mali-G310 GPU，支持Vulkan 1.4，图形渲染与交互流畅稳定。

高速接口齐全，扩展能力更强

接口配置全面，满足高速传输与工业控制需求：

存储接口：eMMC5.1、UFS 2.0、SD3.0/MMC4.51、FSPI
高速接口：PCIe 2.1、SATA3.1、USB DRD 3.0/2.0、双千兆以太网
工业总线：CAN、I2C、I3C、SPI、UART、SDIO3.0、DSMC

支持LPDDR5/5X，供应有保障

原生支持LPDDR5/5X高速内存规格，有效提升内存带宽、优化设备运行功耗。内置DRAM控制器支持4 ranks，在当前存储短缺的背景下，给客户更丰富的选择。

生态配套完善，降低开发门槛

拥有完善的软件生态体系，兼容Linux、Android等主流嵌入式操作系统。飞凌嵌入式提供完整的驱动源码、开发手册、技术案例等配套资源，大幅降低开发难度、缩短项目研发周期。

NPU性能数据

CNN模型性能

模型名称	分辨率	量化方式	性能_FPS	延迟_ms	内存
Resnet50-v2-7	224x224	W8A8	109.03	9.17	30.10 MB
Vit-base-patch16	224x224	W4A16	24.47	40.87	47.50 MB
Yolov5s	640x640	W8A8	56.87	17.58	14.42 MB
Yolov8s	640x640	W8A8	42.24	23.67	17.97 MB

LLM模型性能

模型名称	上下文长度	TTFT(ms)	TPOT (ms)	Prefill TPS	Decode TPS
Qwen3-0.6B	1024	190.09	43.03	673.38	23.24
Qwen3-1.7B	1024	360.57	111.57	354.99	8.96

多媒体与显示能力

RK3572拥有行业领先的多媒体处理能力，能够为各类智能设备提供出色的视觉体验：

最高支持8K@30fps视频解码，兼容H.264、H.265、VP9、AVS2、AV1等主流格式
支持4K@40fps视频编码，满足高清视频录制需求
集成12M@30fps ISP，支持高像素图像处理和精准色彩还原
支持5路摄像头输入，满足多路视频采集与监控场景
支持双屏异显(4K@60fps+2K@60fps)，适配POS机、数字标牌、商显等设备

开发支持资源

飞凌嵌入式为开发者提供一站式开发支持，主要资源包括：

持续更新的用户资料
完整的编译手册
软硬件开发资料
底板源文件与原理图
引脚复用对照表
开发及使用教程
丰富的测试例程
常见问题手册
详细的硬件手册

全新RK3572平台性能强，功耗优，AI能力全面，接口丰富，结合飞凌嵌入式实验室严苛的测试标准，品质更稳定，并且提供10~15年生命周期支持，保障供应长期稳定，是中高端AIoT与工业嵌入式产品的理想选型。

现在开启预定

飞凌嵌入式FET3572-C核心板和OK3572-C开发板现已开启预定！欢迎有研发、选型、评估需求的客户咨询飞凌嵌入式。

立即咨询

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3576核心板飞凌嵌入式旗下产品 | 国产化AIoT与工业级嵌入式核心板

2026-05-09 15:57:00 +0800

产品概述

RK3576核心板是保定飞凌嵌入式技术有限公司基于瑞芯微RK3576处理器开发的国产化 AIoT与工业级嵌入式核心板，面向工业控制、边缘计算、智能终端等场景，具备高性能、低功耗、接口丰富、长生命周期等特性。

该核心板采用8nm先进制程工艺，搭载八核异构CPU与6TOPS算力NPU，集成高性能GPU与多功能VPU，支持硬件资源隔离与多类型高速总线，可满足 AI 推理、超高清编解码、工业控制等复杂需求。核心板采用可插拔板对板连接设计，通过工业级环境可靠性测试，提供10~15年产品生命周期支持，兼容RK3588核心板引脚设计，预留性能升级空间。

产品特点

高算力AI赋能

内置6TOPS NPU，满足边缘AI推理、机器视觉、智能识别等场景算力需求。

硬件安全隔离

支持RK Firewall功能，实现硬件级资源隔离，提升系统安全性与稳定性。

超高清显示能力

搭载5类显示接口，支持三屏异显，最高支持4K@120Hz输出。

工业级总线拓展

集成PCIe 2.1、USB 3.2、CAN-FD等接口，兼容FPGA、DSP等外设连接。

长周期稳定供货

通过工业环境严苛测试，提供10~15年生命周期保障。

模块化易部署

板对板可插拔设计，简化生产组装与维护升级，降低开发成本。

基本参数

处理器	Rockchip RK3576 ARM：4×Cortex-A72 + 4×Cortex-A53 NPU：6TOPS INT8，支持INT4/INT8/INT16/FP16/BF16/TF32 GPU：ARM Mali-G52 MC3，支持OpenGL ES 1.1/2.0/3.2、OpenCL 2.0、Vulkan 1.1 VPU：硬编码：H.264、H.265，4K@60fps
RAM	2GB/4GB/8GB LPDDR4
ROM	16GB/32GB/64GB eMMC
工作温度	0℃~+80℃
工作电压	DC 12V
接口方式	板对板连接器（4×100Pin，引脚间距0.4mm，合高1.5mm）

功能参数

功能	数量	参数	参数
HDMI/eDP TX (1)	1	支持1个 HDMI/eDP TX复用接口 HDMI接口： HDMI v2.1，最高支持4K@120Hz 支持数据格式：RGB/YUV444/YUV422/YUV420 8/10-bits 支持CEC、ARC，HDCP v2.3和HDCP v1.4 eDP接口： eDP v1.3，主通道包含4条物理通道，最高支持4K@60Hz，HDCP v1.3	处理器内置3个VOP控制器，具备3个Port输出。即最多可同时支持3路显示输出。
MIPI DSI (1)	1	支持1个MIPI DSI-2 TX接口 D-PHY v2.0 or C-PHY v1.1： 4 data lanes on D-PHY 3 data trios on C-PHY 支持最高2560 × 1600@60Hz 支持数据格式：RGB (up to 10bit)
Parallel (1)	1	支持1个并行输出接口支持 RGB/BT.656/BT1120 最高支持1920 × 1080@60Hz 支持数据格式：RGB (up to 10bit)
EBC (1)	1	支持1个EBC输出接口支持E-ink EPD (Electronic paper Display) 支持2560× 1920硬解码支持数据总线宽度：16-bit 支持高达32 level gray scale 支持Direct模式、LUT模式、3-window模式支持window display模式
DP TX (1)	1	支持1路USB/DP组合接口USB接口： USB 3.2 Gen1x1，Dual-Role Device(DRD) DisplayPort TX接口： DisplayPort v1.4，支持1/2/4 lanes with lane speed including 1.62、2.7、5.4 and 8.1Gbps 支持最高4K@120Hz，支持数据格式：RGB/YUV444/YUV422/YUV420 8/10-bit支持具有3个显示器的多流传输（MST）支持 USB Type-C上的DP Alt模式支持HDCP v2.3 and HDCP v1.3
USB 3.2	2	其中1路做USB Type-C时可支持DP Alt模式；另1路为Combo high speed interface接口引出；
MIPI CSI	5	支持5个CSI-2接口其中4个接口为2个D-PHY v1.2 data-lane，2.5Gbps/lane，这4个接口可以组合成2个拥有4 data-lane的接口另外1个接口支持4 D-PHY data-lane或者3 C-PHY trios： D-PHY v2.0，4.5Gbps/lane C-PHY v1.1，2.5Gsps/trio	最多可同时支持5路摄像头输入
DVP	1	8/10/12/16-bit标准DVP接口，最高150MHz数据输入支持BT.601/BT.656和BT.1120 VI接口	最多可同时支持5路摄像头输入
SAI(2)	≤5	支持5个SAI接口 SAI 0/1支持4 TX lanes和4 RX lanes SAI 2/3/4支持1TX lane和1 RX lane支持I2S/TDM/PCM模式(2) 支持最高采样率：192KHz 支持音频分辨率：16~32bits
SPDIF TX	≤2	支持2路SPDIF TX端口
SPDIF RX	≤2	支持2路SPDIF RX端口
PDM	≤2	支持PDM主接收模式最高8 channels，音频分辨率16~24位，采样率达192KHz
Digital Audio Codec	1	支持2路数字DAC，每个数字DAC通道支持三种混合模式支持I2S/PCM接口，主从模式支持16位采样率支持音量控制
SDIO	≤2	SDIO v3.0，4-bits
Ethernet	≤2	2路GMAC，提供RGMII/RMII接口引出支持10/100/1000Mbps数据传输速率
USB 2.0 OTG	2	支持两路USB2.0 OTG
Combo high speed interface	2	Combo 1：支持1-lane PCIe2.1/SATA3.1 Combo 2：支持1-lane PCIe2.1/SATA3.1/USB3.2 Gen1x1 PCle interface 支持PCle v2.1 支持Root Complex (Rc) only 支持最高5GT/s data rate SATA interface 支持SATA v3.1 and AHCI revision v1.3.1 支持eSATA 支持最高6GT/s data rate USB interface 支持UsB3.2 Gen1x1 with UsB v2.0 支持DRD (host and device) 支持最高5Gbps data rate 支持xHCI Host with up to 64 devices
UART	≤12	内置2路64 bits FIFO，可分别用TX和RX 支持5位、6位、7位、8位串行数据收发，波特率高达4Mbps 12路UART均支持自动流控模式和RS485模式
CAN-FD	≤2	遵循CAN和CAN-FD规范支持CAN标准帧和扩展帧收发支持8192-bits接收FIFO
DSMC	≤1	支持DSMC数据总线最多支持选择4个芯片支持8线和16线串行传输模式支持可配置的串行地址宽度：16位或32位
FlexBus	≤1	支持FlexBus数据总线支持内置DMA和ping-pong操作，用于分配两个地址支持传输和接收模式支持单一模式和连续模式
SPI	≤5	支持主、从模式，每个接口支持两个芯片选择
I2C	≤9	支持7位和10位地址模式标准模式数据传输速率100k bits/s，在快速模式下400k bits/s
I3C	≤2	支持2个I3C主接口
PWM	≤16	最高支持16个片上PWM，具有基于中断的操作，支持捕获模式
ADC	≤8	支持8路12bits单端输入SAR-ADC，采样率高达1MS/s
GPIO	/	所有的GPIO可以被用于生成中断支持电平触发和边沿触发中断支持配置电平触发极性支持上升沿触发、下降沿触发和双沿触发中断支持配置上下拉（弱上拉和弱下拉）支持配置驱动能力

注：表中参数为硬件设计或CPU理论值，接口存在GPIO复用，为理论最大数量。

注(1)：VOP：Video Port

Video Port0支持最高4K@120Hz，10 bits

Video Port1支持最高2560x1600@60Hz，10 bits

Video Port2支持最高1920x1080@60Hz，8 bits

每个视频端口可以连接到HDMI/eDP/DSI-2中的任何一个

Port1和Port2可以连接到并行输出接口

注(2)：单根TDM设计时钟最高50MHz，使用TDM模式时，可以结合音频采样频率、分辨率来计算理论可支持的音频通道数，看是否满足项目需求。

应用领域

RK3576核心板广泛应用于工业控制、服务机器人、边缘计算、AIoT智能终端、数字多媒体、工业视觉等领域，适配高低温、长时间运行的工业级场景需求。

软件支持

操作系统

Linux 6.1.84
Forlinx Desktop 24.04（基于Ubuntu 24.04）
Android 14

烧写与开发

烧写方式：USB OTG、TF卡
开发资料：提供用户手册、内核源码、出厂镜像、驱动工具、硬件原理图等完整开发资源
外设驱动：适配Wi-Fi/蓝牙、以太网、摄像头、4G/5G、音频、触摸等主流外设

咨询立即获得专属报价

联系销售报价咨询索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3576开发板飞凌嵌入式旗下产品 | 国产化AIoT与工业级嵌入式开发平台

2026-05-09 15:50:00 +0800

产品概述

RK3576开发板是保定飞凌嵌入式技术有限公司基于瑞芯微RK3576处理器推出的国产化AIoT与工业级嵌入式开发平台，采用RK3576核心板+扩展底板分体式设计，面向工业控制、边缘计算、机器视觉、智能终端等场景，提供完整评估、开发与量产验证能力。

OK3576-C开发板以高性能、高算力、高扩展、长生命周期为核心优势，完整引出RK3576处理器功能接口，集成显示、摄像头、以太网、USB、PCIe、CANFD、RS485等工业常用外设，支持硬件资源隔离、8K超高清编解码、多屏异显与边缘AI加速，可快速完成原型验证与产品化落地，广泛适配工业与AIoT领域严苛环境。

架构设计

模块化：核心板+底板分离，便于维护、迭代与批量移植
连接：4×100Pin板对板连接器，引脚间距0.4mm，全功能引脚引出
兼容：引脚兼容RK3588核心板，预留性能升级路径

核心优势

工业级可靠

宽温、长生命周期（10~15年），通过严苛环境测试。

AI算力强劲

6TOPS NPU，满足端侧推理与视觉处理。

接口极度丰富

覆盖显示、摄像、高速、工业总线，开箱即用。

开发极简

模块化设计+完整资料，大幅缩短研发周期。

国产化生态

国产处理器+完善软件，适配自主可控需求。

核心板基本参数

处理器	Rockchip RK3576 ARM：4×Cortex-A72 + 4×Cortex-A53 NPU：6TOPS INT8，支持INT4/INT8/INT16/FP16/BF16/TF32 GPU：ARM Mali-G52 MC3，支持OpenGL ES 1.1/2.0/3.2、OpenCL 2.0、Vulkan 1.1 VPU：硬编码：H.264、H.265，4K@60fps
RAM	2GB/4GB/8GB LPDDR4
ROM	16GB/32GB/64GB eMMC
工作温度	0℃~+80℃
工作电压	DC 12V
接口方式	板对板连接器（4×100Pin，引脚间距0.4mm，合高1.5mm）

开发板功能参数

功能	数量	参数
HDMI TX	1	通过标准HDMI插座引出； HDMI v2.1，最高支持4K@120Hz；
MIPI DSI	1	MIPI接口支持4 lanes输出，最高分辨率为2560×1600@60Hz；适配飞凌7吋MIPI屏，分辨率为1024×600@30fps；
DP TX	1	1个DP接口与USB3.1 Gen1结合使用，通过Type-C接口引出； DisplayPort v1.4，最高支持4K@120Hz；
USB3.1 Gen1	1	通过Type-C接口引出，与DP TX结合使用；
MIPI CSI	5	1×MIPI DPHY V2.0 4 lanes接口，每lane最高支持4.5Gbps；通过1个26pins FPC座引出，默认挂载OV13850摄像头； 4×MIPI DPHY V1.2 2 lanes接口，每lane最高支持2.5Gbps；通过4个26pins FPC座引出，默认挂载OV5645摄像头；
Audio	1	板载Codec芯片，支持耳机输出、MIC输入级Speaker输出等功能；
TF卡	1	可插入TF卡，速率达150MHz，支持SDR104模式；
Ethernet	2	通过2个RJ45接口引出，支持10/100/1000 Mbps数据传输速率；
4G/5G	1	支持M.2封装的4G/5G模块；
Wi-Fi	1	板载海华AW-CM358SM-WIFI&BT模块；支持WIFI 2.4G/5G,蓝牙5.0；
Bluetooth	1
USB3.0 Host	3	通过3个Type-A USB接口引出；支持高速（480Mbps）、全速（12Mbps）和低速（1.5Mbps）3种模式；
PCIe2.0	1	通过PCIe ×1插槽引出，支持5Gbps速率；
UART	1	通过2.54mm间距引出，波特率高达4Mbps；
CAN-FD	2	遵循CAN和CAN FD规范，通过CAN收发器引出两路CAN总线；
RS485	2	通过RS485收发器引出2路RS485总线；
ADC	5	通过1.27mm间距排针引出；12 bits单端输入SAR-ADC，采样率高达1MS/s；
RTC	1	板载RTC芯片及电池插座；
GPIO	8	通过2.54mm间距排针引出8路GPIO、同时引出3.3V和1.8V电源；

注：表中参数为硬件设计或CPU理论值。

软件支持

操作系统：Linux 6.1.84、Forlinx Desktop 24.04（Ubuntu 24.04）、Android 14
烧录：USB OTG、TF卡
资料：用户手册、编译手册、内核源码、出厂镜像、驱动、测试程序、硬件原理图/PCB/封装文件
外设驱动：WiFi/BT、千兆以太网、MIPI摄像头、MIPI屏、4G/5G、CAN、RS485等全覆盖

应用场景

工业控制：PLC、HMI、工业网关、运动控制、数据采集
边缘计算与AIoT：边缘AI盒子、机器视觉检测、智能安防、人脸识别
智能终端：工业平板、手持终端、自助设备、车载中控、数字标牌
多媒体与显示：8K解码终端、多屏显示、医疗影像、广告一体机

咨询立即获得专属报价

联系销售报价咨询索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3588核心板飞凌嵌入式旗下产品 | 工业级8K AI高性能嵌入式核心板

2026-05-09 15:37:00 +0800

产品概述

RK3588核心板，是保定飞凌嵌入式技术有限公司基于瑞芯微RK3588/RK3588J处理器研发的工业级嵌入式核心板，产品采用8nm制程、4×Cortex-A76+4×Cortex-A55八核架构，具备8K音视频处理、6TOPS AI算力与丰富高速接口，支持全国产化配置及多系统兼容，通过严苛测试，适配多行业高端嵌入式开发需求。

飞凌嵌入式RK3588系列核心板，是保定飞凌嵌入式技术有限公司推出的工业级高性能嵌入式核心板，基于瑞芯微RK3588/RK3588J旗舰处理器打造，产品采用8nm先进制程与八核架构，集成8K音视频处理、6TOPS AI算力及丰富高速接口，支持全国产化配置与多系统兼容，通过严苛测试，可广泛适配工业、车载、安防等多领域高端嵌入式开发场景。

产品特点

8K视频处理

8K视频同编同解，支持多种解码器。

高清图像处理

4800万像素ISP3.0，满足图像后处理需求。

多路显示输出

支持多种多路视频输出，分辨率最高可达8K@60Hz。

高速PCIe接口

支持4路PCIe3.0及3路PCIe2.1，每通道传输速率达8Gbps。

丰富高速接口

支持多路USB 3.1 Type-C、支持SATA 3.1。

强大AI算力

6TOPS NPU，满足边缘侧AI需求。

全接口引出

4×100pin超薄高速连接器，引出处理器所有接口。

基本参数

处理器	Rockchip RK3588/RK3588J RK3588 CPU：4×Cortex-A76@2.4GHz+4×Cortex-A55@1.8GHz RK3588J CPU：4×Cortex-A76@1.6GHz+4×Cortex-A55@1.3GHz NPU：6TOPS，支持INT4/INT8/INT16/FP16混合操作 GPU：Mali-G610 MP4、OpenGLES 1.1,2.0,3.2、OpenCL 2.2、Vulkan1.2 VPU：硬解码： •H.265、VP9：up to 8K@60fps •H.264：up to 8K@30fps •AV1：up to 4K@60fps 硬编码： •H.265/HEVC、H.264/AVC：up to 8K@30fps
RAM	FET3588-C/FET3588J-C 4GB/8GB/16GB/32GB LPDDR4	FET3588-C2/FET3588J-C2 8GB/16GB/32GB LPDDR5
ROM	32GB/64GB/128GB eMMC
工作电压	DC 5-13V（全国产配置 DC 12V）
工作温度	0℃ ~ +80℃/-40℃ ~ +85℃
接口方式	板对板连接器（4×100pin，引脚间距0.4mm，合高1.5mm）

功能参数

功能	数量	参数	参数
MIPI DC PHY(DPHY/CPHY)	2	·支持DPHY或CPHY； ·4 lanes MIPI DPHY V2.0，每lane最高2.5Gbps； ·3 lanes MIPI CPHY V1.1，每lane最高2.5Gbps；	支持的MIPI摄像头组合： 2 MIPI DCPHY + 4×2 lanes MIPI CSI DPHY 2 MIPI DCPHY + 1×4 lanes MIPI CSI DPHY 2 MIPI DCPHY + 2×4 lanes MIPI CSI DPHY
MIPI CSI DPHY	4	·2 lanes MIPI DPHY V1.2，每lane最高2.5Gbps； ·2个2 lanes DPHY可合并为1个4 lanes DPHY;
DVP	1	·8/10/12/16-bit标准DVP接口，最高150MHz数据输入； ·支持BT.601/BT.656和BT.1120 VI接口；
HDMI RX	1	·支持3.4Gbps~6Gbps HDMI 2.0； ·支持250Mbps~3.4Gbps HDMI 1.4b； ·支持HDCP2.3及HDCP1.4；
HDMI/eDP TX	≤2	·支持2个HDMI/eDP TX复用接口（HDMI和eDP不能同时工作）； ·HDMI支持7680×4320@60Hz分辨率，支持3,6,8,10,12Gbps带宽，支持HDCP2.3； ·eDP支持4K@60Hz分辨率，每个接口支持x1,x2,x4配置，支持1.62Gbps,2.7Gbps以及5.4Gbps带宽，支持HDCP1.3；
DP TX	2	·支持2路DP TX 1.4a接口，与USB3.1 Gen1复用，支持1,2,4 lanes； ·分辨率可达7680x4320@30Hz； ·支持HDCP2.3, HDCP 1.3；
MIPI DSI	2	·支持2个MIPI DPHY 2.0或CPHY 1.1，分辨率可达4K@60Hz； ·支持左右双MIPI显示，支持RGB/YUV格式(最高10bit)；
BT.1120输出	1	·支持RGB格式 (最高8bit)，数据速率可达150MHz； ·分辨率可达1920×1080@60Hz；
I2S	≤4	·8 lanes I2S0/I2S1：支持TX和RX，音频分辨率16~32位，采样率达192KHz； ·2 lanes I2S2/I2S3：支持TX和RX，音频分辨率16~32位，采样率达192KHz；
SPDIF	2	·支持2×16bit音频数据存储； ·支持双相立体声输出；
PDM	2	·最高8 channels，音频分辨率16~24位，采样率达192KHz； ·支持PDM主接收模式；
Ethernet	2	·2路GMAC，提供RGMII/RMII接口引出； ·支持10/100/1000Mbps数据传输速率；
USB3.1 Gen1	3	·USB3.1 Gen1数据速率高达5Gbps; ·2路USB3.1 OTG，与DP TX (USB3OTG_0 and USB3OTG_1)复用，USB3OTG_0和USB3OTG_1支持USB Type-C和DP Alt； ·1路USB3.1 Host，与PIPE PHY2 (USB3OTG_2)复用；
USB 2.0 Host	2	·支持2路USB2.0 Host；
PCIe 2.0	≤3	·每PCIe2.1接口支持1 lane，最高支持5Gbps数据速率；
PCIe 3.0	≤4	·支持RC和EP； ·每通道最高支持8Gbps数据速率； ·支持4种组合方式：1路x4、2路x2、4路x1、1路x2+2路x1；
SDIO	1	·支持SDIO 3.0;
SPI	≤5	·每个控制器支持2路片选输出； ·支持串行主、串行从模式，软件可配置；
I2C	≤9	·支持7位和10位地址模式； ·标准模式数据传输速率可达100k bits/s，在快速模式下高达400k bits/s；
UART	≤10	·内置2路64 bit FIFO，可分别用于TX和RX； ·支持5位、6位、7位、8位串行数据收发，波特率高达4Mbps； ·10路UART均支持自动流控模式；
SATA	≤3	·拥有3个SATA3.0控制器，和PCIe2.0以及USB_HOST2控制器复用PIPE PHY0/1/2 ·支持eSATA,最高支持6Gbps数据速率
PWM	≤16	·最高支持16个片上PWM，支持捕获模式
ADC	≤8	·支持8路12bit单端输入SAR-ADC，采样率高达1MS/s

应用领域

该系列核心板凭借其高性能与高可靠性，广泛应用于多个领域，主要包括：

AI与边缘计算：边缘计算节点、AI推理设备、智能分析终端；
智慧显示：智慧大屏、广告机、高端平板、商显终端；
安防与监控：智能NVR、视频会议设备、安防监控终端；
工业与车载：工业控制、AGV、车载终端、电力网关；
其他领域：医疗影像设备、机器视觉、多路视频编解码设备等。

软件支持

系统烧录：支持SD卡、USB OTG两种烧录方式，操作便捷。
驱动适配：已适配音频芯片NAU88C22YG、RTC芯片PCF8563、双频Wi-Fi/BT模块（AW-CM276MA、AW-XM458）、4G/5G模块（移远EM05、RM500U等）、MIPI摄像头（OV13850等）、高清显示设备及千兆以太网（RTL8211FSI-CG）等外设。
开发资料：提供完善的开发支持，包括内核源码、文件系统、出厂镜像、编译指导手册、测试工具、底板原理图/PCB源文件、引脚功能复用表、设计指南等，助力开发者快速上手。

配套开发板

RK3588开发板：具备8K编解码、6TOPS AI算力与丰富高速接口，支持多系统与宽温稳定运行，适用于边缘计算、工业控制、智慧显示等高端场景。

咨询立即获得专属报价

联系销售报价咨询索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3588开发板飞凌嵌入式旗下产品 | 高性能8K AI边缘计算开发平台

2026-05-09 15:25:00 +0800

产品概述

RK3588开发板是飞凌嵌入式基于瑞芯微RK3588八核处理器设计的高性能嵌入式开发平台，采用核心板+底板分体式架构，具备8K视频编解码、6TOPS AI算力、丰富高速接口与多系统适配能力，广泛用于边缘计算、人工智能、工业控制、智慧显示、车载交通、安防监控等领域。

OK3588-C开发板基于瑞芯微RK3588处理器打造的高性能工业级开发平台，采用核心板+底板分体式设计，完整引出处理器全部功能接口。产品搭载8nm八核架构、6TOPS AI算力、8K视频编解码与四屏异显能力，配备双千兆网、多路网口、高速PCIe/USB/SATA等丰富扩展接口，支持Linux、Android、OpenHarmony、Forlinx Desktop等多系统稳定运行，兼具宽温宽压、高国产化率与完善开发资料。可快速用于边缘计算、人工智能、工业控制、智慧商显、车载交通、安防视觉、高端智能终端等场景原型验证与量产开发，为高端嵌入式产品提供一站式解决方案。

架构设计

OK3588-C开发板采用核心板+底板模块化架构，核心板集成处理器、内存与存储，构成最小高性能系统；底板负责接口扩展与外设驱动，通过高速板对板连接器实现算力与接口的分层解耦，结构紧凑、扩展灵活，便于快速开发与硬件移植。

核心优势

高性能低功耗

8nm工艺+大小核架构，兼顾算力与功耗控制。

工业级稳定

宽温、宽压、抗干扰设计，满足严苛工业环境。

接口丰富复用

高速接口齐全，引脚灵活复用，适配多场景扩展。

多系统兼容

支持Linux、Android、OpenHarmony等，降低开发门槛。

国产化支持

部分型号元器件国产化率100%，物料自主可控，生命周期长。

开发资料完善

提供内核源码、原理图、PCB文件、驱动例程、编译工具链等。

核心板基本参数

处理器	Rockchip RK3588/RK3588J RK3588 CPU：4×Cortex-A76@2.4GHz+4×Cortex-A55@1.8GHz RK3588J CPU：4×Cortex-A76@1.6GHz+4×Cortex-A55@1.3GHz NPU：6TOPS，支持INT4/INT8/INT16/FP16混合操作 GPU：Mali-G610 MP4、OpenGLES 1.1,2.0,3.2、OpenCL 2.2、Vulkan1.2 VPU：硬解码： •H.265、VP9：up to 8K@60fps •H.264：up to 8K@30fps •AV1：up to 4K@60fps 硬编码： •H.265/HEVC、H.264/AVC：up to 8K@30fps
RAM	FET3588-C/FET3588J-C 4GB/8GB/16GB/32GB LPDDR4	FET3588-C2/FET3588J-C2 8GB/16GB/32GB LPDDR5
ROM	32GB/64GB/128GB eMMC
工作电压	DC 5-13V（全国产配置 DC 12V）
工作温度	0℃ ~ +80℃/-40℃ ~ +85℃
接口方式	板对板连接器（4×100pin，引脚间距0.4mm，合高1.5mm）

开发板功能参数

功能	数量	参数
MIPI CSI	5	·2×MIPI DPHY V2.0 4 lanes，每lane最高支持4.5Gbps；通过2个26pins FPC座引出，默认挂载OV13850摄像头； ·2×MIPI DPHY V1.2 2 lanes，每lane最高支持2.5Gbps；通过三个26pins FPC座引出，默认挂载OV5645摄像头； ·1×MIPI DPHY V1.2 4 lanes，每个lane最高支持2.5Gbps；
MIPI DSI	2	·每个MIPI接口支持4 lanes输出，最高分辨率为4K@60fps； ·适配飞凌嵌入式7吋MIPI屏，分辨率为1024×600@30fps；
HDMI RX	1	·通过标准HDMI插座引出； ·最高支持4K@60Hz；
HDMI	1	·通过标准HDMI插座引出； ·最高支持7680×4320@60Hz；
eDP TX	1	·适配1080p@60Hz显示屏； ·最高支持4K@60Hz；
DP TX	2	·2个DP接口与USB3.1 Gen1结合使用，通过Type-C接口引出； ·最高支持7680×4320@30Hz；
USB3.1 Gen1	2	·通过Type-C接口引出； ·与DP TX结合使用，速率高达5Gbps；
USB2.0 Host	1	·通过Type-A USB接口引出； ·支持高速(480Mbps)、全速(12Mbps)和低速(1.5Mbps)3种模式；
PCIe3.0	1	·通过PCIe x4插槽引出1×4 lanes PCIe信号； ·支持速率2.5Gbps（PCIe1.1），5Gbps（PCIe2.1），8Gbps（PCIe3.0）；
PCIe2.0	1	·通过PCIe x1插槽引出； ·支持5Gbps速率；
Ethernet	2	·通过2个RJ45接口引出； ·支持10/100/1000 Mbps数据传输速率；
TF卡	1	·可插入TF卡，速率达150MHz，支持SDR104模式；
Audio	1	·板载Codec芯片，支持耳机输出、MIC输入级Speaker输出等功能；
RS485	1	·通过RS485收发器引出1路RS485总线；
UART	1	·通过2.54mm间距引出； ·波特率高达4Mbps；
4G/5G	1	·支持M.2封装的4G/5G模块；
WIFI&BT	1	·支持M.2封装的WIFI&BT模块（非标配）； ·支持WI-FI 6 SU和MU-MIMO + Bluetooth 5.3；
ADC	5	·通过PH2.0插座引出； ·12位分辨率及高达1MS/s的采样速率；
RTC	1	·板载RTC芯片及电池插座；
FAN	1	·板载风扇接口；
GPIO	9	·通过2.54mm间距排针引出9路GPIO（3.3V电平）以及5V、3.3V和1.8V电源；

软件支持

系统烧录：支持SD卡、USB OTG两种烧录方式，操作便捷。
驱动适配：已适配音频芯片NAU88C22YG、RTC芯片PCF8563、双频Wi-Fi/BT模块（AW-CM276MA、AW-XM458）、4G/5G模块（移远EM05、RM500U等）、MIPI摄像头（OV13850等）、高清显示设备及千兆以太网（RTL8211FSI-CG）等外设。
开发资料：提供完善的开发支持，包括内核源码、文件系统、出厂镜像、编译指导手册、测试工具、底板原理图/PCB源文件、引脚功能复用表、设计指南等，助力开发者快速上手。

应用场景

该系列核心板凭借其高性能与高可靠性，广泛应用于多个领域，主要包括：

AI与边缘计算：边缘计算节点、AI推理设备、智能分析终端；
智慧显示：智慧大屏、广告机、高端平板、商显终端；
安防与监控：智能NVR、视频会议设备、安防监控终端；
工业与车载：工业控制、AGV、车载终端、电力网关；
其他领域：医疗影像设备、机器视觉、多路视频编解码设备等。

技术支持与资源

提供产品规格书、使用手册、SDK开发包等完整技术资料
飞凌嵌入式实验室提供严苛工业环境测试报告
支持10~15年生命周期保障，确保产品长期稳定供应
提供技术支持论坛、在线客服及本地化技术服务

咨询立即获得专属报价

联系销售报价咨询索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3568开发板-飞凌嵌入式旗下开发板| 工业级嵌入式评估与开发平台

2026-05-09 14:54:00 +0800

产品概述

飞凌嵌入式RK3568开发板是保定飞凌嵌入式技术有限公司基于RK3568核心板打造的工业级嵌入式评估与开发平台，采用核心板+底板分体式设计，完整引出处理器功能接口，具备工业级稳定性、丰富扩展能力与多系统适配性，面向AIoT、工业控制、边缘计算等场景，用于快速原型验证、功能评估与量产开发。

搭载瑞芯微RK3568四核64位Cortex-A55处理器，内置1TOPS算力NPU、高性能GPU与专业VPU视频处理单元；产品元器件国产化率达100%，通过中国赛宝实验室认证，支持商业级与工业级宽温运行，兼容Linux、Android、OpenHarmony、Debian等主流操作系统，提供完整软硬件开发资源，可广泛应用于工业、医疗、电力、交通等国产化替代与高可靠需求场景。

架构设计

采用核心板+扩展底板双层架构，核心板负责核心运算与存储，底板负责接口扩展、防护与外设适配，通过4×80Pin 0.5mm间距板对板连接器互联，支持核心板灵活替换与硬件复用。

核心优势

全栈国产化

核心器件100%国产化，物料自主可控，长生命周期供货。

工业级可靠

宽温运行、接口隔离/ESD防护，通过环境、稳定性、老化三重测试。

异构算力

CPU+GPU+NPU+VPU+ISP协同，兼顾通用计算、AI与多媒体能力。

多屏显示

支持HDMI、LVDS、MIPI-DSI、eDP、RGB五接口，实现三屏同显/异显，最高4K输出。

高速扩展

双USB3.0、双PCIe3.0、三SATA3.0、双千兆以太网，扩展能力强劲。

多系统兼容

支持Linux、Android、OpenHarmony、Debian等系统，适配不同开发需求。

开发便捷

板载调试串口、多功能按键，提供完整源码、手册与工具链。

核心板基本参数

处理器	Rockchip RK3568B2 / RK3568J CPU：四核Cortex-A55@2.0GHz/1.8GHz NPU：1TOPS，支持INT8/INT16/FP16/BFP16混合操作 GPU：Mali-G52-2EE；OpenGL ES 1.1,2.0,3.2、Vulkan 1.0,1.1、OpenCL 2.0 VPU：硬解码： • H.264、H.265、VP9：up to 4096x2304@60fps • VP8：up to 1920x1088@60fps • VC1、MPEG-4、MPEG-2、MPEG-1：up to 1920x1088@60fps • H.263：up to 720x576@60fps 硬编码： • H.264/AVC、H.265/HEVC：up to 1920×1080@60fps
RAM	FET3568-C/FET3568J-C：1GB/2GB/4GB DDR4	FET3568J-C2：4GB/8GB LPDDR4X
ROM	FET3568-C/FET3568J-C：8GB/16GB/32GB eMMC	FET3568J-C2：32GB/64GB eMMC
工作电压	DC 5V	DC 5V
工作温度	FET3568-C：0℃ ~ +80℃	FET3568J-C：-40℃ ~ +85℃
接口方式	板对板连接器（4×80Pin，引脚间距0.5mm，合高2.0mm）

开发板功能参数

功能	数量	参数
HDMI 2.0	1	分辨率可达1080p@120Hz或4096×2304@60Hz
eDP	1	支持eDP 1.3，分辨率可达2560×1600@60Hz
LVDS	1	单通道输出，分辨率可达1280×800，默认适配飞凌10.1吋LVDS屏
LCD	1	支持RGB888，分辨率可达1280×800，与SPI0、SPI2、UART3、UART4、UART5、UART7复用开发板默认为上述功能，可通过修改软件设置为RGB功能
MIPI-DSI	1	单通道输出，分辨率可达1920×1080@60Hz，默认适配飞凌7吋MIPI屏（分辨率为1024×600）
Camera	1	MIPI-CSI，已适配OV13850
Audio	1	1路双声道耳机输出，1路1.3W D类功放输出，1路MIC输入
TF Card	1	支持扩展存储和烧写操作系统
Ethernet	2	2路10/100/1000Mbps自适应网口，RJ45引出
4G/5G	1	M.2 Key-B，内含USB 3.0/2.0接口，可用于扩展4G/5G模组已适配EM05-CE（4G，驱动兼容EC20）、RM500U-CN（5G）驱动
Wi-Fi	1	板载AW-CM358SM，2.4G/5G双频Wi-Fi，BT5.0 其中Wi-Fi功能占用1路SDIO接口、BT功能占用1路UART接口（注：不支持蓝牙音频）
Bluetooth	1
USB 2.0	2	2路USB 2.0 Host，Type-A
USB 3.0	1	1路USB 3.0 Host，Type-A；其中USB 2.0信号与USB 2.0 download引脚复用，通过S2拨码开关切换功能。
USB 2.0 OTG	1	Type-C，与USB 3.0 HOST共用USB 2.0引脚，可做从模式，用于烧写和ADB调试
PCIe 2.1	1	标准PCIe ×1插座；此功能引脚可复用为SATA功能，通过修改软件
PCIe 3.0	1	标准PCIe ×4插座；可通过软件配置为2路PCIe ×1
UART	3	3.3V TTL电平，通过2.54mm间距排针引出
CAN	2	CAN 2.0，最高速率1Mbps；带隔离与ESD防护
SPI	2	3.3V TTL电平；通过2.54mm间距排针引出
I2C	1	3.3V TTL电平；通过2.54mm间距排针引出
RTC	1	板载CR2032电池，断电保持走时
按键	8	共8个按键，分别为复位，开关机，OTG烧写，Maskrom，VOL+，VOL-，HOME，ESC
Debug	1	板载USB转串口芯片，由Type-C接口引出，方便笔记本电脑调试，默认波特率115200
电源	1	DC 12V输入
LED	2	用户自定义LED灯
FSPI	1	默认空焊，功能暂不支持

软件支持

支持操作系统

Linux 5.10.160+Qt5.15.8、Android 11、Forlinx Desktop 20.04/22.04、Debian 11、AMP (Linux + 裸核)、OpenHarmony 4.1/5.1、OpenEuler 24.03、Linux-RT实时系统。

系统烧写

支持SD卡、USB OTG两种烧录方式，部署高效便捷。

外设驱动

已适配Wi-Fi/蓝牙、4G/5G模组、UVC/MIPI摄像头、电容触摸屏、工业液晶屏、千兆以太网等通用外设，开箱即用。

应用场景

广泛适用于以下对国产化、稳定性、实时性要求严苛的场景：

工业自动化、工业HMI、边缘计算网关
智慧医疗、电力行业、智慧交通
安防监控、新能源、环境监测
通信设备、智慧城市、自助终端
多屏广告机、国产化替代项目

技术支持与资源

资料支持：硬件手册、设计指南、引脚复用表、三维图、内核源码、编译工具、烧录工具、应用笔记等
技术服务：总部及华东、华南技术服务中心提供专业技术支持
售后保障：批量供货保障，长期版本迭代与兼容性维护

咨询立即获得专属报价

联系销售报价咨询索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

2026年劳动节放假通知

2026-04-28 17:14:00 +0800

尊敬的客户：

劳动节即将来临，根据国家法定节假日规定，公司2026年五一假期安排如下：

2026年5月1日（星期五）至2026年5月5日（星期二）共计放假5天，5月6日（星期三）正常上班。

休

星期五

劳动节

休

星期六

十六

休

星期日

十七

休

星期一

青年节

休

星期二

立夏

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

保姆级教程 | i.MX 93开发板适配Zephyr RTOS全解析

2026-04-28 11:25:00 +0800

Zephyr RTOS在i.MX 9352 M33核上的PWM驱动验证实践

基于飞凌嵌入式OK-MX9352-C开发板，快速上手下一代嵌入式实时操作系统

Zephyr是Linux基金会旗下开源实时操作系统（RTOS），由Intel、NXP、Google、Qualcomm等头部厂商持续支持，现已迭代至v4.x。它支持700余款开发板与主流处理器架构。

Zephyr 不是传统 RTOS 的替代品，而是将云计算时代的开发理念引入资源受限的嵌入式世界——解决碎片化、安全性和开发效率问题的下一代基础软件，它的设计理念是：模块化、可裁剪、开箱即用。

i.MX 9352作为NXP推出的轻量级边缘AI处理器，集成2个Cortex-A55核和1个Cortex-M33实时核，其架构设计充分体现了对实时性与复杂任务处理能力的兼顾。为了帮助开发者充分利用i.MX 9352 M33核的实时能力，结合VSCode+MCUX扩展的完整开发体验，本文将介绍如何在Zephyr中完成M33核PWM驱动的验证，帮助读者快速上手 Zephyr 在工业级 SoC 上的移植与测试实践。

演示平台：飞凌嵌入式OK-MX9352-C开发板

飞凌嵌入式OK-MX9352-C工业级开发板

1 为什么选择Zephyr？

1.1 相比传统RTOS，Zephyr的核心优势

特性	Zephyr	传统 RTOS
硬件描述	设备树（DTS），与代码解耦	头文件 / 宏定义硬编码
多核支持	原生支持 AMP/SMP	需自行实现
驱动框架	统一 API，可移植	厂商私有 HAL
测试框架	内置 ztest和twister	通常依赖外部框架
社区活跃度	700+ 板卡，每月数百次提交	多数依赖厂商维护
工具链	west 元工具，VSCode 一键集成	各厂商独立工具

从"写代码配置硬件"到"声明硬件关系"

传统痛点：每换一个MCU引脚或外设，就要重写驱动、调寄存器、改编译选项。Zephyr以Devicetree硬件蓝图（.dts）描述整个硬件布局，更换硬件只需修改蓝图，核心业务代码几乎不动；搭配Kconfig图形化配置工具，可像 Linux 内核一样灵活裁剪系统功能。

从"功能实现"到"安全与功耗原生设计"

传统痛点：传统RTOS的安全、低功耗能力多为后期追加功能，漏洞多、优化难度大。Zephyr从底层设计就以安全为核心，覆盖安全启动链、MPU内存保护、加密服务等全链路安全能力；基于事件驱动的电源管理框架，可实现微安级精准功耗控制。

从"单一固件"到"可移植的软件资产"

传统痛点：A公司芯片写的驱动，在B公司芯片上几乎要重写。Zephyr 统一设备模型，驱动一次开发可跨厂商芯片复用；蓝牙、Wi-Fi、Matter等协议栈即插即用，与硬件底层隔离，让核心代码成为可复用、可迭代的软件资产。

1.2 Zephyr vs FreeRTOS

Zephyr和FreeRTOS都属于实时操作系统，且都面向物联网场景深化布局，但二者在软件架构、内核设计上有明显差异。

核心设计哲学

	FreeRTOS	Zephyr
核心理念	微内核调度器，提供核心实时调度功能	完整集成式操作系统平台
系统定位	"调度器核心" + 第三方库集成模式	"开箱即用"的完整RTOS解决方案
设计目标	极致轻量、高可移植性	功能完整、高度可配置、标准化
构建理念	提供构建块，用户自行组合	提供完整框架，用户按需裁剪
适用规模	小到中等规模项目	中小到大型复杂系统

系统架构

	FreeRTOS	Zephyr
调度策略	定优先级抢占式调度	抢占式 + 协作式 + 时间片轮转，动态优先级
内存管理	动态分配为主（pvPortMalloc），多种heap方案	默认静态分配，支持slab/buddy系统，强调确定性与防碎片
硬件抽象	通过 port 层手动移植（需写汇编上下文切换）	基于设备树（Device Tree）自动配置外设
多核支持	需SMP分支或第三方移植	原生支持SMP（对称多处理）和AMP
内存保护	有限MPU支持（FreeRTOS-MPU）	完整MPU/MMU支持，用户/内核态分离
中断处理	中断服务例程（ISR）	中断服务例程+中断下半部（软中断）
同步机制	队列、信号量、互斥量、事件组	信号量、互斥量、条件变量、事件标志、消息队列、邮箱、管道

协议栈与功能

	FreeRTOS	Zephyr
网络协议	需FreeRTOS+TCP（额外组件）	内置IPv4/IPv6、CoAP、MQTT、LwM2M、HTTP
无线协议	需单独集成	原生支持BLE 5.4、Thread、Wi-Fi、LoRa、IEEE 802.15.4、Zigbee
安全协议	需集成mbed TLS或AWS IoT SDK	原生mbedTLS集成，硬件加密加速
文件系统	需FatFS或LittleFS集成	原生USB设备/主机栈
CAN总线	无标准框架，需自行实现	原生CAN Socket API（类Linux SocketCAN）
USB协议栈	依赖厂商SDK或第三方	原生USB设备/主机栈
OTA更新	依赖AWS IoT Jobs或自研方案	内置MCUboot + A/B分区OTA

资源占用（Cortex-M4最小核无外设）

	FreeRTOS	Zephyr
最小 Flash	5–10 KB Flash	32–64 KB Flash
最小 RAM	2–4 KB RAM	8–16 KB RAM
上下文切换时间	～0.8 μs	～1.2 μs

开发环境与调试

	FreeRTOS	Zephyr
系统构建	Makefile / IDE工程（如Keil、IAR）	vscode，CMake + West（命令行工具）高度标准化
配置方式	FreeRTOSConfig.h 头文件宏定义	Kconfig + Device Tree（图形化menuconfig支持）
调试技术	依靠基础日志和IDE调试器	内置 LOG 子系统、GDB支持、QEMU模拟器
学习曲线	低（API简洁，文档丰富）	较高（west元工具，Devicetree、Kconfig、CMake 复杂度）

根据上述对比，发现Zephyr也有以下短板：

学习曲线陡峭
资源占用更大
构建系统复杂
上下文切换性能不如 FreeRTOS

从对比能看出，Zephyr的短板主要集中在入门阶段和极致资源受限场景，一旦团队熟悉开发流程、硬件资源满足要求，这些劣势会快速弱化；而它的可移植性、安全能力、生态优势，会随着项目复杂度提升愈发明显。

1.3 Zephyr 应用场景

医疗与可穿戴设备

Zephyr的确定性实时响应和低功耗特性，可支撑连续血糖监测、心脏监护等医疗级应用，满足量产医疗设备的技术要求。

工业自动化

支持10BASE-T1S等工业以太网协议，适配工厂自动化、过程控制场景，OSADL已为Zephyr建立工业领域量化性能基准。

智能家居与消费电子

从Matter协议支持到蓝牙5.4完整协议栈，Zephyr正成为智能家居生态核心支撑。Arduino VENTUNO Q平台已采用 Zephyr确保时间关键型任务的确定性执行。

汽车电子

随着汽车电子架构向集中式演进，Zephyr的模块化设计和内存保护机制满足了汽车功能安全要求，是车载域控制器的理想选择。

2 开发环境搭建（VSCode+MCUX）

2.1 工具准备

推荐使用NXP MCUXpresso for VS Code扩展，插件已内置核心能力：

CMakePresets.json一键构建
SEGGER J-Link / LinkServer调试支持
设备树可视化可直接预览 .overlay 文件

安装步骤：

安装VS Code编辑器
在扩展市场搜索并安装MCUXpresso for VS Code
按插件引导安装west、Zephyr SDK、arm-none-eabi-gcc工具链

2.2 工程结构

使用CMakePresets.json管理构建配置，每个应用统一如下结构：

my_app/
├── CMakeLists.txt
├── CMakePresets.json        ← 指定 BOARD、构建目录
├── prj.conf                 ← Kconfig 全局配置
├── boards/
│   ├── imx93_evk_mimx9352_m33.overlay   ← 板级 DTS 扩展
│   └── imx93_evk_mimx9352_m33.conf      ← 板级 Kconfig 覆盖
└── src/
    └── main.c

CMakePresets.json示例：

{
  "configurePresets": [
    {
      "name": "debug",
      "cacheVariables": {
        "BOARD": "imx93_evk/mimx9352/m33",
        "CMAKE_BUILD_TYPE": "debug"
      }
    }
  ]
}

在 VSCode 中，点击底部状态栏的 Build 按钮即可完成编译，无需手动敲命令。

3 设备树Overlay：Zephyr的硬件描述核心

Zephyr通过Devicetree描述硬件，板级差异通过 .overlay文件叠加，无需修改官方主DTSI文件，这也是 Zephyr 高可移植性的核心设计。

RTC 外设的 Overlay 描述

RTC（实时时钟）是工业与消费电子产品中必不可少的外设。在Zephyr中，外部RTC芯片通过I2C总线挂载，并在 .overlay文件中完整描述其连接关系，应用层只需调用统一的RTC API，无需关心底层硬件差异。

以 i.MX93 EVK 接入 EPSON RX8010 为例，overlay 需要做两件事：启用 I2C 控制器并添加 RTC 子节点，同时通过 aliases 让上层应用找到该设备：

/* boards/imx93_evk_mimx9352_m33.overlay */
&lpi2c3 {
    status = "okay";
    clock-frequency =;   /* 400 kHz */
    pinctrl-0 = <&i2c3_default>;
    pinctrl-names = "default";
    rx8010: rx8010@32 {
        compatible = "epson,rx8010";        /* 匹配驱动 binding */
        reg =;                       /* I2C 设备地址 */
        status = "okay";
    };
};
/ {
    aliases {
        rtc = &rx8010;                      /* 应用通过 "rtc" 别名访问 */
    };
};

应用代码中只需：

const struct device *rtc = DEVICE_DT_GET(DT_ALIAS(rtc));
struct rtc_time tm = { .tm_year = 125, .tm_mon = 3, .tm_mday = 20 };
rtc_set_time(rtc, &tm);
rtc_get_time(rtc, &tm);

可移植性体现：若将RX8010更换为其他Zephyr支持的 RTC芯片（如DS3231、PCF8563），只需修改overlay 中的 compatible和reg，应用代码零改动。

4 驱动验证实践

本节展示在i.MX 93开发板的M33核上已完成验证的PWM驱动样例。

样例：pwm_api—使用TPM2 控制器输出PWM信号

我们通过Import Example from Repository导入pwm_api项目后

overlay 只需声明别名：

/* boards/imx93_evk_mimx9352_m33.overlay */
/ {
    aliases {
        pwm-test = &tpm2;
    };
};

Kconfig 配置：

CONFIG_PWM=y

测试通过 pwm_set_cycles() / pwm_set()设置占空比，可用示波器验证输出波形。i.MX93的TP（Timer/PWM Module）直接映射到Zephyr nxp,kinetis-tpm驱动，无需任何自定义代码。

5 Zephyr 开发中的常用调试技巧

5.1 Kconfig配置检查

Vscode中project文件中 debug/zephyr/.config 为项目最终合并后的config内容。

5.2 设备树最终输出检查

Vscode中project文件中 debug/zephyr/zephyr.dts 为项目最终合并后的dts内容。这是排查overlay合并是否生效的最直接方式。

5.3 日志级别

CONFIG_I2C_LOG_LEVEL_DBG=y  # 开启 I2C 驱动调试日志

5.4 ztest 测试框架

所有驱动样例均使用ztest框架，运行后通过串口输出结果。以PWM测试为例，烧录后串口输出如下：

*** Booting Zephyr OS build v4.1.0 ***
Running TESTSUITE pwm_basic
===================================================================
START - test_pwm_nsec
[PWM]: 0, [period]: 2000000, [pulse]: 1000000
[PWM]: 0, [period]: 2000000, [pulse]: 2000000
[PWM]: 0, [period]: 2000000, [pulse]: 0
PASS - test_pwm_nsec in 3005 ms
START - test_pwm_cycle
[PWM]: 0, [period]: 64000, [pulse]: 32000
[PWM]: 0, [period]: 64000, [pulse]: 64000
[PWM]: 0, [period]: 64000, [pulse]: 0
PASS - test_pwm_cycle in 3003 ms
===================================================================
TESTSUITE pwm_basic succeeded

输出说明：

test_pwm_nsec：以纳秒为单位依次设置 50% 占空比（1.65V）、100%占空比（3.3V）、0%占空比（0V），每步保持1秒
test_pwm_cycle：以cycle为单位重复上述三种占空比验证，period=64000cycle，pulse依次为32000/ 64000/0
每条[PWM]行对应一次 pwm_set()/pwm_set_cycles()调用，可用示波器或万用表在TPM2输出引脚上验证实际电压

总结

通过本次i.MX93 M33核的Zephyr移植实践，我们验证了：Zephyr原生的应用pwm_api在i.MX 93 M33核的支持过程。

Zephyr 的核心价值在于：

一套驱动API，覆盖所有平台——更换SoC只改overlay，不改应用代码
设备树驱动开发——硬件配置与软件逻辑清晰分离
完整的测试基础设施——ztest+testcase.yaml支持 CI/CD集成
安全与低功耗原生设计——不是后期补丁，是系统基础设施
活跃的上游社区 —— 全球超1600名贡献者，每周数百次代码合并

飞凌嵌入式OK-MX9352-C开发板基于NXP i.MX93设计开发，是一款高性能工业级硬件平台，与Zephyr RTOS适配性优异、稳定性出众，借助Zephyr的工程化能力，开发者可在飞凌嵌入式OK-MX9352-C开发板上快速完成外设驱动开发、系统移植与功能验证，大幅缩短工业产品的研发与量产周期。

对于嵌入式RTOS选型、工业级产品开发的团队而言，飞凌嵌入式OK-MX9352-C开发板+Zephyr RTOS是兼顾开发效率、系统安全与硬件可靠性的优选方案。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

全新一代国产数据网关FCU1501，如何让工业场景实现数据高效互联？

2026-04-28 10:07:00 +0800

在工业数字化转型中，不同类型的设备唯有"联通"起来、实现数据"互连"，才能打破信息孤岛、提升运维效率。但现实很骨感——不同品牌、不同协议的设备不兼容，布线麻烦、信号不稳、新旧系统接不上，数字化升级直接在"连接"这道坎上"卡壳"。

飞凌嵌入式全新一代全栈国产化数据网关FCU1501，就是来解决这个"卡壳"难题的。它不搞复杂算力，专注把"连接"这件事做得更好，凭借全类型接口和工业级稳定设计，成为工业场景高效"联通"的核心载体，让不同设备、不同系统轻松"对话"。

全面的接口资源

筑牢"互联"的基础

FCU1501嵌入式控制单元最核心的优势，就是打造了一套覆盖有线通信、无线通信、工业串口、高速总线、数字控制的全维度接口资源矩阵。不同于市面上需要额外加装拓展模块的网关，它的接口原生集成，无需复杂改造，就能轻松"联通"各类工业设备，实现设备与平台、设备与设备间的高效"互连"，完美适配工业现场碎片化的连接需求。

举个例子，在某中型制造车间场景中，既有新采购的智能PLC也有使用多年的老旧变频器、智能仪表，还有用于环境监测的传感器，设备协议杂乱、接口不统一，无法实现数据集中监控。引入FCU1501嵌入式控制单元后，凭借其丰富的接口矩阵，一次性"联通"了所有设备，实现了生产数据与监控平台的高效"互连"，彻底解决了信息孤岛问题，运维效率大幅提升。

有线通信

稳定连接，保障数据互连

工业场景中，数据传输的稳定性直接决定了生产效率，而有线以太网正是"联通"设备与数据的核心通道。FCU1501嵌入式控制单元全系标配2路工业以太网接口，支持10/100Mbps自适应传输，能自动匹配不同设备的通信需求，不仅能实现多台工业设备的同时"联通"，更能保障设备与云端平台、控制终端间的数据高效互连，有效避免延迟和丢包。

更值得一提的是，FCU1501嵌入式控制单元采用三级EMC防护设计，即便在强电磁干扰的车间环境中，也能维持链路稳定，凭借其强大的抗干扰能力，实现了生产线设备与管理平台的7*24小时稳定通信，断连现象得到彻底解决，生产数据采集稳定性大幅提升，有效保障生产数据的连续传输与精准采集。

场景示意

工业串口

兼容新旧设备，实现无缝对接

对于很多老旧厂区来说，大量存量设备没有以太网接口，只能通过串口通信，如何让这些"老设备"与新的智能化系统互联互通，成为数字化升级的一大难点。FCU1501嵌入式控制单元搭载差异化串口配置，基础版4路、扩展版8路RS485接口，搭配2路复用式RS232接口，能直连PLC、智能仪表、变频器等传统工业终端，无需额外改造。

高速总线

适配高实时场景，实现海量数据互连

针对轨道交通、新能源储能等高实时性场景对数据传输速度和稳定性的高要求，FCU1501嵌入式控制单元配置CAN总线接口（支持CAN-FD及CAN2.0B，每路接口具备单独数字地），基础版1路、扩展版2路可选，原生兼容双协议，可高效实现海量数据快速"互连"。

以新能源储能电站应用为例，其通过CAN接口成功"联通"储能电池组与管理平台，实时采集电池电压、电流、温度等数据，实现电池管理系统（BMS）与监控平台的高速"互连"，确保数据实时传输、指令快速响应，既适配高实时性场景需求，也契合当前新型储能产业发展趋势。

拓展与无线

适配多样场景，实现海量数据互连

工业场景复杂多样，有些户外设备或布线不便的区域，有线连接难以实现，这就需要灵活的无线"联通"能力。FCU1501嵌入式控制单元搭载1路USB2.0接口，可灵活接U盘等外设；同时标配双频Wi-Fi与蓝牙5.0，还可以选配4G模组，补充无线"联通"能力，适配户外、布线不便等场景。

例如在智慧园区老旧厂房升级场景中，部分户外监测设备无法布线，导致设备数据难以连接至管理平台。引入FCU1501嵌入式控制单元后，实现了户外监测设备与园区管理平台的无线"互连"，无需布线，快速完成了园区设备的智能化接入，大幅提升了园区管理效率。

数字控制

打通感知与控制

工业场景的高效运行，离不开"感知-采集-控制"的闭环。FCU1501配备完整的DI/DO数字量接口（基础版2路DI/DO，扩展版8路DI/DO），可精准"联通"现场传感器、声光报警器、阀门执行器等设备，实现设备状态信号的采集与控制指令的输出，毫秒级的响应速度，确保了感知与执行设备的快速"联通"。

在智慧市政管网监测场景中，需要对城市管网的压力、流量进行实时监测，同时根据监测数据自动控制阀门开关。FCU1501通过DI接口"联通"管网传感器，采集实时数据并传输至监控平台，再通过DO接口联通阀门执行器，实现了监测与控制的闭环"互连"，无需人工干预，就能完成管网压力、流量的自动调节，大幅降低了市政运维成本，提升了管网管理的智能化水平。

总结

作为全新一代全栈国产化数据网关，FCU1501嵌入式控制单元始终以工业场景"联通"与"互连"为核心，凭借全面的接口资源以及灵活的拓展能力，适配智能制造、新能源、智慧市政等多行业应用，为企业数字化转型提供稳定、高效、低成本的国产化解决方案，助力各行业实现全域高效互联。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

圆满收官｜2026嵌入式及边缘AI技术生态大会精彩回顾

2026-04-24 13:33:00 +0800

2026嵌入式及边缘AI技术生态大会圆满收官

4月17日，飞凌嵌入式「2026嵌入式及边缘AI技术生态大会」在深圳圆满收官！这场大会以“AI向实生态共融”为核心，汇聚了300余位来自芯片、操作系统、存储、工控等全产业链的专家、生态伙伴与技术从业者，共话技术趋势、拆解落地实践、共筑开放生态，为嵌入式AI技术赋能千行百业，写下了浓墨重彩的一笔。

盛会启幕锚定产业务实新航向

飞凌嵌入式研发总监宋明洋致开幕辞，分享企业20年来的技术深耕与生态布局，明确大会“AI向实”的核心：让技术走出概念、落地产业，为千行百业智能化升级注入真实动力。

主题演讲 11场分享覆盖全赛道

现场11位行业大咖聚焦工业升级、边缘AI、开源鸿蒙、工控生态等核心赛道，全程输出实战干货（以下按嘉宾演讲顺序排序）：

梁飞

飞凌嵌入式技术副总经理

《嵌入式新趋势・新技术・新产品》

王二猛

飞凌嵌入式项目总监

《聚焦热点行业，解析嵌入式应用》

杨凯

瑞芯微产品总监

《瑞芯微AIoT 2.0平台助力工业升级》

皮杰勇

全志工业车载事业部副总经理

《深耕工业控制，共创智能未来——全志芯平台助力工业智能化升级》

陈翊翔

安谋科技高级市场经理

《安谋科技JishuShell一键部署OpenClaw助力Agentic AI端侧落地》

柴宇

飞凌嵌入式边缘AI专家

《嵌入式AI边缘计算：技术能力构建与规模化商业落地》

张硕

飞凌嵌入式测试专家

《从单项测试到系统验证：嵌入式板卡可靠性实战之道》

钟山

江波龙高级商业拓展总监

《集成存储，探索端侧AI》

段威

软通动力助理副总裁/鸿湖万联开源鸿蒙与矿鸿事业部总经理

《开源鸿蒙与嵌入式硬件的协同创新与应用：鸿湖万联携手飞凌共创开源新生态》

徐佩文

菲尼克斯电气PLCnext软件生态产品经理

《硬件筑基，软件赋智：vPLCnext&飞凌赋能工控新生态》

薛凯

飞凌嵌入式生态发展总监

《融生态・聚合力：飞凌嵌入式开放生态与伙伴共赢》

展区沉浸体验共览全栈生态成果

大会设置了全产品矩阵展示区、新品推荐展示区、软件生态展示区、教育市场产品展示区、生态厂商展示区等五大主题展区，集中呈现飞凌嵌入式全栈产品矩阵与生态伙伴前沿成果。

生态伙伴联合展区

生态厂商展区邀请到了安谋科技、瑞芯微电子、全志科技、江波龙、鸿湖万联、菲尼克斯电气、统信软件、中移物联、麒麟软件共9家合作伙伴，联合带来多领域前沿成果。从底层芯片架构、高性能硬件平台，到国产化系统适配、工业级通讯方案与端边协同应用，全方位展现产业链协同创新实力。

瑞芯微电子

人工智能物联网处理器芯片企业，深耕智能应用处理器SoC与AI协处理器研发，打造工业级芯片方案与端侧大模型生态

安谋科技

国内领先的芯片IP设计与服务提供商，累计芯片出货量突破450亿片，赋能端侧AI与智能计算生态

全志科技

聚焦工业控制与车载领域，提供国产芯片平台与智能化升级解决方案，深耕工控领域创新实践

江波龙

深耕集成存储领域，探索存储与端侧AI的融合创新应用，为嵌入式场景提供高可靠存储方案

鸿湖万联

软通动力旗下专注开源鸿蒙操作系统研发与产业化服务的高科技企业，打造天鸿操作系统全栈解决方案

菲尼克斯电气

全球领先的电气与自动化解决方案供应商，深耕工业数字化转型，打造软硬件协同的工控新生态

统信软件

中国操作系统骨干企业，打造安全稳定的国产操作系统产品与服务，引领软硬件生态建设

中移物联

中国移动旗下专业化物联网企业，提供全栈物联网核心能力与解决方案，赋能产业数智化转型

麒麟软件

以安全可信操作系统技术为核心，打造世界级操作系统中国品牌，全面适配国产主流CPU

飞凌精灵教育品牌专区

飞凌精灵(EIfBoard)是飞凌嵌入式旗下教育品牌，专注为高校、科研机构及个人学习者提供覆盖嵌入式系统、人工智能、边缘计算与物联网技术的全栈式解决方案。品牌秉持"技术赋能教育，智能驱动未来"的核心理念，依托开发板、开发套件、实验平台及产教融合服务，助力高校强化教学实践体系。

AI场景化方案实景展示

多款AI演示方案实景落地，覆盖智能安防、工业视觉、人脸识别、储能运维、多模态分析等热门场景，嘉宾可零距离体验、与技术专家面对面交流，一站式掌握产业最新落地成果。

工业安防边缘AI智能网关系统

端边云协同AI安防方案，赋能工业智能制造安全管控

LVGL充电桩人机交互方案

基于TI AM62L32核心板，打造流畅的充电桩交互体验

T536光伏箱变测控装置方案

基于全志T526核心板，实现光伏场景高精度测控

RV1126B四路AHD摄像头环视方案

基于国产RV1126B处理器，实现全景拼接与全局态势感知

端侧多路视频VLM监控系统

多通道视频智能分析，实现实时预警与事件记录

8路CAN-FD技术方案

基于全志T536核心板，满足工业场景高可靠通讯需求

能耗管理系统方案

实现全场景能耗监测与智能化管理

DMS驾驶员疲劳监测方案

基于NXP i.MX9352核心板，实现驾驶员状态实时监测预警

← 左右滑动查看更多方案 →

福利高光惊喜不停满载而归

除了干货满满的技术分享，本次大会也为到场嘉宾准备了多重惊喜福利，四轮抽奖共送出飞凌嵌入式开发板、华为 GT6手表、夸克AI眼镜、Mac mini等价值近2万元的重磅好礼，将现场氛围一次次推向高潮。

圆满收官以技术为基赋能千行百业

本次「2026嵌入式及边缘AI技术生态大会」的成功举办，不仅是飞凌嵌入式与各位生态伙伴为业内带来的一场技术盛宴，更是嵌入式与边缘AI领域生态协同的重要里程碑。飞凌嵌入式将始终推动技术创新与生态协同，让嵌入式及边缘AI技术真正赋能千行百业，携手全产业链伙伴共同推动嵌入式AI技术的规模化落地，为产业智能化升级注入更多动力，共筑产业新生态，共创智能产业发展新未来！

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

测试

2026-04-10 13:22:00 +0800

9596+ara240多模态智能分析架构

视频采集

摄像头实时捕获
高清视频流输入

1080P/4K RTSP流

i.MX9596
处理平台

YOLO目标检测算法
人形识别与定位

目标检测坐标提取

结构化数据

人形坐标信息
区域框定数据流

BBox坐标 JSON格式

Ara240
算力卡

多模态理解模型
神经网络推理加速

40 eTOPS

多模态融合低延迟

可视化呈现

实时画面叠加
智能分析结果

实时渲染智能标注

40 eTOPS

峰值算力

< 50ms

端到端延迟

多模态

视觉+语义理解

工业级

可靠性设计

产品选型指南

2026-04-08 08:48:00 +0800

清明节放假通知

2026-03-30 13:26:00 +0800

尊敬的各位客户、合作伙伴：

清明节将至，根据国务院办公厅2026年法定节假日安排，结合我公司生产经营与业务服务实际情况，为便于各位客户提前做好业务对接与项目规划，现将清明节放假相关事宜正式通知如下：

一、放假时间安排

2026年4月4日（星期六）至2026年4月6日（星期一）放假调休，共计3天；2026年4月7日（星期二）全员恢复正常办公。

4月4日 - 4月6日

放假调休（共3天）

4月7日（周二）

全员恢复正常办公

二、假期业务服务安排

放假期间，我司各项业务服务安排如下，确保您的需求得到妥善响应：

线上采购业务：我司官方天猫旗舰店假期内可正常下单选购产品，所有订单将于4月7日复工后，按照付款顺序统一安排发货；
技术支持服务：假期内紧急产品技术问题，可联系对应区域销售负责人协调处理；常规技术咨询、方案评估、开发指导等业务，将于4月7日复工后第一时间响应处理；
商务对接事宜：合同签订、发票开具、样品寄送、项目合作对接等商务工作，均在4月7日复工后优先为您办理。

三、其他事项

请各位客户根据放假时间提前做好备货与业务规划，避免影响项目正常推进。放假期间给您带来的不便，我们深表歉意，敬请谅解。

感谢您长期以来对保定飞凌嵌入式技术有限公司的信任与支持，祝您及家人清明安康，万事顺遂！

保定飞凌嵌入式技术有限公司

2026年3月30日

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

「AI向实生态共融」2026嵌入式及边缘AI技术生态大会

2026-03-30 11:29:00 +0800

大会核心看点

这场大会聚焦嵌入式与边缘AI技术落地，不仅有新趋势、新产品解读，更联合瑞芯微电子、全志科技、江波龙、鸿湖万联、开源鸿蒙、麒麟软件、统信软件、菲尼克斯电气、中国移动OneOS、视觉物联等重磅生态伙伴，分享前沿方向的实战经验——从技术能力构建到可靠性测试，从平台赋能到生态协同，内容覆盖了工程师最关心的核心议题。

技术干货分享

从技术能力构建到可靠性测试，全链路实战经验输出，覆盖工程师核心关注议题

生态伙伴联合

携手瑞芯微、全志、江波龙、鸿湖万联等行业头部企业，共探产业前沿方向

产业资源对接

拓展技术视野、对接产业资源、寻找解决方案，实现高效交流与精准对接

现场不仅能近距离观摩边缘AI创新成果，还能参与总价值超万元的重磅抽奖（开发板、华为GT6手表、夸克AI眼镜、Mac mini等），签到与分享还能领取定制礼品。对于想拓展技术视野、对接产业资源、寻找解决方案的你来说，这是一次高效交流、精准对接的绝佳机会！

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

飞凌嵌入式RK3506J核心板通过OpenHarmony 5.1兼容性认证

2026-03-27 15:12:00 +0800

FET3506J-C核心板斩获OpenHarmony生态产品兼容性证书

全国产化嵌入式硬件方案再添重要成果，夯实工业物联网、边缘计算、智能终端底层技术支撑

近期，飞凌嵌入式推出的FET3506J-C核心板顺利完成OpenHarmony 5.1 Release版本兼容性测评，成功斩获【OpenHarmony生态产品兼容性证书】，这标志着公司在OpenHarmony生态领域再添重要成果，进一步夯实了全国产化嵌入式硬件方案的技术底座，为工业物联网、边缘计算、智能终端等多领域应用提供更高效、更稳定的底层支撑。

OpenHarmony生态产品兼容性证书

证书编号：NO.OAOH20260300013 | 测评版本：OpenHarmony 5.1.0 Release

FET3506J-C核心板核心硬件特性

飞凌嵌入式FET3506J-C核心板基于瑞芯微RK3506J工业级SoC开发，采用100%国产化物料打造，凭借卓越的硬件设计与性能表现，可适配严苛的工业场景需求，为各类智能硬件产品提供稳定、高效的底层支撑。

多核异构架构 3核Cortex-A7@1.5GHz + Cortex-M0，兼顾运算性能与低功耗控制

极致低功耗 主频最高1.5GHz，满载运行功耗实测仅0.7W，无需额外散热处理

工业宽温适应 -40℃~+85℃超宽工作温度，满足工业现场复杂环境使用需求

100%国产化 全物料国产化选型，保障供应链安全与产品自主可控性

高稳定性 工业级SoC核心，经过严苛测试验证，为产品可靠运行保驾护航

丰富接口拓展 集成多路串口、以太网、GPIO等工业接口，满足各类设备快速接入

FET3506J-C核心板成功通过OpenHarmony 5.1 Release版本兼容性测评，是飞凌嵌入式在OpenHarmony生态布局的重要突破，也是公司全国产化嵌入式硬件方案技术实力的有力证明。未来，飞凌嵌入式将持续深耕OpenHarmony生态，依托丰富的硬件研发经验与全场景适配能力，为各行业客户提供更贴合实际应用的国产化嵌入式硬件解决方案，助力工业智能化与物联网产业高质量发展。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

矿场智能化转型核心：RV1126 开发板的全场景落地实践

2026-03-27 13:55:00 +0800

RV1126B开发板：矿场智能化转型的核心硬件支柱

专为工业级场景量身打造的嵌入式开发板，凭借强劲的端侧AI算力、工业级高可靠稳定设计、充足的硬件拓展余量，成为矿场人脸智能识别解决方案的核心硬件底座。

3TOPS NPU算力工业级设计全本地运行 10万人脸底库

3TOPS

端侧NPU AI算力

10万+

人脸照片本地存储

0.7-0.8

TOPS实际占用算力

100%

本地运行数据安全

RV1126 B开发板凭借工业级设计与强劲 AI 能力，成为矿场人脸智能识别解决方案的核心载体。它可支撑超万人脸集约化管理，在佩戴安全帽、光线昏暗等复杂工况下实现精准识别，且仅占用 0.7-0.8TOPS 算力，剩余算力可拓展车牌识别、云台跟随等功能。全本地运行模式保障数据安全，还可对接双目摄像头实现活体检测，全方位适配矿场运营各环节，推动管理模式从人工登记向刷脸通行迭代。

全场景落地能力

1. 超大人员体量的人脸集约化管理

RV1126B开发板搭载强劲的算力与存储硬件模块，可承载超大容量人脸底库，最高支持10万张人脸照片本地存储，硬件层面可轻松覆盖矿场上千至上万名员工的规模化管理需求。依托这一核心硬件优势，矿场可提前将员工人脸信息录入板端，现场仅需一次刷脸，即可通过板端硬件完成实时人脸比对、身份极速核验，核验完成后自动同步各环节登记记录，彻底摒弃低效繁琐的人工登记流程，从硬件层面全方位保障矿场大规模人员管理的效率与便捷性，大幅降低人力运营成本。

轻松覆盖万级人员管理，彻底替代人工登记，大幅降低运营成本

2. 矿场复杂工况下的精准人脸识别

该开发板内置3TOPS端侧NPU AI算力硬件，为高精准、高灵活的人脸识别提供核心算力赋能，可高效完成人脸置信度得分逻辑的硬件级运算，同时支持硬件层面的阈值灵活调节。基于这一硬核算力支撑，矿场可根据不同作业场景灵活切换识别模式：高阈值模式下，硬件全力拉满识别精度，精准适配高权限管控、重要设备操作等核心关键环节，杜绝身份误判；低阈值模式下，硬件优化提升识别容错性，即便在远距离、光线昏暗、轻微遮挡（如佩戴安全帽、口罩）等复杂工况中，也能凭借强劲算力快速完成精准识别，完美适配户外作业、流动巡检等场景。

支持多人同框硬件级处理，自动匹配最高置信度人脸，识别不卡顿

3. 功能多元化拓展

RV1126B开发板具备充足的算力冗余硬件特性（矿场人脸识别解决方案仅占用其0.7-0.8TOPS算力），且支持硬件层面的模型灵活替换、快速部署，为矿场功能拓展提供了坚实的硬件基础。在满足工具借还、考勤登记等核心需求的前提下，可依托剩余算力硬件实现人脸云台跟随功能，通过硬件驱动云台自动跟随核验通过的目标人脸，实现动态追踪识别；同时，开发板硬件支持快速搭载车牌识别、物品检测等专用模型，单台硬件设备可实现多场景复用，最大化释放硬件价值。

单台设备多场景复用，算力冗余充足，可无限拓展智能化场景

4. 人脸数据安全闭环管理

RV1126B开发板具备全本地运行的硬件能力，所有AI运算、人脸数据存储均在板端本地完成，无任何数据上传的硬件链路，从硬件根源上杜绝数据泄露风险，筑牢矿场人员信息隐私防线。同时，硬件层面可设计手动+自动双模式人脸照片删除功能，支持底库清空状态实时查验，可通过简单的硬件操作彻底删除已录入的人脸照片，全方位为矿场人脸数据隐私安全提供硬件级防护，契合矿场数据安全管理的核心诉求。

全本地运算存储，从硬件根源杜绝数据泄露，满足工业级安全要求

5. 安全功能迭代升级

RV1126B开发板为矿场后续安全管理升级预留了充足的硬件拓展空间，可通过硬件对接搭载双目深度/结构光摄像头，在原有硬件基础上快速实现活体检测功能，精准区分真人脸与照片、视频等伪造手段，进一步提升人脸识别的安全性与可靠性。从硬件层面满足矿场更高标准的安全管理需求，灵活适配后续个性化、差异化的硬件升级诉求，为矿场安全管理长效升级提供硬件保障。

可拓展双目活体检测，适配更高安全标准，支持长效升级迭代

综上，RV1126B开发板以其全方位、高适配的工业级硬件能力，成为矿场人脸智能识别解决方案落地的核心支撑。它不仅实现了矿场单一登记环节的效率跃升，更依托硬件的场景适配性、强劲算力与灵活拓展性，推动矿场整体管理模式的智能化革新。同时，其标准化的硬件设计的可复用性，也能为工业制造、园区管理、仓储物流等更多工业领域的智能化升级，提供高效、可靠的硬件支撑，助力各类工业智能化场景快速落地、提质增效。

飞凌嵌入式边缘AI产品矩阵

高性能AI计算平台 · 全场景工业级解决方案 · 端边云协同赋能

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RV1126B 开发板 LT8912B MIPI 转 HDMI 驱动适配全技术详解

2026-03-26 09:31:00 +0800

作者：燕南无声，十二年嵌入式开发经验，长期深耕ARM架构嵌入式平台开发，专注系统底层定制、软硬件适配优化、源码编译、开发环境搭建与底层驱动开发。在工业级嵌入式场景中，长期负责产品落地、问题定位与系统稳定性优化。

近期在基于 飞凌嵌入式OK1126B-S开发板（瑞芯微RV1126核心设计）进行项目开发时，需要完成龙迅（Lontium）LT8912B芯片的MIPI转HDMI功能适配。这是嵌入式终端显示输出扩展的常见需求，核心是完成驱动的部署编译与设备树的硬件挂载、显示参数配置。飞凌嵌入式OK1126B-S开发板采用工业级设计标准，目录结构规范、硬件设计稳定可靠，为嵌入式开发者提供了理想的开发平台，大幅简化了第三方外设适配工作。

OK1126B-S开发板LT8912B MIPI转HDMI适配测试场景

在按照常规适配流程完成基础配置后，出现了屏幕无显示且HDMI输出端提示"不能显示此视频模式，请将电脑重新设置为1920X1080"的问题，遂开展针对性的问题排查与适配优化。

问题定位：HDMI端明确提示视频模式不兼容，这类问题在MIPI转HDMI适配中多源于 驱动支持的显示模式与设备树配置的显示分辨率、时序参数不匹配。结合RV1126平台的DRM显示框架特性，该平台的显示输出由驱动层提供模式支持，设备树层配置具体的显示时序与分辨率，二者必须严格对应才能完成正常的显示初始化。

基于此，先核查已完成的适配配置步骤，确认驱动部署与设备树硬件挂载的流程无问题，再聚焦到显示模式的匹配性上，最终定位到核心问题：LT8912B的驱动文件lt8912_cp.c中，默认仅启用了1280×800这一种显示模式，而设备树中初始配置的是1920×1080分辨率，导致驱动无法识别并初始化对应的显示模式，进而出现屏幕不亮的兼容问题。

完整适配解决方案

针对上述原因，结合OK1126B-S开发板 6.1.141 Buildroot系统的特性，整理了完整的适配解决思路，分步骤完成驱动部署、编译配置、设备树硬件挂载与显示参数匹配，具体步骤如下：

部署LT8912B驱动文件

将龙迅LT8912B的驱动文件 lt8912_cp.c放置到飞凌嵌入式RV1126B开发板源码的OK1126B-linux-source/kernel/drivers/gpu/drm/bridge/目录下，该目录是平台DRM显示框架中桥接芯片驱动的标准存放路径，也符合瑞芯微RV1126内核的驱动目录规范。

注：lt8912_cp.c文件可联系在线客服索取

修改Makefile纳入驱动编译

驱动文件部署好后，编辑kernel/drivers/gpu/drm/bridge/目录下的Makefile文件，只需要在文件末尾添加如下编译指令，内核编译时将lt8912_cp.c驱动文件纳入内核编译流程，确保编译内核时能生成对应的驱动模块：

# 加入LT8912B MIPI转HDMI驱动编译
obj-y += lt8912_cp.o

设备树添加LT8912B硬件节点

驱动编译的问题解决了，接下来就是设备树的配置。参照OK1126B-S平台的OK1126B-S-common.dtsi设备树文件，在 i2c3节点下添加LT8912B的设备节点，完成芯片与i2c3总线的硬件绑定与挂载。由于LT8912B拥有三个i2c地址，设备树中暂配置0x01，核心i2c地址由内核驱动函数动态添加，节点配置如下：

&i2c3{
    status = "okay";
    pinctrl-names = "default";
    pinctrl-0 = <&i2c3m1_pins>;
    // 龙迅LT8912B MIPI转HDMI设备节点
    lt8912: lt8912@1 {
        compatible = "lontium,lt8912";
        reg = <0x01>;
        i2c-bus = <&i2c3>;
        reset-gpios = <&gpio4 RK_PB1 GPIO_ACTIVE_LOW>;
        status = "okay";
    };
};

设备树i2c3节点配置示意图

修改显示设备树匹配驱动显示模式

之前的黑屏问题，主要原因就是分辨率不匹配，编辑OK1126B-S-display.dtsi设备树文件，将显示时序配置修改为 1280×800，与lt8912_cp.c驱动默认支持的显示模式匹配，具体的显示时序参数配置如下：

disp_timings0: display-timings {
    native-mode = <&panel_1280x800>;
    panel_1280x800: timing0 {
        hback-porch = <10>;
        hfront-porch = <100>;
        hactive = <1280>;
        hsync-len = <10>;
        vback-porch = <1>;
        vfront-porch = <2>;
        vactive = <800>;
        vsync-len = <20>;
        clock-frequency = <71000000>;
        /* Approximate 71 MHz for ~60Hz with these timings */
        vsync-active = <0>;
        hsync-active = <0>;
        de-active = <0>;
        pixelclk-active = <0>;
    };
};

显示时序参数配置示意图

重新编译内核完成适配

完成上述所有文件修改后，在RV1126开发板的Buildroot编译环境中执行内核编译指令，将驱动与设备树的修改编译到内核镜像中，编译完成后将新内核烧录至开发板上，这次的MIPI转HDMI适配，就算真正完成了。

验证测试结果

开机测试，打开RV1126B开发板，LT8912B MIPI转HDMI功能已经实现正常适配，屏幕顺利点亮，之前烦人的视频模式报错再也没有出现。通过开发板终端执行指令验证适配结果，均得到符合预期的反馈：

执行 i2cdetect -y 3，可在i2c3总线中检测到LT8912B设备，确认硬件挂载成功；
执行 dmesg | grep 8912，可看到驱动正常的初始化日志，核心日志如下：

[4.964730] LT8912 ID:12,b2
[4.964736] LT8912:Start Initialization...
[5.222233] LT8912:Setting Mode 1280x800
[5.705876] LT8912:Releasing Reset (0xFF)...
[5.806216] LT8912: Enabling HDMI...
[5.806543] LT8912:Init Done.

驱动初始化日志验证截图

技术总结

本次在OK1126B-S平台上完成LT8912B MIPI转HDMI功能适配，再次印证了嵌入式底层开发中的核心原则： 驱动与设备树必须严格匹配。尤其对于显示类桥接芯片，驱动层支持的显示模式与设备树中配置的时序参数，是实现正常输出的关键。

在ARM架构嵌入式平台的外设适配过程中，如果遇到硬件已成功挂载但功能无法正常工作的情况，优先排查驱动与设备树的参数一致性是最高效的定位思路，重点核对分辨率、显示时序、引脚配置及总线参数等内容。

飞凌这款OK1126B-S开发板，目录结构规范、硬件设计稳定可靠，大幅简化了本次适配工作，堪称嵌入式开发者理想的开发平台。

同时，在适配第三方桥接芯片时，需重点留意原厂驱动的默认配置——部分驱动默认仅开启基础功能模式，建议优先通过修改设备树或驱动配置进行适配，而非盲目改动驱动源码。这样既能提升适配效率，也能避免因随意修改源码引入新的稳定性问题。针对瑞芯微RV1126这类工业级芯片平台，严格遵循其DRM显示框架规范进行驱动与设备树配置，是保证显示功能稳定、兼容的基础。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

大赛报名|2026年嵌赛——瑞芯微&飞凌嵌入式赛题解读

2026-03-25 15:09:00 +0800

2026年全国大学生嵌入式芯片与系统设计竞赛应用赛道正式开启！飞凌嵌入式作为本次竞赛的协办单位之一，联合瑞芯微推出专属赛题，同时，飞凌嵌入式将充分发挥其在嵌入式领域的深厚积累，为参赛的高校师生提供全面的技术支持和培训服务，助力参赛选手在竞赛中取得优异成绩，以下为本次竞赛的选题指南详解。

全国大学生嵌入式芯片与系统设计竞赛报名链接：

https://www.socchina.net/home?trackType=2

瑞芯微&飞凌嵌入式选题指南下载地址：

https://www.socchina.net/details?id=6ad88fd486ee4626a2fd7d172b53a68f

你的 OpenClaw 只会答不会做？RV1126B开发板 Skills 解锁主动控制

2026-03-20 16:07:00 +0800

在《基于 OpenClaw 与瑞芯微RV1126B 私有化部署飞书智能助手全流程》一文中，我们讲解了将OpenClaw部署在飞凌嵌入式OK1126B-S开发板（基于瑞芯微RV1126B设计），并通过飞书调用部署在服务器上的本地模型，从而实现专属本地AI助手的方法。本篇文章，我们将进一步深入挖掘OpenClaw的核心能力之一 —— Skills。

一、OpenClaw Skills 生态

如果说模型本身是“大脑”，那么Skills更像是“经验+行动指南”。通过编写Skills，我们可以让OpenClaw不再只是被动回答问题，而是能够按照既定规则，主动完成复杂任务。

截至发稿前，ClawHub社区中发布的Skills数量已达到了2.6w+，但这些Skills中超过99%都是面向Windows/x86 Linux/Mac且聚焦于办公、网页自动化等方面，面向嵌入式Linux的Skills数量极少且成熟度较低，缺乏对嵌入式外设（GPIO、UART、SPI、I2C、传感器、电机、摄像头）的标准化封装与驱动适配，并且没有针对边缘计算、低功耗、实时性场景（如工业控制、机器人、智能家居、车载等）的专用技能集。

灵魂拷问：难道嵌入式领域就不配吃"龙虾"吗？！

ClawHub社区Linux相关Skills列表展示

本文，我们将以一个“控制OK1126B-S开发板上的Led灯闪烁节奏”的简单案例做演示，从基础开始逐步拆解Skills的设计与使用方法。

二、什么是Skills？

从本质上来说，Skills就是一本“操作手册”。它并不是直接帮AI完成任务，而是告诉AI在什么情况下应该做什么，以及如何去做。

我们用一个简单的类比来理解：

在射击游戏中，玩家的目标是击败敌人。枪作为工具，它的职责非常单一：

输入：扣动扳机
输出：发射子弹

至于子弹打到哪里，枪本身并不关心。而这个Skill的作用，则类似于“战术手册”。它会告诉AI：

什么时候可以开枪（检测到敌人）
什么时候不该开枪（有友军在前）
什么时候停止（敌人血量归零）

通过这些规则约束，AI就不再是一个机械执行指令的工具，而是开始具备初步的判断能力与决策逻辑，开始“像人一样思考”。

2.1 Skill的基本构成

在OpenClaw中，一个Skill实际上是一个结构化的目录，通常存放在：

~/.openclaw/workspace/skills/${SKILL_NAME}

一个完整的Skill由四个核心部分组成：

Skill标准目录结构示意图

SKILL.md

技能核心说明书，包含元数据与操作规则

scripts

可执行脚本文件，固定任务逻辑封装

references

参考文档，按需加载的专业知识支持

assets

资源文件，服务于最终结果输出

命名规范：Skill的目录名称必须符合规范，否则无法被识别：

只能使用：小写字母+数字+连字符（-）
示例：gpio-led-control

这个规范虽然简单，但在实际开发中非常关键，很多Skill无法加载的问题，往往就出在这里。

2.2 SKILL.md 详细解释

SKILL.md是整个Skill的核心，可以理解为“说明书+行为指南”。它由两部分组成：

① 前置元数据（Metadata）

使用 --- 包裹，主要用于定义 Skill 的基本信息，这些信息的作用是：帮助 OpenClaw 识别 Skill、提供语义匹配（Skill 触发关键词）。

示例：

---
name: gpio-led-control                      # 必填项
description: 开发板 GPIO LED 灯控制技能。   # 必填项 
# 以下为可选项
user-invocable: true                        # 是否可被用户直接调用
---

② 正文（操作手册）

正文部分就是具体的操作指导手册，可根据需求灵活组织。以我们提前编写好的"gpio-led-control"下的SKILL.md简化版为例：

# GPIO LED Control - 开发板 LED 灯控制
控制 OK1126B 等开发板上的系统 LED 灯（work/net 等）。
## 快速开始
### 查看可用 LED
### 控制 LED 亮灭
## 使用场景示例
## 权限说明
## 注意事项

在实际编写时，可根据需要扩展，例如：增加判断逻辑（何时执行）、增加错误处理、增加参数说明、增加示例输入输出等。

除了核心的 SKILL.md之外，其余三个目录属于辅助结构，各自承担不同角色：

scripts目录：主要用来存放可直接运行的脚本文件，适合那些执行逻辑固定、无需频繁改动的任务场景，例如控制LED灯的亮灭转换等。这类脚本可以被直接调用运行，从而减少重复生成代码的过程，提高整体执行效率与稳定性。
references目录：用于整理各类参考资料，例如：API文档、数据库结构说明或操作手册等。这些内容并不会在一开始全部加载，而是根据实际需要按需引入上下文，既避免了无关信息占用资源，也能在关键时刻为AI提供更深入、专业的知识支持。
assets目录：用于存放各类资源文件，例如模板、图片等。与 references 不同，这里的内容不会参与模型上下文推理，而是服务于最终结果的生成，例如报告模板、输出所需图片等，用于提升Skill输出的表现力和完整度。

2.3 自定义Skill编写流程

理解结构之后，我们就可以开始编写自己的Skill了。编写Skill的整个流程可以总结为： 需求分析→资源规划→初始化→编写→打包→测试

第一步：需求分析

在动手之前，必须明确：

Skill 要解决什么问题？
使用场景是什么？
用户会怎么触发它？
输入输出是什么？

触发条件一定要清晰，否则会出现Skill无法被调用或被错误调用的情况。

第二步：资源规划

根据需求判断是否需要：

scripts（是否需要执行代码）
references（是否需要文档支持）
assets（是否需要输出资源）

提前规划可以避免后期结构混乱以及反复修改导致的冗余。

第三步：编写与调试

我们可以借助OpenClaw，在指定目录中自动生成一份符合规范的Skill初始模板，并在此基础上进行二次完善。不过需要注意的是，这类自动生成的Skill只是一个“起点”，通常无法直接满足实际需求。要想真正落地使用，仍然需要结合具体场景，对其内容进行逐步调整与反复测试，最终打磨出符合预期的功能效果。

三、Skill实战展示

为了更直观地理解，我们编写了一个简单的Skill并放在了对应的目录下，该Skill用于控制OK1126B-S开发板上两颗 LED灯的闪烁。

在前序文章中，我们已经将安装在开发板上的OpenClaw接入了飞书，因此，我们此时可以直接用飞书对OpenClaw下达命令，效果演示如下：

接入不同的Skill后，OpenClaw会： 识别用户意图→匹配对应Skill→根据SKILL.md的规则执行→调用scripts中的脚本→返回执行结果。

整个过程无需人工干预，实现真正的“自然语言控制硬件”。

四、总结

我们通过拆解Skills的核心概念、结构，并结合LED控制简易实操案例，清晰展现了Skills的落地应用逻辑。即便只是基础的硬件控制场景，这个案例也直指Skills的核心价值：把复杂业务流程封装成可复用的标准化能力单元。

Skills的设计初衷，就是实现指令化调用、规范化执行：完成Skills搭建后，仅需一句指令即可驱动AI按预设规则完成任务，既彻底规避重复开发、重复调试的冗余劳动，又能保障全场景任务执行的稳定性与一致性，在嵌入式开发、自动化运维、智能设备管控等领域具备极强的实用价值。

嵌入式领域是OpenClaw生态落地的核心突破口，既是实现硬件实时交互、落地边缘智能的关键入口，也是整个生态中增长潜力最大、优质能力供给最紧缺的赛道。只有持续打造丰富、易用、高可靠的嵌入式Skills能力池，OpenClaw才能突破桌面工具的定位局限，真正成长为覆盖“云-边-端”全链路的完整智能执行框架。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

基于 OpenClaw 与瑞芯微RV1126B 私有化部署飞书智能助手全流程

2026-03-20 13:00:00 +0800

OpenClaw凭借出众的能力爆火出圈，如果将它集成到飞书中做成专属智能助手，能大幅提升日常办公效率，让文档总结、消息处理、任务协同更智能高效。想要稳定落地这一场景，一块靠谱的边缘硬件平台必不可少。

飞凌嵌入式OK1126B-S开发板

本方案基于瑞芯微RK1126B处理器打造的边缘AI视觉开发板，集成4个ARM Cortex-A53高性能核心，具备3TOPS@INT8的AI计算能力，可轻松完成端侧轻量化AI模型实时推理。性能高、功耗低、私密性强的特性，让它非常适合作为本地AI Agent的运行平台。

OK1126B-S开发板硬件接口示意图

系统推荐：使用Debian/Ubuntu等完整Linux发行版，方便通过apt安装依赖库与AI相关组件；不建议使用精简Linux（如Buildroot），否则在开发和部署过程中会增加环境搭建成本。

本文将为大家介绍本地私有化模型部署以及访问云端模型API的方法，完成基于RV1126B开发板飞书智能助手的全流程搭建。

一、OpenClaw安装与模型配置

1.1 安装OpenClaw

执行以下命令一键安装OpenClaw：

curl -fsSL https://openclaw.ai/install.sh | bash

安装完成后进入引导界面，若未自动弹出，可在终端输入以下命令手动启动：

openclaw onboard --install-daemon

进入引导界面后，依次选择：yes → QuickStart → Use existing values

OpenClaw初始化引导配置界面

若您有带NVIDIA GPU的服务器，可直接跳转到1.3适配本地模型章节，在您的服务器上部署免费的模型。

1.2 接入云端付费模型

进入模型选择界面，此处我们选择Qwen免费模型进行体验，若您拥有付费模型的API，可在此处选择对应的模型。

OpenClaw模型提供商选择列表

以接入Qwen模型为例，点击界面中的链接，登录后即可免费体验Qwen模型：

Qwen模型OAuth授权引导界面

1.3 接入本地模型

若选择云端模型API，可跳过此章节。本地模型部署基于Ollama实现，全流程如下：

1.3.1 服务器端安装Ollama

最低配置要求：

内存：4GB（适配1B-3B小模型）
存储：10GB空闲空间
系统：Linux/macOS 12+ /Windows 10+

推荐配置要求：

内存：16GB+（适配7B-14B模型）
显卡：NVIDIA 8GB+显存（支持GPU加速）
存储：50GB+SSD

执行以下命令安装Ollama：

curl -fsSL https://ollama.com/install.sh | sh

上述脚本会自动下载最新版本的Ollama，创建系统服务并启动后台进程。安装完成后，执行以下命令验证安装，输出版本号即为成功：

ollama --version

Ollama安装成功版本验证示例

1.3.2 修改Ollama service服务配置

Ollama服务默认运行在127.0.0.1上，无法满足远程调用需求，需修改对应service服务配置：

vi /etc/systemd/system/ollama.service

在[Service]区域添加以下配置：

Environment="OLLAMA_HOST=0.0.0.0"

Ollama service服务配置修改示例

修改完成后，执行以下命令重启服务：

sudo systemctl daemon-reload
sudo systemctl restart ollama

1.3.3 下载并运行指定模型

执行以下命令，会自动下载指定模型并运行，此处我们选择qwen3.5-9b模型，您可根据实际服务器情况选择对应模型。

注：在https://ollama.com/library目录下，可查看Ollama支持的所有模型。

ollama run qwen3.5:9b

Ollama模型成功运行界面示例

此时，可在OK1126B-S开发板（基于RV1126B设计）上执行以下命令测试对话，正常情况下将得到模型返回的输出内容：

curl http://${服务器IP地址}:11434/api/chat -d '{"model": "qwen3.5:9b",
"messages": [ 
{"role": "user", "content": "你是谁"} 
]
}'

1.3.4 OpenClaw配置文件修改

使用本地模型时，需手动修改OpenClaw的配置文件，步骤如下：

Step1：编辑OpenClaw配置文件

vi ~/.openclaw/openclaw.json

Step2：粘贴以下配置内容，并按Step3说明修改适配

{
  "meta": {
    "lastTouchedVersion": "2026.3.8",
    "lastTouchedAt": "2026-03-12T01:44:37.610Z"
  },
  "wizard": {
    "lastRunAt": "2026-03-12T01:44:37.566Z",
    "lastRunVersion": "2026.3.8",
    "lastRunCommand": "onboard",
    "lastRunMode": "local"
  },
  "auth": {
    "profiles": {}
  },
  "models": {
    "providers": {
      "ollama-remote": {
        "baseUrl": "http://192.168.1.111:11434/v1",
        "apiKey": "sk-no-key-required",
        "api": "openai-completions",
        "models": [
          {
            "id": "qwen3.5:9b",
            "name": "Qwen 3.5 9B (Remote Ollama)",
            "reasoning": false,
            "input": [
              "text"
            ],
            "cost": {
              "input": 0,
              "output": 0,
              "cacheRead": 0,
              "cacheWrite": 0
            },
            "contextWindow": 32768,
            "maxTokens": 8192
          }
        ]
      }
    }
  },
  "agents": {
    "defaults": {
      "model": {
        "primary": "ollama-remote/qwen3.5:9b"
      },
      "models": {
        "ollama-remote/qwen3.5:9b": {
          "alias": "qwen"
        }
      },
      "workspace": "/root/.openclaw/workspace",
      "compaction": {
        "mode": "safeguard"
      },
      "maxConcurrent": 4,
      "subagents": {
        "maxConcurrent": 8
      }
    }
  },
  "tools": {
    "profile": "coding"
  },
  "messages": {
    "ackReactionScope": "group-mentions"
  },
  "commands": {
    "native": "auto",
    "nativeSkills": "auto",
    "restart": true,
    "ownerDisplay": "raw"
  },
  "session": {
    "dmScope": "per-channel-peer"
  },
  "gateway": {
    "port": 18789,
    "mode": "local",
    "bind": "loopback",
    "auth": {
      "mode": "token",
      "token": "4893303352c56f5e9acbb076cc47c5398bb8df525fed4699"
    },
    "tailscale": {
      "mode": "off",
      "resetOnExit": false
    },
    "nodes": {
      "denyCommands": [
        "camera.snap",
        "camera.clip",
        "screen.record",
        "contacts.add",
        "calendar.add",
        "reminders.add",
        "sms.send"
      ]
    }
  },
  "plugins": {
    "entries": {}
  }
}

Step3：配置字段修改适配说明

models.providers 下面的 key 可自定义填写，示例中为 "ollama-remote"；
baseUrl 字段需填写服务器的地址，即1.3.3中使用curl测试时的地址，示例为 "http://192.168.1.111:11434/v1"；
apiKey 字段可任意填写，但不可为空；
api 字段需根据模型的输出接口形式确定，ollama输出标准openai格式，故此处为 openai-completions；
models 字段下的 id 需严格匹配 ollama 中的模型名，name 字段可自定义填写；
agents 字段需修改 primary 字段以及 models 字段的 key 值，修改为 "models.providers 下的key / models.id"，示例为 "ollama-remote/qwen3.5:9b"。

配置完成后，重新在命令行输入以下命令进入引导界面：

openclaw onboard

1.3.5 选择本地模型

进入模型选择阶段，直接选择Skip for now跳过即可。

OpenClaw模型选择跳过界面

后续筛选模型时，选择All providers，然后在默认模型选项中，选择Keep current，括号内会显示之前配置的本地模型。

OpenClaw本地模型默认选择界面

1.4 基础配置

以下基础配置仅适用于初次验证，无额外集成功能，按界面提示依次选择即可。

OpenClaw启动方式选择界面

OpenClaw通道选择界面

若为首次安装，会自动安装Gateway service；若非首次安装，选择Restart即可。

OpenClaw启动方式选择界面

首次安装完成后，会出现启动方式选择：TUI为终端命令行输入模式，Web UI为开发板连接显示器后通过Web界面操作。

OpenClaw启动方式选择界面

若未自动弹出启动方式选择界面，可手动输入以下命令进入终端对话模式：

openclaw tui

执行后即可正常与模型对话：

OpenClaw TUI终端对话界面示例

二、飞书智能助手部署全流程

2.1 创建飞书应用

进入飞书开发者后台：https://open.feishu.cn/app，点击"创建企业自建应用"。

飞书开发者后台创建企业自建应用入口

填写"应用名称"和"应用描述"后，点击"创建"按钮完成应用创建。

飞书企业自建应用创建信息填写界面

在"凭证与基础信息"栏目中，复制App ID以及App Secret，后续配置需要使用。

飞书应用凭证信息查看界面

2.2 OpenClaw飞书插件配置

在OK1126B-S开发板上输入以下命令，安装并启用飞书插件，查看插件状态：

openclaw plugins enable feishu
openclaw plugins list

Feishu一栏显示Loaded即代表插件启动成功。

OpenClaw插件列表状态查看界面

执行以下命令进入通道配置界面，选择Yes：

openclaw channels add

OpenClaw飞书插件配置

在通道选择列表中，选择"Feishu/Lark（飞书）"。

OpenClaw飞书插件配置

选择"Enter App Secret"，依次输入2.1步骤中复制的App Secret以及App ID。

OpenClaw飞书插件配置

设置连接模式为"WebSocket"，并选择国内域名"Feishu (feishu.cn) -China"。

OpenClaw飞书插件配置

群聊策略选择"Open"（响应所有群聊，需@机器人），Allowlist策略仅响应白名单中的群聊，可按需选择。

OpenClaw飞书插件配置

点击"Finished"，其余选项保持默认配置即可。

OpenClaw飞书插件配置

2.3 飞书机器人权限与事件配置

回到飞书开发者后台的应用界面，完成以下配置：

2.3.1 开启机器人能力

依次点击：添加应用能力→机器人，点击"添加"按钮，开启机器人能力。

飞书应用添加机器人能力界面

2.3.2 配置应用权限

依次点击：权限管理→批量导入/导出权限。

飞书应用权限管理界面

在批量导入/导出权限界面，粘贴以下JSON内容，启用对应权限：

{
  "scopes": {
    "tenant": [
      "aily:file:read",
      "aily:file:write",
      "application:application.app_message_stats.overview:readonly",
      "application:application:self_manage",
      "application:bot.menu:write",
      "cardkit:card:read",
      "cardkit:card:write",
      "contact:user.employee_id:readonly",
      "corehr:file:download",
      "event:ip_list",
      "im:chat.access_event.bot_p2p_chat:read",
      "im:chat.members:bot_access",
      "im:message",
      "im:message.group_at_msg:readonly",
      "im:message.p2p_msg:readonly",
      "im:message:readonly",
      "im:message:send_as_bot",
      "im:resource"
    ],
    "user": ["aily:file:read", "aily:file:write", "im:chat.access_event.bot_p2p_chat:read"]
  }
}

依次点击：下一步，确认新增权限 → 申请开通，完成权限配置。

飞书应用权限导入确认界面

2.3.3 配置事件订阅

依次点击：事件与回调 → 事件配置 → 订阅方式 → 使用长连接接收事件 → 保存。

飞书事件订阅方式配置界面

点击"添加事件"，添加以下事件：

飞书添加事项配置界面

im.message.receive_v1 - 接收消息
im.message.message_read_v1 - 消息已读回执
im.chat.member.bot.added_v1 - 机器人进群
im.chat.member.bot.deleted_v1 - 机器人被移出群

2.3.4 发布应用版本

依次点击：版本管理与发布 → 创建版本，填写版本号和版本说明后，提交发布申请。

飞书应用版本创建与发布界面

注：个人版飞书应用发布免审，提交后自动通过并生效；企业版需企业管理员审核通过后生效。

2.4 功能测试

进入飞书APP端，点击右上角+号，创建群组。

飞书创建群组

依次点击右上角...进入群设置界面，选择添加机器人。

飞书群添加机器人界面

输入刚才创建的机器人名字后，添加机器人即可。

飞书群添加机器人界面

添加完成后，即可在飞书中@机器人进行对话，完成飞书智能助手的全流程部署。

飞书机器人对话测试效果示例

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

工业网关怎么选？FCU1501 国产工业网关，全场景适配更可靠

2026-03-20 10:19:00 +0800

工业网关选型总踩坑？既要强劲硬件性能、稳定可靠运行，又要操作便捷易上手，还得兼容多种工业协议、适配严苛工业环境？今天我们开箱飞凌嵌入式2026年全新上市的FCU1501工业级嵌入式控制单元，这款专为电力能源、工业自动化、轨道交通、储能EMS、智慧市政等场景打造的国产工业网关，完美解决选型痛点，话不多说，直接开拆！

产品分为基础版与扩展版两大版本，整机尺寸完全一致，接口灵活差异化配置，无需改动安装结构即可随心切换，本次开箱的是接口更丰富的扩展版，全方位解锁它的硬核实力。

工业级精工设计，恶劣环境稳如磐石

拆开包装，FCU1501整机工业质感拉满，金属机身做工扎实，无多余冗余设计，适配各类工业控制柜紧凑安装需求。基础尺寸仅177×130.5×45mm（含卡扣、端子及天线座为187×152×45mm），基础版重0.8kg、扩展版重0.9kg，小巧轻便却承载强悍性能。

无风扇被动散热

彻底告别风扇积灰、故障、噪音等问题，大幅降低维护成本，同时保障设备长期稳定运行。

全温区宽温适配

-40℃~+85℃全温区工业级温宽，通过严苛高低温循环测试，极端场景都能稳定工作。

强抗干扰防护

工业三级电磁兼容（EMC）防护，强电磁干扰环境下依旧不丢包、不宕机，完美应对各类恶劣工况。

灵活安装方式

支持DIN35导轨安装、竖置挂耳安装、正装挂耳安装三种模式，单人即可快速完成部署，无需专业工具。

双版本灵活适配，全场景接入无压力

FCU1501创新采用双生接口设计，基础版与扩展版尺寸完全相同，仅接口数量差异化配置，用户可根据现场设备数量灵活选择，不用重新设计安装开孔，极大降低项目改造成本。扩展版接口布局清晰，分正面与顶部规整排布，接口资源拉满，单台可替代多台传统网关，大幅提升系统集成度。

基础版接口配置

2路百兆自适应以太网口
1路CANFD接口（兼容CAN2.0B）
4路RS485接口
2路RS232接口（与RS485复用）
2路DI干接点输入、2路DO继电器输出

扩展版接口配置

2路百兆自适应以太网口
2路CANFD接口（兼容CAN2.0B）
8路RS485接口
2路RS232接口（与RS485复用）
8路DI干接点输入、8路DO继电器输出

正面核心接口（扩展版）

8路LED指示灯：1路PWR电源灯、1路RUN运行灯、1路ERR故障灯、3路4G信号指示灯、2路自定义指示灯，设备状态一目了然；
1路USB2.0（Type-A）：支持U盘固件烧写，现场升级系统无需拆机，便捷高效；
1路Type-C DEBUG调试口：直接连接电脑即可调试，降低开发门槛；
2路百兆自适应以太网口：满足工业现场局域网通信、数据上传需求；
2路CANFD接口：兼容CAN2.0B，每路独立数字地，抗干扰更强，适配汽车电子、工业控制、轨道交通等CAN总线设备；
8路RS485接口：支持多路串口设备同时接入，每路独立数字地，杜绝信号串扰，适配传感器、仪表、PLC等工业串口设备；
2路RS232接口：与RS485复用，兼顾老旧串口设备接入需求；
8路DI干接点输入、8路DO继电器输出：DO触点容量达5A 250VAC/5A 30VDC（常开），完美对接工业开关、阀门、报警器等执行设备；
双频Wi-Fi+蓝牙5.0：标配双天线，无线通信稳定，支持设备无线调试、数据传输；
1路4G Cat1（选配）：满足无网线场景的远程数据传输，适配户外场站、偏远厂区等场景。

顶部辅助接口

ANT天线座：适配4G、Wi-Fi、蓝牙天线，信号传输更稳定；
DC9~36V宽压输入：支持反接保护、过流保护，适配工业现场复杂供电环境；
自弹式Nano SIM卡槽：插拔便捷，适配4G通信模组；
RESET KEY复位键：支持一键恢复网络参数，误配置后快速复位，无需重新刷机，运维效率翻倍；
机身内置：蜂鸣器（故障报警）、电池供电RTC实时时钟、硬件看门狗，断电不丢时间，异常自动重启，保障7×24小时不间断运行。

国产硬核算力，稳定运行不卡顿

FCU1501作为全国产化工业网关，整机关键元器件均采用国产物料，自主可控，有效保障供应链安全，满足各行业国产化替代高标准需求，核心配置更是同级领先。

国产工业级处理器

搭载瑞芯微RK3506J，3核Cortex-A7架构，主频高达1.5GHz，低功耗高算力，应对边缘数据采集、协议转换、本地计算绰绰有余。

灵活内存存储配置

可选256MB/512MB DDR3内存，256MB NandFlash/8GB eMMC存储，满足系统运行、日志存储、固件升级需求。

高稳定操作系统

搭载Linux 6.1最新内核，相比旧版内核，安全性、兼容性大幅提升，内置丰富驱动与中间件，支持二次开发，适配各类工业应用场景。

双自启动安全机制

系统自身启动与客户应用启动完全分离，修改应用程序不影响底层系统稳定性；支持客户程序保活机制，异常退出后自动重启，彻底解决传统网关“一崩全崩”的痛点。

协议全覆盖+Web可视化，运维零门槛

工业网关的核心价值在于协议转换与便捷运维，FCU1501在这方面做到了极致，完美打通OT与IT数据壁垒，让设备互联更简单。

协议支持：内置Modbus 、MQTT、TCP/IP、SSH、OpenVPN、Nginx等主流工业协议与中间件，覆盖工业现场绝大多数通信需求；
Web可视化管理：新增专属Web管理界面，无需安装专用调试软件、不用依赖专业工具，通过浏览器访问设备IP，即可直观完成网络设置、通信参数配置、系统状态监控等操作，新手也能快速上手，运维效率提升50%以上；
开箱即用：集成一键恢复参数、4G状态指示、对外供电输出、U盘烧写等实用功能，无需额外配件，通电即可快速部署，大幅缩短现场实施周期。

全行业覆盖，赋能工业数字化升级

凭借强悍性能、丰富接口、稳定可靠的特性，FCU1501可广泛应用于各类工业场景，成为数字化升级的核心枢纽。

电力能源

电力设备在线监测、储能EMS系统、新能源场站监控、能耗管理

工业自动化

工厂产线数据采集、PLC远程控制、传感器数据透传

轨道交通

路侧设备监测、桥梁结构健康监测、车站电力监控

智慧市政

智能照明、环境监测、户用储能HEMS系统

本次开箱的飞凌嵌入式FCU1501嵌入式控制单元，完美兼顾硬核硬件、便捷运维、国产化、工业级可靠性四大核心需求，双版本接口设计适配不同场景，Linux 6.1系统+丰富协议栈+Web管理，解决传统网关调试难、运维繁、兼容性差的痛点，全国产化方案更符合当下行业趋势。无论是电力能源、工业自动化，还是轨道交通、储能行业，FCU1501都能以一台设备实现多设备协同工作，降低部署成本、提升运维效率，是工业网关选型的优质选择。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3588开发板Android14 6.1.99 适配 LT9211 MIPI-LVDS 模块手记

2026-03-17 15:25:00 +0800

作者简介 我是燕南无声，拥有十二年嵌入式开发经验，长期深耕 ARM 架构嵌入式平台开发，专注系统底层定制、软硬件适配优化、源码编译、开发环境搭建与底层驱动开发。在工业级嵌入式场景中，长期负责产品落地、问题定位与系统稳定性优化，擅长用容器等工具解决复杂开发环境冲突，能够高效处理各类嵌入式底层与应用适配问题。

适配背景与平台特性分析

适配背景

我正在基于飞凌嵌入式RK3588开发板，做Android14系统（内核版本6.1.99）下的工业级显示方案开发，需要完成LT9211 MIPI转LVDS模块的适配，配套1280×800分辨率的LVDS屏幕与GT911触摸屏，核心目标是稳定点亮屏幕并实现正常触控功能。

适配前的平台特性分析

瑞芯微RK3588平台的Android14 BSP，显示框架采用标准DRM架构，MIPI DSI桥接芯片的适配，核心离不开三个闭环环节：驱动正确编译进内核、设备树硬件资源无冲突配置、显示时序与屏幕参数完全匹配。

在动手修改前，我先通过编译环境命令确认了内核配置的分层规则：OK3588-Android14的内核配置由rockchip_defconfig（芯片级）、android-14.config（系统级）、OK3588-C-Android.config（板级）三个文件组成。所有板级自定义配置必须放在第三个文件中，避免后续SDK升级时配置被覆盖，这是工业级开发必须遵守的版本兼容规则。

具体适配实施步骤

一、驱动层部署

1. LT9211驱动文件与Makefile配置

LT9211是龙讯的MIPI转LVDS桥接芯片，属于DRM bridge类驱动，必须放在对应驱动目录下才能被框架正确识别。

将lt9211.c驱动文件拷贝到kernel-6.1/drivers/gpu/drm/bridge目录下，修改同目录的Makefile文件，在文件末尾添加编译配置，确保驱动被编译进内核镜像。

Makefile
# 原有配置保留，末尾新增如下内容 obj-y += lt9211.o

完整上下文参考：

Makefile
27 obj-$(CONFIG_DRM_SIMPLE_BRIDGE)      += simple-bridge.o
28 obj-$(CONFIG_DRM_THINE_THC63LVD1024) += thc63lvd1024.o
29 obj-$(CONFIG_DRM_TOSHIBA_TC358762)   += tc358762.o
30 obj-$(CONFIG_DRM_TOSHIBA_TC358764)   += tc358764.o
31 obj-$(CONFIG_DRM_TOSHIBA_TC358767)   += tc358767.o
32 obj-$(CONFIG_DRM_TOSHIBA_TC358768)   += tc358768.o
33 obj-$(CONFIG_DRM_TOSHIBA_TC358775)   += tc358775.o
34 obj-$(CONFIG_DRM_I2C_ADV7511)        += adv7511/
35 obj-$(CONFIG_DRM_TI_DLPC3433)        += ti-dlpc3433.o
36 obj-$(CONFIG_DRM_TI_SN65DSI83)       += ti-sn65dsi83.o
37 obj-$(CONFIG_DRM_TI_SN65DSI86)       += ti-sn65dsi86.o
38 obj-$(CONFIG_DRM_TI_TFP410)          += ti-tfp410.o
39 obj-$(CONFIG_DRM_TI_TPD12S015)       += ti-tpd12s015.o
40 obj-$(CONFIG_DRM_NWL_MIPI_DSI)       += nwl-dsi.o
41 obj-$(CONFIG_DRM_ITE_IT66121)        += ite-it66121.o
42 obj-y                                 += lt8912b.o
43
44 obj-y                                 += analogix/
45 obj-y                                 += cadence/
46 obj-y                                 += imx/
47 obj-y                                 += lt9211.o

2. 内核配置修改

本次适配配套的是GT911触摸屏，需要在内核中启用Goodix系列触控驱动。按照之前确认的配置分层规则，修改板级配置文件kernel-6.1/kernel/configs/OK3588-C-Android.config，添加如下配置：

Plain Text
# 原有配置保留，新增如下内容 CONFIG_TOUCHSCREEN_GOODIX=y

完整上下文参考：

Plain Text
CONFIG_TOUCHSCREEN_EDT_FT5X06=y
CONFIG_GPIO_PCA953X=y
CONFIG_GPIO_PCA953X_IRQ=y
CONFIG_SND_SOC_NAU8822=y
CONFIG_NET_VENDOR_INTEL=y
CONFIG_R8169=y
CONFIG_E1000E=y
CONFIG_RTC_DRV_PCF8563=y
CONFIG_RTC_DRV_RX8010=y
CONFIG_NXPWIFI=m
CONFIG_VIDEO_OV5645=y
CONFIG_USB_SERIAL_EXAR=y
CONFIG_TOUCHSCREEN_GOODIX=y

二、设备树硬件资源配置

设备树修改路径为kernel-6.1/arch/arm64/boot/dts/rockchip/OK3588-C-Common.dtsi，本次适配以MIPI0通道为例。所有原有冲突配置均采用注释方式保留，不直接删除，方便后续回滚与排查。

1. 新增触控引脚节点定义

原设备树中ft5x06触控节点占用了本次GT911所需的GPIO引脚，先注释原有节点，新增GT911的中断、复位引脚复用配置，避免引脚资源冲突。

Plain Text
    usb-typec {
        usbc0_int: usbc0-int {
            rockchip,pins = <1 RK_PB0 RK_FUNC_GPIO &pcfg_pull_up>;
        };
        typec5v_pwren0: typec5v-pwren0 {
            rockchip,pins = <0 RK_PD0 RK_FUNC_GPIO &pcfg_pull_none>;
        };
        usbc1_int: usbc1-int {
            rockchip,pins = <1 RK_PB3 RK_FUNC_GPIO &pcfg_pull_up>;
        };
        typec5v_pwren1: typec5v-pwren1 {
            rockchip,pins = <0 RK_PD3 RK_FUNC_GPIO &pcfg_pull_none>;
        };
    };
    tp_int {
        gt911_dsi1_gpio: gt911-dsi0-gpio {
            rockchip,pins = <3 RK_PB7 RK_FUNC_GPIO &pcfg_pull_none>,
                            <3 RK_PC0 RK_FUNC_GPIO &pcfg_pull_none>;
        };
    };
    /* 原ft5x06节点注释，避免引脚冲突 */
    /*
    ft5x06_dsi0_gpio: ft5x06-dsi0-gpio {
        rockchip,pins = <3 RK_PB7 RK_FUNC_GPIO &pcfg_pull_none>,
                        <3 RK_PC0 RK_FUNC_GPIO &pcfg_pull_none>;
    };
    */
    ft5x06_dsi1_gpio: ft5x06-dsi1-gpio {
        rockchip,pins = <3 RK_PD2 RK_FUNC_GPIO &pcfg_pull_none>,
                        <3 RK_PD3 RK_FUNC_GPIO &pcfg_pull_none>;
    };
    headphone {
        hp_det: hp-det {
            rockchip,pins = <1 RK_PB2 RK_FUNC_GPIO &pcfg_pull_none>;
        };
    };
};

2. I2C2节点新增设备配置

LT9211与GT911均挂在I2C2总线上，在&i2c2节点下新增两个设备的节点配置，同时注释原有冲突的ft5x06设备节点。

Plain Text
    extio: tca6424@23 {
        compatible = "ti,tca6424";
        reg =;
        interrupt-parent = <&gpio1>;
        interrupts =;
        gpio-controller;
        #gpio-cells =;
        interrupt-controller;
        #interrupt-cells =;
        pinctrl-0 = <&extio_int_gpio>;
        pinctrl-names = "default";
        status = "okay";
    };
    /* 原ft5x06节点注释，保留作为参考 */
    /*
    ft5x06_dsi0: ft5x06@38 {
        compatible = "edt,edt-ft5406", "edt,edt-ft5x06";
        reg =;
        pinctrl-names = "ft5x06_default";
        pinctrl-0 = <&ft5x06_dsi0_gpio>;
        interrupt-parent = <&gpio3>;
        interrupts =;
        // irq-gpio = <&gpio3 RK_PC0 GPIO_ACTIVE_HIGH>;
        // reset-gpio = <&gpio3 RK_PB7 GPIO_ACTIVE_HIGH>;
        touchscreen-size-x =;
        touchscreen-size-y =;
        input-phy = "ft5x06 2 38/input0";
        status = "okay";
    }
    */
    usbc0: fusb302@22 {
        compatible = "fcs,fusb302";
        reg =;
        interrupt-parent = <&gpio1>;
        interrupts =;
        pinctrl-names = "default";
        pinctrl-0 = <&usbc0_int>;
        vbus-supply = <&vbus5v_typec>;
        status = "okay";
    };
    /* LT9211 MIPI转LVDS桥接芯片设备节点 */
    lt9211: lt9211@2d {
        compatible = "lontium,lt9211";
        reg =;
        // reset-gpios = <&gpio3 RK_PB7 GPIO_ACTIVE_HIGH>; 
        status = "okay";
    };
    /* GT911触摸屏设备节点 */
    gt911_14: gt911_14_ts@14 {
        compatible = "goodix,gt911";
        reg =;
        pinctrl-names = "default";
        pinctrl-0 = <>911_dsi1_gpio>;
        interrupt-parent = <&gpio3>;
        interrupts =;
        irq-gpio = <&gpio3 RK_PC0 GPIO_ACTIVE_HIGH>;
        // reset-gpio = <&gpio3 RK_PB7 GPIO_ACTIVE_HIGH>;
        touchscreen-size-x =;
        touchscreen-size-y =;
        // touchscreen-inverted-x; 
        // touchscreen-inverted-y; 
        touchscreen-swapped-x-y;
        status = "okay";
    };
};

3. DSI节点屏参修改

替换&dsi0节点原有的1024×600时序配置，适配本次1280×800分辨率LVDS屏幕的时序参数，所有参数需要严格对应屏幕规格书，避免出现黑屏、花屏问题。

Plain Text
/* 原有1024×600时序配置注释，保留参考 */
/*
disp_timings0: display-timings {
    native-mode = <&dsi0_timing0>;
    dsi0_timing0: timing0 {
        hback-porch     =;
        hfront-porch    =;
        hactive         =;
        hsync-len       =;
        vback-porch     =;
        vfront-porch    =;
        vactive         =;
        vsync-len       =;
        clock-frequency =;
        vsync-active    =;
        hsync-active    =;
        de-active       =;
        pixelclk-active =;
    };
};
*/
/* 新增1280×800 LVDS屏对应时序配置 */
disp_timings0: display-timings {
    native-mode = <&dsi0_timing0>;
    dsi0_timing0: timing0 {
        hback-porch     =;
        hfront-porch    =;
        hactive         =;
        hsync-len       =;
        vback-porch     =;
        vfront-porch    =;
        vactive         =;
        vsync-len       =;
        clock-frequency =;
        vsync-active    =;
        hsync-active    =;
        de-active       =;
        pixelclk-active =;
    };
};

三、内核编译与烧录

为提高验证效率，无需全量编译Android系统，使用命令单独编译内核，编译完成后生成的boot.img镜像位于rockdev/Image-ok3588_c/目录下，单独烧录该镜像即可完成适配。

Bash
# 进入SDK根目录
cd /home/forlinx/work/OK3588-android14-source/
# 加载编译环境，选择对应产品分支
source build/envsetup.sh;lunch ok3588_c-userdebug
# 单独编译内核并生成boot镜像
./build.sh -Ku

验证与经验总结

按照上述步骤完成修改与编译后，将生成的boot.img烧录至飞凌嵌入式RK3588开发板，上电后可正常点亮1280×800分辨率的LVDS屏幕，Android14系统桌面完整显示，GT911触摸屏触摸响应正常，无漂移、断触现象，连续72小时开机测试无显示异常。

这次适配的核心经验，在于瑞芯微平台Android高版本的DRM显示框架适配，必须严格遵循SDK的配置分层规则，板级自定义配置不能侵入芯片级与系统级配置文件，这是保证后续SDK可升级、方案可维护的核心；同时MIPI转LVDS桥接芯片的适配，驱动、设备树、时序三个环节必须形成闭环，任何一个参数的偏差都可能导致显示异常。工业级产品的开发，从来不是能点亮就结束，保留完整的参考配置、做好版本兼容、保证长期稳定性，才是嵌入式开发的根本。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3576开发板Android 14系统工业级APP保活机制设计与实现

2026-03-17 10:17:00 +0800

作者简介

燕南无声，拥有十二年嵌入式开发经验，深耕ARM架构嵌入式平台开发领域，专注于系统底层服务定制、硬件与系统适配优化，经手多款RK系列芯片平台的嵌入式应用开发与问题调试，擅长解决工业级嵌入式场景下的系统与应用适配难题。

飞凌嵌入式RK3576核心板

RK3576 Android 14 进程保活工业级应用系统服务定制

一、行业需求与开发痛点

在ARM平台Android系统的应用层开发工作中，进程保活一直是核心需求，尤其是在工业级嵌入式场景里，后台应用的持续稳定运行直接关系到设备监控、数据采集等核心业务的正常开展。近期，笔者基于飞凌嵌入式RK3576开发板进行Android 14系统应用开发时，遇到了工业监测类APP后台运行易被系统清理的问题：

系统级清理机制

OOM Killer、Low Memory Killer会主动清理后台进程，系统根据内存占用情况自动清理低优先级进程。

用户操作触发终止

息屏、进程冻结、手动滑出应用界面或通过shell终端执行kill命令等操作会直接终止进程。

原生系统缺陷

系统本身无原生拉活机制，进程被终止后无法自动恢复运行。

业务影响严重

造成数据采集中断、设备监控失效，严重影响整套工业系统的稳定性。

因此亟需开发一套针对性的进程保活与自动拉活解决方案，确保核心业务进程在工业场景下的持续稳定运行。

二、系统特性与核心解决思路

结合RK3576开发板Android 14系统的特性分析，该系统延续了Android系统对后台进程的严格管理策略，会根据系统内存占用情况主动清理低优先级后台进程，同时支持进程冻结、强制停止等系统级操作。原生系统中，既没有针对特定进程的保活保护机制，也缺乏进程被终止后的自动拉活逻辑，无法满足工业场景对后台应用的稳定性要求。

核心解决思路：通过定制系统服务划定需要保活的进程白名单，让白名单内的进程突破系统内存管理、进程冻结等限制；同时开发独立的监控线程，实时检测白名单进程的运行状态，在进程被手动或系统终止后完成自动拉活。

三、方案开发基础与整体框架

在实际开发过程中，笔者发现飞凌嵌入式RK3576开发板提供的Android 14系统源码中，已预留并实现了一套基础的"白名单"保活核心逻辑，有效省去了底层适配的繁琐工作。基于这一现有基础，笔者进一步完善并落地了完整的APP保活方案。

飞凌嵌入式RK3576开发板

方案的核心载体为白名单系统服务 WhiteAppProcessListManagerService，该服务的具体路径为：

frameworks/base/services/core/java/com/android/server/whiteappprocesslist/WhiteAppProcessListManagerService.java

整个保活方案逻辑清晰、可落地性强，主要分为以下三个核心步骤：

白名单控制接口开发

封装白名单的获取与添加功能，实现进程保护范围的管理

监控服务开发

开发独立监控线程，实时检测白名单进程状态并实现自动拉活

配套测试验证

开发测试APP并完成全场景验证，确保保活机制稳定可靠

四、白名单管理接口开发与初始化配置

WhiteAppProcessListManagerService作为管理白名单的系统服务，封装了两个核心对外接口，分别实现白名单的获取与添加功能：

4.1 核心接口实现

// 获取白名单进程列表接口
@Override
public @Nullable List getWhiteAppProcessList() {
    try{
        // 调用ActivityManagerService的对应方法获取白名单
        return mActivityManagerService.getWhiteAppProcessList();
    }catch(Exception e){
        e.printStackTrace();
        return null;
    }
}
// 向白名单添加进程名接口
@Override
public void setWhiteAppProcessList(@Nullable String whiteAppProcess){
    try{
        // 调用ActivityManagerService的对应方法设置白名单
        mActivityManagerService.setWhiteAppProcessList(whiteAppProcess);
    }catch(Exception e){
        e.printStackTrace();
    }
}

4.2 服务初始化配置

在该服务的构造函数中，飞凌嵌入式RK3576开发板已预置com.forlinx.logtest测试应用，并将该测试APP添加至白名单，作为保活机制的验证载体；与此同时启动监控线程，确保保活相关逻辑能够正常触发：

public WhiteAppProcessListManagerService(Context context, ActivityManagerService activitymanagerservice) {
    mContext= context;
    mActivityManagerService = activitymanagerservice;
    // 将测试APP加入白名单，包名无多余空格
    mActivityManagerService.setWhiteAppProcessList("com.forlinx.logtest");
    // 获取白名单并打印日志，用于调试验证
    List list = mActivityManagerService.getWhiteAppProcessList();
    for (int i=0;i
	
		
    注：白名单监控服务为系统级服务，随系统开机自启并独立运行，无需依赖测试APP启动；仅白名单内的进程需手动首次启动后，监控服务才会对其进行持续的状态检测。
	

	
  
		五、白名单进程监控与自动拉活服务开发
	
	
		监控服务与framework层白名单机制分工明确：
	
	
		
    
			
    Framework层白名单机制：已在framework层进程管理模块完成适配，可让白名单内进程突破OOM Killer、Low Memory Killer、Freeze（进程冻结）、安卓设置APP强制停止按钮等系统级的进程清理与冻结限制
		
		
    
			
    监控服务：作为独立线程，重点处理应用界面滑出（关闭）、shell终端执行kill命令等手动方式终止进程的场景
		
	
	
		5.1 监控线程核心逻辑
	
	
		监控服务通过1秒间隔实时遍历检测，当白名单进程状态异常时自动拉活并切至后台：
	
@Override
public void run(){
    while(true){
        try{
            // 获取系统所有进程信息
            List processes = getRunningAppProcesses();
            for (ActivityManager.RunningAppProcessInfo process : processes){
                // 打印进程基础信息，用于调试
                Log.d(TAG,"Process:"+process.processName+",PID:"+process.pid+",state:"+process.processStateToString(process.processState)+","+process.processState);
                // 检测是否为白名单进程且状态≥缓存空状态
                if (mWhiteProcessList.contains(process.processName) && process.processState >= ActivityManager.PROCESS_STATE_CACHED_EMPTY){
                    // 根据进程名构建启动Intent
                    Intent intent = getLaunchIntentForPackage(process.processName);
                    if (intent != null){
                        Log.d(TAG,"restart"+process.processName);
                        // 添加标志位，避免创建新任务栈
                        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
                        // 携带启动模式标识，标记为后台拉活
                        intent.putExtra("StartMode","Background");
                        // 启动进程，完成自动拉活
                        mContext.startActivity(intent);
                        // 拉活后模拟HOME键，将应用切至后台运行
                        Instrumentation instrumentation = new Instrumentation();
                        instrumentation.sendKeyDownUpSync(KeyEvent.KEYCODE_HOME);
                    }
                }
            }
            // 线程休眠1s，循环检测进程状态，确保拉活及时性
            Thread.sleep(1000);
        } catch(Exception e){
            Log.d(TAG,"restart process fail");
            e.printStackTrace();
        }
    }
}
	
		该监控线程能在白名单进程出现异常状态后快速识别并完成拉活，其中Intent参数的传递，为应用区分启动方式、执行后台运行逻辑提供了关键依据；拉活后切至后台的操作，保障了工业场景中应用后台运行的隐蔽性与稳定性。
	

	
  
		六、测试APP适配开发与全场景验证
	
	
		为验证保活机制的有效性与稳定性，本次测试基于com.forlinx.logtest测试APP开展适配开发与全场景验证工作。该APP完成了启动模式判断、后台运行逻辑的开发，且自带测试线程。
	
	
		6.1 启动方式识别逻辑开发
	
	
		测试APP在onCreate函数中会接收监控服务传递的StartMode消息，通过判断消息内容是否为Background，精准识别应用的启动方式是监控服务拉活还是用户手动触发：
	
// 判断应用是否为后台拉活启动
private boolean isAppIsInBackground() {
    boolean isInBackground = false;
    String StartMode = getIntent().getStringExtra("StartMode");
    if(StartMode != null && StartMode.equals("Background")) {
        isInBackground = true;
    }
    return isInBackground;
}
@Override
protected void onCreate(Bundle savedInstanceState){
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    // 根据启动方式执行对应逻辑
    if(isAppIsInBackground()){
        Log.d(TAG,"后台启动");
        moveTaskToBack(true);
    }else{
        Log.d(TAG,"用户触发启动");
    }
}
	
		6.2 后台运行验证线程开发
	
	
		测试APP自带一个测试线程，该线程以1秒为间隔打印累加数字，开发人员可通过logcat日志实时查看数字变化，清晰、直观地确认APP是否在后台持续稳定运行：
	
new Thread(() -> {
    long num = 0;
    while (true) {
        num++;
        Log.d(TAG, "logtest count " + num);
        try {
            Thread.sleep(1000);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        }
    }
}).start();
	
		6.3 全场景验证结果
	
	
		完成上述适配开发后，笔者在飞凌嵌入式OK3576-C Android 14平台开展了全场景验证工作：启动com.forlinx.logtest测试APP后，分别执行息屏、手动滑出应用界面、通过shell终端执行kill命令、系统低内存触发OOM Killer等操作，通过logcat日志观察发现：
	
	
		
			
				✓
			
			
				进程被手动终止或系统清理后，监控服务能在1秒内完成自动拉活，拉活后APP自动进入后台运行，无前台界面弹出
			
		
		
			
				✓
			
			
				测试线程的累加数字持续打印，无任何中断，APP后台运行状态稳定
			
		
		
			
				✓
			
			
				白名单内的进程未被OOM Killer、Low Memory Killer及进程冻结机制清理，完全突破了系统后台进程管理的限制
			
		
	
	
		全场景验证结果表明，本次开发的保活方案能够满足工业级嵌入式场景对APP后台持续、稳定运行的核心需求，保活与拉活逻辑有效且可靠。
	

	
  
		七、开发反思与场景适配体会
	
	
		此次在RK3576飞凌OK3576-C平台Android 14系统中实现APP保活功能，让笔者对嵌入式Android平台的系统服务定制有了更深入的理解。嵌入式平台与消费级Android设备存在本质区别：
	
	
		
			
				工业场景需求
			
			
				对后台进程的稳定性、持续性要求远高于消费级场景，核心业务不能中断
			
		
		
			
				原生系统限制
			
			
				Android进程管理机制以资源优化为核心，无法满足工业场景的特殊需求
			
		
		
			
				解决方案核心
			
			
				通过底层系统服务定制开发独立的、系统级的保活监控服务
			
		
		
			
				设计优势
			
			
				监控服务开机自启、与应用进程解耦，保证监控逻辑的稳定性
			
		
	

	
  
		八、方案待优化点与功能拓展建议
	
	
		本次实现的保活方案整体能够满足工业场景的核心需求，但仍存在一处待优化点：
    白名单内的进程暂未实现开机自启，需要开发人员手动首次启动测试APP后，监控服务才会对其进行状态检测与拉活。
	
	
		若要实现白名单进程开机自启，可在WhiteAppProcessListManagerService的构造函数中，参考监控服务的进程启动方式，通过Intent直接启动白名单内的进程，实现"开机即运行、异常即拉活"的全流程自动化。
	
	
		
    拓展建议：若需要通过应用层灵活控制白名单，比如动态添加、删除保活进程，可将白名单系统服务的管理类生成jar接口，对外提供调用能力。但从系统稳定性角度出发，不建议进行此项修改。工业级嵌入式设备对系统稳定性要求极高，白名单的动态修改可能引入进程管理混乱、系统资源占用过高的风险。
	

	
  
		九、总结
	
	
		
			嵌入式开发的核心价值
		
		
			嵌入式开发的核心，始终是让系统与硬件精准适配具体的业务场景。本次APP保活方案，本质上是结合工业场景中"设备监控、数据采集需要后台进程持续运行"的核心需求，对Android系统的进程管理机制进行的一次定制化适配。
		
		
			在嵌入式开发过程中，原生系统往往仅提供通用化的功能与机制，无法满足各行业的个性化、场景化需求，这就要求开发人员深入理解硬件平台与系统底层逻辑，结合业务场景进行定制化开发，解决实际业务痛点。
		
	

	
  
		
			咨询立即获得专属报价
		
		
			联系销售 | 报价咨询 | 索取样品 
		
	
	
		
			
       
			
				华北区负责人
			
		
		
			
       
			
				华东区负责人
			
		
		
			
       
			
				华南区负责人
			
		
		
			
       
			
				中西区负责人

飞凌嵌入式亮相德国纽伦堡embedded world 2026，深耕全球嵌入式市场！

2026-03-11 17:59:00 +0800

2026.3.10 · 德国纽伦堡会展中心展位号 NO.3-561

2026年3月10日，全球嵌入式技术领域的年度盛会——embedded world 2026国际嵌入式展览会，在德国纽伦堡会展中心盛大启幕。飞凌嵌入式携多款重磅新品及全场景解决方案再一次隆重参展（展位号NO.3-561），旨在向全球行业伙伴彰显中国嵌入式企业的创新实力与强劲竞争力，持续深化全球化布局。

01 全方位、更多元

本次展会，飞凌嵌入式打造了多元化展示矩阵，全方位展出基于恩智浦（NXP）、瑞芯微（Rockchip）、全志（Allwinner）、德州仪器（TI）等主流芯片平台研发的嵌入式核心板、开发板、工控机、边缘计算网关等核心产品；并通过动态演示方案，直观呈现产品在边缘AI、工业自动化、智能显示、充电桩等热门应用场景下的高性能表现与高稳定性，充分彰显与全球头部芯片企业的深度合作成果，以及自身过硬的硬件研发与方案整合能力。

核心板/开发板矩阵 · 基于NXP, Rockchip, TI方案

边缘计算网关 & 动态演示 · 高性能与高稳定性

02 全场景、更生动

多款首发动态演示方案在飞凌嵌入式展位集中亮相，包括：i.MX 9596+Ara240感知与理解方案、i.MX 94x智能显示方案、FCU3501边缘计算网关（基于RK3588J打造）16路AI摄像头方案、RV1126B四路摄像头环视拼接方案、T536 8路CAN技术方案、TI AM62L充电桩交互方案等等，全新的平台、生动的形式，吸引了现场观众的驻足交流。

i.MX 9596+Ara240

感知与理解方案

i.MX 94x智能显示

智能交互显示方案

FCU3501 · 16路AI

基于RK3588J打造

RV1126B 环视拼接

四路摄像头无缝拼接

T536 8路CAN

工业总线连接方案

TI AM62L充电桩

智能充电桩交互

边缘AI推理

实时端侧智能分析

工业自动化控制

高稳定工控场景

IEC 62443 · EN 18031

FCU2601 嵌入式控制单元

另外还有一款产品也受到了现场观众的围观，那就是FCU2601嵌入式控制单元，该产品不仅已通过IEC 62443-4-1安全体系认证与IEC 62443-4-2组件安全认证双项权威证书，为CRA（网络安全弹性法案）的合规落地完成前瞻布局，还斩获了EN 18031（RED）网络安全认证，为国内企业产品的合规出海保驾护航。

03 生态聚合，联展新体验

本次展会，飞凌嵌入式继续深化与芯片原厂的合作。恩智浦、瑞芯微、德州仪器等芯片原厂更是为飞凌嵌入式提供了宝贵的联展机会。在他们的展位上，飞凌嵌入式基于各家优势产品打造的核心板、开发板以及动态演示方案吸引了众多海外观众关注。

联合演示动态方案

04 深耕不辍，向新而行

一直以来，飞凌嵌入式坚持以技术创新为核心深耕嵌入式领域，成立20年来，凭借强大的研发实力、卓越的产品品质、完善的技术支持服务，赢得了全球客户的广泛认可。此次亮相德国纽伦堡国际嵌入式展，不仅是飞凌嵌入式技术实力与品牌形象的一次集中展示，更是企业深化国际合作、拓展全球市场的关键一步。

未来，飞凌嵌入式将继续秉持创新精神，聚焦客户需求，持续打磨产品，不断加强与全球合作伙伴的协同发展，以更优质的嵌入式解决方案赋能全球各行各业，助力嵌入式产业实现高质量、可持续发展。

embedded world 2026进行中，3月11日~12日将有更多精彩内容呈现，欢迎全球行业伙伴莅临飞凌嵌入式展台（展位号：NO.3-561），共话技术创新，共谋合作共赢！

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RV1126B核心板技术解析：3TOPS算力赋能端侧AI开发的工业级解决方案

2026-03-11 16:29:00 +0800

一分钟了解飞凌嵌入式FET1126BJ-S核心板

基于瑞芯微RV1126BJ处理器，精准应对端侧AI开发痛点

对于边缘AI领域的开发者而言，选对核心板就是项目成功的一半。大家无需花费大量精力去筛选对比，今天小编用3分钟的时间，带大家快速吃透飞凌嵌入式FET1126BJ-S核心板——一款基于瑞芯微RV1126BJ处理器打造，精准应对端侧AI开发痛点、亮点拉满的实用型核心板，看完直接决定要不要入手～

核心亮点

不用逐字啃参数，先记住这4个核心亮点，快速判断是否适配你的项目：

算力功耗平衡

3TOPS@INT8 AI算力，本地跑2B参数级模型无压力，低功耗设计适配便携/嵌入式设备。

软件生态完善

提供完整的BSP支持，兼容主流框架，新手也能快速上手，缩短研发周期。

视觉处理能力强大

商业级配置实现工业级性能，无需定制，批量量产成本可控。

工业级可靠

-40℃~+85℃宽温，抗电磁干扰，适配工业车间、户外等极端场景。

核心参数详解

核心算力

RV1126BJ内置独立NPU，3TOPS@INT8算力，支持混合精度运算与Transformer模型优化，可本地运行2B参数级大语言模型和多模态模型，无需依赖云端，完美适配多种端侧AI场景。

处理器性能

瑞芯微RV1126BJ四核ARM Cortex-A53，主频最高1.6GHz，多任务并行处理流畅。

图像处理

VPU支持4K@30fps H.264/H.265硬解码，AI-ISP支持8M@30fps输入，可实现降噪、HDR等功能，不占用NPU资源。

存储与尺寸

LPDDR4内存（1/2/4GB可选）、eMMC存储（8/16/32/64GB可选），商业级芯片即可覆盖宽温；40mm×40mm小尺寸，邮票孔+LGA复合连接，引出237个引脚，扩展性拉满，节省终端设备空间。

适配场景

飞凌嵌入式FET1126BJ-S核心板不搞"全能冗余"，而是精准适配主流场景，每一个优势都能落地到实际应用中，覆盖当下热门的智能领域：

智能安防

网络摄像头、人脸门禁、实时人脸比对

智慧工业

工业检测、缺陷检测、故障预警

智慧工地/园区

安全帽检测、区域入侵预警

车载后装

行车记录仪、驾驶行为分析

本产品搭载 3TOPS 峰值 AI 算力，主打端侧全离线智能推理能力，无需依赖云端即可实现低延迟、高可靠的 AI 算法运行，完美兼容百度人脸离线识别 SDK，可深度适配多行业终端设备，为全场景智能化升级提供高适配、高稳定的边缘算力支撑。

在智能安防领域，产品可无缝适配网络摄像头、人脸门禁等前端设备，依托强劲算力实现毫秒级实时人脸比对、智能异常检测；端侧离线运行的模式充分保障数据隐私与断网可用的通行稳定性，已广泛落地于轨道交通刷脸通行、智慧社区门禁等核心场景，为公共空间与居住场景打造安全高效的智能管控体系。

在智慧工业领域，产品可深度嵌入各类工业检测设备，凭借丰富的工业总线接口与专用 AI 算力，精准实现工业零件缺陷检测、生产设备故障智能预警，助力制造企业实现生产全流程的智能化管控，有效降低品控成本、规避非计划停机风险，筑牢工业生产的安全与效率防线。

面向智慧工地与智慧园区场景，产品可灵活搭配各类边缘终端，精准覆盖安全帽佩戴规范检测、危险区域入侵识别等多维度安全管控需求；本地端侧推理实现极速预警响应，大幅缩短安全事件处置时效，全方位守护施工生产与园区运营的全流程安全。

在车载后装市场，产品凭借工业级宽温运行、超低功耗的核心特性，可完美适配行车记录仪、驾驶行为分析终端等各类车载设备，在复杂多变的车载环境下依旧保持长期稳定运行，为行车安全与车载智能化升级提供可靠的边缘算力支撑。

为什么选择飞凌嵌入式

坦率来讲，市面上的RV1126BJ核心板不少，而飞凌嵌入式的核心竞争力，在于"省心+可靠+高性价比"：

开发省心

搭载Linux 6.1系统，配套完整BSP包，兼容TensorFlow、PyTorch等主流框架，配备RKNN工具链与AI算法例程，无需从零开发驱动和移植模型，大幅缩短研发周期。

产品可靠

飞凌嵌入式的产品均通过实验室严苛的工业环境测试，确保品质稳定可靠，且提供10~15年生命周期支持，保障供应长期稳定。

实力雄厚

国家级专精特新重点"小巨人"企业，20年行业积累，服务超4万家企业客户、超10万名工程师用户；拥有发明专利/新型实用专利56项、软件著作权100余项。

从开发全链路的资源支持，到产品全生命周期的品质保障，再到企业级的技术沉淀与服务能力，飞凌嵌入式的核心底气，源于全链条自研自产的硬核实力。公司总人数400+，研发人员占比46%，以高配比技术团队筑牢产品创新与技术服务根基；自建31000㎡智慧园区，配套年产超百万片的数智化产线，实现从研发设计、生产制造到品控交付的全流程自主可控。也正是这份从技术到产能、从品质到服务的全维度硬实力，让飞凌嵌入式成为万千企业客户智能化升级路上，更省心、更可靠、更具性价比的优选合作伙伴。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3576 开发板 Docker 编译实战｜Ubuntu22.04 编译环境搭建方案

2026-03-10 13:04:00 +0800

作者简介

我是燕南无声，一名拥有12年嵌入式开发经验的工程师，长期专注于嵌入式开发板的源码编译、开发环境搭建及底层驱动开发，擅长运用容器技术高效解决嵌入式开发中的多环境冲突问题。

开发背景与环境冲突解决方案选型

我正在基于飞凌RK3576开发板（OK3576-C开发板）开展源码开发工作，当前开发虚拟机为Ubuntu 18.04系统。由于编译RK3576开发板源码必须依赖Ubuntu 22.04环境，且我需在该虚拟机上维护其他平台的源码，无法直接升级系统，因此面临编译环境与现有开发环境冲突的核心痛点。

嵌入式开发中，不同开发板的源码编译对系统版本、编译工具链有着严格要求，飞凌RK3576开发板的6.1.75 Forlinx Desktop24.04版本源码，仅能在Ubuntu 22.04环境下正常编译。若直接将虚拟机Ubuntu 18.04升级至22.04，会破坏原有其他平台的源码编译环境，增加后续维护成本；若重新搭建虚拟机，不仅造成开发资源冗余，还会降低跨虚拟机的源码文件管理效率，不利于多平台源码的同步维护与调试。

Docker作为轻量级容器技术，可实现完全的环境隔离，无需修改虚拟机系统，就能快速搭建指定版本的编译环境；同时其支持本地目录挂载功能，可直接调用虚拟机的源码文件，完美解决了本次开发中的环境冲突问题，这也是嵌入式多平台开发中解决环境兼容问题的常用高效方案。

具体实施步骤

为高效解决该环境冲突问题，我采用Docker搭建Ubuntu 22.04独立编译环境，全程操作基于虚拟机Ubuntu 18.04，具体实施步骤如下：

1. 配置网络环境

登录Docker Hub需科学上网，通过CLASH配置好代理及上网参数，确保镜像下载网络通畅，避免因网络问题导致镜像拉取失败。

2. 下载Ubuntu22.04 Docker镜像

访问Docker Hub官网（https://hub.docker.com/search?q=ubuntu22.04），该网站搜索结果有非常多的Ubuntu22.04相关镜像，主要包括homebrew/ubuntu22.04、openroad/ubuntu22.04、jharwell/ubuntu22.04等。其中homebrew/ubuntu22.04镜像内置Homebrew开源包管理器，更适合作为嵌入式编译基础环境，因此在虚拟机终端执行以下拉取命令，选择该镜像：

docker pull homebrew/ubuntu22.04

拉取完成后，执行sudo docker images命令，可查看已下载的镜像信息，确认目标镜像ID，本次拉取的homebrew/ubuntu22.04镜像ID为80fdda227e1a。查看结果示例如下：

forlinx@forlinx:/T_2T/forlinx/ok3576/docker$ sudo docker images
[sudo] password for forlinx:
REPOSITORY TAG IMAGE ID CREATED SIZE
#这是我们下拉取的镜像
homebrew/ubuntu22.04 latest 80fdda227e1a 7 days ago 1.58GB
ubuntu 22.04 5a81c4b8502e 8 months ago 77.8MB
990c7d4bdad8 12 months ago 1.12GB
okt507-android7.1-docker18_09_3-ubuntu14_04_6_lts latest f4b83c391255 2 years ago 693MB
jianghaiyang/ubuntu12.04 static_web c3cbc44231c0 7 years ago 228MB

3. 启动容器并挂载源码路径

为满足飞凌RK3576开发板的源码编译需求，启动容器时需将虚拟机源码路径挂载至容器内，执行以下命令：

sudo docker run --privileged=True --rm \
--mount type=bind,source=/T_2T/forlinx/ok3588/Linux-code/OK3588_Linux_fs,target=/mnt \
-i -t 80fdda227e1a

命令中，source为虚拟机源码绝对路径，target为容器内挂载路径，80fdda227e1a为已下载的Ubuntu22.04镜像ID。进入容器后，执行cd /mnt/即可访问虚拟机源码并执行编译命令。需注意：直接拉取的原生镜像可能无法直接完成SDK编译，需补充后续依赖工具；且退出容器后，所有环境配置会全部丢失，后续将介绍环境留存方法。

4. 补充编译所需工具

原生Ubuntu22.04镜像缺少嵌入式源码编译所需的基础工具，需在容器内执行以下命令，安装所有必要依赖：

sudo apt-get install build-essential libncurses* lzop net-tools

5. 留存配置好的编译环境

补充依赖工具后，容器可正常编译飞凌RK3576开发板源码，但退出容器后，所有环境配置会丢失。为实现环境复用，需将配置好的容器保存为镜像，提供以下两种保存方式，适配不同使用场景：

方式一：云保存（需科学上网）

适用于跨设备远程复用环境，需提前在Docker Hub注册个人仓库（本次注册仓库为forlinx123/linux_3576），具体步骤如下：

① 查看运行中的容器ID（本次为dbd2586e6e36）；

sudo docker run --privileged=True --rm --mount type=bind,source=/T_2T/forlinx/ok3588/Linux-code/OK3588_Linux_fs,target=/mnt -i -t 80fdda227e1a

② 在虚拟机打开1个新终端，执行以下命令将当前容器提交为本地镜像：

sudo docker commit -m="linux_3576" -a="forlinx123" dbd2586e6e36 forlinx123/linux_3576:v1

参数说明：-m：指定提交描述信息；-a：指定镜像作者；dbd2586e6e36：当前运行的容器ID；forlinx123/linux_3576:v1：目标镜像名（格式为“作者名/仓库名:标签”，需与Docker Hub注册的仓库信息一致）。

③ 执行以下命令登录Docker Hub，验证身份：

sudo docker login -u forlinx123 -p 这里换成自己的密码

④ 登录成功后，将本地镜像推送到远程仓库，完成云保存：

sudo docker push forlinx123/linux_3576:v1

后续跨设备使用时，直接执行docker pull forlinx123/linux_3576:v1命令，即可拉取配置好的编译环境镜像，无需重复配置。

方式二：本地保存（无需网络）

适用于局域网内设备间环境复用，无需网络，核心是将配置好的镜像打包为tar文件，具体步骤如下：

① 同云保存步骤①②，提交容器为本地镜像；

② 执行以下命令，将本地镜像打包为tar文件：

sudo docker save -o linux_3576_v1.tar forlinx123/linux_3576:v1

参数说明：-o：指定输出的tar文件名称；forlinx123/linux_3576:v1：需保存的本地镜像完整名称。

③ 其他设备需使用该环境时，执行以下命令加载tar包，即可快速恢复编译环境：

sudo docker load -i linux_3576_v1.tar

本次基于homebrew/ubuntu22.04镜像制作的飞凌RK3576 AMP编译容器，tar包大小约3.07G，建议开发者自行按步骤制作容器tar包。 如需压缩包请联系客服索取。

实践验证与开发总结

通过上述全部步骤，我成功在Docker中搭建了Ubuntu 22.04编译环境，挂载虚拟机源码后，可正常执行飞凌RK3576开发板源码的全编译命令；补充编译工具后，编译过程无任何环境相关报错，最终实现了在不修改虚拟机Ubuntu 18.04系统的前提下，完成OK3576源码编译，同时保留了原有其他平台源码的维护环境。

将配置好的容器保存为镜像后，我在另一台Ubuntu虚拟机中，分别通过Docker Hub拉取和本地tar包加载两种方式测试，均能快速恢复完整编译环境，无需重新安装依赖工具，大幅提升了开发效率。本次实践再次验证，在嵌入式多平台开发中，容器技术是解决环境隔离与环境复用问题的高效方案之一，通过标准化的镜像保存与分发，可有效降低跨设备、跨团队的开发环境搭建成本。

结合本次实践经验，使用Docker搭建嵌入式编译环境时，需重点注意三点：一是镜像基础版本的合理选择，优先选择内置必要工具（如Homebrew）的镜像，减少后续依赖安装工作量；二是源码路径的正确挂载，避免因路径错误导致无法访问源码；三是编译工具的完整安装，确保满足源码编译需求。同时建议及时将配置好的环境保存为镜像，避免重复进行环境配置。

Docker常用命令

1. 查看所有镜像：sudo docker images

2. 删除单个镜像：sudo docker rmi 镜像名:标签（示例：sudo docker rmi homebrew/ubuntu22.04、sudo docker rmi forlinx123/linux_3576:v1）

3. 查看正在运行的容器：sudo docker ps

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

“入侵春晚”的背后：人形机器人迈入产业化元年

2026-03-06 14:46:00 +0800

2026春晚科技秀

人形机器人全面登场，具身智能迈入规模化商业化元年

2026马年春晚直接成了机器人的秀场！宇树科技、魔法原子等4家企业的机器人花式登场，练武术、演小品、跳歌舞、盘核桃样样拿手，"机器人全面入侵春晚"的词条直接冲上热搜。春晚开播两小时，京东机器人订单暴涨150%，同款上线就售罄，银河通用70万的机型24小时狂揽数百单。这场科技盛宴不仅秀出国产人形机器人的硬核实力，更标志着具身智能赛道正式迈入规模化商业化的关键元年。

春晚科技秀：人形机器人的技术突破与场景落地信号

本届春晚的机器人表演，早已超越"炫技"层面，每一个丝滑的动作背后，都是国内人形机器人核心技术的突破，更暗藏着清晰的场景落地路径。

以宇树科技的人形机器人为例，它完成全球首次连续花式翻桌跑酷、3米超高弹射空翻、Airflare大回旋七周半等高难度动作，攻克了物品交互、环境交互、空中极限动作三大技术壁垒：通过物理建模与强化学习实现器械动态感知，通过仿真穷举位姿偏差完成高速环境定位，通过软硬件升级实现厘米级落点控制。

这些技术并非只为舞台设计，多机协同调度可迁移至工业巡检与仓储分拣，柔顺操作技术适配精密装配与家政服务，环境交互能力则能解决机器人狭小空间作业难题，实现了"舞台技术"与"现实应用"的深度互通，让市场看到了机器人从工业场景向消费场景、从单一作业向多元服务延伸的可能性。

春晚的热度只是起点，其背后折射出的，是国内人形机器人产业从技术验证到商业化落地的全面提速。

行业新变局：人形机器人进入规范发展新阶段

春晚的市场热度，与国内人形机器人产业的发展大势形成同频共振。2025年被业内定义为人形机器人"量产元年"，中国信通院数据显示，当年国内市场规模突破85亿元，占全球比重超50%，核心零部件国产化率提升至75%；2026年2月28日，行业迎来更关键的发展节点——《人形机器人与具身智能标准体系(2026版)》正式发布，这是我国首个覆盖全产业链、全生命周期的标准顶层设计，标志着产业从"野蛮生长"迈向"规范发展"。

85亿

2025年国内市场规模

50%+

全球市场份额占比

75%

核心零部件国产化率

当前国内人形机器人产业已形成"头部领航、细分突围、潜力蓄力"的分层格局：宇树科技、智元机器人等拟上市企业凭借核心技术与量产能力抢占消费级和工业级赛道，拓斯达、优必选等上市龙头则实现"技术-制造-场景"的全闭环布局。

行业发展三大特征

核心技术持续突破

运动控制、感知决策、灵巧操作等关键瓶颈不断被打破

应用场景快速拓展

从工业封闭场景向泛商业场景延伸，覆盖银发护理、商超零售、家庭服务

产业链协同并进

核心部件国产化进程加快，成本稳步下降，为规模化量产奠定基础

当然，行业仍面临诸多挑战："感知-决策-执行"的融合度有待提升，核心部件成本偏高，整机可靠性与软件生态仍需完善，C端家庭场景的落地还需跨越技术与市场的双重门槛。但不可否认的是，2026年作为具身智能产业化应用的起点，人形机器人正从"展厅秀"向"工厂干、家里用"的实际场景切换，行业优胜劣汰加速，真正具备核心竞争力的企业将迎来发展红利。

技术底座：高性能AI芯片支撑人形机器人核心需求

人形机器人的规模化发展，离不开底层硬件的支撑。无论是春晚机器人的高动态运动、多机协同，还是工业场景的精密作业、民用场景的智能交互，都对底层计算平台提出了严苛要求：高算力支撑AI算法与多传感器融合，高实时性保障运动控制与动作响应，高稳定性适配复杂多变的应用环境，小体积低功耗满足机器人的本体设计需求。

可以说，高性能的AI芯片，是人形机器人实现"大脑"与"肢体"协同的关键技术底座。

飞凌嵌入式深耕嵌入式领域多年，聚焦高端AI芯片研发，推出的FET3588-C核心板、FET1126B-S核心板等高性能嵌入式产品，精准匹配人形机器人的核心技术需求，为具身智能的落地提供坚实的硬件支撑。

FET1126B-S / FET1126BJ-S核心板

基于瑞芯微RV1126B系列 | 内置3TOPS NPU

兼具高算力与低功耗特性，可高效支撑机器视觉、语音识别等轻量级AI任务，同时具备丰富的外设接口，能实现与传感器、电机、执行器的无缝对接，为机器人的环境感知、动作反馈提供实时计算能力。

FET3588-C / FET3588J-C核心板

高性能AI计算平台 | 强大算力支持

从春晚舞台的科技惊艳，到产业端的规模化落地，为具身智能的实现提供坚实的硬件基础，连接"智能大脑"与"执行肢体"的关键纽带。

从春晚舞台的科技惊艳，到产业端的规模化落地，人形机器人的发展浪潮已至。具身智能的实现，需要算法、软件、硬件的协同创新，而高性能的嵌入式核心板，正是连接"智能大脑"与"执行肢体"的关键纽带。飞凌嵌入式将持续以技术创新为核心，打造更贴合人形机器人产业需求的AI计算平台，为国内人形机器人产业的规模化发展注入底层动力，助力具身智能从"未来已来"走向"无处不在"。

飞凌嵌入式助力具身智能从"未来已来"走向"无处不在"

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

CRA合规必备！飞凌嵌入式获IEC 62443双认证，为企业出海开启绿色通道

2026-03-06 13:52:00 +0800

近日，飞凌嵌入式FCU2601嵌入式控制单元成功斩获IEC 62443-4-1安全体系认证与IEC 62443-4-2组件安全认证双项权威证书，标志着飞凌嵌入式在工业控制与边缘计算领域，已建立覆盖全流程的产品信息安全保障体系，为CRA（网络安全弹性法案）合规落地完成前瞻布局。

这是继今年2月斩获EN18031（RED）网络安全认证后，飞凌嵌入式在工业及关键基础设施网络安全领域取得的又一里程碑式突破，也标志着飞凌嵌入式的安全开发体系与产品安全能力达到了国际领先水平！

IEC 62443：工业网络安全的黄金标准

随着工业4.0与智能制造深度推进，工业控制系统面临的网络威胁日趋严峻，一旦遭受勒索软件、高级持续性威胁等攻击，轻则导致生产线停摆，重则引发基础设施瘫痪，甚至危及公共安全。

由ISA和IEC联合制定的IEC 62443系列标准，是国际公认的工业自动化和控制系统网络安全标准，被誉为工业网络安全的 “宪法”。其覆盖产品开发、系统集成、运维管理全生命周期，对嵌入式设备、网络设备等提出严苛技术要求。

拿下该认证，意味着飞凌嵌入式FCU2601嵌入式控制单元在安全开发生命周期、访问控制、数据完整性、漏洞管理等核心维度均达到国际一流水准，为工业场景安全应用筑牢根基。

CRA合规迫在眉睫！不合规将面临重罚与市场禁令

2024年12月，欧盟《网络弹性法案》（CRA）正式生效，并将于2027年12月11日全面实施，要求所有带数字元素的软硬件产品，全生命周期满足强制性网络安全要求，方可通过CE认证进入欧盟市场。

违规代价大得吓人！严重违规，最高处以1500万欧元或全球年营业额2.5%的罚款（取二者较高者）；同时，不合规产品将被禁止在欧盟市场销售。

CRA将产品分为：通用类、关键I类、关键II类。其中，工业控制、储能网关、智能电表等均属关键产品，必须通过第三方权威机构认证。对于布局出海的企业而言，CRA 合规已不是 “选择题”，而是进入国际市场的 “必修课”。

CRA合规推进时间表

阶段	关键时间节点
法案生效	2024年12月10日
机构通知义务开始	2026年06月11日
企业漏洞报告义务开始	2026年09月11日
全面合规实施/不合规产品禁售	2027年12月11日

也就是说，距离2026年9月11日企业漏洞报告义务启动，仅剩不到6个月！

IEC 62443的完整认证周期通常需要6-9个月，若此刻尚未启动认证流程，极有可能错过关键合规节点，无法向欧盟监管机构证明履行漏洞报告义务，意味着面临巨大的法律与商业风险。

飞凌嵌入式全链条赋能助您快速跨越CRA合规门槛

作为专业的嵌入式智能设备核心平台提供商，飞凌嵌入式深谙企业出海的合规痛点与需求。拿下IEC 62443双认证，不仅证明飞凌嵌入式自身的产品开发体系已具备国际一流的安全能力，更意味着公司可以将这套成熟的经验和方法赋能给广大客户，帮助客户快速、低成本地满足CRA及其他国际网络安全法规要求。

飞凌嵌入式可以为客户提供从安全设计到认证落地的全流程技术支持，核心服务包括：

安全开发生命周期（SDL）咨询

基于IEC 62443-4-1标准，搭建从需求分析、设计、编码到测试、运维的全流程安全开发体系，从源头保障产品安全。

产品安全设计与评估

针对嵌入式设备、网关、控制器等产品，提供威胁建模、安全架构设计、渗透测试、漏洞扫描等服务，贴合IEC 62443-4-2组件安全要求。

软件物料清单（SBOM）生成与管理

自动生成SBOM并开展风险分析，持续跟踪开源组件漏洞，及时响应安全更新，匹配CRA硬性要求。

漏洞管理与安全更新机制

搭建漏洞响应流程，设计安全更新与补丁分发机制，保障产品全生命周期抵御新型攻击。

认证预测试与合规辅导

依托飞凌嵌入式的认证实战经验，提供预测试服务，提前发现并修复问题，大幅缩短正式认证周期、降低认证成本。

此次斩获的IEC 62443双认证，并非单一产品的认可，而是飞凌嵌入式安全开发流程与技术能力的全面国际背书。

基于这套通过验证的成熟体系，飞凌嵌入式可将能力复制到客户各类定制化项目中，助力客户的PLC、网关、HMI、RTU、工业计算机等不同平台产品，快速通过CRA合规，抢占国际市场先机。

安全是底线更是全球市场的入场券

从EN18031到IEC 62443，飞凌嵌入式在工业网络安全领域的每一步都坚实有力。我们深知，工业4.0的下半场，拼的不仅是效率，更是网络安全韧性。面对即将全面落地的欧盟CRA法案，选择飞凌嵌入式，就是选择了一条合规、可信、低风险的全球化出海捷径。

如果您有产品出海需求，或希望了解CRA/IEC 62443认证的落地方案，欢迎与我们联系，飞凌嵌入式可基于核心板、开发板、工控机全品类产品提供CRA合规全流程技术支持，为您的全球化布局保驾护航，携手开拓全球市场！

咨询立即了解CRA认证的落地方案

联系销售 | 点击咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3576开发板外设管理：Udev实现U盘自动挂载的标准化方案

2026-03-05 14:44:00 +0800

我是燕南无声，一个在嵌入式领域摸爬滚打了12年的工程师。平时喜欢琢磨底层系统机制，也爱把实际项目中踩过的坑、填过的土记录下来。今天要分享的是基于飞凌RK3576开发板（OK3576-C）Ubuntu24.04环境，深入解析Udev设备事件监听机制与Systemd服务协同逻辑，提供U盘自动挂载标准化实现方案。从Udev配置、规则编写，到Systemd服务创建、挂载/卸载脚本开发，全流程拆解，解决路径乱码、脚本执行失效等行业常见问题，为RK3576开发板嵌入式项目提供可复用的外设管理模板。

项目背景与需求

本次项目是基于RK3576开发板（型号：OK3576-C）开发自助终端设备，客户核心需求是 系统启动后插入U盘可自动挂载到固定目录，且目录名无乱码。Ubuntu 24.04桌面版自带的文件管理器（如nautilus）虽支持U盘自动挂载，但挂载点路径会包含UUID或中文卷标，在终端操作时极易出现乱码，直接干扰后续自动化脚本的执行。

由于终端环境对路径的 固定性和可预测性要求极高，因此决定抛弃文件管理器的默认挂载机制，改用udev接管U盘的插拔事件，自定义挂载/卸载脚本，实现标准化的U盘挂载管理。

实现思路与核心逻辑

首先明确核心实现思路：udev是Linux内核设备管理器的用户空间守护进程，核心负责管理/dev目录下的设备节点，并能在设备插入/移除时触发自定义动作。我们的核心目标是—— U盘插入时自动执行挂载脚本，U盘拔出时自动执行卸载脚本。

需要注意的是，Ubuntu 24.04这类高版本系统中，直接在udev规则里调用shell脚本大概率会失效：一方面udev事件触发的运行环境极度受限，另一方面脚本执行为异步模式，易出现竞争条件导致执行失败。Linux官方推荐的最优方案是 通过systemd服务包装脚本，在udev规则中通过TAG+="systemd"和ENV{SYSTEMD_WANTS}触发服务，让脚本在systemd管理的干净环境中运行，从根本上规避权限、路径等问题。

基于此，梳理出本次改造需要修改/新增的核心文件，所有操作均基于飞凌RK3576开发板的Ubuntu 24.04环境：

/etc/udev/udev.conf：确认udev基础配置，指向正确的规则目录；
/etc/udev/rules.d/95-usb-mount.rules：编写udev核心规则，捕获U盘分区插拔事件，触发对应systemd服务；
/etc/systemd/system/mount.service/umount.service：创建两个systemd服务单元，分别承载U盘挂载、卸载逻辑；
/etc/systemd/system/mount.sh/umount.sh：编写实际的挂载、卸载脚本，由上述systemd服务调用。

分步实操实现方案

以下为分步实现步骤，所有配置命令、脚本代码均经过实际环境验证，直接复制即可使用，仅在格式上做缩进和注释优化，未改动任何核心参数。

确认udev基础配置

首先检查并确认/etc/udev/udev.conf配置文件，确保udev的规则目录、设备根目录指向正确，无需新增配置，仅启用必要项即可：

# /etc/udev/udev.conf
# 参考udev.conf(5)获取详细配置说明
# udevd会在initrd中启动，修改此文件后建议重建initrd使配置生效
#udev_log=info
#children_max=
#exec_delay=
#event_timeout=180
#timeout_signal=SIGKILL
#resolve_names=early
# 设备根目录
udev_root="/dev/"
# udev规则文件存放目录
udev_rules="/etc/udev/rules.d/"
# 日志级别设为错误，减少冗余日志
udev_log="err"

核心关注udev_rules参数，确保其指向/etc/udev/rules.d/，保持默认配置即可，无需额外修改。

编写udevU盘插拔检测规则

在/etc/udev/rules.d/目录下创建95-usb-mount.rules文件（95为规则优先级，数值越大优先级越低），编写U盘插拔的触发规则，核心实现 插入创目录+启挂载服务，拔出启卸载服务：

# /etc/udev/rules.d/95-usb-mount.rules
# 为U盘主设备（sd[a-z]）创建符号链接usb%m，%m为内核次要设备号，保证设备标识唯一
KERNEL=="sd[a-z]", NAME="%k", SYMLINK+="usb%m", OPTIONS="last_rule"
# U盘分区（sd[a-z][0-9]）插入事件：创建符号链接
ACTION=="add", KERNEL=="sd[a-z][0-9]", SYMLINK+="usb%m", NAME="%k"
# U盘分区插入事件：自动创建挂载点目录，路径为/mnt/分区名（如/mnt/sda1）
ACTION=="add", KERNEL=="sd[a-z][0-9]", RUN+="/bin/mkdir -p /mnt/%k"
# U盘分区插入事件：核心触发挂载服务，仅匹配USB块设备，避免识别SATA等本地设备
ACTION=="add",KERNEL=="sd[a-z][0-9]",SUBSYSTEM=="block",ENV{ID_BUS}=="usb",TAG+="systemd", PROGRAM="/bin/systemd-escape -p %k", ENV{SYSTEMD_WANTS}+="mount.service"
# U盘分区移除事件：创建符号链接（保持与插入规则一致性，可省略）
ACTION=="remove", KERNEL=="sd[a-z][0-9]", SYMLINK+="usb%m", NAME="%k"
# U盘分区移除事件：触发卸载服务，仅匹配USB块设备
ACTION=="remove", KERNEL=="sd[a-z][0-9]", SUBSYSTEM=="block", ENV{ID_BUS}=="usb", PROGRAM="/usr/bin/systemctl start umount.service", TAG+="systemd"

规则关键说明：ENV{ID_BUS}=="usb"精准匹配USB设备，彻底排除本地SATA、NVMe等存储设备；RUN+="/bin/mkdir -p /mnt/%k"自动创建挂载点；TAG+="systemd"告诉udev通过systemd管理后续触发的服务。

创建systemd挂载/卸载服务单元

由于高版本Ubuntu无法直接在udev规则中执行脚本，因此创建两个systemd服务单元mount.service和umount.service，分别调用挂载、卸载脚本，服务文件存放于/etc/systemd/system/目录。

挂载服务：mount.service

# /etc/systemd/system/mount.service
[Unit]
# 服务描述
Description=mountservice
# 服务启动时机：在网络服务后启动（挂载无需网络，仅为通用习惯，可省略）
After=network.target
[Service]
# 服务类型：forking表示脚本会以后台进程模式运行
Type=forking
# 执行用户/用户组：必须为root，挂载/卸载操作需要最高权限
User=root
Group=root
# 工作目录：挂载点根目录
WorkingDirectory=/mnt
# 服务执行命令：调用挂载脚本，--log-target=journal让日志写入systemd日志，可通过journalctl查看
ExecStart=/etc/systemd/system/mount.sh start --log-target=journal
[Install]
# 服务安装目标：多用户模式下启用
WantedBy=multi-user.target

卸载服务：umount.service

# /etc/systemd/system/umount.service
[Unit]
# 服务描述
Description=umountservice
# 服务启动时机：在网络服务后启动
After=network.target
[Service]
# 服务类型：forking表示脚本会以后台进程模式运行
Type=forking
# 执行用户/用户组：root最高权限
User=root
Group=root
# 工作目录：挂载点根目录
WorkingDirectory=/mnt
# 服务执行命令：调用卸载脚本
ExecStart=/etc/systemd/system/umount.sh start --log-target=journal
[Install]
# 服务安装目标：多用户模式下启用
WantedBy=multi-user.target

执行以下命令为两个服务文件添加可执行权限：

chmod 777 /etc/systemd/system/mount.service
chmod 777 /etc/systemd/system/umount.service

编写挂载/卸载核心脚本

创建与systemd服务对应的挂载脚本mount.sh和卸载脚本umount.sh，存放于/etc/systemd/system/目录，脚本为实际执行U盘挂载、卸载的核心逻辑。

挂载脚本：mount.sh

#!/bin/bash
# /etc/systemd/system/mount.sh
# U盘自动挂载脚本，挂载路径/mnt/设备名（如/dev/sda1 → /mnt/sda1）
# 初始变量，后续会被遍历结果覆盖
var2="/mnt/sda"
# 遍历所有/dev目录下的USB分区设备
for V in $(ls /dev/sd[a-z][0-9])
do
  # 打印当前设备名（调试用）
  echo $V
  # 赋值当前设备路径给变量
  var2=$V
  # 截取设备名（如从/dev/sda1中截取sda1）
  echo ${var2:5:4}
  # 执行挂载：将设备挂载到/mnt/设备名目录
  /bin/mount $V /mnt/${var2:5:4}
done

脚本关键说明：挂载点由udev规则提前创建，脚本直接执行挂载即可；使用/bin/mount绝对路径执行，避免udev/systemd环境中PATH变量缺失导致的命令找不到问题。

卸载脚本：umount.sh

#!/bin/sh
# /etc/systemd/system/umount.sh
# U盘自动卸载脚本，检测设备不存在则卸载并删除挂载点
# 定义需监控的USB设备节点
usb_device_1="/dev/sda1"
usb_device_2="/dev/sdb1"
usb_device_3="/dev/sdc1"
usb_device_4="/dev/sdd1"
# 定义设备对应的挂载点目录
mount_dir_1="/mnt/sda1"
mount_dir_2="/mnt/sdb1"
mount_dir_3="/mnt/sdc1"
mount_dir_4="/mnt/sdd1"
# 延时1秒，等待设备彻底移除，避免竞争条件导致卸载失败
sleep 1
# 检测设备1是否存在，不存在则卸载并删除挂载点
if [ ! -e "$usb_device_1" ];then
        umount $usb_device_1 > /dev/null 2>&1
        rm -rf $mount_dir_1 > /dev/null 2>&1
fi
# 检测设备2是否存在，不存在则卸载并删除挂载点
if [ ! -e "$usb_device_2" ];then
        umount $usb_device_2 > /dev/null 2>&1
        rm -rf $mount_dir_2 > /dev/null 2>&1
fi
# 检测设备3是否存在，不存在则卸载并删除挂载点
if [ ! -e "$usb_device_3" ];then
        umount $usb_device_3 > /dev/null 2>&1
        rm -rf $mount_dir_3 > /dev/null 2>&1
fi
# 检测设备4是否存在，不存在则卸载并删除挂载点
if [ ! -e "$usb_device_4" ];then
        umount $usb_device_4 > /dev/null 2>&1
        rm -rf $mount_dir_4 > /dev/null 2>&1
fi

脚本关键说明：sleep 1为核心延时操作，等待内核完成设备移除的底层操作；> /dev/null 2>&1重定向所有输出和错误到空设备，保持系统日志干净。

执行以下命令为两个脚本添加可执行权限：

chmod 777 /etc/systemd/system/mount.sh
chmod 777 /etc/systemd/system/umount.sh

重载配置并测试验证

完成所有配置和脚本编写后，无需重启系统，手动重载udev规则和systemd配置即可生效：

# 重载udev规则，让新编写的U盘插拔规则生效
udevadm control --reload-rules
# 重载systemd配置，让新创建的挂载/卸载服务生效
systemctl daemon-reload

测试步骤：

插入U盘（单分区/多分区均可），执行ls /mnt/，可看到自动创建的挂载点目录（如sda1），执行df -h可验证U盘已成功挂载；
拔出U盘，执行ls /mnt/，对应的挂载点目录已被自动删除，执行df -h可验证U盘已成功卸载；
若需查看服务运行日志，可执行journalctl -u mount.service或journalctl -u umount.service。

验证总结

在飞凌RK3576开发板的Ubuntu 24.04桌面版环境中，经过多次实际插拔测试，该方案可实现 U盘插入自动挂载到/mnt/设备名固定目录，拔出自动卸载并删除挂载点，挂载点路径无任何UUID或中文卷标，彻底解决了默认挂载的乱码问题，完全满足自助终端设备的自动化脚本操作需求。

执行以下调试命令，可验证挂载/卸载服务是否已正常启用：

# 查看挂载服务启用状态
systemctl is-enabled mount.service
# 查看卸载服务启用状态
systemctl is-enabled umount.service

正常情况下，两个命令的输出均为enabled，表示服务已成功启用并随系统开机自启。

经验反思

本次基于udev+systemd实现U盘自动挂载，踩过了高版本Ubuntu的环境坑，也积累了嵌入式Linux外设管理的实用经验，核心总结三点：

规避udev直接调用脚本的坑 Ubuntu 20.04及以上版本中，udev的RUN指令运行环境受限，且受SELinux/AppArmor权限管控。通过systemd服务包装脚本是官方推荐的稳健方案。

卸载脚本的局限性需知晓 本次方案中的卸载脚本采用硬编码设备节点方式，仅支持sda1~sdd1四个设备。若需同时插入多个U盘或U盘有多个分区，可优化为动态遍历设备的方式。

固定路径是解决乱码的核心 默认挂载的乱码根源是路径包含UUID/中文卷标，而udev规则中通过%k获取设备名，挂载点固定为/mnt/%k，完全脱离卷标和UUID的影响。

对于飞凌嵌入式RK3576开发板，Ubuntu 24.04桌面版的整体运行表现稳定，结合udev的设备事件监听和systemd的服务管理，可灵活定制USB、串口、网卡等各类外设的自动处理逻辑。本次U盘自动挂载的改造方案，也为后续嵌入式项目中的外设管理提供了可直接复用的模板。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3576工业级开发板

2026-03-04 11:15:00 +0800

RK3576工业级开发板

RK3576工业级开发板是一款基于瑞芯微（Rockchip）RK3576高性能处理器设计的嵌入式开发平台，由保定飞凌嵌入式技术有限公司（Forlinx Embedded）推出。该开发板旨在为工业控制、人工智能物联网（AIoT）、边缘计算及数字多媒体等领域的开发者，提供一个功能全面、性能强大且环境适应性强的硬件评估与产品原型开发平台。

产品简介

RK3576工业级开发板采用核心板与底板分离的架构设计。其核心部分搭载了瑞芯微RK3576系列处理器，该处理器采用先进的8nm制程工艺，集成了4个ARM Cortex-A72和4个ARM Cortex-A53核心，并内置了算力高达6TOPS的神经网络处理单元（NPU）。底板则引出了处理器的几乎所有功能接口，方便开发者进行各项功能验证和外围设备扩展。

该开发板的一大特点是提供了工业级（-40℃~+85℃）和商业级（0℃~+80℃）两种温度版本选择，以满足不同应用场景的需求。核心板通过高可靠性板对板连接器与底板相连，这种可插拔设计不仅便于安装维护，也为产品的未来升级提供了便利。飞凌嵌入式为该系列产品承诺10至15年的生命周期，为工业产品的长期稳定供应提供了保障。

OK3576-C开发板正面视图

FET3576-C核心板

核心特性

强大异构计算核心

基于RK3576处理器，拥有4个Cortex-A72（最高2.3GHz）和4个Cortex-A53（最高2.2GHz）核心，实现高性能与低功耗的完美平衡。

高算力NPU

内置6TOPS算力NPU，支持INT4/INT8/INT16/FP16/BF16/TF32等多种数据精度，兼容TensorFlow、Caffe、Pytorch等主流深度学习框架，为AI应用强势赋能。

工业级宽温设计

提供-40℃~+85℃的工业级温宽版本，可适应极端气候和严苛的工业现场环境，确保设备在恶劣条件下稳定运行。

丰富多媒体能力

支持8K@30fps视频解码和4K@60fps视频编码。具备HDMI/eDP、MIPI DSI、DP、Parallel、EBC五种显示接口，支持三屏异显和4K@120Hz超清显示。

硬件级安全隔离

内置Firewall（防火墙）功能，可实现真正的硬件资源隔离，增强系统安全性和稳定性，满足工业级安全需求。

高扩展性接口

底板引出PCIe2.1、USB3.2、SATA3.0、CAN-FD、DSMC、FlexBus等丰富高速接口，方便连接FPGA、DSP以及各种工业外设。

长期供货保障

核心板提供10-15年生命周期，满足工业和企业级市场对产品稳定性和持续性的核心需求，降低产品维护成本。

技术规格

RK3576工业级开发板由FET3576-C系列核心板和OK3576-C底板组成，主要规格参数如下：

FET3576-C核心板基础参数

处理器 Rockchip RK3576 / RK3576J
ARM：4×Cortex-A72@2.2GHz + 4×Cortex-A53@2.0GHz
NPU：6TOPS INT8，支持INT4/INT8/INT16/FP16/BF16/TF32
GPU：ARM Mali-G52 MC3
VPU：硬编码H.264/H.265 4K@60fps；硬解码H.264/H.265/VP9/AV1/AVS2 8K@30fps或4K@120fps

RAM 2GB/4GB LPDDR4

ROM 32GB eMMC

工作温度 FET3576-C：0℃~+80℃
FET3576J-C：-40℃~+85℃

尺寸 50×68mm

工作电压 DC 5V-13V宽压输入

接口方式板对板连接器（4×100Pin，引脚间距0.4mm，合高1.5mm）

操作系统 Linux 6.1、Android 14、Forlinx Desktop 24.04

烧写方式 USB OTG、TF卡

FET3576-C核心板功能参数

功能	数量	参数
HDMI/eDP TX	1	支持1个HDMI/eDP TX复用接口。 HDMI v2.1最高支持4K@120Hz，支持RGB/YUV444/YUV422/YUV420 8/10-bits，支持CEC、ARC，HDCP v2.3和HDCP v1.4。 eDP v1.3主通道包含4条物理通道，最高支持4K@60Hz，HDCP v1.3
MIPI DSI	1	支持1个MIPI DSI-2 TX接口。 D-PHY v2.0或C-PHY v1.1：4 data lanes on D-PHY，3 data trios on C-PHY，支持最高2560×1600@60Hz，支持数据格式RGB（up to 10bit）
Parallel	1	支持1个并行输出接口，支持RGB/BT.656/BT1120，最高支持1920×1080@60Hz，支持数据格式RGB（up to 10bit）
EBC	1	支持1个EBC输出接口，支持E-ink EPD（Electronic paper Display），支持2560×1920硬解码，16-bit数据总线，32 level gray scale，支持Direct模式、LUT模式、3-window模式
DP TX	1	支持1路USB/DP组合接口。 USB 3.2 Gen1x1 Dual-Role Device。 DisplayPort v1.4支持1/2/4 lanes，lane speed 1.62/2.7/5.4/8.1Gbps，最高4K@120Hz，支持MST多流传输，USB Type-C DP Alt模式，HDCP v2.3/v1.3
USB 3.2	2	其中1路做USB Type-C时可支持DP Alt模式；另1路为Combo high speed interface接口引出
MIPI CSI	5	支持5个CSI-2接口。其中4个接口为2个D-PHY v1.2 data-lane（2.5Gbps/lane），可组合成2个4 data-lane接口。另外1个接口支持4 D-PHY data-lane或3 C-PHY trios（D-PHY v2.0 4.5Gbps/lane，C-PHY v1.1 2.5Gsps/trio）
DVP	1	8/10/12/16-bit标准DVP接口，最高150MHz数据输入，支持BT.601/BT.656和BT.1120 VI接口
SAI	≤5	支持5个SAI接口。 SAI 0/1支持4 TX lanes和4 RX lanes；SAI 2/3/4支持1 TX lane和1 RX lane。支持I2S/TDM/PCM模式，最高采样率192KHz，音频分辨率16~32bits
SPDIF TX/RX	≤2	支持2路SPDIF TX端口和2路SPDIF RX端口
PDM	≤2	支持PDM主接收模式，最高8 channels，音频分辨率16~24位，采样率达192KHz
Digital Audio Codec	1	支持2路数字DAC，每个数字DAC通道支持三种混合模式，支持I2S/PCM接口主从模式，16位采样率，支持音量控制
SDIO	≤2	SDIO v3.0，4-bits
Ethernet	≤2	2路GMAC，提供RGMII/RMII接口引出，支持10/100/1000Mbps数据传输速率
USB 2.0 OTG	2	支持两路USB2.0 OTG
Combo high speed interface	2	Combo 1：支持1-lane PCIe2.1/SATA3.1； Combo 2：支持1-lane PCIe2.1/SATA3.1/USB3.2 Gen1x1。 PCIe v2.1支持Root Complex（Rc）only，最高5GT/s。 SATA v3.1支持eSATA，最高6GT/s。 USB3.2 Gen1x1支持DRD，最高5Gbps
UART	≤12	内置2路64 bits FIFO，可分别用TX和RX。支持5位、6位、7位、8位串行数据收发，波特率高达4Mbps。 12路UART均支持自动流控模式和RS485模式
CAN-FD	≤2	遵循CAN和CAN-FD规范，支持CAN标准帧和扩展帧收发，支持8192-bits接收FIFO
DSMC	≤1	支持DSMC数据总线，最多支持选择4个芯片，支持8线和16线串行传输模式，支持可配置的串行地址宽度16位或32位
FlexBus	≤1	支持FlexBus数据总线，支持内置DMA和ping-pong操作，用于分配两个地址，支持传输和接收模式，支持单一模式和连续模式
SPI	≤5	支持主、从模式，每个接口支持两个芯片选择
I2C	≤9	支持7位和10位地址模式，标准模式100kbits/s，快速模式400kbits/s
I3C	≤2	支持2个I3C主接口
PWM	≤16	最高支持16个片上PWM，具有基于中断的操作，支持捕获模式
ADC	≤8	支持8路12bits单端输入SAR-ADC，采样率高达1MS/s
GPIO	/	所有GPIO可用于生成中断，支持电平触发和边沿触发，支持配置上下拉和驱动能力

注：表中参数为硬件设计或CPU理论值，接口存在GPIO复用，为理论最大数量。

Video Port说明

Video Port0 支持最高4K@120Hz，10 bits

Video Port1 支持最高2560×1600@60Hz，10 bits

Video Port2 支持最高1920×1080@60Hz，8 bits

连接说明每个视频端口可连接到HDMI/eDP/DSI-2中的任何一个；Port1和Port2可连接到并行输出接口

注：单根TDM设计时钟最高50MHz，使用TDM模式时，可以结合音频采样频率、分辨率来计算理论可支持的音频通道数，看是否满足项目需求。

OK3576-C开发板功能参数

功能	数量	参数
HDMI TX	1	通过标准HDMI插座引出，HDMI v2.1最高支持4K@120Hz
MIPI DSI	1	MIPI接口支持4 lanes输出，最高分辨率2560×1600@60Hz，适配飞凌7吋MIPI屏（1024×600@30fps）
DP TX	1	1个DP接口与USB3.1 Gen1结合使用，通过Type-C接口引出，DisplayPort v1.4最高支持4K@120Hz
USB3.1 Gen1	1	通过Type-C接口引出，与DP TX结合使用
MIPI CSI	5	1×MIPI DPHY V2.0 4 lanes接口（每lane最高4.5Gbps），通过26pins FPC座引出，默认挂载OV13850摄像头； 4×MIPI DPHY V1.2 2 lanes接口（每lane最高2.5Gbps），通过4个26pins FPC座引出，默认挂载OV5645摄像头
Audio	1	板载Codec芯片，支持耳机输出、MIC输入及Speaker输出等功能
TF卡	1	可插入TF卡，速率达150MHz，支持SDR104模式
Ethernet	2	通过2个RJ45接口引出，支持10/100/1000 Mbps数据传输速率
4G/5G	1	支持M.2封装的4G/5G模块
Wi-Fi & Bluetooth	1	板载海华AW-CM358SM-WIFI&BT模块，支持WIFI 2.4G/5G，蓝牙5.0
USB 2.0 Host	3	通过3个Type-A USB接口引出，支持高速（480Mbps）、全速（12Mbps）和低速（1.5Mbps）3种模式
PCIe 2.0	1	通过PCIe×1插槽引出，支持5Gbps速率
UART	1	通过2.54mm间距引出，波特率高达4Mbps
CAN-FD	2	遵循CAN和CAN FD规范，通过CAN收发器引出两路CAN总线
RS485	2	通过RS485收发器引出2路RS485总线
ADC	5	通过1.27mm间距排针引出，12 bits单端输入SAR-ADC，采样率高达1MS/s
RTC	1	板载RTC芯片及电池插座
GPIO	8	通过2.54mm间距排针引出8路GPIO，同时引出3.3V和1.8V电源

应用领域

工业控制

适用于工业机器人、PLC、HMI人机交互界面、数据采集与监视控制系统（SCADA）

AIoT与边缘计算

可作为边缘计算网关、AI视觉检测设备、智能安防监控主控

智能移动终端

适用于车载娱乐系统、智能物流终端、手持数据采集终端

数字多媒体

可应用于数字标牌、自助查询终端、医疗影像显示设备等

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

飞凌嵌入式嵌入式边缘AI核心板赋能千行百业践行人工智能+行动

2026-03-03 08:52:00 +0800

2026年2月26日，人民日报刊发《推动人工智能赋能千行百业》深度报道，聚焦民建中央《关于加快开展“人工智能+”行动推动人工智能产业赋能新型工业化的提案》落地成效，全面展现我国人工智能产业从政策顶层设计到实体经济融合的蓬勃态势。随着国务院《关于深入实施“人工智能+”行动的意见》、工业和信息化部等8部门《“人工智能+制造”专项行动实施意见》等重磅政策密集出台，“人工智能+”已成为推动新型工业化、赋能实体经济高质量发展的核心引擎，而飞凌嵌入式作为国内嵌入式AI核心板领域的长期深耕者，探索行业二十余年，正以硬核嵌入式AI硬件实力践行政策号召，助力AI技术深度落地千行百业。

人工智能技术从实验室走向产业现场、从云端下沉到边缘端侧，离不开嵌入式AI核心板卡的支撑——它是打通AI技术与产业应用“最后一公里”的关键载体，是智能设备的“大脑”，更是边缘智能应用落地的核心硬件底座。飞凌嵌入式始终与国家战略同频共振，深度响应“人工智能+”行动号召，依托二十余年工业级研发积淀，构建了业内覆盖场景广泛、算力梯度完善的嵌入式AI核心板产品矩阵，将前沿芯片算力转化为各行各业可快速部署、稳定运行的智能解决方案，让“人工智能赋能千行百业”真正落地有声。

飞凌嵌入式边缘AI核心板：全谱系算力无断档筑牢“人工智能+”硬件根基

民建中央在提案调研中发现，人工智能与实体经济融合发展仍面临产业生态待优化、行业要素市场体系不健全等问题，其中不同行业、不同场景对AI算力的差异化需求，是企业落地AI应用的首要门槛。针对这一核心痛点，飞凌嵌入式精准布局，打造了从0.5TOPS轻量级端侧算力到32TOPS可扩展旗舰级算力的全梯度嵌入式AI核心板产品矩阵，实现算力覆盖无断档、场景适配无盲区，精准匹配企业对“工业级AI核心板”“不同算力AI核心板”的核心需求，让不同规模、不同领域的客户都能找到性能与成本的最优契合点。

旗舰级重载算力场景解决方案

在智慧交通、城市级安防、工业AI质检等需要处理海量数据、运行复杂模型的重载算力场景，飞凌嵌入式旗舰级AI硬件解决方案表现突出。

飞凌FCU3501 AI边缘计算盒子

基于RK3588J处理器打造，内置6TOPS算力NPU，可通过M.2接口扩展高性能AI加速卡，将整机算力提升至32TOPS，可同时处理16路以上高清视频流，胜任路口交通智能调度、区域安防视频集中解析、产线多相机并行缺陷检测等核心任务，成为开箱即用的边缘智能服务器。

飞凌FET3588-C核心板

搭载8nm制程八核处理器与6TOPS三核NPU，支持8K超高清视频编解码与多屏异显，为高端智能NVR、多模态交互机器人等高端应用提供强大硬件支撑。

飞凌FET3576-C核心板

同属6TOPS算力梯队，凭借硬件资源隔离技术，为金融支付、智能医疗等高安全要求场景提供硬件级安全保障的“高安全AI核心板”。

工业智能化主流场景核心板

在市场需求较旺盛、应用较广泛的工业智能化主流场景，飞凌嵌入式多款嵌入式AI核心板经海量项目验证，覆盖0.5TOPS-2.3TOPS算力区间。

飞凌FETMX8MP-C核心板

基于恩智浦i.MX 8M Plus处理器打造，集成2.3TOPS视觉推理优化NPU，搭配Cortex-M7实时内核与双路MIPI-CSI摄像头接口，成为工业读码OCR、精密尺寸测量的优选硬件方案。

飞凌FET536-C核心板

基于全志T536处理器打造，以2TOPS算力、双千兆网与四路CAN-FD总线配置，成为智能电力网关、AGV/AMR控制器的核心主控。

飞凌FET3568-C核心板

行业热门AIoT产品，凭借1TOPS均衡算力、极强接口扩展性与稳定性，广泛应用于智慧园区AI网关、工业HMI等场景。

飞凌FET3562-C核心板

100%全国产化设计，搭载1TOPS算力NPU，为自主可控项目提供关键支撑的“全国产化嵌入式核心板”。

飞凌FET-MX9352-C核心板

针对低功耗边缘物联网场景打造，以0.5TOPS INT8算力兼顾低功耗与基础AI能力，适配工业物联网网关、便携检测设备等场景。

端侧AI计算赛道专用核心板

在端侧AI计算赛道，飞凌FET1126BJ-S核心板基于瑞芯微RV1126处理器打造，助力端侧智能场景创新。

飞凌FET1126BJ-S核心板

工业级嵌入式核心板，集成3TOPS@INT8算力NPU，搭载高性能ISP与VPU，支持4K超清视频编解码，40mm×40mm超小尺寸完整引出237个功能引脚，-40℃~+85℃宽温运行的工业级品质，广泛应用于智能安防摄像头、智慧工地安全监测、明厨亮灶烟火告警等场景，实现端侧本地实时AI决策，摆脱对云端的依赖。

飞凌嵌入式：深耕工业基因破解AI产业落地核心痛点

“人工智能+”行动的核心是让AI技术扎根产业现场，而工业场景的严苛环境、复杂协议、长周期运行要求，是AI落地的核心挑战。飞凌嵌入式以工业基因为产品研发核心底色，从硬件设计到软件支持，全方位破解企业AI应用落地痛点，助力优化人工智能产业生态，让更多企业敢用AI、用好AI。

工业级硬件品质与长周期保障

在硬件品质上，飞凌嵌入式全系嵌入式AI核心板均通过严苛工业环境测试，绝大多数产品支持-40℃~+85℃宽温运行，可稳定适配高温、高湿、强电磁干扰的极端工业环境；同时承诺10-15年产品生命周期供应保障，有效解决客户量产后面临的器件停产、项目停滞难题，精准匹配工业设备长周期运行特性。

接口设计上，每款核心板接口资源丰富，PCIe、SATA、USB3.0等高速接口与CAN-FD、多路UART等工业现场总线全面覆盖，支持TSN时间敏感网络、IEEE 1588精密时钟协议，最大程度减少客户底板设计限制，实现与各类工业设备的无缝对接。

全栈式技术支持与产业生态赋能

在产业生态赋能上，飞凌嵌入式不止于提供高品质嵌入式AI硬件产品，更打造全栈式技术支持体系，大幅降低企业AI应用落地门槛。

全系产品均提供稳定的Linux、Android等系统级软件支持，配套完整的BSP开发包、内核源码与驱动程序，兼容TensorFlow、PyTorch等主流深度学习框架，同时提供完善的开发文档、参考设计与测试用AI算法例程；专业技术支持团队全程跟进，提供从方案咨询、开发指导到问题排查的全流程服务，将客户从复杂的底层驱动和系统移植工作中解放出来，让企业能够专注于上层应用与行业算法创新，大幅缩短研发周期、降低落地成本。

飞凌嵌入式AI核心板千行百业落地实践赋能实体经济高质量发展

从民建中央提案建言到国家政策落地实施，“人工智能+”行动的最终价值，体现在千行百业的智能化转型成果中。飞凌嵌入式嵌入式AI核心板产品，已深度渗透工业制造、智慧交通、智能安防、电力能源、医疗健康、金融科技等数十个行业，成为万千智能设备的核心“大脑”，用实打实的落地成果践行“人工智能赋能千行百业”的时代使命。

人工智能+制造智能制造核心中枢

在“人工智能+制造”主战场上，飞凌嵌入式AI核心板成为智能制造的重要中枢。飞凌FETMX8MP-C核心板嵌入工业检测设备，实现生产线上零件缺陷的实时检测与亚像素级精密尺寸测量，助力提升产品良品率；飞凌FET536-C核心板作为AGV/AMR机器人的主控核心，同步处理导航传感器数据与多路电机控制，助力提升工厂物流自动化效率；飞凌FET3588-C核心板部署在大型产线末端，实现多台高清工业相机的图像并行分析，完成高速缺陷检测与分类，为工业质检提供智能支撑。

智慧城市与智能安防核心赋能

在智慧城市与智能安防领域，飞凌嵌入式产品发挥核心赋能作用。飞凌FCU3501边缘计算盒子部署在城市路口，成为智慧交通边缘智能中枢，实时完成车牌识别、交通流量分析与信号联动，提升城市交通管理效率；飞凌FET1126BJ-S核心板嵌入各类监控终端，实现安全帽佩戴检测、烟火告警、违规行为识别等功能，筑牢安全生产防线；飞凌FET3588-C核心板打造的高端智能NVR，可同时对多路4K/8K视频流进行人、车、物实时识别与行为分析，为城市级安防体系提供核心算力支撑。

关键行业智能化升级持续赋能

在电力、医疗、金融等关键行业，飞凌嵌入式AI产品持续赋能行业智能化升级。飞凌FET536-C核心板打造的智能电力网关，在配电网自动化中实现设备数据采集与本地故障识别，助力新型电力系统建设；飞凌FET3576-C核心板凭借硬件隔离特性与强劲AI算力，赋能高端医疗影像终端，辅助医生完成医学影像分析与诊断，提升诊疗效率；飞凌FET3562-C全国产化核心板，广泛应用于金融自助终端与安全设备，实现安全的人证比对与票据识别，为金融行业自主可控与智能化升级保驾护航。

从顶层政策擘画到产业现场落地，“人工智能+”行动为中国新型工业化建设注入源源不断的强劲动力。飞凌嵌入式作为嵌入式行业骨干企业，始终以技术创新为根、产业需求为本，持续将前沿AI算力转化为实体经济可落地、可感知的价值。未来，飞凌嵌入式将继续深耕嵌入式AI领域，不断完善产品矩阵、优化全栈技术服务，与万千行业客户、开发者同行，让人工智能真正赋能实体经济的每一个角落，为中国人工智能产业高质量发展、为新型工业化建设持续贡献核心力量。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

embedded world 2026 飞凌嵌入式亮相德国纽伦堡国际嵌入式展览会

2026-02-27 11:37:00 +0800

embedded world 2026 飞凌嵌入式与您相约德国纽伦堡

2026年3月10日～3月12日，全球嵌入式技术领域的年度盛宴embedded world 2026国际嵌入式展览会，即将在德国纽伦堡会展中心盛大举行。飞凌嵌入式将再度扬帆出海，携全新技术与重磅合作成果亮相这场全球科技盛会，与世界顶尖技术精英共探行业前沿，共话嵌入式技术的未来。

此次参展，飞凌嵌入式将以更丰富的展示形式、更前沿的技术成果惊艳亮相，诚邀全球客户与合作伙伴莅临交流！

展会时间 2026.3.10-12

展会地点 德国·纽伦堡会展中心

飞凌展位号 NO.3-561

展会亮点先睹为快

联展新体验

飞凌嵌入式将会在NXP（恩智浦半导体）、Rockchip（瑞芯微电子）、TI（德州仪器）的展位进行联展，为现场观众全方位展示基于各家芯片设计开发的嵌入式核心板产品以及动态演示方案，直观呈现产品在实际应用中的高性能与稳定性，展现飞凌嵌入式与全球顶尖芯片企业的深度合作成果及强大的硬件研发能力。

重磅新品亮相

展会现场将有多款新品亮相，覆盖核心板、开发板等核心主控产品，针对边缘AI、工业自动化、机器人等主流应用场景进行优化，为各行业客户提供更具竞争力的嵌入式硬件解决方案。

全场景方案展示

飞凌嵌入式始终致力于为客户提供高品质、多样化的嵌入式产品。在本次展会上，我们将携多款重量级的嵌入式核心板、开发板、工控机等主控产品悉数亮相。同时，还会展示充电桩、LVGL、智能显示、AI识别等多个热门行业解决方案Demo，让您一站式了解飞凌嵌入式在不同领域的应用实力和技术优势。

从核心硬件研发到行业方案定制，从本土技术深耕到全球市场布局，飞凌嵌入式始终以技术创新为核心，以客户需求为导向，不断打造高品质的嵌入式产品与解决方案。让我们相聚embedded world 2026，飞凌嵌入式期待与全球合作伙伴携手共进，探索嵌入式技术的无限可能。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3568 开发板 JTAG 调试教程 AMP 多核协同调试实战详解

2026-02-27 09:21:00 +0800

在嵌入式Linux开发领域，串口打印调试因操作简单、易上手的特性而被广泛使用。但当应用场景转向AMP实时方案时，其局限性被急剧放大——实时性不足、性能开销较高、调试深度有限的问题，在多核协同工作场景中尤为突出，尤其在需要精确分析核心间同步机制、中断响应时序及资源共享冲突时，传统串口调试往往难以满足需求。

针对这一痛点，JTAG调试技术提供了专业且高效的解决方案。

JTAG调试技术核心优势

JTAG（Joint Test Action Group）调试技术是一种广泛应用于嵌入式系统开发和硬件测试的国际标准技术，它具备深度交互与实时控制能力，可在线设置断点、执行单步调试，同时支持实时查看并修改寄存器与变量值；更关键的是，其非侵入式调试模式无需在代码中插入打印语句，能最大程度保留程序原有逻辑与运行性能，且可随时暂停CPU，精准捕捉任一时刻的系统完整状态，快速定位各类复杂调试难题。

方案架构：一体化JTAG调试生态

这里我们用飞凌嵌入式基于RK3568处理器设计开发的OK3568-C开发板进行演示。

飞凌嵌入式实现的方案基于完整的工具链整合，在Windows环境下提供无缝调试体验。系统架构分为三个关键层次：开发主机层、硬件接口层和目标设备层。

开发主机层

基于Eclipse IDE，集成CDT开发工具和GNU MCU Eclipse插件，提供友好的图形化界面。调试指令通过GDB生成，经由OpenOCD转换协议，最终通过J-Link硬件接口与RK3568芯片通信。

硬件接口层

以J-Link仿真器为核心，承担协议转换功能，左侧通过JTAG/SWD端口连接RK3568芯片，右侧通过USB端口连接PC端开发主机，实现稳定高效的双向通信。

目标设备层

以搭载RK3568处理器的OK3568-C开发板为核心，通过JTAG_TCK、JTAG_TMS等关键引脚与仿真器连接，支持全芯片的深度调试与状态监控。

这一架构的核心优势在于高度集成与透明化，开发者无需关注底层通信细节，可专注于代码逻辑和问题定位。

调试实战：可视化的问题定位流程

温馨提示：以下演示视频在PC端观看，画面更清晰

1. 断点暂停

在飞凌嵌入式的JTAG方案中，断点调试变得直观简单。工程师只需在代码左侧双击即可设置断点，程序执行到此处自动暂停，方便检查此刻所有核心的变量、寄存器和内存状态。

设置断点：双击代码左侧，当出现“蓝色小球”后说明此处有一个断点，程序执行到此处后会暂停运行。
取消断点：双击代码左侧的“蓝色小球”，当小球消失后，则表示此处断点取消。
忽略所有断点：此时所有断点取消，程序可全速运行。

2. 单步、多步执行

单步执行多种模式：Step Over可跳过函数调用，Step Into可深入函数内部，Step Return则可快速执行完当前函数剩余部分。
多步执行：包括“运行到光标处”和“继续运行”，满足不同场景需求。

3. 变量查看

局部变量实时显示当前函数作用域内的值变化，而且能修改变量的数值。
全局变量则在整个调试会话期间均可访问，暂停后能反映系统全局状态的实时快照。

4. 内存查看

地址访问与修改功能直接而强大。通过内存浏览器，工程师可以直接读取指定内存或寄存器地址，观察内存内容、验证寄存器配置。
还可向指定地址写入新值，动态改变内存数据、配置外设寄存器。

以上这套AMP多核协同场景下的JTAG调试方案显著地降低了实时核调试技术的使用门槛。将调试工作可视化，可同时监控AMP实时核状态，让程序跳转、任务切换等动作变得更加清晰，希望这套方案能够对您有所帮助。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

一文读懂边缘AI｜定义・优势・应用 + 飞凌嵌入式选型指南

2026-02-26 16:35:00 +0800

在人工智能技术飞速迭代、物联网设备全面普及的今天，边缘AI已从技术概念深度走进产业实践，成为连接AI算法与终端场景的核心纽带。很多人会疑惑：边缘AI是什么？它和传统云端AI有什么核心区别？为何能快速成为工业、医疗、交通等领域的刚需技术？更关键的是，边缘AI落地该如何选型适配的硬件？本文将从边缘AI的核心定义、工作原理、核心优势、主流应用场景及发展趋势全面拆解，同时结合飞凌嵌入式全场景边缘AI硬件产品矩阵，详解边缘AI落地选型思路与实践路径，让你一文读懂边缘AI的核心价值，轻松选对适配的边缘AI硬件。

一、边缘AI核心认知：定义与工作原理

1. 边缘AI是什么？核心定义与基础逻辑

边缘AI，全称边缘人工智能（Edge Artificial Intelligence），是将人工智能算法、模型训练与推理能力，部署在靠近数据产生源头的“边缘设备”上，而非依赖远端的云端数据中心，实现数据本地采集、实时处理、快速决策的一种新型AI技术形态。简单来说，边缘AI就是让AI“走出云端数据中心”，下沉到手机、智能摄像头、工业传感器、自动驾驶车载设备等终端硬件上，让终端设备具备自主的智能分析和决策能力，无需频繁与云端进行数据交互。

边缘AI核心关键点拆解：

核心载体：边缘设备（终端硬件），包括工业网关、智能摄像头、可穿戴设备、车载终端、物联网传感器等，是边缘AI运行的基础；
核心能力：数据本地处理、实时推理决策，无需依赖云端，即使在网络中断、带宽不足的场景下，也能正常运行；
核心逻辑：“数据在哪里，AI就在哪里”，减少数据传输环节，解决云端AI延迟高、带宽消耗大、隐私泄露风险高的痛点；
与云端AI的关系：并非对立，而是互补共生——云端AI侧重大规模模型训练、海量数据存储与模型迭代优化，边缘AI侧重本地实时推理、数据隐私保护，二者协同形成“云边协同”的完整AI架构，兼顾效率与安全。

在边缘AI的产业落地中，核心板与边缘计算设备是承载AI能力的关键硬件载体。飞凌嵌入式凭借20年工业级产品设计经验，构建了从0.5TOPS轻量算力到32TOPS旗舰级可扩展算力的完整边缘AI硬件产品矩阵，覆盖从低端传感器终端到高端边缘智能服务器的全场景需求，让不同行业、不同规模的企业都能找到适配自身场景的边缘AI硬件解决方案，真正推动边缘AI从概念走向规模化落地。

2. 边缘AI的工作原理：从模型适配到本地闭环

边缘AI的工作流程并不复杂，核心分为3个核心步骤，而飞凌嵌入式全系列产品均针对这一核心流程完成了深度优化，大幅降低边缘AI的开发与部署门槛。

（1）边缘AI模型轻量化适配：端侧部署的核心前提

云端训练好的大型AI模型（如深度学习模型），需要通过量化、剪枝、蒸馏等技术优化进行“轻量化压缩”，在保留核心推理能力的前提下删减冗余参数，才能适配边缘设备有限的算力、存储硬件资源。例如Llama-3-7B通过动态稀疏激活技术，在参数量减少70%的情况下保持核心推理质量，可轻松部署在普通边缘设备上。

边缘AI的落地，核心前提是模型能在端侧硬件上流畅稳定运行，飞凌嵌入式全系AI核心板均针对边缘AI主流深度学习框架完成了深度适配与优化。其中FET1126BJ-S核心板基于瑞芯微RV1126BJ处理器打造，不仅完美兼容TensorFlow、PyTorch、Caffe等主流AI框架，还直接提供成熟的边缘侧AI算法例程，配合完整的BSP支持包，可帮助开发者快速完成边缘AI轻量化模型的移植与部署。该核心板内置3TOPS@INT8算力的独立NPU，可在保留边缘AI模型核心推理能力的前提下，完美适配各类压缩后的轻量化AI模型，让端侧设备轻松承载边缘AI智能推理任务。

（2）边缘AI本地数据采集与处理：数据不出端的核心逻辑

边缘设备（如智能摄像头、工业传感器）实时采集现场数据（图像、声音、设备运行参数、生命体征等），采集完成后，直接在设备本地运行轻量化AI模型，对数据进行实时分析、识别与推理，无需将原始数据上传至云端。比如上海某CBD的边缘AI摄像头，可本地采集视频数据并运行YOLOv8模型，实时识别异常行为，无需依赖云端算力。

这一能力的实现，高度依赖边缘硬件的算力与图像处理能力。飞凌嵌入式FET1126BJ-S核心板搭载高性能ISP与VPU，支持4K@30fps超清视频解码、12M@30fps编码输出，可同时接入多路高清摄像头采集视频流，并本地流畅运行YOLOv8等目标检测模型，实时完成异常行为识别、人脸检测、烟火告警等边缘AI推理任务，无需将原始视频数据上传至云端，真正实现“数据在哪里，AI就在哪里”的边缘AI核心逻辑。

（3）边缘AI本地决策与反馈：毫秒级闭环的核心价值

AI模型在边缘设备上完成数据推理后，直接输出决策结果，并控制边缘设备执行相应操作，同时仅将关键决策数据（而非原始数据）上传至云端，用于后续模型优化。整个过程耗时可缩短至毫秒级，实现“采集-处理-决策-反馈”的完整闭环，这也是边缘AI最核心的优势所在。例如急诊科边缘AI系统，可本地处理CT影像并快速判断脑出血情况，30秒内即可输出结果，为救治争取黄金时间。

要实现毫秒级的端到端闭环，需要边缘硬件具备算力、实时性与稳定性的三重保障。飞凌嵌入式FET3588-C核心板作为旗舰级边缘AI硬件，搭载6TOPS算力的三核独立NPU，支持INT4/INT8/INT16/FP16混合精度运算，可在本地快速完成医疗影像、工业缺陷图像等复杂数据的推理分析，最短可在数十毫秒内输出决策结果，完美适配紧急医疗、工业实时控制等对响应速度有极致要求的边缘AI场景。同时，其仅将关键决策数据上传云端用于模型迭代，既实现了实时闭环控制，也兼顾了边缘AI模型的持续优化。

二、边缘AI核心价值：5大优势与全场景应用

1. 边缘AI的核心优势：对比云端AI的5大核心价值

边缘AI之所以能快速普及，核心是解决了云端AI在实际应用中的诸多痛点，其优势精准贴合工业、医疗、交通等行业的核心需求，而飞凌嵌入式的产品矩阵，更是将这些优势转化为了可落地、可复制的边缘AI行业解决方案。

低延迟，实现实时响应

数据无需上传至远端云端，在边缘设备本地完成处理与推理，延迟可从云端AI的秒级、数十秒级，压缩至毫秒级（通常10-100毫秒），完全满足实时决策需求。飞凌嵌入式全系列边缘AI硬件，均针对实时推理场景做了深度优化，为低延迟响应提供硬件支撑。

省带宽，降低企业运营成本

边缘AI仅在本地处理数据，仅将少量关键决策数据上传至云端，可减少80%以上的无效数据传输，大幅降低企业的带宽成本和云端存储压力，尤其适合偏远地区、网络基础设施薄弱的场景。飞凌嵌入式多款低功耗边缘AI核心板，从硬件源头降低带宽与运营成本。

高隐私，保障数据安全合规

边缘AI实现数据“本地采集、本地处理、本地销毁”，原始数据无需离开边缘设备，从源头避免了数据传输过程中的泄漏风险，既保障了数据安全，也帮助企业实现合规运营。飞凌嵌入式多款产品针对高安全需求场景做了专属优化，从硬件层面筑牢数据安全防线。

高可靠，彻底摆脱云端依赖

边缘AI无需依赖云端，即使在网络中断、断网离线的场景下，也能独立运行，保障AI服务的连续性。飞凌嵌入式全系边缘AI产品均采用工业级硬件设计，具备极强的环境适应性与运行稳定性，即使在断网、极端环境下也能保障服务连续运行。

易部署，适配多场景落地

边缘设备体积小巧、部署灵活，无需大规模改造现有基础设施，可快速适配不同行业、不同场景的需求。飞凌嵌入式边缘AI产品矩阵覆盖全算力层级，具备部署灵活、适配性强的核心优势，大幅降低边缘AI技术的落地门槛，让中小企业也能低成本接入。

2. 边缘AI的主流应用场景：全行业落地实践详解

边缘AI的优势决定了其应用场景极具广泛性，已深度渗透到工业、医疗、交通、零售、农业等多个领域，而飞凌嵌入式针对不同行业的场景特性，打造了专属的边缘AI硬件解决方案，全面赋能千行百业的智能化转型。

工业领域

边缘AI是工业互联网的核心支撑技术，主要用于工业设备故障预测、生产质量检测、生产流程优化。飞凌嵌入式为工业智能制造打造了全系列边缘AI硬件解决方案，适配工业机器视觉、设备预测性维护、多工位产品质检等场景，已广泛应用于汽车零部件制造、3C电子生产等高端智能制造车间。

医疗领域

边缘AI解决了医疗领域“实时诊断、隐私保护”的核心痛点，主要应用于影像诊断、生命体征监测、急诊救治。飞凌嵌入式相关产品可部署于基层医院的边缘AI影像诊断系统，30秒内输出疾病诊断建议，也可搭载于智能可穿戴设备，实现本地实时生命体征监测与异常报警。

交通领域

自动驾驶是边缘AI最核心的应用场景之一，车载边缘AI设备可实时处理多传感器路况数据，本地完成路径规划、避障决策；智慧交通领域，路口边缘AI设备可本地识别交通违章、分析流量，联动优化信号灯配时。飞凌嵌入式全系列产品可适配车载主控、路口边缘智能服务器、智能摄像头等终端。

零售领域

边缘AI让零售终端实现智能化升级，主要应用于商品识别、客流分析、精准推荐。飞凌嵌入式高性价比边缘AI产品，为智慧零售场景提供了低成本、易部署的解决方案，可嵌入无人超市视觉识别终端、智能货架与客流统计设备，断网状态下也能保障门店正常运营。

农业领域

边缘AI适配农业户外场景的特点，解决了农村网络薄弱、带宽不足的问题，主要应用于土壤监测、病虫害识别、灌溉控制。飞凌嵌入式相关产品可对接田间各类传感器，实现精准灌溉与科学施肥，也可搭载于农业无人机与田间智能摄像头，本地识别农作物病虫害，精准定位发病区域。

家居领域

边缘AI让智能家居设备实现“本地联动、快速响应”，提升用户体验。飞凌嵌入式轻量级边缘AI核心板，为智能家居设备提供了低延迟、高隐私的本地化智能解决方案，可搭载于家用智能网关、智能音箱、家用智能摄像头，本地完成语音指令识别与异常情况报警，保护用户隐私。

三、边缘AI发展趋势与落地选型指南

1. 边缘AI的发展趋势：未来4大核心方向

随着物联网、人工智能、芯片技术的持续迭代，边缘AI正朝着“更高效、更智能、更普惠”的方向发展，未来几年将迎来爆发式增长，而飞凌嵌入式也始终紧跟行业趋势，持续推动边缘AI技术的落地与创新。

模型轻量化与高效化

未来，边缘AI模型将进一步优化压缩技术，在保留核心推理能力的前提下，进一步降低参数量和算力需求，适配更多低端边缘设备，降低落地成本。飞凌嵌入式打造了覆盖全算力层级的硬件产品矩阵，与芯片厂商深度合作，配合模型轻量化技术，进一步降低落地门槛。

云边协同常态化

边缘AI与云端AI的协同将更加紧密，形成“云端训、边缘推”的完整架构，既兼顾实时性、隐私性，又能实现模型的持续优化。飞凌嵌入式全系列产品均深度适配云边协同架构，可无缝对接各大云平台，完美适配复杂场景的云边协同需求。

行业定制化加深

未来边缘AI将朝着行业定制化方向发展，针对不同细分领域，开发专属的解决方案和模型，适配行业特有的需求。飞凌嵌入式深耕嵌入式行业20年，针对不同细分行业的场景需求，打造了专属的硬件产品与解决方案，大幅提升行业落地效果。

低成本化与普惠化

随着边缘AI芯片、设备的规模化生产，部署成本将大幅降低，让中小企业也能轻松接入边缘AI服务。飞凌嵌入式通过规模化生产与技术迭代，大幅降低了边缘AI的部署门槛与成本，持续推动边缘AI技术的普惠化发展。

2. 边缘AI硬件选型指南：飞凌嵌入式全场景产品矩阵

结合边缘AI的技术特性与场景需求，整理飞凌嵌入式边缘AI硬件选型对照表，覆盖全场景需求，帮助用户快速选对适配的边缘AI硬件：

产品型号	核心AI算力	核心适配场景	核心优势
FCU3501 AI边缘计算盒子	6TOPS（可扩展至32TOPS）	智慧交通边缘服务器、城市级安防汇聚节点、工业AI质检中心	旗舰级可扩展算力，多路视频并行处理，开箱即用
FET3588-C核心板	6TOPS	高端智能NVR、多模态交互机器人、自动驾驶车载主控	8K超高清处理，八核高性能架构，全场景旗舰适配
FET3576-C核心板	6TOPS	医疗影像诊断、金融AI终端、高性能工业AI网关	硬件级资源隔离，高安全合规，工业级高可靠
FET1126BJ-S核心板	3TOPS@INT8	智能安防摄像头、智慧工地终端、车载后装设备	高性价比主流算力，宽温工业级设计，视频处理能力强
FETMX8MP-C核心板	2.3TOPS	工业机器视觉、精密尺寸测量、设备预测性维护	实时内核加持，专为工业视觉优化，高精准低延迟
FET536-C核心板	2TOPS	智能电力网关、AGV/AMR控制器、综合能源管理终端	多路CAN-FD总线，强实时性，多网口多总线适配
FET3568-C核心板	1TOPS	AIoT智能网关、工业HMI、智慧农业终端	行业爆款，接口丰富，高稳定性，全场景通用适配
FET3562-C核心板	1TOPS	全国产化项目、教育AI硬件、小型商业机器人	100%全国产化，高性价比，长周期供货保障
FET-MX9352-C核心板	0.5TOPS	智能家居主控、分布式物联网节点、轻量型边缘AI设备	低功耗架构，工业级宽温，入门级高性价比

四、总结：边缘AI的核心价值与未来意义

综上，边缘AI并非简单的“AI+边缘设备”，而是一种以“本地实时处理、隐私安全保障、低成本落地”为核心的新型AI技术形态，核心解决了云端AI延迟高、带宽消耗大、隐私泄露风险高的痛点，实现了AI技术从“云端”到“终端”的下沉，让AI真正走进产业实践、融入日常生活。

而飞凌嵌入式作为嵌入式行业的领军企业，凭借完整的边缘AI硬件产品矩阵、深厚的工业级设计经验与全栈式技术支持，为边缘AI技术的规模化落地提供了坚实的硬件基石。从0.5TOPS到32TOPS的无断档算力覆盖，从消费级智能家居到工业级智能制造的全场景适配，飞凌嵌入式始终致力于将前沿的芯片算力，转化为客户可快速部署、稳定运行的边缘智能解决方案，助力千行百业实现数字化、智能化转型。

作为连接AI算法与终端场景的核心纽带，边缘AI的发展不仅推动了人工智能、物联网技术的深度融合，更助力各行业实现数字化、智能化转型，提升生产效率、降低运营成本、保障数据安全。未来，随着技术的持续迭代，边缘AI将渗透到更多细分场景，成为数字经济时代的核心基础设施，也将成为AI技术发展的重要趋势，值得我们持续关注与探索。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

瑞芯微开发板客制化必备｜启动LOGO+开机动画替换实操指南

2026-02-25 10:31:00 +0800

瑞芯微系列开发板支持上电显示LOGO并持续展示至应用启动，默认搭载飞凌嵌入式官方LOGO，用户可根据客制化需求完成LOGO与开机动画的替换，以下为瑞芯微系列（RK3588/RK3576/RK3568/RK3562）全平台、全系统的详细配置与修改方法。

一、系统LOGO显示基础配置修改

瑞芯微系列开发板的LOGO均通过各平台SDK中kernel目录下的logo.bmp和logo_kernel.bmp两个位图文件配置，直接替换该文件夹下的同名文件即可完成LOGO修改， 文件命名必须严格为logo.bmp和logo_kernel.bmp，不可更改。

二、系统LOGO显示效果调整

（一）LOGO旋转

暂不支持通过系统配置实现LOGO旋转，需提前修改原始BMP文件的显示方向，以此达到LOGO旋转的展示效果。

（二）LOGO显示模式选择

瑞芯微开发板在uboot和kernel两个启动阶段，会分别调用上述两张BMP图，默认采用center居中显示模式，可修改为fullscreen全屏显示模式，需通过各平台对应的dtsi文件配置，以RK3568开发板为例：

修改arch/arm64/boot/dts/rockchip/rk3568.dtsi文件中，panel节点下的LOGO显示模式相关配置即可，核心配置片段如下：

route_dsio: route-dsio{
status = "disabled";
Logo,uboot ="Logo.bmp";
Logo,kernel ="Logo kernel.bmp";
Logo,mode ="center";
charge_Logo,mode="center";
connect=<&vp0_out_dst0>;
};
route_dsi1:route-dsi1{
status = "disabled";
Logo,uboot="Logo.bmp";
Logo,kernel ="Logo_kernel.bmp";
logo,mode ="center";
charge_Logo,mode = "center";
connect=<&vpo_out_dsi1>;
};
route_edp:route-edp{
status = "disabled";
Logo,uboot="Logo.bmp";
Logo,kernel="Logo_kernel.bmp";
logo,mode ="center";
charge_Logo,mode ="center";
connect=<&vpo_out_edp>;
};

（三）显示模式选型建议

BMP格式为无压缩图片，不同显示模式和图片分辨率会影响展示效果与系统镜像大小，具体注意事项如下：

center居中模式：小分辨率图片的非LOGO区域会以黑色填充，建议更换的LOGO图统一使用黑色背景；
fullscreen全屏模式：图片会出现明显的缩放模糊效果；
大分辨率图片会导致kernel镜像体积过大，造成冗余。

飞凌嵌入式公司推荐采用 小分辨率、黑色背景、居中显示的组合方案。

三、系统LOGO图片格式规范

替换的LOGO图片需严格遵循以下格式要求，否则会导致展示异常甚至系统崩溃：

若使用PS工具转换BMP图，需选择 Windows格式、 24位深，并勾选 反转行序；
图片分辨率建议不超过1080P，若分辨率过高会导致boot镜像过大，需同步修改EMMC分区大小，否则烧写过程会报错（编译环节可正常执行）；
因VOP虚宽以word为单位，RK全平台要求LOGO图片按4byte对齐，其中356x平台需满足 分辨率位宽为4pixel对齐，否则启动过程中可能出现概率性系统崩溃，崩溃打印关键信息为rk_iommu Page fault；
图片位深仅支持8bit、16bit、24bit、32bit四种，若需减小图片体积，可在该范围内调整位深。

四、瑞芯微各型号开发板用户层LOGO替换方案

部分型号开发板支持在用户空间直接更换开机LOGO，无需修改源码并重新编译烧写，核心为新增LOGO分区并配置相关脚本/文件，各型号具体实现方法详见飞凌嵌入式在线文档中的 《瑞芯微平台开发手册》，关键信息如下：

OK3568（4.19.206 Buildroot）：以patch格式在源码中修改，新增boot分区并创建开机自启脚本，脚本可检测U盘内的LOGO图片，自动读取并生成logo.img镜像，通过dd命令烧写至LOGO分区；点击查阅
OK3576（6.1.75 Android14）：基于OK3576-C_Android14_用户资料_R1修改，因uboot源码不开源，提供编译好的uboot.img直接使用；若更新用户资料版本，需先验证后再部署；点击查阅
OK3562（5.10.198 Buildroot）：添加独立LOGO分区，后续可直接在开发板端完成LOGO图片更换，操作无需依赖源码编译。点击查阅

五、开机动画修改方法

Buildroot和Forlinx Desktop系统默认无开机动画，可通过内核进程绘制实现动画效果， 注意：该方法会增加系统启动时间；Android系统则支持通过专用动画文件配置开机动画，各系统具体实现如下：

（一）Buildroot系统添加LOGO动画效果（以OK3568 4.19.206 Buildroot为例）

需先将启动动画的连续图片转换为指定的ppm格式，转换步骤如下：

若为PNG格式：pngtopnm logo.png > logo.pnm
若为BMP格式：bmptopnm logo.bmp > logo.pnm
颜色量化：pnmquant 224 logo.pnm > logo224.pnm
转换为目标格式：pnmtoplainpnm logo224.pnm > logo_linux_clut224.ppm

具体后续配置详见 《瑞芯微平台开发手册》。点击查阅

（二）Android系统开机动画修改（以OK3568 4.19.193 Android11为例）

动画核心文件：开机动画由bootanimation.zip压缩包实现，包含part0文件夹和desc.txt文件两部分；
part0文件夹：存放与屏幕分辨率一致的动画图片，图片命名需按数字递增排序；
关键注意事项：图片位深需严格控制，经测试高位深（32位深）会导致动画无画面，默认推荐使用8位深；

具体配置与文件制作方法详见 《瑞芯微平台开发手册》。点击查阅

咨询立即获得专属服务

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3568开发板 Buildroot：免编译 LOGO 替换独立分区实现方案

2026-02-11 16:45:00 +0800

OK3568-C开发板LOGO替换技术方案

基于Buildroot 4.19.206系统的独立分区方案，实现无需重新编译全量源码的便捷LOGO替换机制

本方案专为OK3568-C开发板（基于瑞芯微RK3568处理器研发设计）量身打造，以patch格式规范呈现源码修改内容，通过新增独立LOGO分区、搭配开机自启脚本的科学方式，实现开机LOGO图片的便捷替换，无需改动核心源码，亦无需重新编译烧写全量系统，可显著提升开发调试效率，适配Linux 4.19.206系统环境。

1. 方案概述

本文所提供的源码修改内容，均以 patch格式标准化呈现（便于团队复用、版本管控及协同开发），其核心实现逻辑清晰明确：

独立分区设计

在系统镜像中新增独立logo分区，实现LOGO数据的隔离存储与管理，避免与系统其他分区产生冲突。

自动化脚本

创建开机自启脚本，自动检测U盘内指定路径的logo图片，实现自动化镜像生成与烧录。

免编译更新

无需重新编译全量源码，通过简单的重启操作即可完成开机LOGO替换，简化操作流程。

版本可控

Patch格式标准化呈现，便于团队复用、版本管控及协同开发，确保技术方案的可维护性。

2. 源码修改方法

常见问题

经实际测试验证，部分用户在操作过程中，因OK3568-linux-source/device/rockchip/路径下缺失logo/logo_normal文件夹，导致全编译流程异常终止。

2.1 解决措施

针对上述问题，需手动创建对应空文件夹，且文件夹路径需与后续配置参数严格保持一致，确保编译流程顺畅：

Bash

# 赋予读写执行权限（所有者、组用户、其他用户均有执行权限）
mkdir -p logo/logo_normal

2.2 虚拟机源码修改

（1）配置logo分区挂载

buildroot/board/rockchip/ok3568/fs-overlay-recovery/etc/fstab

作用：新增logo分区挂载规则，将logo分区精准挂载至/mnt/logo目录，为系统访问logo分区搭建便捷通道。

Diff

diff --git a/buildroot/board/rockchip/ok3568/fs-overlay-recovery/etc/fstab b/buildroot/board/rockchip/ok3568/fs-overlay-recovery/etc/fstab
index bb97eaf92..b5e92e026 100644
--- a/buildroot/board/rockchip/ok3568/fs-overlay-recovery/etc/fstab
+++ b/buildroot/board/rockchip/ok3568/fs-overlay-recovery/etc/fstab
@@ -9,5 +9,6 @@ sysfs /sys sysfs defaults 0 0
 /dev/block/by-name/misc /misc emmc defaults 0 0
 /dev/block/by-name/userdata /userdata ext2 defaults 0 0
 /dev/block/by-name/oem /oem ext2 defaults 0 0
+# 新增logo分区挂载：设备节点为/dev/block/by-name/logo，挂载点/mnt/logo，文件系统ext2
+/dev/block/by-name/logo /mnt/logo ext2 defaults 0 2
 /dev/sda1 /mnt/usb_storage vfat defaults 0 0
 /dev/mmcblk1p1 /mnt/sdcard vfat defaults 0 0

（2）修改固件生成脚本

device/rockchip/common/mkfirmware.sh

作用：新增logo镜像生成逻辑，实现logo.img镜像的自动化构建，同时将其纳入固件包。

Diff

diff --git a/device/rockchip/common/mkfirmware.sh b/device/rockchip/common/mkfirmware.sh
index cc07d7a1b..5a1328a12 100755
--- a/device/rockchip/common/mkfirmware.sh
+++ b/device/rockchip/common/mkfirmware.sh
@@ -4,8 +4,11 @@ set -e
 
 SCRIPT_DIR=$(dirname $(realpath $BASH_SOURCE))
 TOP_DIR=$(realpath $SCRIPT_DIR/../../..)
+# 定义logo目录路径：拼接源码根目录与配置文件中指定的RK_LOGO_DIR（logo_normal）
+LOGO_DIR=$TOP_DIR/device/rockchip/logo/$RK_LOGO_DIR
 cd $TOP_DIR
 
 # （原有函数逻辑保持不变）
@@ -268,6 +271,27 @@ then
     fi
 fi
 
+# 新增logo镜像生成逻辑
+# 定义logo镜像生成脚本路径
+LOGO_FAKEROOT_SCRIPT=$ROCKDEV/logo.fs
+if [ $RK_LOGO_DIR ] # 判断是否配置了logo目录（从BoardConfig中读取）
+then
+    if [ -d "$LOGO_DIR" ] # 检查logo目录是否存在
+    then
+        # 创建logo镜像生成脚本
+        echo "#!/bin/sh" > $LOGO_FAKEROOT_SCRIPT
+        echo "set -e" >> $LOGO_FAKEROOT_SCRIPT # 脚本执行出错时立即退出
+        if [ "$RK_LOGO_FS_TYPE" = "ubi" ]; then # 判断logo分区文件系统类型
+            # UBI文件系统：调用mkimage工具生成带指定参数的logo镜像
+            echo "$MKIMAGE $LOGO_DIR $ROCKDEV/logo.img $RK_LOGO_FS_TYPE $RK_LOGO_PARTITION_SIZE logo $RK_UBI_PAGE_SIZE $RK_UBI_BLOCK_SIZE" >> $LOGO_FAKEROOT_SCRIPT
+        else
+            # 非UBI文件系统（本文为ext2）：生成基础logo镜像
+            echo "$MKIMAGE $LOGO_DIR $ROCKDEV/logo.img $RK_LOGO_FS_TYPE " >> $LOGO_FAKEROOT_SCRIPT
+        fi
+        chmod a+x $LOGO_FAKEROOT_SCRIPT # 赋予脚本可执行权限
+        $FAKEROOT_TOOL -- $LOGO_FAKEROOT_SCRIPT # 执行脚本生成镜像
+        rm -f $LOGO_FAKEROOT_SCRIPT # 清理临时脚本
+    else
+        echo "warning: $LOGO_DIR not found!" # 目录不存在时输出警告
+    fi
+fi
+
 if [ -f $UBOOT_IMG ]
 then
     echo -n "create uboot.img..."

（3）添加logo分区配置

device/rockchip/ok3568/BoardConfig-ok3568.mk

作用：精准配置logo分区的文件系统类型、目录名称、分区大小等核心参数。

Diff

diff --git a/device/rockchip/ok3568/BoardConfig-ok3568.mk b/device/rockchip/ok3568/BoardConfig-ok3568.mk
index 74c2fff2d..202efa5ff 100644
--- a/device/rockchip/ok3568/BoardConfig-ok3568.mk
+++ b/device/rockchip/ok3568/BoardConfig-ok3568.mk
@@ -46,12 +46,17 @@ export RK_RAMBOOT_TYPE=
 export RK_OEM_FS_TYPE=ext2
 # Set userdata partition type, including ext2, fat
 export RK_USERDATA_FS_TYPE=ext2
+# 配置logo分区文件系统类型（与挂载配置一致为ext2）
+export RK_LOGO_FS_TYPE=ext2
 #OEM config
 export RK_OEM_DIR=oem_normal
 # OEM build on buildroot
 #export RK_OEM_BUILDIN_BUILDROOT=YES
 #userdata config
 export RK_USERDATA_DIR=userdata_normal
+# logo分区核心配置
+export RK_LOGO_DIR=logo_normal # logo文件存放目录（需与实际创建的文件夹名称一致）
+export RK_LOGO_PARTITION_SIZE=0x0000a000 # logo分区大小（以512字节存储块为单位：0x0000a000×512=20MB）
 #misc image
 export RK_MISC=wipe_all-misc.img
 #choose enable distro module

（4）修改eMMC分区表

device/rockchip/ok3568/parameter-buildroot-fit.txt

作用：在eMMC分区表中新增20M大小的logo分区，同步微调userdata分区的起始地址，有效规避分区重叠问题。

Diff

diff --git a/device/rockchip/ok3568/parameter-buildroot-fit.txt b/device/rockchip/ok3568/parameter-buildroot-fit.txt
index 17d6da32b..3c5f175d9 100644
--- a/device/rockchip/ok3568/parameter-buildroot-fit.txt
+++ b/device/rockchip/ok3568/parameter-buildroot-fit.txt
@@ -8,5 +8,5 @@ MACHINE: 0xffffffff
 CHECK_MASK: 0x80
 PWR_HLD: 0,0,A,0,1
 TYPE: GPT
-CMDLINE: mtdparts=rk29xxnand:0x00002000@0x00004000(uboot),0x00002000@0x00006000(misc),0x00010000@0x00008000(boot),0x00010000@0x00018000(recovery),0x00010000@0x00028000(backup),0x00c00000@0x00038000(rootfs),0x00040000@0x00c38000(oem),-@0x00c78000(userdata:grow)
+# 新增logo分区：大小0x0000a000（20MB），起始地址0x00c78000（接续oem分区）；userdata分区起始地址调整为0x00c82000（0x00c78000+0x0000a000）
+CMDLINE: mtdparts=rk29xxnand:0x00002000@0x00004000(uboot),0x00002000@0x00006000(misc),0x00010000@0x00008000(boot),0x00010000@0x00018000(recovery),0x00010000@0x00028000(backup),0x00c00000@0x00038000(rootfs),0x00040000@0x00c38000(oem),0x0000a000@0x00c78000(logo),-@0x00c82000(userdata:grow)
 uuid:rootfs=614e0000-0000-4b53-8000-1d28000054a9

分区表调整说明

分区表的修改需结合实际硬件的eMMC容量灵活调整，确保配置参数与硬件规格高度适配。详细操作规范可参考官方文档。

（5）添加logo镜像到固件包

tools/linux/Linux_Pack_Firmware/rockdev/rk356x-package-file

作用：将自动化生成的logo.img镜像纳入固件打包列表，确保固件烧录过程中，logo镜像可同步写入eMMC的logo分区。

Diff

diff --git a/tools/linux/Linux_Pack_Firmware/rockdev/rk356x-package-file b/tools/linux/Linux_Pack_Firmware/rockdev/rk356x-package-file
index 4cad31ed5..dfaa54157 100644
--- a/tools/linux/Linux_Pack_Firmware/rockdev/rk356x-package-file
+++ b/tools/linux/Linux_Pack_Firmware/rockdev/rk356x-package-file
@@ -13,6 +13,7 @@ boot Image/boot.img
 recovery Image/recovery.img
 rootfs Image/rootfs.img
 oem Image/oem.img
+logo Image/logo.img # 新增logo镜像打包配置
 userdata Image/userdata.img

2.3 创建开机自启脚本

（1）新建脚本文件

buildroot/board/rockchip/ok3568/fs-overlay/etc/init.d/S99logo

脚本功能：系统开机后，自动检测U盘内指定路径的logo图片，若成功检测到目标图片，将自动完成logo镜像的生成与logo分区的烧录操作，同时创建标志文件，有效避免重复烧录。

Bash

#!/bin/sh
# 检测U盘logo文件并烧录的核心函数
check_sdcard() {
    while true; do # 循环检测（确保U盘挂载完成）
        sleep 1 # 每秒检测一次，降低系统资源占用
        # 判断U盘是否挂载且存在指定logo文件夹（路径需与U盘实际存放logo文件的文件夹路径保持一致）
        if [[ -d "/run/media/sda1/Forlinx_logo" ]]; then
            cd "/run/media/sda1/Forlinx_logo"
            # 检测标志文件：存在则说明已烧录，直接退出循环
            if [[ -f "Forlinx_logo_flag" ]]; then
                echo "Forlinx_logo_flag file exists, skip reflashing."
                break
            else
                # 检测是否同时存在uboot和kernel阶段的logo文件（二者缺一不可）
                if [[ -f "logo.bmp" && -f "logo_kernel.bmp" ]]; then
                    # 合并logo文件生成镜像（uboot logo在前，kernel logo在后）
                    cat "logo.bmp" > "logo.img"
                    # 镜像文件按512字节对齐（适配分区存储块大小）
                    truncate -s %512 "logo.img"
                    cat "logo_kernel.bmp" >> "logo.img"
                    # 烧录镜像至logo分区（of参数为logo分区设备节点）
                    dd if="logo.img" of="/dev/block/by-name/logo"
                    echo "Logo files flashed to /dev/block/by-name/logo successfully."
                    touch "Forlinx_logo_flag" # 创建标志文件，避免重复烧录
                    break; # 烧录完成，退出循环
                else
                    echo "Error: Missing logo.bmp or logo_kernel.bmp in the U盘."
                fi
            fi
        fi
    done
}
# 脚本入口：仅在start参数下执行烧录逻辑（符合init.d脚本规范）
case "$1" in
    start)
        check_sdcard & # 后台运行检测函数，不阻塞系统启动
        ;;
    *)
        exit 1 # 非start参数直接退出
        ;;
esac

（2）赋予脚本可执行权限

在终端执行以下命令，为脚本配置可执行权限：

Bash

# 赋予读写执行权限（所有者、组用户、其他用户均有执行权限）
chmod 775 S99logo

✓

权限验证

执行ls -l S99logo命令，若输出结果显示为-rwxrwxr-x，则表明脚本权限配置成功，可正常运行。

（3）编译烧录

所有修改配置操作全部完成后，执行全编译命令生成新固件，将新固件重新烧录至开发板，即可完成整套logo替换功能的配置工作，具体编译命令如下：

Bash

# 全编译（根据实际编译脚本调整，此处为常规命令示例）
make clean && make

3. 验证方法

3.1 准备logo文件

要求项	详细说明
格式要求	logo图片需严格遵循 BMP格式（Rockchip平台默认支持该格式，确保logo正常显示）
大小限制	两张logo图片的总大小不得超过20MB，与logo分区大小精准匹配，避免因文件过大导致烧录失败
U-Boot阶段logo	logo.bmp（系统开机初期显示，彰显品牌标识）
Kernel阶段logo	logo_kernel.bmp（系统启动过程中显示，保障启动体验的连贯性）

3.2 U盘配置

创建文件夹

在U盘中新建文件夹，文件夹命名为Forlinx_logo，需与脚本中指定的路径严格保持一致，且严格区分大小写。

放入logo文件

将准备就绪的两张logo图片（logo.bmp和logo_kernel.bmp），精准放入该文件夹内。

格式化U盘

确保U盘文件系统格式为 FAT32，该格式为RK3568开发板默认支持的U盘格式。

3.3 烧录验证步骤

步骤1将配置完成的U盘，平稳插入开发板的USB接口，确保接触良好、连接稳定。

步骤2重启开发板，需完成 两次重启操作：

第一次重启：RK3568开发板开机自启脚本自动检测到U盘内的logo文件，同步完成logo镜像的生成与logo分区的烧录
第二次重启：系统成功读取logo分区内的新logo文件，顺利完成开机logo的替换并稳定生效

关键注意事项

若需执行硬重启（即断电重启），需先在终端执行sync命令，确保所有数据写入完成
验证成功后，U盘Forlinx_logo文件夹中会新增两个文件：logo.img（自动生成的logo镜像文件）和Forlinx_logo_flag（烧录标志文件）

3.4 重新替换logo

若RK3568开发板需更换新的开机logo，只需手动删除U盘中Forlinx_logo文件夹内的Forlinx_logo_flag文件，替换文件夹内的logo.bmp和logo_kernel.bmp两张图片后，重复上述重启验证步骤，即可完成新logo的替换，操作便捷高效。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3568 开发板 Buildroot 环境下内核 Logo 动画效果配置实操指南

2026-02-10 16:25:00 +0800

本文为 OK3568-C开发板（基于瑞芯微RK3568处理器设计） 4.19.206 Buildroot 环境下添加内核 Logo 动画的实操指南，聚焦RK3568开发板启动 Logo 动画的完整实现流程。从动画帧图片的格式转换与重命名，到文件部署至内核指定目录，再到 Makefile、logo.c 等核心文件的配置修改，最后完成编译验证，步骤清晰且实操性强，按指引操作可实现 25 帧居中循环、每帧延时 50ms 的 Logo 动画效果。

一、准备工作：图片格式转换

需提前准备动画所需的 连续序列图片（建议 25 张，对应动画帧 00-24），并按以下命令转换为内核支持的 ppm 格式：

1.1 PNG格式转换

若图片为 PNG 格式，使用以下命令转换：

pngtopnm logo.png > logo.pnm

1.2 BMP格式转换

若图片为 BMP 格式，使用以下命令转换：

bmptopnm logo.bmp > logo.pnm

1.3 统一转为224色ppm格式

将转换后的图片统一处理为内核支持的224色ppm格式：

pnmquant 224 logo.pnm > logo224.pnm
pnmtoplainpnm logo224.pnm > logo_linuxXX_clut224.ppm

命名规范

XX 需替换为 00-24（对应 25 帧动画，如 logo_linux00_clut224.ppm、logo_linux01_clut224.ppm）。

二、文件部署：拷贝至内核指定目录

将转换后的 25 张logo_linuxXX_clut224.ppm图片，拷贝到内核源码的 logo 驱动目录：

图1：内核logo目录文件部署结构

OK3568-linux-source/kernel/drivers/video/logo/

三、配置修改：核心文件编辑

（一）修改 Makefile（编译规则添加）

编辑 Makefile，添加新增图片的编译规则，确保 25 帧图片被内核编译：

OK3568-linux-source/kernel/drivers/video/logo/Makefile

图2：Makefile中添加25帧图片编译规则

（二）修改 logo.c（帧切换逻辑）

编辑 logo.c，修正语法错误并添加帧序列匹配逻辑：

OK3568-linux-source/kernel/drivers/video/logo/logo.c

drivers/video/logo/logo.c

diff --git a/drivers/video/logo/logo.c b/drivers/video/logo/logo.c
index 36aa050f9..71ce3bade 100644
--- a/drivers/video/logo/logo.c
+++ b/drivers/video/logo/logo.c
@@ -43,6 +43,8 @@ late_initcall_sync(fb_logo_late_init);
 const struct linux_logo *fb_find_logo(int depth)
 {
 	const struct linux_logo *logo = NULL;
+	int num = depth >> 16;
+	depth &= 0xFFFF;
 	if (nologo || logos_freed)
 		return NULL;
@@ -72,7 +74,34 @@ const struct linux_logo *_ref fb_find_logo(int depth)
 	if (depth >= 8) {
 #ifdef CONFIG_LOGO_LINUX_CLUT224
 		/* Generic Linux Logo */
-		logo = &logo_linux_clut224;
+		// logo = &logo_linux_clut224;
+		switch (num) {
+		case 0: logo = &logo_linux00_clut224; break;
+		case 1: logo = &logo_linux01_clut224; break;
+		case 2: logo = &logo_linux02_clut224; break;
+		case 3: logo = &logo_linux03_clut224; break;
+		case 4: logo = &logo_linux04_clut224; break;
+		case 5: logo = &logo_linux05_clut224; break;
+		case 6: logo = &logo_linux06_clut224; break;
+		case 7: logo = &logo_linux07_clut224; break;
+		case 8: logo = &logo_linux08_clut224; break;
+		case 9: logo = &logo_linux09_clut224; break;
+		case 10: logo = &logo_linux10_clut224; break;
+		case 11: logo = &logo_linux11_clut224; break;
+		case 12: logo = &logo_linux12_clut224; break;
+		case 13: logo = &logo_linux13_clut224; break;
+		case 14: logo = &logo_linux14_clut224; break;
+		case 15: logo = &logo_linux15_clut224; break;
+		case 16: logo = &logo_linux16_clut224; break;
+		case 17: logo = &logo_linux17_clut224; break;
+		case 18: logo = &logo_linux18_clut224; break;
+		case 19: logo = &logo_linux19_clut224; break;
+		case 20: logo = &logo_linux20_clut224; break;
+		case 21: logo = &logo_linux21_clut224; break;
+		case 22: logo = &logo_linux22_clut224; break;
+		case 23: logo = &logo_linux23_clut224; break;
+		case 24: logo = &logo_linux24_clut224; break;
+		}
 #endif
 #ifdef CONFIG_LOGO_DEC_CLUT224
 		/* DEC Linux logo (on MIPS/MIPS64 or ALPHA) */

（三）修改 linux_logo.h（结构体声明）

编辑 linux_logo.h，修正语法错误并声明 25 帧图片结构体：

OK3568-linux-source/kernel/include/linux/linux_logo.h

include/linux/linux_logo.h

diff --git a/include/linux/linux_logo.h b/include/linux/linux_logo.h
index d4d5b93ef..b0ffc168b 100644
--- a/include/linux/linux_logo.h
+++ b/include/linux/linux_logo.h
@@ -35,7 +35,32 @@ struct linux_logo {
 extern const struct linux_logo logo_linux_mono;
 extern const struct linux_logo logo_linux_vga16;
-extern const struct linux_logo logo_linux_clut224;
+// extern const struct linux_logo logo_linux_clut224;
+extern const struct linux_logo logo_linux00_clut224;
+extern const struct linux_logo logo_linux01_clut224;
+extern const struct linux_logo logo_linux02_clut224;
+extern const struct linux_logo logo_linux03_clut224;
+extern const struct linux_logo logo_linux04_clut224;
+extern const struct linux_logo logo_linux05_clut224;
+extern const struct linux_logo logo_linux06_clut224;
+extern const struct linux_logo logo_linux07_clut224;
+extern const struct linux_logo logo_linux08_clut224;
+extern const struct linux_logo logo_linux09_clut224;
+extern const struct linux_logo logo_linux10_clut224;
+extern const struct linux_logo logo_linux11_clut224;
+extern const struct linux_logo logo_linux12_clut224;
+extern const struct linux_logo logo_linux13_clut224;
+extern const struct linux_logo logo_linux14_clut224;
+extern const struct linux_logo logo_linux15_clut224;
+extern const struct linux_logo logo_linux16_clut224;
+extern const struct linux_logo logo_linux17_clut224;
+extern const struct linux_logo logo_linux18_clut224;
+extern const struct linux_logo logo_linux19_clut224;
+extern const struct linux_logo logo_linux20_clut224;
+extern const struct linux_logo logo_linux21_clut224;
+extern const struct linux_logo logo_linux22_clut224;
+extern const struct linux_logo logo_linux23_clut224;
+extern const struct linux_logo logo_linux24_clut224;
 extern const struct linux_logo logo_dec_clut224;
 extern const struct linux_logo logo_mac_clut224;
 extern const struct linux_logo logo_parisc_clut224;

（四）修改 defconfig（内核配置启用）

编辑 defconfig，启用 Logo 功能（删除冗余声音配置）：

OK3568-linux-source/arch/arm64/configs/OK3568-C-linux_defconfig

arch/arm64/configs/OK3568-C-linux_defconfig

diff --git a/arch/arm64/configs/OK3568-C-linux_defconfig b/arch/arm64/configs/OK3568-C-linux_defconfig
index 97d46ceff..d5af9f21d 100644
--- a/arch/arm64/configs/OK3568-C-linux_defconfig
+++ b/arch/arm64/configs/OK3568-C-linux_defconfig
@@ -590,3 +590,18 @@ CONFIG_RCU_CPU_STALL_TIMEOUT=60
 CONFIG_FUNCTION_TRACER=y
 CONFIG_BLK_DEV_IO_TRACE=y
 CONFIG_LKDTM=y
+
+#
+# Console display driver support
+#
+CONFIG_FONT_8x8=n
+CONFIG_VGA_CONSOLE=y
+CONFIG_DUMMY_CONSOLE=y
+CONFIG_DUMMY_CONSOLE_COLUMNS=80
+CONFIG_DUMMY_CONSOLE_ROWS=25
+CONFIG_FRAMEBUFFER_CONSOLE=y
+CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
+# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
+# CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER is not set
+CONFIG_LOGO=y
+CONFIG_LOGO_LINUX_MONO=n
+CONFIG_LOGO_LINUX_VGA16=n
+CONFIG_LOGO_LINUX_CLUT224=y

配置项	说明
CONFIG_FRAMEBUFFER_CONSOLE=y	启用帧缓冲控制台
CONFIG_LOGO=y	启用Logo显示功能
CONFIG_LOGO_LINUX_CLUT224=y	启用224色Linux Logo
CONFIG_LOGO_LINUX_MONO=n	禁用单色Logo
CONFIG_LOGO_LINUX_VGA16=n	禁用VGA16色Logo

（五）修改 fbcon.c（动画播放逻辑）

编辑 fbcon.c，添加帧循环播放和延时逻辑：

OK3568-linux-source/kernel/drivers/video/fbdev/core/fbcon.c

drivers/video/fbdev/core/fbcon.c

diff --git a/drivers/video/fbdev/core/fbcon.c b/drivers/video/fbdev/core/fbcon.c
index bf7959fdf..2607ac9cb 100644
--- a/drivers/video/fbdev/core/fbcon.c
+++ b/drivers/video/fbdev/core/fbcon.c
@@ -569,6 +569,7 @@ static void fbcon_prepare_logo(struct vc_data *vc, struct fb_info *info,
 	if (fb_get_color_depth(&info->var, &info->fix) == 1)
 		erase &= ~0x400;
 	logo_height = fb_prepare_logo(info, ops->rotate);
+	logo_height += (info->var.yres / 2) - (logo_height / 2); // 垂直居中
 	logo_lines = DIV_ROUND_UP(logo_height, vc->vc_font.height);
 	q = (unsigned short *) (vc->vc_origin +
 				vc->vc_size_row * rows);
@@ -2037,6 +2038,8 @@ static int fbcon_resize(struct vc_data *vc, unsigned int width,
 	return 0;
 }
 
+extern int fb_get_logo(struct fb_info *info, int num);
+
 static int fbcon_switch(struct vc_data *vc)
 {
 	struct fb_info *info, *old_info = NULL;
@@ -2158,7 +2161,14 @@ static int fbcon_switch(struct vc_data *vc)
 		logo_shown = fg_console;
 		/* This is protected above by initmem_freed */
-		fb_show_logo(info, ops->rotate);
+		// fb_show_logo(info, ops->rotate);
+#if 1
+		int i;
+		for (i = 0; i < 25; i++) { // 循环播放 25 帧 + fb_get_logo(info, i); + fb_show_logo(info, ops->rotate);
+			msleep(50); // 每帧延时 50ms，可调整动画速度
+		}
+#endif
 		update_region(vc,
 			      vc->vc_origin + vc->vc_size_row * vc->vc_top,
 			      vc->vc_size_row * (vc->vc_bottom - vc->vc_top));

动画参数调整

可通过修改msleep(50)的值来调整动画播放速度，数值越小动画越快，建议范围 30-100ms。

（六）修改 fbmem.c（Logo 位置与函数导出）

编辑 fbmem.c，修正 Logo 显示位置并导出 fb_get_logo 函数：

OK3568-linux-source/kernel/drivers/video/fbdev/core/fbmem.c

drivers/video/fbdev/core/fbmem.c

diff --git a/drivers/video/fbdev/core/fbmem.c b/drivers/video/fbdev/core/fbmem.c
index 7a70e7b80..63cfad4c0 100644
--- a/drivers/video/fbdev/core/fbmem.c
+++ b/drivers/video/fbdev/core/fbmem.c
@@ -509,10 +509,10 @@ static int fb_show_logo_line(struct fb_info *info, int rotate,
 		fb_set_logo(info, logo, logo_new, fb_logo.depth);
 	}
 
-	image.dx = 0;
-	image.dy = y;
 	image.width = logo->width;
 	image.height = logo->height;
+	image.dx = (info->var.xres / 2) - (logo->width / 2); // 水平居中
+	image.dy = (info->var.yres / 2) - (logo->height / 2); // 垂直居中
 
 	if (rotate) {
 		logo_rotate = kmalloc_array(logo->width, logo->height,
@@ -681,12 +681,25 @@ int fb_show_logo(struct fb_info *info, int rotate)
 	return y;
 }
 
+int fb_get_logo(struct fb_info *info, int num)
+{
+	int depth = fb_get_color_depth(&info->var, &info->fix);
+	depth |= num << 16; + fb_logo.logo = fb_find_logo(depth); + if (!fb_logo.logo) { + return -1; + } + return 0; +} #else int fb_prepare_logo(struct fb_info *info, int rotate) { return 0; } int fb_show_logo(struct fb_info *info, int rotate) { return 0; } +int fb_get_logo(struct fb_info *info, int num) { return 0; } #endif /* CONFIG_LOGO */ EXPORT_SYMBOL(fb_prepare_logo); EXPORT_SYMBOL(fb_show_logo); +EXPORT_SYMBOL(fb_get_logo);

（七）修改 bitblit.c（隐藏光标）

编辑 bitblit.c，禁用光标显示避免影响动画效果：

OK3568-linux-source/kernel/drivers/video/fbdev/core/bitblit.c

drivers/video/fbdev/core/bitblit.c

diff --git a/drivers/video/fbdev/core/bitblit.c b/drivers/video/fbdev/core/bitblit.c
index 436365efa..e8e874653 100644
--- a/drivers/video/fbdev/core/bitblit.c
+++ b/drivers/video/fbdev/core/bitblit.c
@@ -373,7 +373,8 @@ static void bit_cursor(struct vc_data *vc, struct fb_info *info, int mode,
 	if (info->fbops->fb_cursor)
 		err = info->fbops->fb_cursor(info, &cursor);
 
-	if (err)
+	// if (err) // 禁用软光标
+	if (0)
 		soft_cursor(info, &cursor);
 
 	ops->cursor_reset = 0;

四、编译验证

完成所有修改后，执行内核编译命令，生成新的镜像文件并烧录到 RK3568 开发板，启动开发板即可看到居中播放的 Logo 动画（25 帧循环，每帧延时 50ms）。

编译内核

执行 make 命令编译内核，生成 boot.img

烧录镜像

将编译生成的镜像烧录到开发板

启动验证

重启开发板，观察开机Logo动画效果

编译参考

详细编译方法请参考飞凌嵌入式提供的《OK3568编译手册》。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3568开发板 Android11 开机动画（bootanimation）标准化配置

2026-02-10 13:39:00 +0800

本指南详细介绍了OK3568-C开发板（基于瑞芯微RK3568处理器设计），Android 11系统开机动画的配置方法，涵盖动画文件结构、压缩生成、系统集成及测试验证等完整流程。

一、动画文件介绍

安卓开机动画的核心文件为bootanimation.zip，该压缩包包含两部分： partX文件夹（X取值范围0-100）和 desc.txt配置文件。

1.1 partX文件

partX文件夹用于存放动画帧图片，需遵循以下技术要求：

图片分辨率必须与设备屏幕分辨率保持一致
图片命名需按数字连续递增（如01.png、02.png、03.png...）
图片位深需默认为 8位深，高位深（如32位深）有几率导致动画无法显示

关键注意事项

经测试，高位深（如32位深）有几率发生动画无法显示。请务必使用8位深图片格式以确保兼容性。

图1：图片位深设置与验证示例

1.2 desc.txt文件

desc.txt文件用于配置动画的播放规则，格式错误会导致安卓系统无法解析。建议直接复制基础模板后按需修改。

1.2.1 desc.txt基础模板

720 1280 7
p 0 0 part0
（第三行必须保留空行，否则安卓系统不解析）

1.2.2 基础模板参数说明

参数位置	示例值	说明
第一行-宽度	720	动画宽度（像素，对应屏幕分辨率width）
第一行-高度	1280	动画高度（像素，对应屏幕分辨率height）
第一行-帧率	7	每秒播放7张图片（即帧率FPS）
第二行-类型	p	表示播放（play）
第二行-循环	0	0表示循环播放，1表示仅播放一次
第二行-延时	0	段落结束后的帧延迟数
第二行-路径	part0	存储动画图片的文件夹路径
第三行	空行	必须保留空行，否则系统无法解析

1.2.3 SDK中desc.txt完整格式说明

首行参数配置：动画文件的起始行定义全局播放参数，格式为WIDTH HEIGHT FPS

WIDTH：动画宽度，单位像素
HEIGHT：动画高度，单位像素
FPS：每秒帧数，例如60

动画段落配置：后续每行定义一个动画段落，格式如下：

TYPE COUNT PAUSE PATH [#RGBHEX] [CLOCK]

参数	取值	说明
TYPE	p / c	p-常规播放（可中断），c-强制播放（必须完整播放）
COUNT	0 / 正整数	0表示无限循环，正整数表示指定播放次数
PAUSE	数字	段落结束后的帧延迟数
PATH	partX	帧图像资源目录名称
#RGBHEX	#RRGGBB	可选，背景色定义
CLOCK	像素值	可选，智能手表设备的时间显示垂直坐标

系统动画调用：支持特殊类型标识符$SYSTEM，用于调用系统默认动画文件/system/media/bootanimation.zip

二、生成bootanimation.zip压缩文件

提供Windows和Ubuntu两种系统的压缩方法，二选一即可。

Windows系统压缩方法

使用WinRAR或7-Zip等工具，选择"添加到压缩文件"：

压缩格式：ZIP
分卷：不分卷
压缩级别：0-仅存储
密码：留空
文件名：bootanimation.zip

Ubuntu系统压缩方法

使用命令行以存储方式生成：

zip -r -X -Z store bootanimation part*/* desc.txt

准备文件

找到存放part0文件夹和desc.txt文件的目录，确保文件结构正确

选择文件

同时选中part0文件夹和desc.txt文件（注意：不要选中父文件夹）

压缩设置

右键选择"添加到压缩文件"，严格按照上述参数设置

验证检查

双击打开bootanimation.zip，确保压缩包内仅包含part0文件夹和desc.txt，无多余层级

图2：正确的压缩包内部结构（无多余层级）

三、预置动画包到系统源码

将生成的开机动画包集成到OK3568 Android11系统源码中：

目标路径

/OK3568-android11-source/device/rockchip/rk356x/ok3568_r/bootanimation.zip

操作步骤：将自制的bootanimation.zip文件，直接替换上述路径中的原有文件即可。重新编译系统或单独编译该模块后烧录验证。

四、手动测试方法

通过ADB命令替换设备中的动画包并重启测试，适用于开发调试阶段快速验证动画效果。

4.1 一键测试命令

adb root && adb remount && adb push bootanimation.zip /system/media/bootanimation.zip && adb shell sync && adb reboot

4.2 操作说明

确保PC与设备已通过USB连接，且设备已开启USB调试模式
在PC端打开命令提示符（Windows）或终端（Ubuntu）
复制上述命令并执行，等待设备重启后即可查看新的开机动画
如遇到权限问题，请检查设备是否已正确root

注意事项

ADB方式修改的是运行中的系统分区，重启后如未固化到系统镜像，修改将丢失。最终发布请确保已预置到系统源码。

技术规格速查

支持平台

OK3568-C / Android 11 / Kernel 4.19.193

图片格式

PNG / 8位深 / 连续数字命名

压缩要求

ZIP格式 / 存储级别0 / 无密码

配置文件

desc.txt / 严格格式 / 末尾空行

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

RK3576开发板上实现Android14开机Logo的个性化替换- Logo分区创建技术详解

2026-02-10 10:24:00 +0800

技术文档概述

本方案专为OK3576开发板(基于瑞芯微RK3576设计)定制开发适配6.1.75 Android14系统版本，以标准化patch格式呈现源码修改细节，通过新增独立LOGO分区、优化编译配置及镜像打包流程的技术路径，实现开机LOGO图片的便捷替换。整个操作流程无需改动系统核心源码，亦无需重新编译烧写全量系统镜像，可有效精简开发流程、提升调试效率。

1. 方案介绍

本文所提供的源码修改细节、操作流程及配置方案，均以标准化patch格式规范呈现，可满足团队复用、版本管控与协同开发的实际需求。其核心实现逻辑清晰明确：在OK3576 6.1.75 Android14系统镜像中新增独立logo分区，同步优化分区表配置、编译脚本及镜像打包脚本；通过标准化的分区验证、logo镜像打包、板端烧写全流程设计，实现无需重新编译全量系统源码即可完成开机logo替换及集成的核心需求。

该设计不仅大幅简化开发操作流程、降低调试成本，同时可保障系统配置的规范性与运行稳定性，精准适配开发过程中开机logo样式快速迭代的场景需求。

无需重编系统

通过独立分区设计，logo替换无需重新编译全量系统源码，大幅缩短调试周期，提升开发效率。

适用场景：快速迭代调试

标准化流程

采用patch格式规范管理修改内容，支持版本控制与团队协作，确保开发过程规范可追溯。

适用场景：团队协同开发

稳定可靠

分区隔离设计确保logo更新不影响系统核心功能，保障设备运行的稳定性与可靠性。

适用场景：量产环境部署

2. 前置资源准备

本文档配套资源中，已包含适配OK3576 6.1.75 Android14版本的预编译uboot.img文件，该文件可直接应用于本指南后续全部操作流程，无需额外进行编译适配，为开发调试工作提供便捷支撑。

资源文件说明

预编译uboot.img文件已针对OK3576 6.1.75 Android14版本进行适配优化，请确保使用与系统版本匹配的资源文件，避免因版本不一致导致的兼容性问题。注：uboot.img文件获取请联系在线客服索取。

3. 分区表定制配置

3.1 文件替换

将附件中的uboot.img文件，覆盖替换至RK3576开发板源码u-boot目录下的同名文件，确保底层引导程序与系统版本精准适配，为后续分区配置工作奠定基础。

3.2 脚本修改

参照下述patch内容，精准调整指定mk文件配置，执行build.sh脚本完成重新编译后，系统分区表将自动新增logo分区，实现分区结构的规范扩展：

修改路径：device/rockchip/common/build/rockchip/RebuildParameter.mk

--- a/device/rockchip/common/build/rockchip/RebuildParameter.mk
+++ b/device/rockchip/common/build/rockchip/RebuildParameter.mk
@@ -5,7 +5,7 @@ $(info build parameter.txt with $(PRODUCT_PARAMETER_TEMPLATE)....)
ifeq ($(strip $(BOARD_USES_AB_IMAGE)), true)
partition_list := security:4M,uboot_a:4M,trust_a:4M,misc:4M
else
-partition_list := security:4M,uboot:4M,trust:4M,misc:4M
+partition_list := security:4M,uboot:4M,logo:4M,trust:4M,misc:4M
endif # BOARD_USES_AB_IMAGE

3.3 结果核查

Android分区表将在编译过程中自动生成，编译完成后需及时验证logo分区是否成功添加，确保配置生效。分区表生成路径如下：

out/target/product/ok3576_c/parameter.txt

其中CMDLINE分区配置信息如下，可见logo分区已成功纳入系统分区序列，配置符合预期要求：

CMDLINE:mtdparts=rk29xxnand:0x00002000@0x00002000(security),0x00002000@0x00004000(uboot),0x00002000@0x00006000(logo),0x00002000@0x00008000(trust),...

4. Logo分区有效性验证

烧写经分区表修改后的完整编译镜像（update.img镜像），待设备正常启动后，可通过下述命令精准验证logo分区节点是否正常创建，确认分区配置无误：

ok3576_c:/ $ ls -l /dev/block/by-name/logo

验证成功标识

若分区创建成功，将返回如下链接信息，表明分区设备节点已正常映射，可投入后续操作使用：

lrwxrwxrwx 1 root root 20 1970-01-01 08:00 /dev/block/by-name/logo -> /dev/block/mmcblk0p3

异常排查

若未查询到该链接，则表明logo分区创建失败，需回溯核查分区表修改细节及编译流程，排查异常问题后重新执行相关操作。

5. Logo镜像标准化打包

logo.img镜像打包需选用24位色深的BMP格式图片作为源文件，可直接选用源码自带的BMP测试图，亦可自定义符合规格的图片，确保镜像兼容性与显示效果。打包操作支持两种实用场景：

开发环境打包

进入源码kernel-6.1目录，执行下述命令，可完成两张logo图片的512字节对齐处理及合并打包，生成符合系统规范的标准logo.img镜像。

cat logo.bmp > logo.img && truncate -s %512 logo.img && cat logo_kernel.bmp >> logo.img

开发板本地打包

将BMP格式源文件直接传输至开发板，在板端执行上述相同命令，可完成logo.img镜像的本地打包，满足现场快速调试场景的使用需求。

6. 板端即时替换测试

logo.img镜像可通过U盘、TF卡或adb工具传输至RK3576开发板，满足不同调试场景的使用需求。下述为adb传输方式的标准化操作流程：

6.1 设备连接与权限配置

硬件连接：选用USB-TypeC线缆，规范连接主机与开发板的TypeC0接口，确保连接稳定、信号通畅
权限获取：依次执行下述命令，核查设备识别状态，并获取root权限

adb devices    # 验证adb工具是否成功识别开发板
adb root       # 提升操作权限至root级别

6.2 镜像文件传输

执行下述命令，将本地已打包完成的logo.img镜像，精准传输至开发板的data目录：

adb push logo.img /data

6.3 分区写入与效果验证

串口权限获取：通过开发板调试串口登录系统，执行su命令获取root权限
分区写入操作：切换至data目录，执行下述命令，将logo.img镜像精准写入logo分区

dd if=logo.img of=/dev/block/by-name/logo    # 将logo.img镜像写入logo分区

验证流程：重启开发板，观察开机logo显示效果，确认是否成功更新为目标样式，完成替换验证工作。

7. 编译阶段集成logo.img

系统默认编译流程不会自动生成logo.img镜像，需通过手动配置实现编译阶段的无缝集成，确保最终生成的update.img镜像包含logo相关配置。

7.1 文件放置

将已打包完成的logo.img镜像，规范存放至源码目录的kernel-6.1路径下，确保编译脚本可正常读取该文件。

7.2 脚本修改

编辑打包脚本mkimage.sh，添加logo.img镜像的分区拷贝指令：

修改路径：device/rockchip/common/mkimage.sh

--- a/device/rockchip/common/mkimage.sh
+++ b/device/rockchip/common/mkimage.sh
@@ -109,6 +109,7 @@ copy_images_from_out vendor_boot-debug.img
copy_images_from_out recovery.img
copy_images_from_out super.img
copy_images $OUT/userdata.img $IMAGE_PATH/data.img
+copy_images kernel-6.1/logo.img $IMAGE_PATH/logo.img
if [ ! "$PRODUCT_USE_DYNAMIC_PARTITIONS" = "true" ]; then
    copy_images_from_out system.img

7.3 编译与验证

确认脚本修改无误，且logo.img镜像已按要求放置在指定路径后，执行编译打包命令，生成包含logo分区及镜像的update.img镜像；将该镜像烧写至开发板，开机后即可验证logo集成效果。

8. 技术规格速查

项目	规格要求	备注
适用平台	OK3576开发板	6.1.75内核 / Android14
图片格式	BMP 24位色深	支持标准BMP格式
分区大小	4MB	可存储多张logo图片
对齐要求	512字节对齐	使用truncate命令处理
传输方式	ADB / U盘 / TF卡	推荐ADB方式
写入命令	dd命令	目标：/dev/block/by-name/logo

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

本文档由飞凌嵌入式技术支持团队提供 · 适用于OK3576 6.1.75 Android14系统版本

工商业储能EMS能量控制单元「 EN 18031认证」通关欧盟，这张 “网络安全护照” 已就位！

2026-02-09 11:36:00 +0800

认证捷报：FCU2601斩获EN 18031国际网络安全认证

近日，飞凌嵌入式FCU2601嵌入式控制单元顺利通过必维国际检验机构（Bureau Veritas）的严格评估测试，斩获EN 18031网络安全认证证书！这不仅是对该工商业储能EMS能量控制单元安全表现的官方认证，更标志着飞凌嵌入式在网络安全领域的技术实力获得了国际认可。

EN 18031认证解析：出海的核心必备通行证

什么是EN 18031？

EN 18031是欧盟RED无线电设备指令（Directive 2014/53/EU）配套的网络安全协调标准，也是当前欧盟及北美等主流国际市场对电子产品网络安全的核心准入要求之一。该标准从设备安全设计、漏洞管理、数据保护、系统韧性等多个维度，制定了严苛的评估指标，只有通过测试的产品，才能合法进入这些高门槛市场。

为何成为出海刚需？

如今，这张认证证书早已不是 “加分项”，而是电子产品出海的 “必备通行证”—— 没有它，产品即便性能再优也难以敲开国际市场的大门。飞凌嵌入式FCU2601嵌入式控制单元的认证通过，意味着该产品已完全满足欧盟网络安全法规要求，具备了全球市场的准入资质。

认证核心信息

认证机构：必维国际检验机构（Bureau Veritas）

产品型号：FCU2601 Embedded Computer

系统版本：Linux6.1.118

认证标准：EN18031-1:2024

颁发日期：2026年1月23日

认证范围：Article 3.3 d) Protection of Network

全球法规升级：网络安全成出海必答题

EN 18031认证成为出海刚需的背后，是全球网络安全法规的集体升级浪潮。随着联网设备越来越多，从智能家电到工业控制，从储能系统到关键基础设施，设备互联带来便捷的同时，也让网络攻击的风险陡增。小到个人隐私泄露，大到系统瘫痪、产业停摆，网络安全事故的影响愈发深远。

为此，欧盟、北美等主要市场纷纷收紧准入规则，形成了覆盖全产业链的网络安全监管体系，相关核心法规包括：

EN 18031：欧盟RED指令配套网络安全协调标准
IEC 62443：工业自动化与控制网络安全通用核心标准
CRA 网络弹性法案：北美市场网络安全核心法规

对于想要开拓国际市场的中国企业来说，满足这些法规要求已不是 “选择题”，而是决定产品能否出海成功的 “必答题”。

硬核技术支撑：构建全生命周期纵深防御体系

FCU2601嵌入式控制单元顺利通过EN 18031严苛认证的背后，是飞凌嵌入式前瞻性布局的一套“覆盖产品全生命周期的纵深防御技术体系”，从设备启动到全生命周期运行，实现全维度网络安全防护：

固件信任链建立

基于芯片硬件的密钥固化，固件的逐级验证，确保设备启动的固件可信、未被篡改。

固件OTA安全更新

固件的加密传输验证，确保升级过程的可信，为设备全生命周期的安全更新升级提供技术支撑。

系统的安全访问与控制

系统登录提供强密码认证，防爆破等机制，提供强有力的访问控制。

网络防护与端口控制

基于减少攻击向量要求出发，系统只包含必要的网络端口服务，并设置默认的网络防护策略。

安全通信与存储

基于HSM硬件安全模块，保障设备的数据机密性与完整性，完成通信过程的安全性。

CVE漏洞扫描与修复

持续监控全球漏洞数据库，对产品所用软件成分进行主动扫描、评估与修复，形成常态化的漏洞管理闭环。

产品核心优势：多维度适配储能行业需求

飞凌嵌入式FCU2601嵌入式控制单元的产品设计兼具高性能、多接口、低功耗，广泛满足各类储能系统的本地能源管理应用需求，它综合考虑到储能行业不同场景的差异化需求，在硬件，防护，认证，软件等方面都做了充分的准备，以确保产品的适用性、稳定性和可靠性。

目前产品已获得FCC、CE、RoHS等多项国际认证，并按照远动标准完成了环境、安规、EMC等试验，同时FCU2601已启动IEC 62443认证流程（该标准是当前工业自动化与控制网络安全领域的通用核心标准），预计近期将完成全部认证工作。

赋能全球市场：为工商业储能出海保驾护航

斩获EN 18031认证，是飞凌嵌入式在工商业储能EMS应用领域安全布局的全新起点。面向全球日趋严苛的网络安全法规，飞凌嵌入式将持续深耕网络安全技术体系，为工商业储能客户打造全生命周期安全保障体系，筑牢储能EMS产品底层安全防线，助力客户高效突破合规壁垒，以权威认证和可靠品质为工商业储能业的出海保驾护航。

咨询立即获得专属报价

联系销售 | 报价咨询 | 索取样品

华北区负责人

华东区负责人

华南区负责人

中西区负责人

春节放假通知

2026-02-09 10:34:00 +0800

FORLINX EMBEDDED

春节放假通知

Spring Festival Holiday Notice

尊敬的客户：您好！首先，衷心感谢大家长期以来对飞凌嵌入式的信任与支持。根据国家规定及我公司实际情况，现将飞凌嵌入式春节期间的放假安排通知如下：

放假时间安排

放假时间

10天

2026年2月14日 - 2月23日

开工日期

正式上班

2026年2月24日（星期二）

正常发货截止

2月12日

放假开始

2月14日

春节假期

2月14-23日

恢复正常

2月24日

发货时间安排

值此新春佳节来临之际，为确保货物顺利送达，避免因物流公司停运导致货物中途停滞或丢失，我公司特对春节前后的发货时间做出如下安排：

一

库房将于2026年2月12日停止发货，请各合作伙伴提前做好货品储备工作，以保障春节前后各项业务的顺利进行。

二

在停止发货期间，我公司将正常接收订单，并于春节后2026年2月24日起，按照订单顺序依次恢复正常发货。

温馨提示：放假期间您可在天猫旗舰店正常购买产品，未发货订单将在2月24日起陆续发出，给您带来不便敬请谅解。

飞凌嵌入式荣获瑞芯微"2025年度最佳贡献奖"

2026-02-06 11:48:00 +0800

飞凌嵌入式荣获瑞芯微"2025年度最佳贡献奖"

近日，飞凌嵌入式凭借与瑞芯微电子股份有限公司（以下简称"瑞芯微"）的深度协同及突出合作成效，荣获 瑞芯微"2025年度最佳贡献奖"。

2025年度最佳贡献奖

该荣誉不仅是瑞芯微对双方过去一年战略合作成果的高度认可，更是对飞凌嵌入式在产品研发、行业应用、生态共建等领域核心价值的充分肯定，为后续双方持续深化合作奠定了坚实基础。

飞凌嵌入式荣获瑞芯微"2025年度最佳贡献奖"

深度协同，成果显著

自建立合作关系以来，飞凌嵌入式与瑞芯微在产品研发与行业应用落地方面，双方合作成果尤为显著。

飞凌嵌入式基于瑞芯微RK3588、RK3576、RV1126B、RK3568、RK3562、RK3506、RK3399等系列芯片平台，研发推出了多款核心板、开发板及工控机产品，并获得了出色的市场反馈。

这些产品广泛应用于工业控制、物联网、智能设备等领域，为客户提供了高性能、高可靠性的嵌入式解决方案，得到了市场的广泛认可。

合作芯片平台

RK3588

高性能AIoT平台

RK3576

高效能计算平台

RV1126B

视觉处理平台

RK3568

通用计算平台

RK3562

智能边缘平台

RK3506

低功耗IoT平台

RK3399

多媒体处理平台

更多平台

持续合作开发中

展望未来：深化合作，共创价值

展望未来，飞凌嵌入式将与瑞芯微进一步深化战略合作伙伴关系，聚焦技术创新突破、产品迭代优化及市场协同拓展，携手为各行业注入强劲动能。

工业控制

智慧交通

电力能源

智慧医疗

智能制造

物联网

共同推动产业的高质量、智能化发展，助力构建安全、可靠的嵌入式产业生态体系。

OKMX8MP-C开发板

2021-04-08 21:41:35 +0800

OKMX8MP-C开发板

OKMX8MP-C开发板采用NXP i.MX 8M Plus高性能处理器开发，内置NPU、ISP，AI计算能力高达2.3TOPS，可满足轻量级边缘计算需求。同时灵活的I/O接口配置和先进丰富的多媒体资源，方便客户应用程序开发。开发板支持2路千兆以太网、2路CAN-FD、4路UART、4G、5G、双频WiFi、PCIe3.0、USB3.0、HDMI2.0、LVDS、MIPI_CSI、MIPI_DSI等接口资源，最大限度发挥CPU资源。工业级设计，-40℃~+85℃宽温运行，静电、脉冲群、电气隔离等防护措施确保其广泛应用于各种领域，满足智慧城市、工业物联网、智能医疗、智慧交通等应用的需求。

高速通信接口

4K画质与HiFi语音体验

HDMI接口最高支持4K显示输出；同时还具备LVDS、MIPI-DSI显示接口，且可支持三种显示接口三屏同显、三屏异显；音频支持，Cadence® Tensilica® HiFi 4 DSP @ 800 MHz，6路SAI，支持IIS、TDM、AC97。支持8通道PDM麦克风输入。

先进的多媒体技术

3D/2D图形加速

机器学习与视觉

内置NPU，AI计算能力2.3TOPS，满足轻量级边缘计算需求

内置图像信号处理器(ISP)

高版本高稳定的操作系统

工业级品质

通讯接口丰富

灵活可选的无线模组

支持SDIO3.0接口的双频WiFi、4G模组、5G模组

接口资源

开发板，集成丰富的功能接口，产品评估更简单。

产品应用

OKMX8MM-C开发板

2019-10-21 18:06:42 +0800

FETMX8MM-C核心板

FETMX8MM-C核心板基于NXP公司i.MX8M Mini 四核64位处理器设计，主频最高1.8GHz，Cortex-A53架构；2GB DDR4 RAM，支持一个通用型Cortex®-M4 400MHz内核处理器。可提供多种音频接口，包括I2S、AC97、TDM、PDM和SPDIF。提供多种外设接口，如MIPI-CSI、MIPI-DSI、USB、PCIe、UART、eCSPI、IIC和千兆以太网。
目标应用：
·IP摄像头视频监控
·双向视频会议
·可视门铃
·图像分析
·音频处理
·音频广播系统。

高性能，快体验

采用ARM Cortex-A53@四核1.8GHz的CPU，搭配2GB的DDR4 RAM，高性能、高算力，系统运行更快更流畅！

H.265、VP9解码器降低带宽占用

具备1080p 60Hz的H.265和VP9解码器；相比传统的H.264编码，平均解码效率提升50%；传输和存储同样分辨率的视频所占用带宽和容量是H.264的50%。

Android9.0、Linux4.14、Linux6.1

FETMX8MM-C支持Android 9.0、Linux4.14、Linux6.1操作系统，高版本操作系统和UI框架为您的产品带来更高的安全性，以及更酷炫的人机交互体验。

多种数字音频接口音频应用不再受限

支持IIS、AC97、TDM、PDM、SPDIF；支持5个SAI通道，可配置为IIS、AC97、TDM。支持7.1声道声音输出，及环麦输入，用于高保真音乐系统及语音识别应用。

低功耗模式和实时任务处理

FETMX8MM-C具备1个Cortex-M4内核，主频400MHz；与Cortex-A53通过内部AHB总线通信，可用于低功耗休眠、实时任务处理应用。

开发板接口图

为便于客户评估i.MX8Mmini 处理器性能，核心板稳定性，OKMX8MM-C开发板引出接口种类丰富完整,布局合理

15年+生命周期

i.MX8Mmini列入NXP产品长期供货计划，包含在该计划内的产品在推出后至少保证15年供货期，旨在为您的嵌入式设计确保产品的供货稳定性。

OK1046A-C2开发板

2019-10-21 15:22:13 +0800

OK1046A-C2

OK1046A-C2开发板基于NXP 公司的LS1046A 四核处理器设计，主频最高1.8GHz，ARM Cortex-A72架构。采用“核心板 +底板”分离结构，搭载10GHz的信号传输COM Express连接器，保证万兆网信号的传输质量。原生支持2个SFP+接口（10Gb），和5 个1Gbit Ethernet。并且支持USB3.0、M.2（5G ）、mSATA、M.2（WIFI）、UART 等功能接口，以及Ubuntu操作系统。适用于工业路由、5G网关、智慧灯杆安全网关、边缘计算网关、IP-PBX等产品，以及边缘计算、能源物联网、智慧城市、工业自动化、视频监控等应用领域。

更强的处理能力

4核ARM Cortex-A72处理器，最高支持1.8GHz主频， 2GB DDR4 RAM，数据吞吐量最高可达2.1GT/s，高达45000 CoreMark分值的性能

8路原生网口

原生支持8路 Ethernet 最大可支持2个XFI（10GbE）接口

高速网络

采用硬件数据路径加速架构（DPAA），支持数据包解析、分类和
分发(FMan)，调度、包排序和拥塞管理的队列管理(QMan)，
缓冲区分配和反分配的硬件缓冲区管理(BMan)。软件层支持完整的 DPDK
环境1，同时支持OVS-DPDK，用于网络应用中数据包的高性能处理

丰富的高速接口

5Gbps USB3.0、6Gbps SATA3.0、10Gbps Ethernet、32GT/s PCIe3.0（x4）

灵活的功能扩展

8GT/s高速PCIe 3.0扩展更灵活，可用于扩展千兆网卡、双频WIFI、FPGA等高速外设

高速COM Express连接器

采用高速COM Express板对板连接器，传输速率可达10GHz，为高速功能接口引出提供保障。 COM Express Mini Type 10兼容设计，核心板可灵活互换 ²

多系统支持

支持Ubuntu 18.04操作系统，丰富的第三方应用和插件，方便用户开发

开发板接口图

产品应用

适用于工业路由器、边缘计算网关、IP-PBX等产品，以及边缘计算、能源物联网、智慧城市、工业自动化、视频监控等应用领域。

FETMX8MP-C核心板

2021-04-08 21:46:07 +0800

FETMX8MP-C核心板

FETMX8MP-C核心板基于NXP i.MX 8M Plus处理器开发设计，该系列处理器专注于机器学习与视觉、高级多媒体以及具有高可靠性的工业自动化。旨在满足智慧城市、工业物联网、智能医疗、智慧交通等应用的需求。强大的四核或双核Arm Cortex-A53处理器，主频高达1.6GHz，带有神经处理单元(NPU)，最高运行速率可达2.3 TOPS；内置图像信号处理器（ISP）和两个摄像头输入，打造高效的先进视觉系统；多媒体功能包括视频编码(含H.265)和解码、3D/2D图形加速以及多种音频和语音功能；通过Cortex-M7进行实时控制，采用CAN FD和双千兆以太网的强大控制网络，具有时间敏感网络(TSN)；2个USB3.0、1个PCIe3.0、2个SDIO3.0、2个CAN-FD等高速通信接口，满足5G网络、高清视频、双频WiFi、高速工业以太网等应用场景。

高速通信接口

4K画质与HiFi语音体验

先进的多媒体技术

3D/2D图形加速

机器学习与视觉

内置NPU，AI计算能力2.3TOPS，满足轻量级边缘计算需求

内置图像信号处理器(ISP)

高版本高稳定的操作系统

产品应用

FETMX8MQ-C核心板

2020-11-12 15:27:15 +0800

FETMX8MQ-C核心板

FETMX8MQ-C核心板基于NXP i.MX8M处理器设计,四核ARM Cortex-A53 ，主频最高1.3GHz，板载2GB RAM，8GB ROM；工作环境温度为-40℃~85℃，满足工业及泛工业场景应用。
i.MX8M处理器具有音频、语音和视频处理功能，提供全4K UltraHD分辨率和HDR(Dolby Vision、HDR10和HLG)，提供高水平的音频保真度，适用于无风扇运行，散热系统成本低、电池寿命长。
具有高速接口可提供灵活连接等优势，并且提供10~15年产品长期供货计划。
·双独立显示输出
MIPI-DSI（1080p）和HDMI 2.0a（4K）
Vivante GC7000 Lite GPU，
支持OpenGL ES 3.1, OpenGL 3.0,Vulkan, Open CL 1.2
·视频解码
4Kp60 HDR(h.265, VP9), 4Kp30 (h.264), 1080p60 (MPEG2, MPEG4p2,
VC1, VP8, RV9, AVS/AVS+, h.263, DiVX), MJPEG - 8x8
·视频编码
1080p60 (MPEG2, MPEG4p2, VC1, VP8, RV9, AVS, h.263)-软编码
·丰富的外设接口
2x MIPI-CSI、2x USB3.0、2x PCIe2.0、4x UART、1Gb Ethernet

高性能，低功耗

采用NXP i.MX8MQ处理器，四核1.3GHz主频，搭配2GB的DDR4 RAM，提高计算能力；并采用ARM Cortex-A53低功耗架构；满足工业应用领域的无风扇设计需要，带来更安全可靠的运行体验。

4K+1080P双屏独立显示

FETMX8MQ-C支持HDMI和MIPI-DSI双屏独立显示输出，最大支持4K超高清分辨率，满足不同应用场景的显示需求。通过专用转换芯片，可将HDMI转换为eDP、LVDS、RGB；MIPI-DSI可转换为LVDS、HDMI等显示接口。

H.265、VP9解码器降低带宽占用

具备4Kp60的H.265和VP9解码器；
相比传统的H.264编码，平均解码效率提升50%；传输和存储同样分辨率的视频所占用带宽和容量是H.264的50%。比H.264存储/带宽节省一半。

丰富的高速外设接口

2x MIPI-CSI、2x USB3.0、2x PCIe2.0、4x UART、1Gb Ethernet等多种高速外设接口的支持，可满足高清摄像头、工业相机、5G、4G、FPGA、SSD硬盘、PLC、高速以太网设备的接入。

多摄像头接入

FETMX8MQ-C核心板具备2个MIPI-CSI接口，可同时接入2个MIPI-CSI接口的摄像头，满足双目识别等应用；2个USB3.0接口，可接入UVC协议的USB摄像头以及适配USB3.0工业相机等

5G高速通讯

FETMX8MQ-C核心板可通过USB3.0接口连接5G模组，满足客户高速联网通信的需求

PCIe高速接口

FETMX8MQ-C核心板具备2个PCIe2.0接口，可以用来连接高速外设，如：SSD、WIFI6模组、V2X通信模组、FPGA采集卡等。

Linux5.4.3+QT 5.13

FETMX8MQ-C支持Linux5.4.3+QT 5.13 64位操作系统，高版本操作系统和UI框架为您的产品带来更高的安全性，以及更酷炫的人机交互体验。

产品应用

适用于5G终端、边缘计算网关、HMI、V2X RSU、加油机、血液分析仪、PCR、瘦主机等产品应用，以及医疗、电力、工业自动化、智慧交通、环境监测、智慧水务、能耗管理等行业应用

FETMX8MM-C核心板

2019-10-21 17:59:23 +0800

FETMX8MM-C核心板

高性能，快体验

采用ARM Cortex-A53@四核1.8GHz的CPU，搭配2GB的DDR4 RAM，高性能、高算力，系统运行更快更流畅！

H.265、VP9解码器降低带宽占用

具备1080p 60Hz的H.265和VP9解码器；相比传统的H.264编码，平均解码效率提升50%；传输和存储同样分辨率的视频所占用带宽和容量是H.264的50%。

Android9.0、Linux4.14、Linux6.1

FETMX8MM-C支持Android 9.0、Linux4.14和Linux6.1 操作系统，高版本操作系统和UI框架为您的产品带来更高的安全性，以及更酷炫的人机交互体验。

多种数字音频接口音频应用不再受限

支持IIS、AC97、TDM、PDM、SPDIF；支持5个SAI通道，可配置为IIS、AC97、TDM。支持7.1声道声音输出，及环麦输入，用于高保真音乐系统及语音识别应用。

低功耗模式和实时任务处理

FETMX8MM-C具备1个Cortex-M4内核，主频400MHz；与Cortex-A53通过内部AHB总线通信，可用于低功耗休眠、实时任务处理应用。

15年+生命周期

i.MX8Mmini列入NXP产品长期供货计划，包含在该计划内的产品在推出后至少保证15年供货期，旨在为您的嵌入式设计确保产品的供货稳定性。

FETMX6ULL-C核心板

2022-04-09 17:11:57 +0800

FETMX6ULL-C核心板

FETMX6ULL-C核心板基于NXP i.MX6ULL处理器开发设计，采用低功耗的ARM Cortex-A7架构，运行速度高达800MHz。原生支持8路UART、2路Ethernet、2路CAN-bus总线、2路USB 2.0、LCD等常用接口。核心板尺寸仅40*29mm，适应更多体积受限的应用场景。

小尺寸，大作为

FETMX6ULL-C体积小巧，核心板尺寸仅40*29mm，并采用2mm合高的板对板连接器，将小体积、便于拆卸的优势集一身。

成熟稳定

FETMX6ULL-C核心板是飞凌基于NXP i.MX6U系列处理器推出的第三款核心板，成熟的技术方案，带来稳定可靠的全新体验。

功能全面数量多

FETMX6ULL-C核心板原生集2x Ethernet、2x CAN、8x UART、2x USB、RGB LCD、Audio、IIC、SPI、Camera、PWM、ADC、SDIO、GPIO等众多功能于一身，满足更多应用场景所需。

系统易开发，生产更便捷

核心板采用Linux4.1.15操作系统，支持OTG、SD/TF卡批量烧写方式，支持单步更新内核，方便过程开发及批量生产。

丰富的资料，开发更高效

硬件设计手册、嵌入式Linux软件手册、应用笔记、底层驱动源码、应用接口开发示例等完善的资料库，只为让您更省心的开发，更快速的上市产品。

OKMX6ULL-C开发板

FETMX6ULL-C核心板提供配套OKMX6ULL-C开发板，集成丰富的功能接口，产品评估更简单

应用领域

广泛适用于电力、医疗、工业控制及自动化、环境监测、自助终端、安防、车载交通、通讯、充电桩、智能家居、消费电子、手持设备、网关、人机交互等领域

FETMX6ULL-S核心板

2020-06-29 20:27:26 +0800

FETMX6ULL-S 核心板

FETMX6ULL-S核心板采用NXP的高性能、低成本处理器MCIMX6Y2开发设计，采用先进的ARM Cortex-A7内核，运行速度高达800MHz。先进的电源管理架构可以提供更低的功耗。
标配8路原生UART 、2路网口、2路CAN-bus总线、2路USB OTG等常用接口；核心板支持工业级、宽温级和商业级三种配置：256MB DDR3L/512MB DDR3L，256MB NandFlash/4GB eMMC/8GB eMMC，方便用户不同的选择。

小体积，大用途

核心板采用8层PCB沉金工艺，具备更佳的电气特性。邮票孔封装设计，体积小巧，整板尺寸仅44*35mm；

双网、双CAN、八路串口

CPU原生集成两路高实时性的CAN总线接口，双路百兆以太网可实现双网冗余，八路串口同时可以和多种串口设备通讯；

媒体播放，数字摄像，WXGA显示加持

24位并行LCD显示，分辨率高达WXGA (1366x768)；8/10/16/24位并行摄像头传感器接口，支持OV9650数字摄像头；3路IIS接口，ALSA音频架构，更加方便开发自己应用程序；

多种配置，不同选择

核心板支持工业级、宽温级和商业级三种配置，全部经过高低温试验测试，质量保证的同时，方便用户不同的选择；256MB DDR3L/512MB DDR3L，256MB NandFlash/4GB eMMC；

系统易开发，生产更便捷

核心板采用Linux4.1.15操作系统，支持OTG、SD/TF卡批量烧写方式，支持单步更新内核，方便过程开发及批量生产

丰富多样的测试例程及工具

硬件设计手册、嵌入式Linux软件手册、OKMX6ULL-S应用笔记、底层驱动程序、应用接口开发示例等完善的资料库，只为让您更省心的开发程序，更快速的搭建产品

应用领域

广泛适用于医疗、电力、安防、车载、轨道交通、通讯、充电桩、智能家居、消费电子、手持设备、人机交互等领域

FETMX6UL-C核心板工业级

2019-10-29 15:03:30 +0800

FETMX6UL-C 核心板工业级

FETMX6UL-C是一款基于NXP (原Freescale)i.MX6UltraLite Cortex-A7 架构处理器设计的核心板，主频528MHz，核心板采用两组优质进口80P板对板连接器设计，独特的电源管理架构相比ARM9系列的核心板功耗更低。严酷的温度等级测试确保核心板在-40℃~+85℃环境中稳定运行。最大支持8路UART、2路以太网、2路CAN等工业级总线接口；核心板标配256RAM/256MB NandFlash、256RAM/1GB NandFlash（选配）两种配置。

体积小巧配置灵活

长宽仅为40mm*50mm，6层PCB沉金工艺，两组优质防误插板对板连接器

极快的启动时间

经由飞凌软件工程师深度优化裁剪的Linux系统从核心板通电到界面点亮仅需要7.8秒，创造更多可能！

功耗更低！

FETMX6UL-C核心板相比ARM9、ARM11系列核心板功耗直降50%

8路串口 2路网口 2路CAN连接世界

支持串口数量多达8路，同时还能支持2路双冗余网络，2路高实时性CAN-bus总线。

全工业级设计核心板

媒体播放数字摄像

板载IIS接口，WM8960音频芯片音乐歌曲任意播，支持数字摄像头OV9650

安全加密双防护

一重加密：CPU自带安全启动防窃取机制，可防止第三方用户任意刷机植入木马病毒窃取用户信息;二重加密：CPU自带ISO7816第三方认证加密接口，交易更安全

多功能引脚配置更灵活，极限配置随你选！

方便设计各种功能配置底板，让行业不再局限

注：以上为硬件引脚配置参考方案，用户需重新设计底板及软件或与飞凌嵌入式合作开发。免费提供以上四种方案《核心板引脚配置表》，您可联系在线客服索取。

多项认证

广泛适用于工控、医疗、多媒体、安防、车载、金融、教学、电力、通讯、充电桩、智能家居、消费电子、手持设备、显示控制等领域

嵌入式硬件设计手册、嵌入式Linux开发手册
嵌入式开发环境搭建手册、接口驱动程序
应用开发示例等，一切应有尽有只为您更方便开发产品。

技术支持热线、技术交流论坛、技术支持邮箱
随时待命只为您的产品保驾护航。

FETMX6UL-C核心板商业级

2019-10-29 10:23:12 +0800

FETMX6UL-C 核心板商业级

FETMX6UL-C是一款基于NXP（原Freescale）i.MX6Ul traLite Cortex-A7 架构处理器设计的核心板，运行主频528MHz，核心板采用两组优质80Pin板对板连接器设计，独特的电源管理架构相比ARM9系列核心板功耗更低。最大支持8路UART 、2路以太网、2路CAN等工业级总线接口。

体积小巧配置灵活

长宽仅为40mm*50mm，6层PCB沉金工艺，两组优质防误插板对板连接器

极快的启动时间

经由飞凌软件工程师深度优化裁剪的Linux系统从核心板通电到界面点亮仅需要4.6秒，创造更多可能！

功耗更低！

FETMX6UL-C核心板相比ARM9、ARM11系列核心板功耗直降50%

8路串口2路网口 2路CAN连接世界

串口数量多达8路，同时还能支持2路双冗余网络，2路高实时性CAN-bus总线。

安全加密双防护

多功能引脚配置更灵活，极限配置随你选！

方便设计各种功能配置底板，让行业不再局限

注：以上为硬件引脚配置参考方案，用户需重新设计底板及软件或与飞凌嵌入式合作开发。
免费提供以上四种方案《核心板引脚配置表》，您可联系在线客服索取。

多项认证

广泛适用于工控、医疗、多媒体、安防、车载、金融、教学、电力、通讯、充电桩、智能家居、消费电子、手持设备、显示控制等领域

嵌入式硬件设计手册、嵌入式Linux开发手册
嵌入式开发环境搭建手册、接口驱动程序
应用开发示例等，一切应有尽有只为您更方便开发产品。

技术支持热线、技术交流论坛、技术支持邮箱
随时待命只为您的产品保驾护航。

FETMX6Q-C核心板

2019-10-21 18:08:01 +0800

FETMX6Q-C 核心板

FETMX6Q-C基于NXP四核ARM Cortex-A9架构高性能处理器设计，主频1GHz，12层PCB沉金工艺。整板尺寸小巧仅40mm*70mm，采用四个高度为1.5mm的连接器，引脚数量多达320PIN，将处理器全部功能引脚引出。配套底板资源丰富，不仅搭载千兆以太网、CAN-bus、摄像头、WIFI&蓝牙等主流接口，同时还引出了MIPI、MLB、EIM BUS 等CPU特有的功能。

较小尺寸核心板搭配2mm连接器，让设计随心所欲！

核心板采用4组80P板对板连接器，合高仅2mm，40mm*70mm黄金尺寸比例，使产品设计不局限任何机械结构

12层PCB沉金工艺，运行更稳定！

核心板采用12层PCB沉金工艺设计，充分考虑电磁兼容及信号完整性设计，确保系统稳定运行！

CPU引脚全部引出，满足各个领域不同产品的不同功能需求

核心板将CPU所有引脚全部引出，不仅支持千兆以太网、DVP、MIPI摄像头、音频、SDHC等接口，还支持MIPI摄像头、MIPI屏、MLB总线、EIM BUS 27位地址、32位数据总线等。

支持多种显示屏幕接口与图像采集器

i.MX6的双屏时代，带你进入全新体验

飞凌嵌入式FETMX6Q-C核心板支持双屏同步显示，双屏异步显示。异步显示支持LVDS与LCD、HDMI与LVDS、HDMI与LCD、LVDS0与LVDS1多种异步显示方式。

接口丰富的配套底板

OKMX6Q-C开发板采用核心板+底板结构设计，功能全，引脚多, 满足各种产品开发需求，可以更灵活的进行产品评估，快速设计出更具有竞争力的产品。

主流操作系统支持

Android6.0、Android4.4.2、Linux4.1.15+QT5.6、Linux3.0.35+QT4.8.5

OKMX6Q-C开发板通过CE FCC RoHS认证

行业应用

广泛适用于工控、医疗、多媒体、安防、车载、金融、教学、电力、通讯、充电桩、智能家居、消费电子、手持设备、显示控制等领域

FETMX6Q-S核心板

2019-10-25 09:49:49 +0800

FETMX6Q-S 核心板

FETMX6Q-S核心板基于NXP四核ARM Cortex-A9 i.MX6Q高性能处理器设计，主频1GHz，8层PCB沉金工艺，邮票孔连接方式电气特性和抗干扰性更佳，核心板自身即是最小系统，自带LCD接口，无需底板配合，通电即可启动和调试，降低开发难度。配套底板OKMX6Q-S3资源丰富，板载5M像素数字摄像头接口，标准的双路8位LVDS接口和HDMI-1.4接口可将强大的多媒体性能发挥得淋漓尽致；SDXC标准SD卡接口，SATA硬盘接口存储能力轻松提升至TB级；RS232、CAN、RS-485接口，均配备保护器件，轻松应对工业环境；完善的锂电池管理电路，支持红外接收，自带立体声音频功放，板载三轴加速度传感器，可轻松开发便携设备。飞凌嵌入式FETMX6Q-S核心板分为工业级与商业级，商业级工作温度为0℃～+70℃；工业级工作温度为-40℃～+85℃。

8层PCB沉金工艺,邮票孔连接方式，性能更稳定！

FETMX6Q-S核心板与底板采用邮票孔连接方式，具有抗震、抗氧化、抗干扰、成本低的优势。
核心板引脚数量为220PIN(55*4)尺寸为60mm*60mm方形结构设计，便于客户底板布局设计。

体积小巧

核心板自身即是最小系统自带LCD液晶接口，不需要底板支持，
只要接通4.2V电源，系统就可以运行起来。方便客户工程师的来料检验和老化

支持多种显示屏幕接口与图像采集器

支持工业级、商业级以及多种存储配置，
让您的选择更加随心所欲！

FETMX6Q-S核心板支持工业级，商业级两种选择同时支持多种存储配置方式！

i.MX6的双屏时代，带你进入全新体验

FETMX6Q-S核心板支持双屏同步显示，双屏异步显示。
异步显示支持LVDS与LCD、HDMI与LVDS、HDMI与LCD、LVDS0与LVDS1多种异步显示方式。

主流操作系统支持

Android6.0、Android4.4.2、Linux4.1.15+QT5.6、Linux3.0.35+QT4.8.5

多项安全认证

OKMX6Q-S开发板通过CE FCC RoHS认证

接口图展示

核心板配套OKMX6Q-S开发板具有丰富的资源接口，开发调试更快捷

广泛适用于工控、医疗、多媒体、安防、车载、金融、教学、电力、通讯、充电桩、智能家居、
消费电子、手持设备、显示控制等领域

嵌入式硬件设计手册、嵌入式Linux开发手册
嵌入式开发环境搭建手册、接口驱动程序
应用开发示例等，一切应有尽有只为您更方便开发产品。

技术支持热线、技术交流论坛、技术支持邮箱
随时待命只为您的产品保驾护航。

FETMX6DL-C核心板

2019-10-21 19:45:00 +0800

FETMX6DL-C 核心板

FETMX6DL-C基于NXP双核ARM Cortex -A9架构 i.MX6Dual Lite 高性能处理器设计，主频1GHz，12层PCB沉金工艺。整板尺寸小巧仅40mm*70mm，优化固定孔、防误插设计，采用四个高度为1.5mm的连接器，引脚数量多达320PIN，将处理器全部功能引脚引出。配套底板资源丰富，不仅搭载千兆以太网、CAN-bus、摄像头、WIFI&蓝牙等主流接口，同时还引出了MIPI、MLB、EMI BUS等CPU特有的功能

较小尺寸核心板搭配独特的薄款连接器，让设计随心所欲！

核心板采用4组合高仅2mm的80P板对板连接器，40mm*70mm黄金尺寸比例，使产品设计不局限任何机械结构

12层PCB沉金工艺，运行更稳定！

核心板采用12层PCB沉金工艺设计，充分考虑电磁兼容及信号完整性设计，确保系统稳定运行！

CPU引脚全部引出，满足各个领域不同产品的不同功能需求

核心板将CPU所有引脚全部引出，不仅支持千兆以太网、DVP、MIPI摄像头、音频、SDHC等接口，
还支持MIPI摄像头、MIPI屏、MLB总线、EIM BUS 27位地址、32位数据总线等。

支持多种显示屏幕接口与图像采集器

i.MX6的双屏时代，带你进入全新体验

飞凌嵌入式FETMX6DL-C核心板支持双屏同步显示，双屏异步显示。异步显示支持LVDS与LCD、HDMI与LVDS、HDMI与LCD、LVDS0与LVDS1多种异步显示方式。

接口丰富的配套底板

OKMX6DL-C开发板采用核心板+底板结构设计，功能全，引脚多,满足各种产品开发需求，
可以更灵活的进行产品评估，快速设计出更具有竞争力的产品。

主流操作系统支持

Android4.4.2、Linux4.1.15+QT5.6、Linux3.0.35+QT4.8.5

多项安全认证

OKMX6DL-C开发板通过CE FCC RoHS认证，安全更有保障

广泛适用于工控、医疗、多媒体、安防、车载、金融、教学、电力、通讯、充电桩、智能家居、
消费电子、手持设备、显示控制等领域

嵌入式硬件设计手册、嵌入式Linux开发手册
嵌入式开发环境搭建手册、接口驱动程序
应用开发示例等，一切应有尽有只为您更方便开发产品。

技术支持热线、技术交流论坛、技术支持邮箱
随时待命只为您的产品保驾护航。

FETMX6DL-S核心板

2019-10-27 14:28:24 +0800

FETMX6DL-S 核心板

FETMX6DL-S核心板基于NXP双核ARM Cortex-A9 i.MX6DL高性能处理器设计，主频1GHz，8层PCB沉金工艺，邮票孔连接方式电气特性和抗干扰性更佳，核心板自身即是最小系统，自带LCD接口，无需底板配合，通电即可启动和调试，降低开发难度。配套底板OKMX6DL-S3资源丰富，板载5M像素数字摄像头接口，标准的双路8位LVDS接口和HDMI-1.4接口可将强大的多媒体性能发挥得淋漓尽致；SDXC标准SD卡接口；RS232、CAN、RS-485接口，均配备保护器件，轻松应对工业环境；完善的锂电池管理电路，支持红外接收，自带立体声音频功放，板载三轴加速度传感器，可轻松开发便携设备。飞凌嵌入式FETMX6DL-S核心板分为工业级与商业级，商业级工作温度为0℃～+70℃；工业级工作温度为-40℃～+85℃。

8层PCB沉金工艺,邮票孔连接方式，性能更稳定！

FETMX6DL-S核心板与底板采用邮票孔连接方式，具有抗震、抗氧化、抗干扰、成本低的优势。核心板引脚数量为220PIN(55*4)尺寸为60mm*60mm方形结构设计，便于客户底板布局设计。

体积小巧

核心板自身即是最小系统自带LCD液晶接口，不需要底板支持，
只要接通4.2V电源，系统就可以运行起来。方便客户的来料检验和老化

支持多种显示屏幕接口与图像采集器

支持工业级、商业级以及多种存储配置，
让您的选择更加随心所欲！

FETMX6DL-S核心板支持工业级，商业级两种选择
同时支持4GB、8GB、16GB多种存储

i.MX6的双屏时代，带你进入全新体验

FETMX6DL-S核心板支持双屏同步显示，双屏异步显示。异步显示支持LVDS与LCD、
HDMI与LVDS、HDMI与LCD、LVDS0与LVDS1多种异步显示方式。

多系统支持

多项认证

FETMX6DL-S核心板通过CE FCC RoHS多项认证

嵌入式硬件设计手册、嵌入式Linux开发手册
嵌入式开发环境搭建手册、接口驱动程序
应用开发示例等，一切应有尽有只为您更方便开发产品。

技术支持热线、技术交流论坛、技术支持邮箱
随时待命只为您的产品保驾护航。

OK1043A-C3开发板

2021-06-21 11:37:06 +0800

OK1043A-C3

OK1043A-C3开发板基于NXP 公司的LS1043A四核处理器设计，主频1.6GHz，ARM Cortex-A53 架构。采用核心板+底板分离结构，通过COMe接口连接，速率有保障。原生支持7 个Ethernet：1 个10Gbps和6 个1000Mbps。支持PCIe 2.0、SATA3.0、USB3.0、UART 、IIC等功能接口，以及Ubuntu、OpenWrt 操作系统。适用于路由器、IoT网关、IP-PBX等产品，以及边缘计算、能源物联网、智慧城市、工业自动化、视频监控等应用领域。

多路原生网口

原生支持7 个Ethernet：1 个10Gbps和6 个1000Mbps

高速网络

采用硬件数据路径加速架构（DPAA），支持数据包解析、分类和分发(FMan)，调度、包排序和拥塞管理的队列管理(QMan)，
缓冲区分配和反分配的硬件缓冲区管理(BMan)。软件层支持完整的DPDK环境 ¹ ，同时支持OVS-DPDK，
用于网络应用中数据包的高性能处理。

丰富的高速接口

10Gbps Ethernet、5Gbps PCIe2.0、 6Gbps SATA3.0、5Gbps USB3.0

灵活的功能扩展

5Gbps高速PCIe 2.0扩展更灵活，可用于扩展千兆网卡、双频WIFI等高速外设

多系统支持

支持Ubuntu 18.04、OpenWrt两种操作系统，丰富的第三方应用和插件，方便用户开发

设计工艺

开发板接口展示

OK1043A-C开发板

2019-10-21 16:24:14 +0800

OK1043A-C

OK1043A-C开发板基于NXP 公司的LS1043A四核处理器设计，主频1.6GHz，ARM Cortex-A53 架构。采用核心板+底板分离结构，通过COMe接口连接，速率有保障。原生支持7 个Ethernet：1 个10Gbps和6 个1000Mbps。支持PCIe 2.0、SATA3.0、USB3.0、UART 、IIC等功能接口，以及Ubuntu、OpenWrt 操作系统。适用于路由器、IoT网关、IP-PBX等产品，以及边缘计算、能源物联网、智慧城市、工业自动化、视频监控等应用领域。

多路原生网口

原生支持7 个Ethernet：1 个10Gbps和6 个1000Mbps

高速网络

丰富的高速接口

10Gbps Ethernet、5Gbps PCIe2.0、 6Gbps SATA3.0、5Gbps USB3.0

灵活的功能扩展

5Gbps高速PCIe 2.0扩展更灵活，可用于扩展千兆网卡、双频WIFI等高速外设

多系统支持

支持Ubuntu 18.04、OpenWrt两种操作系统，丰富的第三方应用和插件，方便用户开发

设计工艺

开发板接口展示

FCU1101嵌入式控制单元

2019-11-08 13:29:35 +0800

FCU1101嵌入式控制单元

FCU1101嵌入式控制单元采用NXP i.MX6Ul traLite处理器开发设计，具有高效可靠、成本低等优势。主频528MHz，RAM 256MB,ROM 256MB（可扩展1GB），支持Linux 3.14操作系统，支持浮点运算（硬浮点），集成RS485 、以太网、4G、WiFi等丰富资源，满足不同场合的需求。严酷的温度测试确保产品在-35℃~+70℃环境中稳定运行。

强大的通讯能力

上、下行数据通讯方式多种多样，均可通过无线方式进行传输

RS485通讯

4路RS485接口，1.5KV隔离保护，ESD 4级保护；支持Modbus协议（RTU模式）

WiFi、4G、以太网

支持全网通4G模块；支持10/100M自适应以太网，RJ45接口；支持IEEE802.11b/g/n,支持STA、AP模式，支持WPA2加密模式

内嵌多种网络协议

支持Web Server、IPtables、Sqlite、HTTP、FTP、 Telnet、SSH、TFTP、DHCP、TCP/IP、UDP，方便远程调试和维护

标准协议MQTT

支持移动端物联网领域标准协议MQTT，可直接连接访问阿里云服务器，进行消息的订阅或发布

成熟稳定的操作系统，易于二次开发

操作系统已在各领域充分应用，可自由定制数据格式，方便二次开发

多项认证

致力于提升产品稳定性，放心选择

接口图展示

丰富的接口资源

尺寸图

小体积，便于集成

适用于能源管理系统、光伏逆变、水电气数据采集；生产制造、加工企业生产过程信号采集、数据传输；（制造执行系统）信号采集、数据传输；危化场所环境监测，大气环境监测信号采集、数据传输；农业大棚环境监测信号采集、数据传输；养殖环境监测信号采集、数据传输；医药、食品仓储环境监测信号采集、数据传输等领域。

FET1046A-C核心板

2019-10-21 15:21:21 +0800

FET1046A-C 核心板

FET1046A-C核心板基于NXP 公司的LS1046A 四核处理器设计，主频最高1.8GHz，ARM Cortex-A72架构。原生支持8个Gbit Ethernet，最高支持2个XFI（10GbE）接口。支持PCIe3.0、SATA3.0、USB3.0、UART 、IIC等功能接口，以及Ubuntu、OpenWrt 操作系统。适用于工业路由、边缘计算网关、IP-PBX等产品，以及边缘计算、能源物联网、智慧城市、工业自动化、视频监控等应用领域。

更强的处理能力

4核ARM Cortex-A72处理器，最高支持1.8GHz 主频，2GB DDR4 RAM，数据吞吐量最高可达2.1GT/s，高达45000 CoreMark分值的性能

8路原生网口

原生支持8路 Ethernet 最大可支持2个XFI（10GbE）接口

高速网络

丰富的高速接口

5Gbps USB3.0、6Gbps SATA3.0、10Gbps Ethernet、32GT/s PCIe3.0

灵活的功能扩展

8GT/s高速PCIe 3.0扩展更灵活，可用于扩展千兆网卡、双频WIFI、FPGA等高速外设

高速COM Express连接器

采用高速COM Express板对板连接器，传输速率可达10GHz，为高速功能接口引出提供保障。 COM Express Mini Type 10兼容设计，核心板可灵活互换 ²

多系统支持

支持Ubuntu 18.04、OpenWrt两种操作系统，丰富的第三方应用和插件，方便用户开发

开发板接口图

产品应用

适用于工业路由器、边缘计算网关、IP-PBX等产品，以及边缘计算、能源物联网、智慧城市、工业自动化、视频监控等应用领域。

FET1043A-C核心板

2019-10-21 15:22:42 +0800

FET1043A-C

FET1043A-C核心板基于NXP公司的LS1043A四核处理器设计，主频1.6GHz，ARM Cortex-A53 架构。原生支持7 个Ethernet：1 个10Gbps和6 个1000Mbps。支持PCIe 2.0、SATA3.0、USB3.0、UART 、IIC等功能接口，以及Ubuntu、OpenWrt 操作系统。适用于路由器、IoT网关、IP-PBX等产品，以及边缘计算、能源物联网、智慧城市、工业自动化、视频监控等应用领域。

多路原生网口

原生支持7 个Ethernet：1 个10Gbps和6 个1000Mbps

高速网络

采用硬件数据路径加速架构（DPAA），支持数据包解析、分类和分发(FMan)，调度、包排序和拥塞管理的队列管理(QMan)，
缓冲区分配和反分配的硬件缓冲区管理(BMan)。软件层支持完整的DPDK 环境 ¹ ，同时支持OVS-DPDK，
用于网络应用中数据包的高性能处理。

丰富的高速接口

10Gbps Ethernet、5Gbps PCIe2.0、 6Gbps SATA3.0、5Gbps USB3.0

灵活的功能扩展

5Gbps高速PCIe 2.0扩展更灵活，可用于扩展千兆网卡、双频WIFI等高速外设

多系统支持

支持Ubuntu 18.04、OpenWrt两种操作系统，丰富的第三方应用和插件，方便用户开发

设计工艺

开发板接口展示

FET1028A-C核心板

2020-09-17 18:38:22 +0800

FET1028A-C核心板

FET1028A-C核心板基于NXP LS1028A处理器设计，双核ARM Cortex-A72，主频最高1.5GHz，板载2GB DDR4 RAM，8GB ROM；原生支持6个Gbit Ethernet，可支持融合的IT和OT网络；支持CAN FD、UART 、USB3.0 、PCIe3.0 、SATA3.0 、IIS 、IIC 、SPI等常用总线接口，并支持一个最大分辨率4K的DP接口。适用于工业路由器、TSN、SD-WAN、5G CPE 、边缘计算网关、IP-PBX等产品，以及工业互联、智慧工厂、工业安全、信息安全、智慧交通、能源物联网等应用领域。

丰富的高速接口

FET1028A-C核心板原生支持6个千兆网口，还具备PCIe3.0、SATA3.0、USB3.0、CAN-FD等高速总线接口，适用于工业互联网、5G联网终端等应用

高性能高算力

双核Cortex-A72，主频高达1.5GHz 满足边缘计算、大数据处理应用的性能要求

4K显示输出

支持一个显示接口，可支持DP1.3和eDP1.4，显示分辨率高达4Kp60

Ubuntu系统开发更便捷

支持Ubuntu20.04操作系统，支持apt-get安装第三方应用和插件，二次开发更便捷

应用领域

适用于工业路由器、TSN、SD-WAN、5G CPE 、边缘计算网关、IP-PBX等产品，以及工业互联、智慧工厂、工业安全、信息安全、智慧交通、能源物联网等应用领域。

保定飞凌嵌入式技术有限公司

名字都叫工业网关，用起来差别大了去了！

当前市场上标注为"工业网关"的产品，主要可分为五大类

4G 路由器：入门级工业联网工具 入门级

串口服务器：纯串口转网络转发设备 入门级

协议数据网关：正统工业级智能网关 专业级

控制器：主打设备控制，并非数据网关 控制类

工业路由器 / 工业交换机：纯工业级网络通信设备 网络类

咨询立即获得专属报价

还在为工业设备频繁故障头疼？飞凌国产主控数据通信网关专业深度评测

咨询立即获得专属报价

RK182X系列算力卡 20TOPS 算力加持，边缘大模型高效运行

RK182X系列算力卡，让大模型落地更简单

20TOPS硬核算力，8B大模型端侧推理无压力

主流模型全覆盖，打通算法生态壁垒

LLM大语言模型

VLM多模态模型

CNN卷积网络

完备工具链

兼容全主控+双系统，老设备零成本焕新算力

储能行业私有化知识库落地案例

本地部署

高速响应

开箱即用

为什么选择RK182X算力卡？

即插即用

全平台覆盖

场景化方案

稳定可靠

端侧推理实测性能数据

Ubuntu系统 RK3568 + RK1828算力卡

Ubuntu系统 RK3576 + RK1828算力卡

Android系统 RK3588 + RK1828算力卡

测试参数说明

咨询立即获得专属报价

乔迁大吉！飞凌嵌入式华南技术服务中心焕新出发

良辰启新篇，聚力向未来

本地化极速服务体系升级

新址新境，聚力前行

新址地址

RK3588 + JishuShell：Arm 架构下 OpenClaw 一键部署实战

咨询立即获得专属报价

飞凌嵌入式亮相2026 SNEC，赋能智慧能源新生态

七大场景化方案 赋能能源全场景落地

全梯度硬件矩阵 夯实行业智控底座

深耕技术融合 共拓能源新蓝海

咨询立即获得专属报价

核心板怎么选？聊聊 RK3572 的 8nm 能效、4TOPS NPU 和长供货周期

RK3572核心板

产品概述

产品特点

能效比大幅提升

端侧AI能力完备

高阶多媒体配置

高速接口扩展性强

存储适配供应稳定

基本参数

功能参数

应用领域

软件支持

咨询立即获得专属报价

4TOPS算力+8nm能效突破：RK3572开发板引领AIoT边缘智能

RK3572开发板

产品概述

架构设计

核心优势

能效大幅突破

全栈端侧AI

高阶多媒体

工业级可靠

长周期供货

生态先发

核心板基本参数（FET3572-C）

开发板功能参数

软件支持

应用场景

技术支持与资源

咨询立即获得专属报价

全栈 AI 能力加持 飞凌嵌入式率先推出瑞芯微 RK3572 核心板

飞凌嵌入式率先发布RK3572核心板

4G 路由器：入门级工业联网工具入门级

串口服务器：纯串口转网络转发设备入门级

协议数据网关：正统工业级智能网关专业级

控制器：主打设备控制，并非数据网关控制类

工业路由器 / 工业交换机：纯工业级网络通信设备网络类

七大场景化方案赋能能源全场景落地

全梯度硬件矩阵夯实行业智控底座

深耕技术融合共拓能源新蓝海

全栈 AI 能力加持飞凌嵌入式率先推出瑞芯微 RK3572 核心板

RK3576核心板飞凌嵌入式旗下产品 | 国产化AIoT与工业级嵌入式核心板

RK3576开发板飞凌嵌入式旗下产品 | 国产化AIoT与工业级嵌入式开发平台

RK3588核心板飞凌嵌入式旗下产品 | 工业级8K AI高性能嵌入式核心板

RK3588开发板飞凌嵌入式旗下产品 | 高性能8K AI边缘计算开发平台