小爱音箱+米家APP远程控制台式机：WOL+Home Assistant实战

1. 项目背景与整体思路

先说我这个需求是怎么来的。宿舍里一台台式机，平时下班回去要开电脑，但人还在路上的时候就想先把机器预热，回到家直接能用；晚上躺床上不想爬起来关机，又不想让电脑整夜运行。手头正好有小爱音箱Pro和米家APP，于是就想把这台普通台式机也塞进米家生态里，实现一句话开机、手机上远程控电、公共场所自动开关机这些操作。这就是标题里的“IOT(1)”——把非智能设备改造成可远程控制的IoT节点。

这个系列的开篇我先解决最核心的问题：让小爱音箱和米家APP都能控制台式机。再往后可以扩展温度、功耗、锁定状态等更多玩法。文章主要面向两类人：一是跟我一样宿舍/办公室用台式机但想远程开关机的人，二是想把米家生态延伸到自制设备上的折腾党。下面会涉及BIOS设置、系统网络配置、Home Assistant搭建、小爱自定义技能这些环节，全程记录我实际操作的细节和踩过的坑。

1.1 需求拆解：三个控制入口

整个需求拆开来看其实就三个动作：

• 我人在外面，用米家APP发出“开机”或“关机”指令，台式机响应。
• 我在屋里，直接喊“小爱同学，打开电脑”，电脑启动；喊“关闭电脑”，电脑系统正常关机。
• 我还想知道电脑当前是不是开机状态，避免误发指令、或远程开机后不定时关机误伤正在跑的任务。

这三个动作看起来简单，但真正难的点在于“开机”。电脑关机状态下，它本身不运行任何软件，米家APP如果像控制普通插座一样去控制它，那只能靠给电源断电/上电，相当于强制重启，对机械硬盘和系统都很不友好。想要优雅开机，必须依赖硬件的网络唤醒能力，也就是常说的WOL（Wake-on-LAN）。

1.2 方案选型：为什么选“WOL + Home Assistant”

我也认真考虑过直接用米家智能插座，思路很直接：给台式机插上一个米家智能插座，人在外面点一下“关闭插座”，等于拔电源；点“打开插座”，电脑恢复供电，如果主板开了“通电自启”功能就自动开机。这个方案便宜又省事，几分钟就能搞定，但问题也相当明显：

• 关机靠断电，等于每次都是用拔电源线的方式强制关机，系统没有正常退出，SSD还好一点，机械硬盘非常容易出坏道。
• 开机依赖主板“AC Recovery”功能，个别主板的通电自启逻辑很怪，有时不触发。
• 无法知道电脑是否已正常关机，也无法在电脑运行中获取状态。

所以我把目光放到“局域网内常开设备+WOL指令”上。典型做法是：一个7x24小时运行的小型设备（树莓派、NAS、软路由甚至旧手机）作为智能家居中枢，在里面跑Home Assistant，由HA向台式机网卡发送网络唤醒魔术包。关机则通过HA在主机关机前执行一个远程命令，比如Windows上的shutdown /s /t 0。状态可以通过HA的探测指令实时看到。

选择Home Assistant还有一个原因：它能和小爱音箱深度联动。小爱音箱目前对第三方设备不是完全开放，但HA有一堆社区大佬维护的小爱集成，可以把HA里的设备/场景“投射”给小爱训练技能，这样“打开电脑”就能变成小爱的一个自定义口令。

1.3 还需要哪些必备条件

• 台式机主板支持网络唤醒，且板载网卡或PCIe网卡在关机状态下仍能供电。绝大多数近十年主板都支持，但型号不同设置位置也不一样。
• 网线连接，不建议用Wi-Fi。Wi-Fi网卡在电脑完全关机后通常断电，无法收到魔术包。虽然有些主板支持Wi-Fi唤醒，但非常不稳定，实测不如网线来得可靠。
• 独立中枢设备。如果你指望用这台要关机/开机的电脑自身来发唤醒包，逻辑上就不成立。关机状态下它什么都干不了，所以必须有一台24小时不关机的设备来“喊”它。
• 局域网通畅，最好给台式机设置固定的IP，避免DHCP分配的地址频繁变化导致后续配置全部失效。

