树莓派蓝牙自动连接与音频播放系统：智能家居场景化应用实践

1. 项目概述与核心思路

如果你和我一样，是个喜欢折腾智能家居和自动化场景的玩家，那么“让设备在特定人物靠近时自动播放专属BGM”这个想法，肯定不止一次在你脑海里闪过。想象一下，家人回家时，玄关自动响起温馨的欢迎曲；朋友来访，客厅播放一段俏皮的提示音。这不仅仅是炫技，更是将冰冷的科技融入生活温度的一种有趣尝试。今天要聊的，就是如何用你手边那块吃灰的树莓派，配合蓝牙和Python，亲手搭建这样一个“蓝牙自动连接与音频播放系统”。

这个项目的核心逻辑非常清晰：树莓派扮演一个不知疲倦的“哨兵”，持续尝试与预设列表中的蓝牙设备（比如家人的手机）建立连接。当目标设备进入蓝牙信号范围（通常10米内），连接成功，树莓派便立即播放关联的音频文件，完成后自动退出，等待下一次循环。整个过程完全自动化，无需人工干预。这背后涉及几个关键技术点：树莓派的蓝牙服务配置、音频输出设备的指定、蓝牙配对的自动化脚本编写，以及主控程序的循环逻辑。别看步骤不少，但每一步都有明确的意图和操作方法，我会结合我多次搭建和调试的经验，把其中的坑和技巧都摊开来讲清楚。

2. 硬件准备与系统环境搭建

2.1 核心硬件选型与考量

工欲善其事，必先利其器。硬件是项目的地基，选择不当会让后续调试痛苦不堪。

首先，树莓派是毋庸置疑的核心。理论上，任何带有蓝牙模块的树莓派型号都可以，从Zero W到最新的5代。我强烈推荐使用树莓派4B或更新型号，原因有三：一是其蓝牙版本（4.2/5.0）更稳定，连接速度和抗干扰能力更强；二是CPU性能足够，在运行蓝牙扫描、连接和音频解码时更加流畅，避免出现音频卡顿或连接超时；三是GPIO和USB接口丰富，为后续扩展（如增加传感器）留有余地。如果你手头只有3B+，也完全没问题，只是在高并发扫描多个设备时，需要更注意脚本的效率优化。

其次，音频输出方案是决定体验好坏的关键。原始文章提到了使用USB声卡，这绝对是一个明智的选择。树莓派自带的3.5mm音频接口，其输出质量受板载模拟电路和电源噪声影响较大，音质通常比较“感人”，底噪明显，驱动大阻抗音箱时也力不从心。而一块几十元的USB声卡，相当于为树莓派外置了一个独立的音频处理单元，能提供更干净、更有力的音频信号。在选择USB声卡时，注意选择免驱、兼容Linux的型号，通常基于CM108、CM119或SA9227芯片的声卡在树莓派上即插即用，兼容性最好。

最后是连接线材与扬声器。一根质量可靠的3.5mm转双莲花头（RCA）音频线或直接3.5mm对3.5mm的aux线是连接声卡和音响的桥梁。扬声器方面，根据使用场景选择：如果是门厅欢迎系统，一个小型有源音箱（即自带功放的音箱）就足够了；如果想获得更好的音质，可以连接家庭音响的AUX输入口。

注意：务必在通电前连接好所有线缆。热插拔USB声卡有时会导致设备索引号变化，进而需要重新配置系统音频输出。

2.2 操作系统与基础环境配置

拿到硬件后，第一件事是给树莓派安装操作系统。推荐使用官方的Raspberry Pi OS（Legacy with desktop），它是一个基于Debian的、为树莓派深度优化的Linux发行版，对蓝牙和音频的支持最完善。

1. 系统烧录与初始化：使用Raspberry Pi Imager工具将系统镜像写入SD卡。在Imager中，可以预先设置主机名、开启SSH、配置Wi-Fi和地区设置，这对于无头（无显示器）运行至关重要。首次启动后，通过sudo raspi-config完成本地化设置，特别是时区和键盘布局。

2. 系统更新与必要软件安装：连上网后，第一件事就是更新软件源和升级现有包。

   sudo apt update sudo apt full-upgrade -y

   接着，安装项目必需的软件包：

   sudo apt install -y python3-pip python3-venv bluez pulseaudio pulseaudio-module-bluetooth

   • bluez：Linux官方的蓝牙协议栈，提供了bluetoothctl等核心工具。
   • pulseaudio：音频管理服务，比直接使用ALSA更灵活，便于管理多个音频输入输出源。虽然我们的脚本最终可能直接调用ALSA播放，但安装PulseAudio有助于系统级的音频调试。

