明控创能MKC3568开发板研究手记——为无资料支持的板子适配Linux主线内核研究者LECREATE辅以Qwen、Deepseek AI助手研究目标为明创板MKC3568适配主线Linux内核当前进展完成原安卓系统逆向分析主线内核适配成功核心功能正常运行研究周期2026.01.03 - 至今前言90块钱能买到什么对我来说它开启了一段充满挑战与惊喜的嵌入式探索之旅。年初看到Arm生态蓬勃发展决定入手一块开发板亲自体验。在二手平台上这块明控创能IOT-MKC3568-Main-V1.1以下简称MKC3568引起了我的注意——Rockchip RK3568核心两个千兆网口两个SATA接口及供电还有丰富的排针扩展。卖家坦言是项目余料没有任何官方资料支持。90块钱的价格让我毫不犹豫地下了单虽然当时并不确定能否让它真正跑起来。收到板子的头几天面对陌生的硬件和空白的文档确实有些无从下手。为了有个参考我果断又入手了友善电子的NanoPC-T4RK3399平台作为学习的参照物。现在看来这个决定至关重要——它让我理解了什么是“正常”的开发板生态也让我更有信心去攻克这块“孤儿”板子。接下来的两个月是一段充满挑战又足够有趣的旅程解决OTG接口联机异常、摸索Loader与Maskrom的进入方法、调试主线内核固件的网卡驱动……每一个问题都新奇而棘手但正是在一天天的文档阅读、代码分析和反复调试中我慢慢感受到了嵌入式开发的独特魅力。当第一行内核日志从串口打印出来当第一个千兆网口成功点亮那一刻的成就感告诉我这块90块钱的板子值了。谨以此文记录这段探索之旅也希望能给同样面对“无资料”开发板的后来者一些参考。第一章 初识MKC3568原厂系统与第一道坎在收到开发板后首次上电开机顺利进入原厂预装的Android系统版本为Android 11 userdebug。尝试通过OTG接口连接电脑进行USB调试时屏幕上短暂弹出“USB调试已连接”的通知但仅持续两秒便消失调试状态随即失效。此后无论更换数据线、切换电脑USB端口还是反复插拔均无法再次建立连接。常规调试路径受阻我转而考虑ADB无线调试。给开发板插上网线后发现靠近电源接口的网口可以正常使用但另一个网口插上后指示灯不亮DHCP无法获取IP手动配置也无济于事——这是遇到的第二个问题。好在还有一个可用网口于是我尝试开启无线调试但无线调试需要WiFi连接。奇怪的是系统能搜索到WiFi列表却始终无法成功连接即便接上同轴天线也无改善——这是第三个问题。第二章 另辟蹊径建立调试通道与系统备份既然无法通过WiFi开启无线调试我注意到Android支持通过以太网使用shell命令强制开启无线调试监听5555端口。虽然这种方法设置的调试状态在重启后会失效但通过创建一个开机自启服务来执行相关命令便能获得一个稳定可用的调试通道。于是接上串口进行调试#提权su# 设置 ADB 监听端口标准 5555setprop service.adb.tcp.port5555# 重启 ADB 服务stop adbd start adbd# 验证端口监听getprop service.adb.tcp.port# 应返回 5555adb connect 开发板IP:5555# 创建开机自启服务脚本# 1. 挂载 system 分区为可写sumount-orw,remount /system# 2. 创建开机自启动脚本cat/system/etc/init/99-adb-tcp.rcEOF # Automatically enable ADB over TCP on boot on property:sys.boot_completed1 setprop service.adb.tcp.port 5555 start adbd EOF# 3. 设置权限chownroot:root /system/etc/init/99-adb-tcp.rcchmod644/system/etc/init/99-adb-tcp.rc# 4. 重启生效syncreboot获得ADB调试权限后得益于userdebug版本的高权限我立即提取了系统关键分区。通过逆向解包boot.img获得了内核kernel、设备树dtb二进制文件及对应的源文件。有了完整的设备树后续工作总算有了一些基础当然真正的挑战还在后面哈哈。同时我接上U盘对EMMC进行了全盘备份以防不测。# 备份分区rk3568_r:/storage/CE3297AB329796D5# cd backup/ddif/dev/block/mmcblk2of/storage/CE3297AB329796D5/backup/rk3568_android_full.imgbs4Mconvsync,noerror74880 recordsin74880 records out31406948352bytes(29G)copied,2087.845889s,14M/s rk3568_r:/storage/CE3297AB329796D5/backup#初步分析设备树,结果发现MKC3568是基于rk3568-evb1-ddr4-v10官方评估板.这下就好办了/dts-v1/; / { compatible rockchip,rk3568-evb1-ddr4-v10\0rockchip,rk3568; interrupt-parent 0x01; #address-cells 0x02; #size-cells 0x02; model Rockchip RK3568 EVB1 DDR4 V10 Board;第三章 深入引导层OTG困境与GSI转机初步学习内核相关知识后我决定深入探究引导层。然而OTG接口无法联机的问题依然存在无论按下V键、U-boot组合键还是RESET、POWER键上电电脑均无法识别设备。按下RESET键后系统卡在Rockchip Logo界面串口输出显示RKUSB进度条转动说明bootloader尝试与电脑通信但最终因OTG接口故障而失败。我曾尝试短接EMMC的CLK引脚以强制进入Maskrom模式但主板上找不到对应引脚。对比Rockchip官方EVB参考板的电路图布局差异太大无法获得有效线索。一次偶然的机会我在开发者选项中发现了“DSU”动态系统更新功能即刷入GSI通用系统镜像。虽然GSI也是基于userdebug的通用系统不一定能带来更多信息但鉴于板子上已无其他亮点功能可探索我决定刷入一个带有Google Play框架的Android 12 GSI镜像权当一试。重启进入GSI后简单过完OOBE设置。由于OTG线一直连接着我照常开启USB调试奇迹出现了授权对话框弹出同意后电脑立即识别出板载存储设备名显示为“GSI on Arm64”ADB连接成功USB调试终于恢复正常。一番摸索后直接拔电再上电进入安卓后使用ADB命令成功将设备引导至loader模式进而通过RKdevtool进入loader模式随后又切换回Maskrom模式。adbrebootloader第四章 进军主线飞牛系统适配之路适配主线内核固件的工作量较大我最终选择了现成的Arm飞牛系统进行适配而非从零编译。选择飞牛而非Armbian等成熟固件主要基于两点考量一是飞牛采用了更新的内核kernel 6.12.41二是其出色的硬件兼容性——在我的Nano PC-T4上飞牛能正常识别傲腾M10 16GB固态硬盘而友善官方固件及其他系统则无法识别该硬盘其他NVMe硬盘可正常识别。飞牛固件中已包含大量预置的设备树其中就包括rk3568-evb1-v10.dtb。我们的任务是对飞牛固件进行修改将启动时的设备树指向这个文件。这里以友善R5S的固件为基础进行改造。固件修改让系统认识MKC3568在Ubuntu系统上对固件镜像文件fnos_Mainland-PE_arm_1.0.0_nanopi-r5s_249.img进行操作# 安装依赖sudoapt-getupdatesudoapt-getinstallkpartx qemu-user-static binutilsmounte2fsprogs erofs-utils squashfs-tools# 创建回环设备sudolosetup-f--showfnos_Mainland-PE_arm_1.0.0_nanopi-r5s_249.img# 输出示例/dev/loop13# 映射分区sudokpartx-av/dev/loop13# 挂载第一个分区p1sudomkdir-p/mnt/fn_mountsudomount/dev/mapper/loop13p1 /mnt/fn_mount编辑/mnt/fn_mount/fnEnv.txt将设备树指向rk3568-evb1-v10.dtbverbosity1bootlogofalseconsolebothextraargscma256Mfdtfilerockchip/rk3568-evb1-v10.dtb修改完成后卸载分区并清理sudoumount/mnt/fn_mountsudokpartx-d/dev/loop13sudolosetup-d/dev/loop13让开发板进入loader模式将修改后的固件刷入。注意在刷写工具中只勾选System一栏地址0x00000000并勾选强制按地址写选项。飞牛的引导链与其他固件一致。在loader模式下刷入固件后通过串口观察启动日志看到一行行“OK”顺利通过最终飞牛系统成功启动。4.1 初入系统网口失效的困境重启后系统虽正常启动但网口指示灯不亮。此时飞牛系统尚未完成初始化用户账号密码均未设置.几番尝试后我猜出了飞牛的默认凭据用户名root密码也是root与用户名相同。成功登录后迫不及待地检查网络状态rootMKC3568:/$ipaddr1: lo:LOOPBACK,UP,LOWER_UPmtu65536qdisc noqueue state UNKNOWN group default qlen10002: end1:BROADCAST,MULTICASTmtu1500qdisc noop state DOWN group default qlen10003: end0:BROADCAST,MULTICASTmtu1500qdisc noop state DOWN group default qlen10004: docker0:NO-CARRIER,BROADCAST,MULTICAST,UPmtu1500qdisc noqueue state DOWN group default inet172.17.0.1/16 brd172.17.255.255 scope global docker0两个千兆网口end0和end1均处于未连接状态。虽然系统成功启动但设备树的适配工作才刚刚开始——网口驱动的调试注定是一场持久战。4.2 另寻出路USB网络共享网口不能用但开发和测试工作不能停。我注意到手头有一块MT7601U芯片的USB无线网卡如果能驱动起来至少能让开发板联网。然而飞牛系统并未编译MT7601U模块rootMKC3568:/# uname -aLinux MKC35686.12.41-trim#1 SMP PREEMPT Wed Dec 31 02:09:11 UTC 2025 aarch64 GNU/LinuxrootMKC3568:/# sudo modprobe mt7601umodprobe: FATAL: Module mt7601u not foundindirectory /lib/modules/6.12.41-trimLinux内核从v4.2开始已将mt7601u驱动合并进主线位于drivers/net/wireless/mediatek/mt7601u/但飞牛的内核镜像未包含该无线驱动模块。这意味着需要自行编译内核模块。编译内核模块需要下载源码这又依赖网络连接——一个经典的先有鸡还是先有蛋问题。好在安卓手机的USB网络共享功能解决了这个困境用数据线将开发板的USB-HOST口与手机连接开启USB网络共享开发板便顺利接入互联网。这一功能的兼容性出奇地好为后续工作打开了通路。4.3 内核模块编译MT7601U驱动下载内核源码编译内核模块需要与当前运行内核完全匹配的源码版本mkdir/home/kernelcd/home/kernel# 克隆时直接指定tag v6.12.41深度为1只下载该版本gitclone--depth1--branchv6.12.41 https://mirrors.tuna.tsinghua.edu.cn/git/linux-stable.gitcdlinux为什么使用内核源码中的驱动选择与当前运行内核同版本的内核源码编译mt7601u驱动是为了保证模块的vermagic、配置和符号表与系统完全一致从而避免加载失败。主线代码经过充分测试与内核其他组件兼容性最佳还能直接复用/proc/config.gz的配置省去手动调整依赖的麻烦。日后内核升级时只需用相同方法重新编译对应版本即可维护十分方便。而第三方GitHub仓库中的驱动往往包含未经验证的补丁不仅容易引发兼容性问题也难以跟随内核同步更新。配置编译环境确认系统中有/proc/config.gz配置文件——这个文件很关键飞牛内核带有-trim后缀rootMKC3568:/home/kernel/linux# ls /proc/config.gz/proc/config.gz直接在Arm平台上原生编译不需要交叉编译器。首先安装编译工具链aptupdateaptinstall-ybuild-essential flex bison libssl-dev libelf-devbc设置编译参数# 设置编译架构必须设置否则可能编译出错误架构的模块exportARCHarm64exportCROSS_COMPILE# 使用系统当前的内核配置zcat /proc/config.gz.config# 添加正确的LOCALVERSIONechoCONFIG_LOCALVERSION-trim.config# 强制启用MT7601U驱动为模块echoCONFIG_MT7601Um.config# 自动处理依赖和新选项makeolddefconfig准备构建环境makemodules_prepare编译mt7601u模块KBUILD_MODPOST_WARN1makeMdrivers/net/wireless/mediatek/mt7601u modules为什么加KBUILD_MODPOST_WARN1make modules_prepare只准备了头文件不会生成完整的Module.symvers需要完整编译内核才会生成因此直接编译外部模块会因找不到符号验证文件而报错。但mt7601u是独立模块不依赖其他内核模块且源码和.config与当前内核完全匹配那些“未定义符号”实际都存在于内核中。加上KBUILD_MODPOST_WARN1可将错误降级为警告从而正常生成.ko文件。验证并安装模块编译完成后模块位于drivers/net/wireless/mediatek/mt7601u/mt7601u.ko。验证模块的vermagicmodinfo drivers/net/wireless/mediatek/mt7601u/mt7601u.ko|grepvermagic正常应输出vermagic: 6.12.41-trim SMP preempt mod_unload aarch64与系统内核版本完全匹配。然后安装并加载驱动# 1. 创建目标目录sudomkdir-p/lib/modules/$(uname-r)/kernel/drivers/net/wireless/mediatek/mt7601u/# 2. 备份原有模块如果有sudocp/lib/modules/$(uname-r)/kernel/drivers/net/wireless/mediatek/mt7601u/mt7601u.ko ~/mt7601u-6.12.41-trim.ko.bak2/dev/null||true# 3. 复制新编译的模块sudocpdrivers/net/wireless/mediatek/mt7601u/mt7601u.ko\/lib/modules/$(uname-r)/kernel/drivers/net/wireless/mediatek/mt7601u/# 4. 更新模块依赖sudodepmod-a# 5. 安装固件sudomkdir-p/lib/firmware/mediatek/sudowget-O/lib/firmware/mediatek/mt7601u.bin\https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/mediatek/mt7601u.binsudocp/lib/firmware/mediatek/mt7601u.bin /lib/firmware/# 6. 加载驱动sudomodprobe mt7601u插入USB无线网卡观察内核日志rootMKC3568:/home/kernel/linux# dmesg | tail -20mt7601u1-1:1.0: ASIC revision:76010001... mt7601u1-1:1.0: Firmware Version:0.1.00通过ip link show可以看到无线接口wlx90de80624b0c。飞牛默认使用NetworkManager连接Wi-Fisudonmcli dev wifi connect你的Wi-Fi名称password你的Wi-Fi密码设置开机自动加载模块echomt7601u|sudotee/etc/modules-load.d/mt7601u.conf有了无线网络开发板终于可以正常访问互联网为后续的网口驱动调试铺平了道路。4.4 网卡驱动的最终攻关有了网络支持和之前提取的原厂设备树我开始对比飞牛设备树与安卓设备树的差异逐步修改并测试。经过无数次尝试最终定位到关键配置phy-mode需从“rgmii-id”改为“rgmii”tx_delay/rx_delay补上原厂安卓的参数值复位方式从PHY节点内的reset-gpios改为MAC节点内的snps,reset-gpio风格时钟配置添加第二个时钟父节点当第一个网口end1成功获得IP地址的那一刻我知道这块90块钱的板子活了。4.5 内核更新后的模块维护在使用过程中飞牛收到了新版本的OTA推送。更新后发现自行编译并加载的mt7601u模块消失——内核升级后原模块自然不再适用。不必紧张只需用相同方法重新编译新内核对应的驱动即可。建议将编译好的模块备份到安全位置如/home/backup/目录以便快速恢复sudomkdir-p/lib/modules/$(uname-r)/kernel/drivers/net/wireless/mediatek/mt7601u/sudocpdrivers/net/wireless/mediatek/mt7601u/mt7601u.ko\/lib/modules/$(uname-r)/kernel/drivers/net/wireless/mediatek/mt7601u/sudodepmod-asudomodprobe mt7601u掌握内核模块编译方法相当于获得了为任何内核版本定制驱动的能力这对于长期维护一个“无资料”的开发板至关重要。4.6 设备树精修攻克网口驱动经过USB无线网卡的临时联网我们终于可以专注解决核心问题——让板载的两个千兆网口正常工作。借助之前从原厂安卓系统提取的设备树我开始对比飞牛设备树与安卓设备树的差异逐步定位问题根源。4.6.1 问题定位MDIO无响应通过phytool扫描MDIO总线发现所有地址均返回-19说明PHY芯片根本没有响应rootMKC3568:/home/dutyc/phytool# ./phytool read stmmac-0/1/0x0error: phy_read(-19)手动复位GPIO后问题依旧且所有MDIO地址均无响应。这指向两个可能PHY芯片未正常工作或MDIO引脚配置有误。但对比原厂安卓和飞牛的pinctrl配置两者完全一致因此引脚配置无误。问题很可能出在设备树的其他关键参数上。4.6.2 深度对比原厂安卓 vs 飞牛设备树我将原厂安卓的ethernetfe010000节点对应end1与飞牛的同一节点进行了详细对比发现以下关键差异配置项原厂安卓飞牛差异分析phy-modergmiirgmii-idRGMII接口的延迟提供方式不同tx_delay/rx_delay有0x4f/0x26无缺少延迟参数可能导致时序不匹配复位方式MAC节点内snps,reset-gpioPHY节点内reset-gpios复位控制方式不同assigned-clock-parents两个父节点一个父节点时钟源配置不完整时钟数量9个10个多clk_xpcs_eee飞牛内核可能需要额外时钟4.6.3 原厂安卓gmac1节点完整解析原厂安卓的ethernetfe010000节点配置如下已标注关键部分ethernetfe010000 { compatible rockchip,rk3568-gmac\0snps,dwmac-4.20a; reg 0x00 0xfe010000 0x00 0x10000; interrupts 0x00 0x20 0x04 0x00 0x1d 0x04; interrupt-names macirq\0eth_wake_irq; rockchip,grf 0x33; // GRF模块phandle clocks 0x1f 0x186 0x1f 0x189 0x1f 0x189 0x1f 0xc7 0x1f 0xc3 0x1f 0xc4 0x1f 0x189 0x1f 0xc8 0x1f 0xac; clock-names stmmaceth, mac_clk_rx, mac_clk_tx, clk_mac_refout, aclk_mac, pclk_mac, clk_mac_speed, ptp_ref, pclk_xpcs; resets 0x1f 0xec; reset-names stmmaceth; snps,mixed-burst; snps,tso; snps,axi-config 0x7b; snps,mtl-rx-config 0x7c; snps,mtl-tx-config 0x7d; status okay; phy-mode rgmii; // 关键使用rgmii模式 clock_in_out output; // 关键MAC节点内复位使用gpio2偏移250x19低有效 snps,reset-gpio 0x7e 0x19 0x01; // 0x7e是gpio2的phandle snps,reset-active-low; snps,reset-delays-us 0x00 0x4e20 0x186a0; // 关键两个时钟父节点 assigned-clocks 0x1f 0x189 0x1f 0x186; assigned-clock-parents 0x1f 0x187 0x1f 0xc5; // 两个父节点 assigned-clock-rates 0x00 0x7735940; pinctrl-names default; pinctrl-0 0x7f 0x80 0x81 0x82 0x83; // gmac1引脚复用 // 关键tx_delay和rx_delay参数 tx_delay 0x4f; rx_delay 0x26; phy-handle 0x84; mdio { compatible snps,dwmac-mdio; #address-cells 0x01; #size-cells 0x00; phandle 0x199; phy0 { compatible ethernet-phy-ieee802.3-c22; reg 0x00; // PHY地址为0 phandle 0x84; }; }; // ... 省略子节点配置 };4.6.4 飞牛gmac1节点改造方案基于上述对比我将飞牛的ethernetfe010000节点进行改造关键修改如下保留飞牛额外的时钟clk_xpcs_eee因为飞牛内核可能需要添加第二个时钟父节点与原厂安卓一致将复位方式从PHY节点移至MAC节点使用原厂安卓风格修改phy-mode为rgmii并添加tx_delay和rx_delay参数删除PHY节点内的复位属性避免冲突修改后的节点ethernetfe010000 { compatible rockchip,rk3568-gmac, snps,dwmac-4.20a; reg 0x00 0xfe010000 0x00 0x10000; interrupts 0x00 0x20 0x04 0x00 0x1d 0x04; interrupt-names macirq, eth_wake_irq; // 保留飞牛的10个时钟比原厂多一个clk_xpcs_eee clocks 0x12 0x186 0x12 0x189 0x12 0x189 0x12 0xc7 0x12 0xc3 0x12 0xc4 0x12 0x189 0x12 0xc8 0x12 0xac 0x12 0xab; clock-names stmmaceth, mac_clk_rx, mac_clk_tx, clk_mac_refout, aclk_mac, pclk_mac, clk_mac_speed, ptp_ref, pclk_xpcs, clk_xpcs_eee; resets 0x12 0xec; reset-names stmmaceth; rockchip,grf 0x23; // 飞牛grf phandle snps,axi-config 0x4e; // 保留飞牛原有phandle snps,mixed-burst; snps,mtl-rx-config 0x4f; snps,mtl-tx-config 0x50; snps,tso; status okay; // 添加第二个时钟父节点原厂安卓风格 assigned-clocks 0x12 0x189 0x12 0x186; assigned-clock-parents 0x12 0x187 0x12 0xc5; // 添加第二个父节点 assigned-clock-rates 0x00 0x7735940; clock_in_out output; phy-handle 0x51; // 关键修改phy-mode从rgmii-id改为rgmii phy-mode rgmii; // 添加原厂安卓的tx_delay和rx_delay tx_delay 0x4f; rx_delay 0x26; // 添加MAC节点复位属性原厂安卓风格 // 使用飞牛gpio2的phandle 0x57偏移0x19低有效 snps,reset-gpio 0x57 0x19 0x01; snps,reset-active-low; snps,reset-delays-us 0x00 0x4e20 0x186a0; // 保持飞牛原有的pinctrl配置 pinctrl-names default; pinctrl-0 0x52 0x53 0x54 0x55 0x56; mdio { compatible snps,dwmac-mdio; #address-cells 0x01; #size-cells 0x00; ethernet-phy0 { compatible ethernet-phy-ieee802.3-c22; reg 0x00; // 删除reset-gpios、reset-assert-us、reset-deassert-us phandle 0x51; }; }; // ... stmmac-axi-config等子节点保持不变 };同样思路改造gmac0节点:对于第二个网口ethernetfe2a0000采用相同的改造思路。原厂安卓中gmac0的复位引脚为GPIO2偏移270x1btx_delay和rx_delay分别为0x3c和0x2f.但是4.6.5 编译验证完成修改后重新编译设备树并替换mkdir/home/kerneldtbcd/home/kernel-dtb# 克隆时直接指定tag v6.12.41深度为1只下载该版本gitclone--depth1--branchv6.12.41 https://mirrors.tuna.tsinghua.edu.cn/git/linux-stable.gitcdlinuxcp/lib/modules/$(uname-r)/build/Module.symvers ./Module.symverscp/boot/config-6.12.41-trim ./.config将修改后的rk3568-mkc-main.dts文件放到linux-6.12.41/arch/arm64/boot/dts/rockchip目录下,在arch/arm64/boot/dts/rockchip/Makefile文件中添加一行dtb-$(CONFIG_ARCH_ROCKCHIP) rk3568-mkc-main.dtb然后开始编译make ARCHarm64 dtbs -jnproc最终得到linux-6.12.41/arch/arm64/boot/dts/rockchip/rk3568-mkc-main.dtb将linux-6.12.41/arch/arm64/boot/dts/rockchip/rk3568-mkc-main.dtb复制到/boot/dtb/rockchip目录下编辑/boot/fnEnv.txtverbosity1 bootlogofalse consoleboth extraargscma256M fdtfilerockchip/rk3568-mkc-main.dtb重启后奇迹发生了——end1成功获取到IP地址dutycMKC3568:~$ipa3: end1:BROADCAST,MULTICAST,UP,LOWER_UPmtu1500qdisc mq state UP group default qlen1000inet192.168.1.170/24 brd192.168.1.255 scope global dynamic end1虽然end0因原厂硬件问题暂未修复但end1的成功已经让这块开发板具备了完整的NAS功能。这一刻这块90块钱的板子活了。第五章 当前状态与未尽之事目前end1已经稳定工作可以通过它访问飞牛NAS的所有功能。但第二个网口end0在原厂安卓下本就无法使用硬件层面可能存在问题暂未修复。另外修复end1的过程中可能引发了引脚冲突导致TF卡槽暂时无法识别还需进一步调试。尽管仍有瑕疵但核心目标——让这块“无资料”的开发板运行主线内核并具备NAS功能——已经达成。接下来的日子里我会继续完善它也让这份手记随着探索不断丰富。后记两个月的入门一块90块钱的板子无数个debug的深夜。有人问“买个没资料的开发板干什么”现在我可以回答它让我学会了逆向、设备树、内核调试让我亲手点亮了一个原本可能被废弃的硬件。这份收获远不止90块钱。谨以此文纪念这段与MKC3568共度的时光。也感谢Qwen和Deepseek在技术探索中提供的帮助。未完待续……研究参考文章列表开发板与固件资源瑞芯微 RK3566/RK3568 开发板安卓 11 固件 ROOT 教程FriendlyELEC RK3568 固件下载页面RK3568 DDR4 EVB 开发板固件资源GitCodeRockchip 官方固件下载Firefly ROC-RK3568-PC 串口调试指南系统移植与定制替换飞牛 ARM 版本镜像 dtb 启动自己的 ARM 设备RK3568 Ubuntu 移植教程Rockchip RK3399 移植 Ubuntu 20.04.4 根文件系统ZYSJ-RK3399 移植 ArmbianRK3568 OpenWrt 镜像打包过程OpenWrt RK3568_EVB 移植CSDNOpenWrt RK3568_EVB 移植知乎RK3568 OpenWrt 项目GitHubARM 飞牛 OS 资源汇总固件 | 刷机工具 | 指引SDK 与编译环境Rockchip Linux SDK 发布说明RK3568 Linux 驱动学习——SDK 烧录瑞芯微 RK3568 SDK 环境安装及编译操作【Rockchip】Linux SDK 软件包的解压和部署](https://blog.csdn.net/z5z5z5z56/article/details/125545242)Rockchip 开源文档主页Rockchip BSP Kernel 源码GitHub烧录与调试方法RSB-4810 RK3568 平台三种烧录镜像方法系统镜像备份并重新烧录野火文档RK3399K 固件备份三种方式硬件与芯片资料铭凡 MS-R1 迷你电脑国产 ARM 处理器 CIX CP8180三星 DDR4 SDRAM K4A4G165WF-BCTD 数据手册RK3568 DDR4 EVB 采购信息NanoPC-T4 与 NanoPi R5S 维基页面NanoPi R5S/zh其他相关技术文章Rockchip RK3588 U-Boot 引导方式介绍RK3588 适配 deepin 25 实操教程Ubuntu 鼠标中键滚动设置技巧Neardi 开源论坛水星 MW150UH 拆机分析