2. 台式机端准备：从BIOS到系统

2.1 BIOS中开启网络唤醒与通电自启

第一步是进BIOS设置。不同品牌主板设置项名字很不一样，常见的是在“Power Management”或“Advanced BIOS Features”里。我这台戴尔台式机的BIOS结构比较特殊，但搜索思路是一样的：

• 关闭“Deep Sleep Control”或者“ErP Ready”。如果开启这些深度节能选项，主板会在关机后切断网卡供电，WOL就永远收不到信号。
• 开启“Wake on LAN / WOL from Power On”或叫“Resume by LAN”，具体名称要看主板，找不到就在BIOS右上角搜索“LAN”或“Wake”。
• 顺便打开“AC Power Recovery / AC Loss Power On / After Power Loss: Power On”这一项。这东西我们不拿它当主开机手段，但作为备选兜底，防止哪天网卡唤醒抽风了，用米家智能插座断电再上电也能把机器拉起来。

设置完保存退出即可。注意：如果修改了BIOS里的电源管理模式，需要重新进一次Windows，确认网卡驱动没有被系统禁用。

2.2 Windows系统设置与测试

BIOS只是把硬件层面的“门”打开了，Windows这边还要再打开“网卡允许唤醒计算机”的开关。在Windows 11/10上操作路径是：设备管理器 -> 网络适配器 -> 找到你的有线网卡 -> 属性 -> 电源管理。

里面有两个关键选项：

• “允许此设备唤醒计算机”的勾必须勾上。
• 如果有“只允许幻数据包唤醒计算机”，也建议勾上。WOL魔术包就是幻数据包，勾上更安全，防止网络中其他广播包把电脑误唤醒。
• 有些网卡驱动在“高级”选项卡里还有“Wake on Magic Packet”选项，同样设为Enabled。

还有一个系统层面的坑就是“快速启动”。Windows默认开启“快速启动”，表面上关机，其实内核休眠了，关机状态下的唤醒行为会变得很反直觉，有时候WOL成功，有时候失败。如果你发现关机后网络唤醒经常失灵，最简单的方式是在控制面板电源选项里关闭快速启动，或者在命令行里执行：

powercfg /h off

接着把台式机的IP固定下来。在路由器后台给这台机器的MAC地址绑定固定IP，以后不管怎么重新连接，局域网内地址不变。

2.3 用WakeOnLAN工具直接验证

先别急着接HA，我可以直接测试WOL能不能生效。在NAS、手机或另一台电脑上安装一个WOL工具，手机App有很多，电脑上用命令行工具最省事：

# Linux / macOS 上可以用 wakeonlan wakeonlan AA:BB:CC:DD:EE:FF # Windows 上也可以用相关GUI工具或 PowerShell 模拟

如果局域网里没有现成的Linux环境，用手机App也是很好的办法。手机和台式机连同一Wi-Fi，在App里输入台式机网卡MAC地址，点发送，几秒后主机应该会正常启动。

我第一次测试的时候怎么按都没反应，后来才发现是关机后网卡指示灯根本没亮，说明主板已经切断了网卡供电。回BIOS关掉ErP和Deep Sleep，再关机，网卡灯亮起，再发魔术包就成功了。

2.4 主板不支持WOL时的备选方案

如果你的台式机实在太老，或者BIOS里根本没网络唤醒选项，那就只能考虑备选：米家智能插座+主板通电自启。具体做法是把台式机电源插到米家插座上，主板BIOS开启“AC Power Loss: Power On”，这样断电后再恢复供电时电脑自动开机。关机操作则通过软件实现（后面讲HA时也可以通过通知栏远程关机），实在不行再通过米家App关插座电源。