3. 音频输出切换至USB声卡：这是确保声音能从正确设备发出的关键一步。插入USB声卡，系统通常会自动识别。我们需要告诉系统，默认使用这个USB声卡而非板载音频或HDMI。 首先，列出所有音频设备：

   aplay -l

   你会看到类似下面的输出：

   **** List of PLAYBACK Hardware Devices **** card 0: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones] Subdevices: 8/8 Subdevice #0: subdevice #0 ... card 1: Device [USB Audio Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0

   这里card 1就是我们的USB声卡。接下来，创建或修改ALSA的全局配置文件，将默认声卡设为USB设备。编辑/etc/asound.conf文件（如果不存在就新建）：

   sudo nano /etc/asound.conf

   填入以下内容，将card的值改为你查到的USB声卡编号（例如1）：

   defaults.pcm.card 1 defaults.ctl.card 1

   保存退出。然后，我们还需要为当前用户配置PulseAudio。编辑或创建~/.config/pulse/default.pa，在文件末尾添加：

   set-default-sink alsa_output.usb-<你的声卡标识符>.analog-stereo

   声卡标识符可以通过命令pactl list short sinks查看。更简单的方法是重启树莓派，重启后声音输出应该已经切换到USB声卡。你可以通过speaker-test -t sine -f 440命令测试是否能听到440Hz的测试音。

3. 蓝牙服务深度配置与设备配对

3.1 蓝牙服务（BlueZ）的进阶配置

树莓派默认的蓝牙服务配置是为连接耳机、键盘等外设优化的。当我们需要让树莓派主动连接手机这类设备时，就需要对BlueZ服务进行一些调整，使其具备“客户端”的能力。

原始文章中修改dbus-org.bluez.service文件的方法是有效的，但其原理是启用BlueZ的“兼容模式”（-C flag）并添加串行端口配置文件（SPP）。在较新版本的BlueZ（>=5.43）和树莓派OS中，更推荐使用以下方法，它更清晰且易于管理：

1. 检查并修改BlueZ主配置：首先，查看BlueZ是否已运行在兼容模式。

   systemctl status bluetooth

   查看服务启动命令中是否包含-C。如果没有，我们需要修改BlueZ的启动选项。编辑覆盖配置文件（这是systemd推荐的方式，避免直接修改原生服务文件）：

   sudo systemctl edit bluetooth

   在打开的编辑器中，输入以下内容：

   [Service] ExecStart= ExecStart=/usr/lib/bluetooth/bluetoothd -C ExecStartPost=/usr/bin/sdptool add SP

   这里，第一行ExecStart=用于清空原有的启动命令，第二行重新指定带-C参数的启动命令，第三行在服务启动后添加SPP支持。

2. 重启蓝牙服务并验证：

   sudo systemctl daemon-reload sudo systemctl restart bluetooth systemctl status bluetooth --no-pager -l

   仔细查看状态输出，确认启动命令中包含了-C参数，并且没有报错。

3. 配置蓝牙代理与权限：为了让自动化脚本能无障碍地处理配对和连接请求，我们需要设置一个全能的“代理”。创建一个简单的Python脚本作为蓝牙代理：

   sudo nano /etc/bluetooth/auto_agent.py

   输入以下内容：

   #!/usr/bin/env python3 import dbus import dbus.mainloop.glib from gi.repository import GLib import sys class AutoAcceptAgent(dbus.service.Object): def __init__(self, bus, path): super().__init__(bus, path) @dbus.service.method("org.bluez.Agent1", in_signature="", out_signature="") def Release(self): print("Agent released") @dbus.service.method("org.bluez.Agent1", in_signature="os", out_signature="") def AuthorizeService(self, device, uuid): print(f"Authorizing service {uuid} for device {device}") return @dbus.service.method("org.bluez.Agent1", in_signature="o", out_signature="s") def RequestPinCode(self, device): print(f"Requesting PIN for {device}") return "0000" # 可以设置一个固定PIN码，或返回空字符串拒绝 @dbus.service.method("org.bluez.Agent1", in_signature="ou", out_signature="") def RequestConfirmation(self, device, passkey): print(f"Confirming passkey {passkey} for {device}") return # 直接返回表示确认 # 其他方法如RequestPasskey, Cancel等可以留空或简单实现 if __name__ == "__main__": dbus.mainloop.glib.DBusGMainLoop(set_as_default=True) bus = dbus.SystemBus() agent = AutoAcceptAgent(bus, "/test/auto_agent") obj = bus.get_object("org.bluez", "/org/bluez") manager = dbus.Interface(obj, "org.bluez.AgentManager1") manager.RegisterAgent("/test/auto_agent", "NoInputNoOutput") # 关键：设置无交互代理 manager.RequestDefaultAgent("/test/auto_agent") print("Auto-accept agent registered") loop = GLib.MainLoop() try: loop.run() except KeyboardInterrupt: manager.UnregisterAgent("/test/auto_agent") sys.exit(0)

   保存后，赋予执行权限：sudo chmod +x /etc/bluetooth/auto_agent.py。这个代理会自动同意所有配对请求，非常适合自动化场景。你可以通过sudo python3 /etc/bluetooth/auto_agent.py测试运行，在另一个终端尝试用手机配对，观察输出。

