Tasker 蓝牙耳机与车载蓝牙场景 自动连接后触发系列动作

蓝牙连接的两种方向

蓝牙自动化有两个触发点：

场景一：车载蓝牙自动化

启动时的自动化

Profile：车载模式
  State → Bluetooth Connected → "我的车载蓝牙"（精确匹配你的设备名）

Enter Task：
  # 1. 自动播放上次的音乐
  1. Media Resume（恢复上次暂停的媒体）
  # 如果没在播放，可以用 Search Media → 搜索播放列表

  # 2. 调整车载音量（车机喇叭和手机的音量输出平衡）
  2. Bluetooth Volume → 60%

  # 3. 如果正在导航，保持导航在前台
  3. App → 确保导航 App 在后台运行

  # 4. 自动进入车载模式（如果想简化 UI）
  4. Car Mode → On

  # 5. 自动回复来电（开车不接）
  5. Auto Silence → On
  6. Call Block → 可选，把响铃的电话直接挂掉？不推荐

  # 6. 自动回复短信"正在开车"
  # （和上面的 Event → Received Text Profile 配合）

Exit Task：蓝牙断开时（到达目的地、下车）
  1. Media Pause → 暂停音乐
  2. Bluetooth Volume → 恢复（用变量保存的值）
  3. Car Mode → Off
  4. Auto Silence → Off
  5. 可选：保存停车位置 → Notify（常驻，点一下能导航回来）
     Get Location → 等待精度 < 20 米
     Notify → "车停在 %LOC"（点击 → 打开导航）

行驶中的自动化

Profile：车载导航中（可选）
  AND
  State → Bluetooth Connected → 车载蓝牙
  AND
  App → 地图 / 导航 App（Google Maps / 高德 / Waze）

Enter Task：
  1. Bluetooth Volume → 80%（导航指令要盖过音乐）
  2. Media Volume → 自动降低（让导航声清晰）
  3. Display Brightness → Auto（白天自动调亮）
  4. Display Sleep → 永不（导航期间屏幕保持）

Exit Task：退出导航时（还在车里但没在导航了）
  1. Bluetooth Volume → 恢复
  2. Media Volume → 恢复（配合 Media Resume）

车载模式的风险注意

• 自动开音乐可能很烦——如果上车时你不想听，Media Resume 会直接响起来。可以加个条件：只在之前确实在听的时候才恢复
• 开车时操作手机很危险——Car Mode 简化 UI 是正确做法，但更推荐用语音控制
• Android 自动车载连接（Android Auto / CarPlay）已经有自己的逻辑，不要让 Tasker 干预太多

场景二：耳机连接自动化

有线耳机 / 蓝牙耳机

Profile：耳机自动调整
  State → Headset Plugged → 是（有任意耳机连接）
  OR
  State → Bluetooth Connected → 耳机设备名

Enter Task：
  1. Media Volume → 50%（耳机刚接上时的安全音量，防止突然巨响）
  2. Bluetooth Volume（如果是蓝牙）→ 50%
  3. Audio → Haptic Feedback → Off（戴耳机不需要触屏震动反馈）

Exit Task：耳机断开时
  1. Media Volume → 恢复（扬声器默认音量）
  2. Audio → Haptic Feedback → On

主动降噪耳机的进阶玩法

如果你用的是支持"通透模式 / 降噪模式"的耳机（AirPods Pro、Sony WH-1000XM5 等），可以配合 Tasker 做更聪明的切换：

Profile：通勤自动降噪模式
  AND
  State → Bluetooth Connected → 耳机
  AND
  Time → 上下班通勤时段

Enter Task：
  # 检测正在通勤（位置在地铁/公交路线附近）
  Variable Set %CommuteMode, 1  # 配合其他 Profile 使用

  # 给耳机发命令（部分耳机支持 Tasker + AutoNotification 发送控制指令）
  1. AutoNotification → 通透模式 → On（能听到站名）
  2. Brightness → Auto（地铁里会自动调亮）

注意：不同品牌耳机的 Tasker 集成能力差异大——AirPods 基本不支持第三方控制，Android 厂商的耳机可能有更好集成。

场景三：智能手表连接

智能手表连接（Wear OS）也可以触发自动化：

Profile：手表连接时的桌面模式
  State → Bluetooth Connected → Wear OS 手表

Enter Task：
  # 手表连接 = 手机通常在手上，可以放开一些限制
  1. Screen Timeout → 1 分钟（有手表就不用太担心忘关屏幕）
  2. Media Volume → 适度（戴着手表可能在运动）

Exit Task：手表断开 → 恢复省电设置

蓝牙连接检测的精度问题

蓝牙设备名不匹配

• Android 返回的 %BLUETOOTH 变量值不一定等于你以为的设备名——它可能是 MAC 地址或带括号的变体
• 不要用精确匹配，用正则包含：~ .*我的车载.* 而不是 = 我的车载蓝牙
• 调试时在连接后看一下 Tasker 运行日志里 %BLUETOOTH 的实际值

蓝牙连接的瞬时断开

某些蓝牙设备（特别是车载）在启动过程中会短暂断开再重连，导致 Profile 反复 Enter/Exit：

防抖方案：

Exit Task：
  # 不是立刻执行退出动作，等 30 秒确认真断了
  Wait → 30 秒
  If → Bluetooth Still Connected → 取消 Wait（又连上了，返回）
  Else
    # 真正的退出动作
  Endif

或者直接用 State Context 的自动防抖——在 Context 编辑界面里设置"只有持续 X 秒才触发"。

蓝牙自动化与其他 Context 的组合

蓝牙连接本身的信息很有限（"连上了"或"没连上"）。叠加其他 Context 能让自动化更精准：

蓝牙连接的耗电问题

持续监听蓝牙连接本身耗电很低（Android 系统广播机制）。真正耗电的是：

• 蓝牙连接后保持活跃（而不是让系统自动断开）
• 蓝牙 + Location 叠加时 GPS 持续开着

建议：车载场景里蓝牙连接本身已经是"人在车里"的强信号，不需要再加 Location Context。车载蓝牙 = 人基本就在车里，额外 GPS 只是多一层冗余（还多耗电）。