这个方案的最大问题是两次断电之间如果距离太短，主板电源电容还没放完电，会导致偶发开不了机。实测如果第一次关机后等10秒再送电，成功率会明显提升。

3. 中枢环境搭建：Home Assistant

3.1 中枢放在哪里

PC要关机，网络唤醒指令必须由别的设备发出去。最优选当然是家里的NAS或软路由，如果都没有，树莓派、香橙派、旧笔记本都行。核心要求就一条：7x24在线，且和台式机在同一个局域网。

我早期试过用旧手机装“万能的Termux”来发WOL，但稳定性和自动化能力都太弱。后来换成了树莓派4B跑Home Assistant，整体体验立刻正常了。HA除了能发WOL，还能做自动化和接入小爱音箱，是这个方案的灵魂角色。

如果手头完全没有这些设备，也可以先在Windows主机上装虚拟机跑HA做测试，但逻辑上有一点绕：测试的时候主机必须开着，一旦关机请求发出来，虚拟机也随之关闭。所以正式用还是得一个独立的中枢。

3.2 安装Home Assistant

主流安装方式有Home Assistant OS、Docker容器，以及手动Python虚拟环境。如果设备是树莓派，直接刷HAOS镜像最省心；如果NAS上已经部署了Docker，以容器方式跑也可以。

我这次用的是Docker方式。官方文档写得很清楚，但在国内网络环境下拉取镜像时可能会慢，建议配置国内镜像源。核心docker-compose配置大致长这样：

services: homeassistant: container_name: homeassistant image: ghcr.io/home-assistant/home-assistant:stable volumes: - ./config:/config - /etc/localtime:/etc/localtime:ro network_mode: host restart: unless-stopped

注意network_mode: host很重要。HA需要访问局域网内各种设备，如果用默认bridge模式，局域网发现和小爱联动会出现很多奇怪问题。启动后通过http://<中枢IP>:8123访问，首次初始化会提示创建账号、选地区、设家庭名称，十几分钟能搞定。

3.3 添加PC设备与开关实体

HA装好以后，在“设置 -> 设备与服务 -> 添加集成”里搜索“Wake on LAN”，添加时填写台式机的主机名或IP地址、MAC地址，实体名称比如pctoggle。保存后会自动生成一个开关实体，HA每次打开这个开关，就会向目标MAC发送魔术包；关闭它，则执行你配置的动作。

我们还需要让HA能远程关机。这里有个关键技巧：HA对Windows的远程关机通常是通过SSH或WinRM。如果不想开SSH服务，可以用HA的shell_command，让HA在主机上执行一条命令。比较优雅的做法是给Windows装OpenSSH Server，然后在HA配置里加一个开关动作：

switch: - platform: wake_on_lan name: "Desktop PC" mac: "AA:BB:CC:DD:EE:FF" host: "192.168.1.100" turn_off: service: shell_command.turn_off_pc

shell_command.turn_off_pc里再定义通过SSH让Windows执行shutdown /s /t 0。如果你不想开启SSH，也有一个取巧的方案：在Windows上安装“小米智能家居接入程序”之类的小工具，或使用遥控关机软件监听局域网指令。但不管用什么，最终目的都是让HA能对主机发一个关机指令。

第一次运行时建议先在HA开发者工具里找到这个开关，点击“打开”，电脑唤醒成功；点击“关闭”，电脑正常进入关机流程。如果这两个动作都正常，整个系统的核心链路就通了。

4. 小爱音箱与米家APP联动

4.1 小爱联动HA的几种路径

小爱音箱本身没有对HA的官方支持，但社区里早就打通了几条路：