3.2 目标设备的MAC地址获取与信任配对

我们的系统需要知道“找谁”。因此，获取目标设备（如手机）的蓝牙MAC地址是必须的。

1. 获取MAC地址：最可靠的方法是在树莓派上使用bluetoothctl扫描。

   bluetoothctl [bluetooth]# power on [bluetooth]# scan on

   让你的手机蓝牙处于打开且可被发现状态（通常在蓝牙设置界面）。几秒钟后，列表中会出现你的设备，记下它的MAC地址（格式如AA:BB:CC:DD:EE:FF）。输入scan off停止扫描，exit退出。

2. 执行首次手动配对与信任：尽管我们的代理可以自动同意配对，但为了建立初始的绑定关系，建议先进行一次手动配对。这能确保所有必要的密钥交换完成。

   bluetoothctl [bluetooth]# pair AA:BB:CC:DD:EE:FF

   手机会弹出配对请求，确认即可。配对成功后，在bluetoothctl中执行：

   [bluetooth]# trust AA:BB:CC:DD:EE:FF [bluetooth]# connect AA:BB:CC:DD:EE:FF

   连接成功后，再执行disconnect AA:BB:CC:DD:EE:FF断开。这一步的目的是让BlueZ将该设备标记为“已信任”且“已知”，后续的自动化连接尝试会顺利很多。

实操心得：不同手机系统的蓝牙策略不同。iOS设备通常更“高冷”，需要先在手机上主动向树莓派发起一次配对（在手机蓝牙列表里点树莓派的名字），然后再用bluetoothctl在树莓派端确认并信任。Android设备则一般两边都能发起。如果自动化脚本始终连不上，回退到这一步进行完整的手动配对流程，是排查问题的好方法。

4. 核心程序架构解析与代码实现

4.1 程序工作流与模块设计

在动手写代码前，我们必须理清整个系统的工作流程，这有助于编写出结构清晰、易于维护的脚本。整个系统的运行周期可以分解为以下几个状态：

1. 初始化状态：加载配置（目标设备MAC地址列表及对应的音频文件路径），初始化蓝牙连接所需的环境。
2. 扫描循环状态：程序进入一个无限循环，遍历设备列表。对列表中的每一个MAC地址，尝试发起蓝牙连接。
3. 连接尝试状态：针对一个MAC地址，通过子进程调用底层蓝牙命令进行连接。此过程会触发配对流程（由我们之前配置的自动代理处理）。
4. 结果判断状态：监听连接尝试的结果。如果连接失败（超时或拒绝），则记录日志，并跳转到列表中的下一个设备，回到状态2。如果连接成功，则进入状态5。
5. 音频播放与清理状态：根据连接成功的MAC地址，找到对应的音频文件，调用系统音频播放命令（如aplay或mpg123）进行播放。播放完毕后，主动断开蓝牙连接，然后根据设计，可以选择退出程序或回到状态2开始新一轮循环。

基于这个流程，我们可以将程序划分为几个模块：

• 配置管理模块：负责读取外部配置文件或硬编码的字典，管理{MAC: 音频文件路径}的映射关系。
• 蓝牙连接器模块：封装与bluetoothctl或dbus的交互，提供connect_to_device(mac_address)函数，返回成功或失败。
• 音频播放器模块：封装系统音频播放命令，提供play_audio(file_path)函数，并阻塞直到播放完成。
• 主循环模块：协调以上模块，实现状态机逻辑，并处理日志输出。

