---
title: Domótica para una casa que permanece desocupada
description: Cómo coordinar seguridad, climatización y recursos en una casa de
  fin de semana, con operación local y estados remotos verificables.
author:
  name: Walter Jerusalinsky
  title: IoT Specialist
  url: https://www.linkedin.com/in/walter-jerusalinsky/
canonical: https://www.idoneos.com/use-cases/weekend-house-iot/
image: resources/weekend-house-iot.png
source: use-cases/weekend-house-iot/index.md
---

<p class="series-label">CASOS DE USO · IOT</p>

# Domótica para una casa que permanece desocupada

<p class="article-byline">Por Walter Jerusalinsky</p>

Preparar una casa para el fin de semana empieza antes de llegar. Interesa saber si hay suministro de agua, si la climatización puede ponerse en marcha y si ocurrió algo que requiere atención. Durante la ausencia importa otra cosa: mantener los servicios necesarios y advertir problemas sin depender de una visita permanente.

La domótica puede ayudar a organizar esas dos situaciones. Una casa desocupada y una casa que espera ocupantes requieren reglas distintas, pero ambas necesitan estados comprensibles y una forma de intervenir.

<figure class="editorial-figure chalkboard-figure">
  <img src="resources/weekend-house-iot.svg" width="800" height="800" loading="lazy" alt="Los modos de uso ayudan a definir qué debe permanecer activo, qué se programa y qué se comprueba al salir.">
  <figcaption>Los modos de uso ayudan a definir qué debe permanecer activo, qué se programa y qué se comprueba al salir. <a class="diagram-expand" href="resources/weekend-house-iot.svg">Ampliar ilustración</a>.</figcaption>
</figure>

## Seguridad: de un evento a una respuesta

Un sensor de apertura o movimiento puede generar un aviso y asociarlo con una imagen de la zona. Para que ese aviso tenga utilidad, debemos definir quién puede revisar lo ocurrido y quién puede acercarse a la propiedad cuando hace falta.

Las cámaras y cerraduras tienen conexiones, credenciales y permisos propios. Un tablero puede reunir sus estados sin convertir todos los equipos en un único dispositivo. La pérdida de conexión también debe ser visible: un dato antiguo no permite afirmar cómo está la casa en ese momento.

El artículo sobre [seguridad a distancia](remote-security.html) desarrolla el recorrido entre detección, revisión y respuesta.

## Climatización: preparar la llegada con una confirmación

Una programación puede iniciar el acondicionamiento antes de la visita. Su horario debe considerar la temperatura inicial, el clima y la respuesta térmica de la vivienda. Cambiar una consigna por Internet es solo el comienzo: interesa comprobar que el equipo la recibió y que la temperatura evoluciona como se esperaba.

El [control remoto de climatización](remote-climate-control.html) combina esa preparación con límites locales, mando manual y tratamiento de órdenes que llegan tarde.

## Energía y agua durante la ausencia

Una lectura de consumo puede ayudar a encontrar un equipo que quedó encendido. Un sensor de nivel o caudal puede señalar una situación que merece comprobarse. La decisión exige distinguir cargas prescindibles de servicios que deben mantenerse, como refrigeración de alimentos o determinados sistemas de protección.

La [gestión de energía y recursos](energy-management-system.html) comienza por identificar circuitos y consumos. El resultado se evalúa incluyendo el trabajo de atender avisos y mantener los dispositivos.

## Diseñar también los períodos sin conexión

Puede utilizarse un controlador local, con Node-RED para integrar reglas y una interfaz remota para consultar y solicitar cambios. La comunicación con la nube debe complementar una operación local definida y probada. Una conexión de respaldo solo aporta continuidad si cubre los fallos que se busca atender.

Conviene probar una ausencia y una llegada completas: cómo se cambia de modo, qué queda activo, qué ocurre si falla la red y cómo se confirma el estado al regresar. La tranquilidad que buscamos depende de poder comprender esa secuencia y actuar sobre ella.

<section class="next-step" aria-labelledby="evaluar-una-primera-aplicacion">
  <p class="series-label">Siguiente paso</p>
  <h2 id="evaluar-una-primera-aplicacion">Evaluar una primera aplicación</h2>
  <p>Podemos partir de una tarea concreta, revisar la información disponible y definir una prueba cuya utilidad pueda comprobarse.</p>
  <div class="action-group"><a href="../../contacto/" role="button">Conversar sobre una primera aplicación</a></div>
</section>