• 通过xiaomi_miot或Xiaomi Miot Auto集成，把小爱音箱接入HA，然后在HA里创建自动化，让小爱识别自然语言指令。
• 更常用的方式是直接在米家APP的小爱音箱“训练中心”里添加自定义技能，把“打开电脑”这样的口令和小爱要执行的“场景”绑定。
• 也有使用第三方平台做中转的方案，但我个人不建议，因为多了云服务依赖，延迟也高。

我实测下来最稳定的路径是：HA里配置好设备与自动化，然后让小爱音箱接入HA，在米家APP里通过训练设置触发词。这样语音识别交给小爱，指令执行交给HA。

4.2 小爱接入HA并训练语音技能

操作步骤大概是：

1. 在HA里安装“Xiaomi Miot Auto”集成。
2. 在集成中扫描局域网，找到小爱音箱和米家账号下的设备。
3. 把不需要的米家设备也一并接入，HA会有很多展示，但你可以只保留小爱音箱相关实体。
4. 在HA的自动化里创建两个场景，例如“打开电脑”和“关闭电脑”：

alias: 打开台式机 trigger: - platform: state entity_id: switch.desktop_pc to: "on"

这一步其实有点绕。我们不是要“检测状态变化”，而是要让小爱音箱说出的那句话变成触发条件。小爱接入HA后，HA会把小爱识别到的语音内容作为事件输出。

更省心的做法是：在米家APP的小爱音箱设置里找到“训练”，添加一句“打开电脑”，然后把动作设置为“执行场景”，场景内容再设置为“让米家设备……”。但米家场景只能控制米家设备，不能直接控制HA实体，这就卡住了。因此最推荐的社区方案是：

让小爱接入HA后，HA监听小爱音箱的对话事件，匹配关键词后调用对应服务。配置类似：

automation: - alias: 小爱语音打开电脑 trigger: - platform: event event_type: xiaomi_miot.conversation event_data: text: "打开电脑" action: - service: switch.turn_on target: entity_id: switch.desktop_pc

把关键词和实体换一换就能直接套用。实测小爱在“离线”和“在线”状态下都能识别部分指令，但设好训练词后响应速度会更快。

4.3 米家APP侧的“间接控制”入口

说到米家APP原生控制，我得先泼盆冷水：官方目前没有把HA设备直接显示在米家APP设备列表里的稳定方案。网上有些通过把ESP32刷成米家蓝牙网关再转发命令的骚操作，但方案往往依赖云端桥接，延迟和稳定性都让人头大。

我们给普通用户可复制的方案是“在米家APP的小爱音箱页里建训练技能”。这样使用体验是：打开米家APP，进入小爱音箱的设置页，找到你训练的“打开电脑”“关闭电脑”，点一下语音图标，小爱音箱就会帮你执行。虽然不是设备卡片，但至少“米家APP也能控制”这一需求是成立的。

如果非要一个可视化开关，还有一个临时方案：在HA里做一个虚拟开关，同时创建一个自动化让虚拟开关的变化云同步到小爱？目前社区没有通用做法。我自己的实际体验是，语音控制+远程通过米家APP给HA发通知已经足够，折腾一圈之后发现不必过度纠结“必须在米家APP上看到设备图标”。

4.4 关于小爱音箱Pro的TTL刷机

网上很多教程为了解锁小爱能力，动辄拆机引出TTL接口刷机。我强烈不建议新手这么干，尤其只是为了控制电脑开关机。小爱音箱Pro的功能在原生固件里已经够用，我们通过“训练”和HA配合就能完成绝大部分需求。拆机不但有变砖风险，固件升级后可能还要重新折腾，纯粹是花时间增加维护成本。

5. 自动化场景与进阶玩法

5.1 定时开机与定时关机

基础的WOL开关只是第一步，接入HA后最大的好处是可以和各条自动化联动。我把几个高频场景写在这里，照抄就能用：

早晨模式：工作日早上8点自动开机，比闹钟还准。很多人的电脑本身就有RTC定时开机功能，但BIOS设置麻烦，而且没法按工作日/节假日区分。HA里直接写状态触发即可：