4.2 Python脚本实现详解

我们不直接使用原始项目的代码，而是从头实现一个更清晰、更易控制的版本。首先，确保安装了必要的Python库：dbus-python（用于更底层的蓝牙控制，可选但更强大）和subprocess（Python标准库，用于调用系统命令）。

创建一个名为bluetooth_welcome.py的文件。

#!/usr/bin/env python3 """ 树莓派蓝牙自动连接与音频播放主程序 """ import subprocess import time import logging from pathlib import Path # 配置日志，方便调试 logging.basicConfig(level=logging.INFO, format='%(asctime)s - %(levelname)s - %(message)s') logger = logging.getLogger(__name__) class BluetoothWelcomePlayer: def __init__(self, device_map, scan_interval=10, connect_timeout=15): """ 初始化播放器 :param device_map: 字典，格式为 {'AA:BB:CC:DD:EE:FF': '/path/to/welcome.mp3'} :param scan_interval: 循环中，尝试下一个设备的间隔时间（秒） :param connect_timeout: 单次连接尝试的超时时间（秒） """ self.device_map = device_map self.scan_interval = scan_interval self.connect_timeout = connect_timeout # 验证音频文件是否存在 for mac, audio_file in self.device_map.items(): if not Path(audio_file).is_file(): logger.warning(f"音频文件不存在，MAC {mac} 将跳过: {audio_file}") # 可以选择移除该设备或抛出异常 def _try_connect_bluetoothctl(self, mac_address): """ 方法1：使用bluetoothctl命令行工具尝试连接设备 优点：简单直接，利用现有工具链。 缺点：依赖外部进程，解析输出可能不稳定。 """ logger.info(f"尝试连接设备: {mac_address}") try: # 启动bluetoothctl进程，并输入连接命令 proc = subprocess.Popen(['bluetoothctl'], stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.PIPE, text=True, bufsize=1) # 发送命令序列 commands = f"connect {mac_address}\n" stdout, stderr = proc.communicate(input=commands, timeout=self.connect_timeout) logger.debug(f"bluetoothctl stdout: {stdout}") if "Connection successful" in stdout or "Connected: yes" in stdout: logger.info(f"设备连接成功: {mac_address}") return True else: logger.warning(f"设备连接失败: {mac_address}. 输出: {stdout[-200:] if stdout else '无输出'}") # 连接失败后，确保设备被移除并重新发现，避免状态卡住 subprocess.run(['bluetoothctl', 'remove', mac_address], capture_output=True, timeout=5) return False except subprocess.TimeoutExpired: logger.warning(f"连接设备超时: {mac_address}") proc.kill() return False except Exception as e: logger.error(f"连接过程中发生异常: {e}") return False def _play_audio(self, audio_file_path): """ 播放音频文件。 使用aplay播放WAV文件，或使用mpg123/omxplayer播放MP3文件。 这里以aplay为例（需WAV格式），如需MP3请安装mpg123: sudo apt install mpg123 """ logger.info(f"开始播放音频: {audio_file_path}") # 方案1: 播放WAV (aplay) # cmd = ['aplay', '-D', 'plughw:1,0', audio_file_path] # 指定声卡 # 方案2: 播放MP3 (mpg123) cmd = ['mpg123', '-q', '-a', 'hw:1,0', audio_file_path] # -q 安静模式，-a 指定音频设备 try: result = subprocess.run(cmd, capture_output=True, text=True, timeout=60) # 假设音频不超过60秒 if result.returncode == 0: logger.info(f"音频播放完成: {audio_file_path}") else: logger.error(f"音频播放失败，返回码 {result.returncode}: {result.stderr}") except subprocess.TimeoutExpired: logger.error("音频播放超时，可能文件损坏或播放器卡住") except FileNotFoundError: logger.error(f"未找到播放器命令，请安装mpg123: sudo apt install mpg123") def _disconnect_device(self, mac_address): """断开与指定设备的连接""" logger.info(f"断开设备连接: {mac_address}") try: subprocess.run(['bluetoothctl', 'disconnect', mac_address], capture_output=True, timeout=5) except Exception as e: logger.debug(f"断开连接时发生异常（可能已断开）: {e}") def run(self): """ 主运行循环 """ logger.info("蓝牙欢迎系统启动...") device_list = list(self.device_map.keys()) if not device_list: logger.error("设备列表为空，请检查配置。") return while True: for mac_address in device_list: audio_file = self.device_map.get(mac_address) if not audio_file: continue logger.info(f"--- 轮询设备: {mac_address} ---") # 尝试连接 if self._try_connect_bluetoothctl(mac_address): # 连接成功，播放音频 self._play_audio(audio_file) # 播放完毕后断开连接 self._disconnect_device(mac_address) logger.info(f"针对设备 {mac_address} 的单次欢迎流程结束。") # 重要决策点：播放完后是退出程序，还是等待一段时间继续循环？ # 这里选择退出，模拟“单次触发”效果。如需持续监听，可注释掉下一行。 logger.info("单次触发模式，程序退出。") return else: # 连接失败，等待片刻后尝试下一个设备 logger.info(f"连接失败，等待 {self.scan_interval} 秒后尝试下一个设备。") time.sleep(self.scan_interval) # 一轮列表尝试完毕，可以添加一个稍长的间隔，避免过于频繁扫描 logger.info(f"已完成一轮全设备扫描，等待 {self.scan_interval * 2} 秒后开始新一轮。") time.sleep(self.scan_interval * 2) if __name__ == "__main__": # 这里是你的设备-音频映射配置 MY_DEVICE_MAP = { 'AA:BB:CC:DD:EE:FF': '/home/pi/welcome_music/family_welcome.wav', '11:22:33:44:55:66': '/home/pi/welcome_music/friend_arrival.mp3', } # 实例化并运行 player = BluetoothWelcomePlayer(MY_DEVICE_MAP, scan_interval=10, # 每个设备尝试间隔10秒 connect_timeout=12) # 连接超时12秒 try: player.run() except KeyboardInterrupt: logger.info("程序被用户中断。") except Exception as e: logger.error(f"程序运行出错: {e}", exc_info=True)

