SwitchBot¶
Vendor especializado en retrofit BLE: devices que automatizan equipos "tontos" existentes sin reemplazarlos. Bot (aprieta botones físicos), Curtain (mueve cortinas mecánicas), Lock (gira el thumb-turn de la cerradura existente). Único en este nicho — Zigbee y WiFi no resuelven este caso. Trade-off: latencia más alta y dependencia de proxy BLE.
Contexto¶
Tu casa tiene devices BLE según el CLAUDE.md inicial — algunos pueden ser SwitchBot. Este vendor merece página propia porque ocupa un nicho que ningún otro cubre bien: el retrofit de devices físicos no-smart.
Contenido¶
Categorías de producto¶
| Producto | Qué hace | Use case típico |
|---|---|---|
| Bot | Brazo robótico que aprieta botones físicos | Encender/apagar appliances con botón rígido (coffee maker, deshumidificador, etc.) |
| Curtain | Motor sobre el riel de la cortina existente | Apertura/cierre programado de cortinas mecánicas |
| Lock / Lock Pro | Gira el thumb-turn por dentro de la puerta | Smart lock sin cambiar la cerradura |
| Contact / Motion Sensor | Sensores estándar (alternativa a Aqara/Xiaomi) | Igual a Zigbee pero BLE |
| Hub Mini | Bridge BLE → cloud (Wi-Fi) — cloud-only | A evitar en 2026 (vendor lock-in) |
| Hub 2 | Bridge BLE → WiFi con LAN API + Matter bridge | Recomendado si se quiere SwitchBot en HA local-first |
| K10+ / Vacuum | Robot vacuum | No relevante al wiki |
Integración con HA¶
Tres caminos:
- HA Bluetooth integration directa (sin Hub): SwitchBot devices BLE se ven directamente. Range limitado al adapter del HA host — necesita ESPHome BLE Proxies distribuidos (bluetooth-le) para cobertura.
- SwitchBot Cloud vía integration "SwitchBot" en HA: requiere cloud-account, depende de internet. No recomendado dado el sesgo local-first del usuario.
- SwitchBot LAN vía Hub 2+: el Hub habla con HA por LAN, controla devices vía BLE. Local-first.
Latencia¶
- Apretar Bot: 1-3 segundos típicamente (variable según señal BLE).
- Curtain abrir/cerrar: 5-30 segundos según largo recorrido.
- Lock: 1-5 segundos para girar.
Implicancia: NO usar SwitchBot para essentials donde la latencia importa (cerradura principal con expectativa de respuesta instantánea, luces críticas de seguridad).
Posicionamiento estratégico para el setup del usuario¶
| Caso | Recomendación |
|---|---|
| Tenés un electrodoméstico viejo con botón físico que querés automatizar (ej. cafetera, calefón) | SwitchBot Bot — única opción razonable |
| Cortinas mecánicas existentes en una habitación específica | SwitchBot Curtain — bueno si la alternativa es reemplazar la cortina (caro y disruptivo) |
| Cerradura principal | SwitchBot Lock NO — usar Aqara/Yale Matter en su lugar (mejor latencia, multi-fabric con Apple Home) |
| Sensor de contacto/movimiento nuevo | Aqara Zigbee, no SwitchBot — mejor latencia + mesh |
| Hub para todos los SwitchBot existentes | Hub 2 (con LAN API) si los devices son útiles; nunca Hub Mini |
Patrón híbrido recomendado¶
Si tenés varios SwitchBot: 1. Hub 2 local-first como "concentrador" SwitchBot. 2. Hub 2 expuesto a HA vía LAN API (no cloud). 3. ESPHome BLE proxies adicionales para devices SwitchBot lejos del Hub. 4. NO instalar la app SwitchBot Cloud / no crear cuenta.
Riesgo de vendor lock-in¶
SwitchBot es vendor con app propia y app store-account. Mitigaciones: - Hub 2 con LAN API te saca del cloud parcialmente. - Pero el firmware update sigue corriendo via app cuando se necesita. - Pricing es razonable; menos riesgo que Tuya o Wyze.
Failure modes específicos¶
A registrar en el catálogo:
- Bot pierde grip: el brazo se desliza del botón con el tiempo. Mitigación: pad adhesivo o ajuste mecánico periódico.
- Curtain pierde calibración: tras un corte de luz, puede perder los end-stops. Re-calibrar via app.
- Lock con baterías bajas mid-rotation: queda a medias. Mitigación: alertar al 30%, cambiar al 20%.
- Hub Mini cloud-only se vuelve obsoleto: si SwitchBot discontinúa la API cloud o cambia precios, los devices quedan inservibles. Razón principal para preferir Hub 2 LAN.
Relaciones¶
- Vendor primario en: bluetooth-le.
- Requiere: ESPHome BLE proxies distribuidos (a documentar).
- Comparativa de protocolo: ver ../comparisons/matter-vs-zigbee-2026 sección "Por categoría de device" (Bot/Curtain/Lock no aparecen allí — gap).
- Sensores rec en: ../analysis/sensor-recommendations-2026 (categoría "Botones / remotes" y "Cerraduras" — actualizar con el caveat de SwitchBot).
Citas / evidencia¶
- Sin source canónico ingerido todavía. Conocimiento general del ecosistema 2026.
Abierto / gaps¶
- Ingerir reviews recientes del Hub 2 LAN API — qué tan local-first es realmente.
- Compatibilidad de SwitchBot Lock Pro con HA Matter server (vs vía Bluetooth integration).
- Latencia real medida en setup con ESPHome proxies vs hub propio.
- ¿SwitchBot integration de HA pasa por el cloud por default? Verificar config local.