automation: - alias: 工作日早八点开电脑 trigger: - platform: time at: "08:00:00" condition: - condition: time weekday: - mon - tue - wed - thu - fri action: - service: switch.turn_on target: entity_id: switch.desktop_pc

入睡前场景：对小爱说“关闭电脑”，电脑执行关机的同时，HA还可以顺手把房间其他米家设备关闭，比如灯、风扇、插座等等。把小爱语音指令触发的自动化写到HA里以后，动作编排自由度一下提高了很多。

5.2 状态回传与温度监控

电脑开机以后，如果你还想在手机上看CPU温度、硬盘空间等数据，可以在Windows上装一个Agent服务，把数据推送给HA。常用的工具有Glances、SnmpAgent或者一些厂商自带的监控脚本。HA端通过REST传感器摄取数据，然后在仪表盘里展示。

不想装Agent的可以退一步：通过HA的ping集成监控主机在线状态，再通过米家APP的“智能设备断电/上线提醒”来间接判断电脑是否已启动。这种方式虽然拿不到系统内部数据，但对多数人来说已经够用。

5.3 配合定位实现“离家自动关机”

很有用的一个场景是：检测到手机离开特定地理范围后，自动检查电脑是否还在运行，如果运行超过某个时长，就执行“关闭电脑”。定位来源可以是手机的HA Companion App，也可以是米家APP的回家/离家场景。

我用的是HA的地理位置设备跟踪器绑定手机，每天下班带手机离开宿舍，HA检测到“离家”状态，延迟15分钟执行关机。核心逻辑是避免人走了电脑还开着，同时给正在下载的任务留出收尾时间。

配置示意：

automation: - alias: 离家后自动关机 trigger: - platform: zone entity_id: device_tracker.my_phone event: leave action: - delay: minutes: 15 - service: switch.turn_off target: entity_id: switch.desktop_pc

这类自动化和米家APP自己的离家场景差别在于：米家APP的离家场景只能触发米家设备，触发不了电脑，HA正好补上这块拼图。

5.4 与24pin电源相关的避坑提示

不少人在折腾“米家插座开电脑”时还遇到过一种和ATX电源相关的怪问题：明明插座的插头一通电，电脑就应该启动，结果风扇转一下就停。原因是主板的AC Recovery逻辑和CPU供电/电源自检没有同步，断电后没清掉CMOS里的残存电压。

ATX电源24pin上有第16脚是PS_ON，接地就启动。而智能插座断电再上电，主板只是恢复了5V待机电压，并不会自动短接PS_ON，除非主板固件特意在AC恢复后做一次完整上电动作。这就是为什么我把24pin电源定义单独提出来说一下：别指望靠插座断电再上电来实现开机，真正干净的方式还是发WOL指令，由网卡唤醒芯片去短接那个开机逻辑。

6. 常见问题与排错实录

6.1 WOL失效问题速查

我自己调试过程中遇到的问题，按出现频率排列如下：

• 关机后网卡指示灯不亮：BIOS的ErP/Deep Sleep没有关闭。这是最常见的原因，先回BIOS关闭深度节能。
• Windows“快速启动”导致只能正常关机失败：关掉“快速启动”或关闭休眠，powercfg /h off最彻底。
• 路由器隔离了广播包：有些路由器开了“AP隔离”，导致无法向局域网内的其他设备发送广播包。在路由器设置里关掉“AP隔离”或“无线隔离”即可。
• 网卡驱动更新后设置被重置：Windows更新有时会重置网卡驱动的高级设置，检查“允许此设备唤醒计算机”和“魔术包唤醒”是否依然打开。
• 更换网线口后MAC变了：如果你机器有多个有线网口，确认HA里填的是当前正在使用的网口的MAC地址。我总共有两个网口，折腾到后面发现一直填错了另一个物理网口。

6.2 小爱语音识别翻车原因

