蓝牙技术求助：bluetoothctl提示No default controller available

针对你在Buildroot环境（内核3.10，BlueZ 5.39）下遇到的这个特殊问题——hciconfig -a和hcitool dev都能正常识别控制器，但bluetoothctl始终报“No default controller available”，我整理了几个针对性的排查和修复步骤：

1. 检查bluetoothd服务的运行状态与启动参数 #

首先得确认蓝牙守护进程bluetoothd是否正常运行，有没有被额外配置限制了控制器访问：

• 先停止当前的bluetoothd进程：

  killall bluetoothd
  

• 用调试模式重新启动，查看是否有控制器相关的报错日志：

  bluetoothd -n -d
  

  如果输出里出现Failed to set mode: Operation not permitted这类权限提示，或者找不到控制器的记录，基本可以锁定是权限或配置干扰问题。

• 尝试跳过SAP插件启动（部分环境下SAP插件会干扰控制器识别）：

  bluetoothd -n -d --noplugin=sap
  

  启动后打开新终端运行bluetoothctl，看看是否能正常识别控制器。

2. 验证蓝牙控制器的权限与所有权 #

有时候bluetoothd进程没有足够权限访问蓝牙设备节点：

• 检查/dev/hci0的权限和所属用户组：

  ls -l /dev/hci0
  

  正常情况应该属于bluetooth用户组，若不是则手动修改：

  chown root:bluetooth /dev/hci0
  chmod 660 /dev/hci0
  

• 确认bluetoothd是以bluetooth用户身份运行的，通过ps aux | grep bluetoothd查看进程用户信息，如果是root运行，可以尝试切换用户启动：

  su bluetooth -c "bluetoothd -n -d"
  

3. 检查内核蓝牙模块的加载与配置 #

虽然你用hciconfig能看到控制器，但内核3.10版本较老，可能存在模块兼容性问题：

• 确认必要的蓝牙模块都已加载：

  lsmod | grep bluetooth
  

  至少需要bluetooth、hci_uart（串口蓝牙模块必备）、rfcomm这些模块，缺少的话手动加载：

  modprobe bluetooth
  modprobe hci_uart
  modprobe rfcomm
  

• 检查内核配置是否开启了所有必要的蓝牙选项，比如：

  CONFIG_BLUETOOTH=y
  CONFIG_BLUETOOTH_HCIUART=y
  CONFIG_BLUETOOTH_RFCOMM=y
  CONFIG_BLUETOOTH_BNEP=y
  

  如果Buildroot的内核配置里有选项未开启，重新编译内核并替换镜像。

4. 重置蓝牙控制器的状态 #

控制器偶尔会出现状态异常，需要彻底重置：

• 先关闭控制器：

  hciconfig hci0 down
  

• 重置控制器：

  hciconfig hci0 reset
  

• 重新启动控制器：

  hciconfig hci0 up
  

• 之后重启bluetoothd，再运行bluetoothctl测试。

5. 检查BlueZ的Buildroot配置 #

Buildroot编译BlueZ时若缺失关键选项，可能导致bluetoothctl无法和控制器正常交互：

• 进入Buildroot配置界面，找到Target packages -> Networking applications -> bluez5，确保以下选项都已勾选：
  • bluez5-tools（包含bluetoothctl）
  • bluez5-daemon
  • bluez5-client
  • 若使用经典蓝牙，需勾选bluez5-rfcomm；若使用BLE，需开启bluez5-btle选项。
• 重新编译BlueZ和整个镜像，烧录后再测试。

我之前在类似的老内核+Buildroot环境下遇到过这个问题，最后是通过调整bluetoothd启动参数和修复设备权限解决的，你可以按上面的步骤逐一排查。

内容的提问来源于stack exchange，提问作者user3534541