简介：香橙派5是基于ARM架构的开发板，此资源整合了在其上安装Windows-ARM所需的配套文件，适合有一定嵌入式和系统安装经验的开发者、极客尝试非官方系统移植。压缩包共289个文件，大小23.64MB，类型覆盖inf/cat驱动目录与签名、sys/dll系统运行库、exe刷写工具、dtb设备树及img镜像等，可满足安装过程中的驱动加载、固件刷写与系统引导需求。其中WoR文件源自Windows on Raspberry项目，提供针对ARM设备的驱动和安装脚本；efi文件负责引导Windows环境；RKDevTool则用于写入系统镜像或配置启动参数。目前已有612人学习下载，这套资源能帮助用户省去四处搜集零散文件的麻烦，按步骤完成安装尝试，但需注意ARM版Windows并未官方适配香橙派5，使用中可能遇到驱动不兼容、系统不稳定等风险。 香橙派5这块板子，标配RK3588S、最高16GB内存，插上M.2 NVMe硬盘就能跑不少Linux发行版。可要让它跑Windows ARM，事情就没那么直白了：Windows on ARM并不像Linux那样认设备树，它要的是UEFI固件、ACPI表，以及按照微软认证套路来的驱动。换句话说，想在香橙派5上装Windows ARM，你手里那套给树莓派或者x86装机用的老办法基本全废。
这篇东西是我在香橙派5上反复折腾Windows ARM之后整理的一份“所需文件”清单和完整操作流程，适合已经玩过ARM开发板、知道什么是分区表和引导加载器、但没在RK3588平台跑过Windows的朋友。我会把每份文件的用途、从哪一类渠道获取、怎么配合使用都讲清楚，并附上我实际踩过的坑。
1. 先想明白：为什么香橙派5跑Windows ARM这么折腾
先说个结论：香橙派5本身不在微软的Windows on ARM官方支持列表里。官方支持的ARM设备大多是高通骁龙平台的笔记本，以及极少数由厂商定制了UEFI的板卡。香橙派5走的是Rockchip的标准ARM启动路径：上电之后由片内ROM引导U-Boot，再由U-Boot读取Linux设备树（DTB）把系统拉起来。
Windows ARM完全不吃这一套。Windows引导器只认UEFI规范里的启动项、ESP分区（FAT32格式），硬件信息要通过ACPI表来逐项描述。ARM板上通常没有BIOS/UEFI，也没有现成的ACPI表，所以想让Windows ARM在香橙派5上启动，就必须完成一个“转换层”：
- 板级引导器：负责初始化内存、时钟、存储控制器，最后把UEFI固件载入内存。这个角色通常由Rockchip官方U-Boot或Maskrom工具来干。
- UEFI固件：相当于这块板的“假BIOS”。社区里基于TianoCore EDK2做的RK3588 UEFI固件，负责提供EFI运行时服务，让Windows的bootmgfw.efi能正常启动。
- ACPI描述：需要把香橙派5上的串口、中断控制器、定时器、PCIe等设备编成一张张ACPI表。这张表不完整，Windows启动时就会蓝屏或者卡死在某个硬件初始化环节。
另一个更让人头疼的问题是显示。香橙派5集成的Mali-G610 GPU在Windows下没有官方驱动。微软只会给高通的Adreno GPU以及极少数内置显卡提供ARM版驱动，Mali系基本属于“放弃治疗”的状态。这意味着即使系统能跑起来，很可能也看不到桌面画面，或者只能通过虚拟显示/远程桌面的方式操作。所以如果你打算拿来当日常桌面用，最好趁早降低预期；以“尝鲜”+“远程运维”的心态去试，体验会好很多。
好在绕开这些限制的社区方案已经比较成熟了。目前常用的做法是用一片TF卡作为引导盘，把U-Boot和UEFI固件放在卡上，系统本体部署到NVMe SSD。开机时板子先读TF卡，把UEFI拉起来，然后由UEFI去引导SSD上的Windows。整体链路清楚，关键是文件别搞错、版本别乱搭。
2. 必备文件清单：这些东西少一个都起不来
把整个流程拆开看，一共需要四类文件，缺一不可。下面这个清单我是照着实际安装顺序整理的，建议先通读一遍再动手。
2.1 系统镜像与引导介质
- Windows 11 ARM64镜像（ISO）：一定要选ARM64版本，不是常见的x64。文件名里通常会带“arm64”字样。获取渠道以微软官方镜像或MSDN镜像为主，版本建议选22H2或23H2以上的较新版本，因为老版本对RK3588这类新平台的支持更差。
- TF卡（至少8GB）：作为引导卡使用，不需要装完整系统在里面，只要能放下引导文件和UEFI固件即可。
- NVMe SSD（至少64GB，推荐128GB或更大）：Windows本体所在盘。香橙派5的M.2插槽支持PCIe 3.0 NVMe协议，不是所有SSD都能被社区UEFI识别，优先选兼容性好的主流型号。
2.2 板级引导与UEFI固件
这是整套方案里最核心也最容易下错的部分，我拆成三个文件来讲：
| 文件 | 作用 | 获取来源 |
|---|---|---|
| MiniLoaderAll.bin | Rockchip芯片在Maskrom模式下加载的第一段引导程序，负责初始化DRAM，并为后续U-Boot提供运行环境 | 香橙派官方镜像里的loader目录，或Rockchip SDK |
| 专用U-Boot（如u-boot-rockchip.bin） | 初始化板级外设与PCIe/SATA，并加载UEFI固件 | 需要与UEFI固件配套，社区一般会把U-Boot和UEFI打包发布 |
| RK3588 UEFI固件 | 基于EDK2编译的ARM UEFI固件，替代BIOS角色，让Windows引导器能被正常调用 | 社区GitHub项目中的Release包，一般叫EDK2-UEFI或RK3588_UEFI |
注意香橙派5用的是RK3588S这个阉割版，外设数量和引脚和标准RK3588不完全一致。社区固件有的同时兼容RK3588和RK3588S，有的只针对其中一种。下载时务必看清楚描述，别拿标准版固件硬塞到香橙派5里，否则大概率卡在处理器的某个初始化环节。
2.3 ACPI表与驱动文件
ACPI表在大多数社区发布包里会直接编进UEFI固件中，用户不需要手工修改。但有些进阶玩法会把ACPITable单独拆出来，方便调试。你至少需要确认发布包里有这些内容：
- DSDT/SSDT表：描述板载设备（ARM通用中断控制器GIC、ARM定时器GT、PL011串口等）。
- PCIe Root Complex的描述：香橙派5的M.2 NVMe要通过PCIe访问，如果ACPI里没有PCIe的描述，系统会根本看不到SSD。
- 网卡/时钟等基础外设描述：确保Windows内核起来后能拉起来基本外壳。
驱动文件方面，Windows ARM64本身自带大部分ARM平台通用驱动，比如AHCI、NVMe、PCIe、USB、网络基础驱动。Mali GPU驱动是没有的，所以你要么接受无桌面输出，要么在系统中启用远程桌面，通过局域网远程操作。部分社区方案会集成“虚拟显示器驱动”，让系统认为有一块屏幕存在，这样即使HDMI没画面，远程桌面也能正常输出桌面内容。
2.4 辅助工具与主机环境
部署过程还需要一台能跑Windows或Linux的主机，以及下面这些工具：
- rkdeveloptool或Rockchip官方烧录工具：用来给板子写loader/MiniLoaderAll.bin，以及在Maskrom模式下刷U-Boot。
- diskpart/DISM（Windows主机）或Etcher/balena-cli等刷写工具：用来写TF卡、划分SSD分区、应用系统镜像。
- 一个能编辑BCD启动项的环境：Windows PE或者部署主机上的bcdboot工具都可以。
- 串口调试线：强烈建议准备一条USB转TTL串口线。没有显示输出的情况下，串口是唯一能确认引导过程卡在哪一步的手段。这属于“文件之外”的硬件，但对排障帮助极大。
3. 一步步把Windows ARM装进香橙派5
下面按我实测可以跑通的顺序来写。不同社区的固件包会有细微差异，但整体思路一致：TF卡负责引导，SSD负责系统。
3.1 第一步：准备TF卡引导
先把TF卡接到主机上，使用Etcher或dd命令把香橙派官方系统镜像写入TF卡，这一步是为了让TF卡获得香橙派官方分区表与U-Boot环境。然后不要直接启动，而是把官方镜像中的loader和U-Boot文件提取出来，结合社区提供的RK3588 UEFI固件重新覆盖TF卡上的引导文件。
如果你拿到的是社区发布的“引导卡镜像”，就省事得多，直接整卡刷写即可。常规做法是这样的：
- 确认板子进入Maskrom模式。拔掉TF卡、断开电源，按住板上的Maskrom键（有的版本是短接触点），用USB线连接板子与主机。
- 执行
sudo rkdeveloptool ld确认设备枚举成功，会输出一个Rockchip设备序号。 - 先烧loader：
sudo rkdeveloptool db MiniLoaderAll.bin - 再写U-Boot/UEFI：
sudo rkdeveloptool wl 0 u-boot-rockchip.bin
注意：U-Boot和UEFI固件一般是同一个二进制的不同阶段，常见做法是U-Boot负责硬件初始化，然后在U-Boot环境变量中指定加载EFI文件，再由EFI引导Windows。更多时候，你只需要把发布包中指定位置的固件覆盖掉TF卡即可，不需要每次都用Maskrom模式操作。首次折腾时用Maskrom模式比较稳，后续改配置直接替换TF卡文件就好了。
3.2 第二步：给SSD分区并部署系统镜像
我建议先把一块全新的NVMe SSD用USB硬盘盒接到主机上，提前把Windows装进盘里，而不是等板子启动后再装。原因很简单：安装器在无显示环境下几乎没法交互，提前部署可以绕开这个痛点。
在Windows主机上打开命令提示符，用diskpart完成分区：
diskpart list disk select disk 1 clean convert gpt create partition efi size=300 format quick fs=fat32 label=EFI assign letter=Z create partition primary format quick fs=ntfs label=Windows assign letter=W exit然后把Windows 11 ARM64镜像挂载，找到sources\install.wim，用DISM把系统应用过去：
dism /Apply-Image /ImageFile:C:\sources\install.wim /Index:1 /ApplyDir:W:\ bcdboot W:\Windows /s Z: /f UEFI这里有个小经验：/Index不要默认选1，先执行dism /Get-WimInfo /WimFile:...看看镜像里有哪些版本，选你想要的SKU（专业版或工作站版）。系统部署完成后，EFI分区里会自动生成EFI\Microsoft\Boot目录，这是标准Windows引导链。
3.3 第三步：把UEFI引导文件放进EFI分区
单独跑bcdboot生成的Windows引导项只适用于标准ARM设备，在香橙派5上还需要把社区UEFI包里的EFI引导文件放进同一分区。具体来说，需要把发布包中的EFI\Boot目录复制到分区Z的EFI\Boot位置，确保默认启动文件存在。
常见文件名是bootaa64.efi（在ARM64平台，UEFI启动文件固定叫这个名字），它会把控制权交给Windows的bootmgfw.efi。如果社区包里有针对RK3588的ACPI表或额外可选的EFI驱动（比如NVMe驱动、DPTFP驱动），也一并复制到EFI\Drivers下。
最后把SSD装回香橙派5的M.2插槽，TF卡保持插入状态，接上电源。理论上U-Boot会加载TF卡中的UEFI固件，UEFI扫描到SSD上的EFI分区，然后进入Windows安装/首次启动流程。
3.4 第四步：无显示器的远程操作方案
如果HDMI始终黑屏，不要慌。把板子接上网线，在路由器后台或通过串口查看板子的IP地址。确认网络连通后，Windows默认会开启远程桌面吗？不一定。这时候最佳路径是让 Windows 在部署阶段就开启远程桌面并设置好用户密码。
我实际操作时的办法是在apply-image之后，用注册表离线挂载的方式开启远程桌面，并启用网络发现。或者更简单的思路：先用Windows PE引导盘临时开机，在网络可用的情况下手动打开远程桌面，再重启进系统。第一种方式对新手有点门槛，但成功后体验最顺。
再补充一点：如果实在不想碰远程桌面，也可以给安装器加autounattend.xml应答文件，让系统全自动部署并强制启用远程桌面。应答文件放到U盘根目录即可，Windows安装程序会自动读取。
4. 我踩过的坑：问题定位与排查
最后这部分是我折腾中最值钱的经验，直接按问题清单列出来。
| 症状 | 可能原因 | 解决办法 |
|---|---|---|
| 上电后没有任何画面，串口无输出 | Maskrom模式下没有正确烧写Loader；或TF卡引导文件被覆盖失败 | 从Maskrom模式重新刷MiniLoaderAll.bin和U-Boot，确认USB连接线是数据线而非充电线 |
| U-Boot启动后停在某个日志，无法进入EFI Shell | UEFI固件与香橙派5的RK3588S不匹配 | 换成标注支持RK3588S的固件版本，不要直接用标准RK3588固件 |
| 系统启动到Windows Logo后蓝屏，代码ACPI_BIOS_ERROR | ACPI表缺失或版本不匹配 | 更新UEFI固件到社区最新版，确认固件发布说明中的ACPI支持列表 |
| 进入Windows后看不到NVMe盘 | ACPI里没有PCIe Root的描述，或EFI驱动没加载 | 确认固件包是否有独立NVMe驱动，并复制到EFI/Drivers |
| 黑屏但能通过RDP连上 | Mali GPU无驱动，系统无显示输出 | 用虚拟显示器驱动或接受远程桌面工作流 |
| 启动时提示找不到bootmgfw.efi | EFI分区中缺少Windows引导文件，或BCD启动项丢失 | 回到主机执行bcdboot重建引导项，检查EFI/BOOT/bootaa64.efi是否存在 |
| 系统能进入Windows，但USB键盘鼠标没反应 | 部分USB控制器在ACPI中没被正确描述 | 换固件版本，或先通过串口/RDP确认系统活着，再逐步排查USB节点 |
有几个经验比较值得强调。
第一，别追新。社区固件迭代很快，但“新固件+老镜像”的组合经常比“旧固件+新镜像”更容易出问题。我推荐先固定一个系统和UEFI固件的版本组合，跑通之后再整体升级，不要混合搭配。
第二，TF卡的质量直接影响引导稳定性。劣质TF卡会出现U-Boot能启动但EFI阶段随机卡死的现象，换一张正规品牌卡往往就好了。这个坑看起来像固件问题，最后查出来是存储介质写坏，气死人。
第三，串口日志是救命稻草。如果板子没有显示输出，串口可能是你唯一能观察到“它到底走到哪一步”的窗口。建议先花20分钟把串口环境配好再开始安装，能省下几天的排查时间。
第四，Windows ARM在香橙派5上的体验和x86完全不一样，系统流畅度主要取决于GPU是否参与加速。目前这个方案更适合做实验平台、跑一些依赖Windows生态的脚本工具，或者当作远程管理终端。真要当主力机用，建议还是把目光放回官方支持的ARM笔记本设备。
再分享一个操作习惯上的细节：每次修改TF卡引导文件前，先备份原始文件。我在调试过程中至少三次因为覆盖了错误的U-Boot，导致整块TF卡启动链失效，返工重刷。文件不多，但备份成本极低，收益很高。装完系统后也别急着删引导卡，系统跑稳定后再决定要不要把引导合并到SSD上，给后续调试留一条退路。
本文还有配套的精品资源，点击获取