小爱音箱在控制电脑时偶尔“失灵”，大多不是HA的问题，而是语音语义被小爱理解偏了。比如喊“打开电脑”时如果米家APP里恰好有个设备叫“电脑”，小爱可能会去控制那个设备而不是触发HA自动化。解决方法是把训练词说得更具体，比如“打开桌面主机”“关闭工作台主机”。

另一个翻车点是：当你用小爱训练技能时，小爱助手有时会自己弹出一个相似技能，并覆盖你的训练内容。这就需要在训练中心里把所有相似推荐删干净。实测节省时间的做法是每次修改训练词后，在小爱音箱上顺手问一句“小爱同学，打开电脑”，立刻验证是否命中。

6.3 关于Windows IoT Enterprise LTSC的问题

最近很多人在台式机上装Windows 10 IoT Enterprise LTSC 2021，因为相比普通版少了商店、Edge等组件，运行内存能省不少。但我要提醒：如果你目的是让台式机被米家控制，系统精简反而会带来麻烦。比如某些精简版LTSC默认禁用了部分网络服务，SSH服务装不上或占不上，导致HA无法远程关机。另外Windows Update长期不更新也会让网卡驱动停留在旧版本，WOL是否正常全凭运气。

我的建议是：这台电脑如果主要当日常台式机用，老老实实装标准Windows 10/11，省下来的那一点内存还不如一根内存条来得实在。如果你本来就是为了让老机器当“下载机”这类全天候节点才选LTSC，那可以继续用，但记得先确认网卡驱动对外部和内部唤醒响应正常。

6.4 关于台式机共享笔记本网络的场景

有些宿舍或临时环境没有独立网线口，台式机要靠网线连接笔记本共享网络。这种拓扑下WOL同样可以工作，但要注意：负责共享的笔记本必须常开，且台式机和控制端（比如手机）必须真的在同一二层网络内。“Internet连接共享”（ICS）模式下，笔记本会为台式机分配一个类似192.168.137.x的新网段，手机如果还连着原来的Wi-Fi网络，广播包无法跨网段唤醒。

解决方法是把手机也连到笔记本创建的虚拟热点下，或者把笔记本网卡的ICS改成网桥模式，让所有设备都在同一局域网。还有一点，如果共享网络是Windows笔记本通过Wi-Fi转网线出来的，它的多网卡结构很容易让网卡驱动把WOL能力弄乱，建议优先用Windows自带的“移动热点”统一分配IP，而不是去折腾ICS的高级设置。

6.5 键盘F1变成亮度调节的问题

这是网络上另一个高频疑问，和本项目看上去无关，但在“开机键被误设置”的场景里经常有人踩坑。这里单独记录一下：不少台式机键盘的F1本来在BIOS里是“功能键优先”，装完系统后却被识别为多媒体键，于是按F1变成调亮度，连BIOS启动快捷键都进不去，更别提设置WOL了。

解决办法是在键盘驱动软件里关闭“F1-F12作为多媒体键优先”的模式，或者直接在BIOS的“System Configuration”里把Function Key Behavior设为“Function Key”。设置完以后就能正常用F1进去了。如果键盘本身没有这个开关，插一个普通USB键盘进BIOS改WOL设置也是最快的。

最后再说一点实际体会

这套方案前前后后花了我大约两个晚上，大部分时间都耗在BIOS隐藏选项和网卡驱动的各种奇怪行为上。我的真实建议是，不要一上来就追求“既要小爱控制又要米家APP卡片”，先把WOL这条基础链路跑通，再逐步叠加自动化；等电脑能被远程开关了，再让小爱接入HA，最后才谈那些花哨的联动场景。把每一步验证清楚，整套方案才能稳定用上几年都不出问题。如果你也正好有一台闲置的小主机或树莓派，这个折腾成本其实很低，收获却是把家里的电脑真正变成了米家IoT生态的一部分。