这个脚本实现了一个基础但完整的功能。它通过bluetoothctl进行连接尝试，成功连接后调用mpg123播放音频，然后断开连接并退出。你可以通过cron定时任务或systemd服务让它在树莓派启动时运行，并失败后重启，从而实现常驻监听。

5. 系统集成、优化与问题排查

5.1 以系统服务方式常驻运行

让脚本在后台稳定运行，并且开机自启，是项目产品化的关键。我们使用systemd来管理这个服务。

1. 创建服务单元文件：

   sudo nano /etc/systemd/system/bluetooth-welcome.service

2. 写入以下配置：

   [Unit] Description=Bluetooth Welcome Music Service After=bluetooth.target network-online.target sound.target Wants=bluetooth.target Requires=pulseaudio.service # 如果使用PulseAudio则加上 [Service] Type=simple User=pi WorkingDirectory=/home/pi/bluetooth_welcome ExecStart=/usr/bin/python3 /home/pi/bluetooth_welcome/bluetooth_welcome.py Restart=on-failure RestartSec=10 StandardOutput=journal StandardError=journal [Install] WantedBy=multi-user.target

   • After和Wants确保了服务在蓝牙、网络和音频服务就绪后才启动。
   • User=pi指定运行用户，避免权限问题。
   • Restart=on-failure和RestartSec=10使得服务崩溃后能自动重启，增强鲁棒性。
   • WorkingDirectory指定工作目录，方便脚本使用相对路径。

3. 启用并启动服务：

   sudo systemctl daemon-reload sudo systemctl enable bluetooth-welcome.service sudo systemctl start bluetooth-welcome.service sudo systemctl status bluetooth-welcome.service

   查看状态，确认服务是active (running)。之后，你就可以通过sudo journalctl -u bluetooth-welcome.service -f来实时跟踪日志了。

5.2 性能优化与功能增强建议

基础功能跑通后，可以考虑以下优化点，让系统更智能、更稳定：

1. 连接策略优化：当前的循环扫描策略比较“笨”。可以引入信号强度（RSSI）检测。在尝试连接前，先使用hcitool rssi <MAC>或通过bluetoothctl的info命令获取信号强度。只有当RSSI高于某个阈值（如-70 dBm）时才尝试连接，这样可以有效减少无效的连接尝试，降低功耗和延迟。

2. 状态持久化与去重：为了避免同一次靠近触发多次播放（比如连接成功播放后，设备短暂断开又立即重连），可以增加一个静默期机制。例如，在成功为某个设备播放音频后，将其MAC地址加入一个“冷却”字典，在接下来的5分钟内不再尝试连接该设备。

