Todas 55 3D Print 6 Cases 5 E-commerce 6 Front-End 10 IA & Agentes 8 Smart Home 5 UX/UI Design 15

Publicado em: 16/08/2026 · ID 220

LG ThinQ no HA: poll ≥300s e o bloqueio de 24h

smartthinq_sensors (ollo69) vs oficial. Scan interval, UseOfficialAPIError e por que Wi‑Fi UniFi “home” não salva climate unavailable.

Smart Home

Que tipo de artigo é este? Post-mortem curto dos ACs LG na casa — integração ThinQ no Home Assistant, sem marketing de “smart AC”.

Tese Preferir mais sensores (ollo69) exige disciplina de poll. Abaixo de ~300s a LG bloqueia a conta por ~24h.
Poll ThinQ vs bloqueio
Figura 1 — Poll agressivo → UseOfficialAPIError. Poll ≥300s → clima estável.

O que aconteceu

ACs na UniFi como home, mas climate.ar_* unavailable. Reload da entry não resolve enquanto o bloqueio ThinQ estiver ativo. Diagnóstico via API (não dump de DB de 3 GB): UseOfficialAPIError / repeated requests.

  • Atualizar smartthinq_sensors (ex.: v0.43+) e forçar number.scan_interval ≥ 300s.
  • Verificação: script local verify_thinq_lg.py (reload + checar climates).
  • Device tracker home ≠ integração OK. São camadas diferentes.
Oficial vs ollo69
Figura 2 — Oficial mais estável / menos sensores. ollo69 = escolha atual da casa.

Estratégia

  1. Ficar no ollo69 com scan higiênico — mais telemetria nos ARs.
  2. Não migrar “só por medo” para a oficial.
  3. Se a LG matar a API antiga, aí reavaliar oficial ou fork/PAT.

Smart home de verdade trata API de nuvem como serviço externo com SLA ruim — e desenha o resto para não mentir no dashboard.

Continuar lendo