写在前面本人 11 年嵌入式软件工程师C/C、Linux 内核、驱动但边缘 AI 部署是全新的方向。为了转岗嵌入式 AI入手了正点原子 ATK-DLRK3568 开发板RK35684 核 A55 0.8T 算力 NPU目标是跑通「YOLO→ONNX→RKNN→NPU」全链路。今天 Day1把板子启动、串口、网络全部打通记录过程与踩坑。一、前置知识NPU/CPU/GPU 到底啥区别上板前先搞清概念部署工程师视角不深挖维度CPUGPUNPU擅长复杂逻辑、分支、串行任务大规模并行计算图形/矩阵AI 推理专用卷积/矩阵乘功耗高很高低RK3568 上4×A552.0GMali-G520.8 TOPS (INT8)定位跑系统/控制流图形渲染、通用计算模型推理加速用一张图看清三者的分工NPU0.8 TOPSGPUMali-G52图形渲染通用并行计算CPU4×A55跑系统 / 控制流复杂逻辑、分支AI 推理专用卷积 / 矩阵乘边缘 AI 部署RKNN 工具链模型推理加速一句话AI 模型部署到边缘设备就是把推理任务交给 NPU省电又快。RKNN 就是瑞芯微的 NPU 推理工具链今天只是认识它后面重点学。二、MobaXterm 连接串口看启动日志2.1 装驱动板子调试串口是 Type-C 口板载一颗 USB 转串口芯片。插电脑后设备管理器里看到的是 USB-SERIAL CH343 (COM3)注意实际是 CH343 不是 CH340资料盘里 CH340 驱动文件夹名比较老Win10/11 一般自动识别。2.2 新建串口会话MobaXterm → Session → Serial选择 COM3波特率 15000001.5M正点原子默认别用默认 9600否则乱码Flow control 选 None串口连接的整体流程如下开发板 Type-C 调试口USB 转串口芯片 CH343电脑识别为 COM3MobaXterm 新建 Serial 会话波特率 1500000 / Flow control None给板子上电看到 U-Boot → 内核 → 应用启动日志打开后给板子上电12V 电源适配器接家用 220V 插座就能看到从 U-Boot 到内核到应用的完整启动日志。2.3 新手最容易懵的点MobaXterm 第一次用确实不直观串口、SSH、SFTP 都是Session里的不同类型左侧会话列表可以保存多个。记住看日志用 Serial远程操作用 SSH后面一直用 SSH 就行。三、启动日志解读满屏 failed/error 不用慌新手看到一堆 failed/error 会以为板子坏了其实只要最后出现 rootATK-DLRK3568:/# 就是启动成功。把今天的日志归了类正常降级路径不是错误spl: mmc init failed with error: -95 → SPL 先尝试 MMC2 失败自动降级到 MMC1eMMC启动成功Android image load failed, error -1 → U-Boot 先试 Android 启动发现是 Linux 镜像自动回退到 FIT 启动Linux 固件的正常流程没接外设导致的预期报错接上就没有dw-mipi-dsi: Failed to find panel or bridge: -517 → 没接 MIPI 屏幕Goodix-TS … I2C failed → 没接 LCD 触摸屏模块rk817-battery/charger: Failed to find matching dt id → 板子没电池内核无害警告忽略Failed to get clk ‘ref’: -2、failed to find power_model node、[drm] overlay plane init failed 等 → 设备树/电源管理信息缺失不影响功能值得注意的真实信息start rknn server, version:1.3.0 → NPU 推理服务已启动后面 RKNN 部署直接用eth0: Link is Up - 1Gbps/Full → 网线链路建立把启动日志的报错分类整理成一张决策图方便对照排查正常降级路径外设缺失内核无害警告真实信息看到 failed / error属于哪一类SPL 降级到 MMC1Android 回退到 FIT没接 MIPI 屏没接触摸屏没接电池设备树 / 电源信息缺失不影响功能rknn server 已启动eth0 链路建立RTC 电池没电启动成功rootATK-DLRK3568:/#rtc-pcf8563: low voltage detected → 板载 RTC 电池没电断电时间不保存date -s 可手动设不影响用四、SSH 连接网线插上就能远程串口登录后 ip addr 看网络eth0: inet 192.168.x.x/24MobaXterm → Session → SSH → host 192.168.x.x用户名 root密码 root正点原子默认。五、踩坑IP 网段不一致原来是路由器的问题现象电脑 ipconfig 显示 192.168.31.72板子是 192.168.x.x不是一个网段但 SSH 居然能连上排查tracert 192.168.x.x1 XiaoQiang [192.168.31.1]2 192.168.x.x用一张拓扑图还原当时的网络结构家里二级路由上级网络上级路由转发直连SSH 跨网段可达主路由 192.168.1.x小米路由器 192.168.31.x电脑 192.168.31.72RK3568 开发板 192.168.x.x真相大白家里是二级路由结构——板子插在主路由192.168.1.x上电脑连的小米路由器192.168.31.x通过上级路由转发所以能通但隔了一跳。不是配置问题是网络拓扑问题。待办板子 IP 是 DHCP 动态分配的重启可能变。路由器够不着所以计划在板子上配静态 IP192.168.1.250改 /etc/network/interfaces让 IP 永久固定。六、Day1 小结✅ 串口连接 启动日志解读failed/error 分类法✅ SSH 远程登录打通✅ 理解 NPU/CPU/GPU 区别、RKNN 是啥七、Day2 预告环境搭建与 RKNN 初体验Day1 把板子跑通、网络打通Day2 就要开始真正接触 AI 部署了。计划完成三件事为「YOLO→ONNX→RKNN→NPU」全链路铺路1板子上装 Python3 和 OpenCVapt-getinstallpython3-opencv目的是给板子准备好图像处理环境。OpenCV 是后续跑 YOLO 例程做图像预处理/后处理的基础库装好后可以用python3 -c import cv2; print(cv2.__version__)验证是否可用预期能正常打印版本号。2PC 端安装 RKNN-Toolkit2RKNN-Toolkit2 是瑞芯微官方的模型转换工具链负责把 ONNX 模型转成 RKNN 格式并做量化。装到 PC 端Ubuntu 环境是因为转换过程吃 CPU/内存放 PC 上跑更合适。预期装好后能运行rknn-toolkit2的版本检查命令为 Day3 的模型转换做准备。3跑通官方 YOLOv5 例程验证 NPU 推理这是 Day2 的重头戏——用正点原子资料盘里的官方 YOLOv5 例程在板子上跑一次目标检测验证 NPU 真的在干活。预期能看到摄像头或图片里的目标被框出来同时观察 NPU 占用率直观感受 0.8 TOPS 的实际推理速度。三件事串起来就是环境就绪 → 工具链就绪 → 首次 NPU 推理跑通后 Day1 立下的「全链路」目标就迈出了实质性的一步。⏳ 待办板子静态IP、装 Python/OpenCV 环境、跑官方 AI 例程最后用一张图串起 Day1 的完整学习路径Day1 上板串口连接看启动日志日志分类failed/error 不慌SSH 远程登录网络排查二级路由Day2 待办静态 IP / Python / AI 例程给同样刚入坑的朋友开发板启动日志里的 failed/error先分清降级路径 / 外设缺失 / 无害警告三类再决定要不要慌——这是嵌入式排障的第一课。