3. 音频播放的兼容性与可靠性：

   • 格式预处理：统一将音频文件转换为低码率、单声道的WAV或MP3格式，减少解码压力和兼容性问题。可以使用ffmpeg进行批量转换。
   • 播放器后备：在_play_audio函数中实现降级策略。先尝试用mpg123播放MP3，如果失败，尝试用omxplayer（树莓派硬件解码，资源占用低），最后再尝试aplay播放WAV。

4. 引入配置文件：将设备MAP、扫描间隔、超时时间、音频路径等参数提取到外部的JSON或YAML配置文件中，这样修改配置无需改动代码，也更安全。

5.3 常见问题排查实录

在实际部署中，你几乎一定会遇到下面这些问题。这里是我的排查笔记：

问题1：脚本运行后，bluetoothctl connect命令总是立即返回失败，没有等待配对过程。

• 排查：这通常是因为设备未配对或未信任。即使配置了自动代理，首次连接也需要一个完整的配对交互。
• 解决：确保已按照“3.2”章节的步骤，通过bluetoothctl命令行或图形界面，与目标手机完成了完整的配对、信任、连接、断开流程。之后脚本的自动化连接才能成功。

问题2：连接成功，但没有声音，或声音从错误的设备（如HDMI）输出。

• 排查：这是音频输出路由问题。
• 解决：
  1. 运行aplay -l和pactl list short sinks再次确认默认输出设备。
  2. 在播放命令中显式指定声卡。例如在aplay中使用-D plughw:1,0，或在mpg123中使用-a hw:1,0。1,0中的1是卡号，0是设备号，请根据你的aplay -l结果修改。
  3. 检查PulseAudio是否意外接管了音频。可以尝试在播放前停止PulseAudio服务：systemctl --user stop pulseaudio.service（如果脚本以pi用户运行）。对于后台服务，更彻底的方法是配置ALSA直接绕过PulseAudio。

问题3：服务运行一段时间后，蓝牙变得不稳定或无法连接新设备。

• 排查：可能是蓝牙适配器进入错误状态，或资源未释放。
• 解决：
  1. 在服务的ExecStart命令前，增加重启蓝牙模块的步骤。可以修改服务文件，将ExecStart改为一个脚本，脚本内先执行sudo hciconfig hci0 down && sudo hciconfig hci0 up。
  2. 在Python脚本的每次主循环开始前，检查蓝牙控制器状态，必要时重置。
  3. 确保在连接失败后，脚本执行了bluetoothctl remove <MAC>来清理残留的连接状态。

问题4：针对iOS设备，自动化连接成功率很低。

• 排查：iOS的蓝牙策略较为严格，对自动连接不友好，且可能为了省电限制后台广播。
• 解决：
  1. 确保iPhone的“设置”>“蓝牙”中，已忽略树莓派设备后，重新进行手动配对和信任。
  2. 尝试在树莓派端使用更底层的l2ping或hcitool命令进行预连接探测，触发iOS设备更积极的响应。
  3. 考虑让树莓派作为外设（Peripheral），广播一个特定的服务，让iPhone来连接，但这需要完全不同的实现思路（使用BlueZ的Advertisement特性）。

问题5：播放音频时，树莓派CPU占用率很高，导致蓝牙连接不稳定。

• 排查：软件解码高码率音频，尤其是MP3，对树莓派Zero或3B来说负担较重。
• 解决：
  1. 使用硬件解码：换用omxplayer播放器，它利用树莓派的GPU进行视频和音频解码，CPU占用极低。命令如：omxplayer -o local [音频文件]。
  2. 降低音频质量：将音频转换为低采样率（如16kHz）、低比特率（如64kbps）的单声道MP3或WAV文件。
  3. 优化播放进程：确保播放命令是阻塞的（播放完毕才返回），并且播放结束后及时终止进程，释放资源。

整个项目从硬件选型到软件调试，是一个典型的物联网系统集成过程。它涉及Linux系统配置、网络服务管理、硬件接口编程和Python脚本编写。最大的收获不在于最终那一声欢迎音，而在于解决每一个具体问题时，对系统层、网络协议层和应用层理解的加深。当你听到自定义的音乐因为你的手机靠近而响起时，那种亲手创造交互的成就感，正是驱动我们这些Maker不断折腾下去的动力。如果想让这个项目更进一步，可以考虑加入人脸识别模块进行二次确认，或者集成到Home Assistant中，作为智能家居自动化流程的一环。