Publicado enAI AI Chatbot

Estudio de caso: Diseño de una máquina de estados para un controlador inteligente de riego de jardín

1. Introducción

La jardinería y la agricultura modernas dependen cada vez más de la automatización para optimizar el uso de los recursos, especialmente el agua, un recurso escaso en muchas regiones. Un controlador inteligente de riego automatiza el riego según las condiciones en tiempo real del suelo, en lugar de temporizadores fijos, reduciendo el desperdicio, evitando el riego excesivo o insuficiente, y favoreciendo un crecimiento más saludable de las plantas.

Este estudio de caso se centra en el modelado del comportamiento de este tipo de sistema utilizando un diagrama de máquina de estados UML (también llamado diagrama de estado). El diagrama captura el ciclo de vida del sistema, los puntos de decisión y las respuestas a eventos como lecturas de humedad, tiempos de espera y la intervención del usuario.

El diseño utiliza PlantUMLsintaxis, similar a la del ejemplo de la cafetería proporcionado, que modela de forma elegante estados compuestos, condiciones de guardia, acciones y rutas de error/recuperación.

2. Enunciado del problema y requisitos

Un controlador de riego automatizado para un jardín doméstico o invernadero pequeño debe:

  • Iniciar en un modo de bajo consumo Standby la mayor parte del tiempo.
  • Despertar periódicamente según un programa (disparador de temporizador) para verificar las condiciones.
  • Ingresar en un estado de Sensing para leer el nivel de humedad del suelo (mediante un sensor capacitivo o resistivo).
  • Si la humedad < 30% (umbral configurable de sequía), iniciar Irrigando abriendo una válvula solenoide o activando una bomba.
  • Si la humedad ≥ 30%, regresar a Listo (no se necesita riego).
  • Mientras Riego, monitorear continuamente (o periódicamente) la humedad.
  • Detener el riego y cerrar la válvula cuando:
    • La humedad alcanza 80% (umbral húmedo configurable) → objetivo alcanzado.
    • Un Tiempo de espera de seguridad expira (por ejemplo, 30 minutos) → evita inundaciones, estallidos de tuberías o problemas eléctricos si el sensor falla.
  • Después de detener el riego, pasar al estado de Apagado estado.
  • En Apagado, esperar a que se confirme confirmación manual (pulsación de botón o comando de aplicación) antes de regresar a Listo — esto permite al usuario inspeccionar el sistema o anular si es necesario.
  • Manejar los fallos de forma adecuada (por ejemplo, falla del sensor, válvula atascada) pasando a un estado de Error estado con opciones de recuperación.

Comportamientos adicionales deseables (mantenidos simples aquí):

  • No hay riego durante ciertas horas (gestionado por horario/temporizador).
  • El registro o las notificaciones están fuera del alcance de esta máquina de estados principal.

3. Conceptos clave de la máquina de estados utilizados

  • Estados: Ocioso/En espera, Sensado, Riego, Apagado, Error.
  • Estado compuesto: Riego incluye lógica de monitoreo interna (aunque se mantiene plana aquí por simplicidad).
  • Transiciones:
    • Activadas por eventos (temporizador, lectura de humedad, tiempo de espera).
    • Protegidas por condiciones [humedad < 30%], [humedad >= 80%].
  • Acciones: /abrir_valvula(), /cerrar_valvula(), /notificar_usuario(), etc.
  • Pseudestados inicial/final: [*] para inicio/fin.
  • Transiciones autónomas y bucles de recuperación.

4. Diagrama de estados en PlantUML

A continuación se muestra el código completo de PlantUML que implementa el comportamiento descrito. Sigue las convenciones del ejemplo de la cafetería (estilo skinparam, estados compuestos cuando es apropiado, condiciones en [], acciones con /).

plantuml
PlantUML


Editar PlantUML en VPasCode
PlantUML Edit PlantUML in VPasCode 
@startuml

skinparam {
' Estilo general
' Colores
ArrowColor #333333
ArrowFontColor #333333
BackgroundColor #FFFFFF
BorderColor #333333

' Estilo de estado
State {
BorderColor #005073
BackgroundColor #E6F5FF
FontColor #005073
}
}

[*] --> En espera

En espera --> Sensado : activa_temporizador()

Sensado --> Riego : humedad_suelo < 30%
Sensado --> En espera : humedad_suelo >= 30%

Riego --> Apagado : humedad_suelo >= 80% O tiempo_seguridad()
Riego --> Apagado : tiempo_seguridad() // Protección de tiempo de espera de respaldo

Apagado --> En espera : usuario_confirma_reinicio()

En espera --> [*]

@enduml
Edit PlantUML in VPasCode



Editar PlantUML en VPasCode

Explicación del diagrama

  • En espera — Estado predeterminado de bajo consumo/ocioso.
  • Sensado — Comprobación rápida activada por temporizador; evita riego innecesario.
  • Riego (compuesto) — Fase activa de riego con actividad interna Riego subactividad.
    • Finaliza cuando se alcanza la humedad objetivo o se produce un tiempo de espera de seguridad.
  • Apagado — Estado de espera posterior a la irrigación que requiere confirmación para reanudar la automatización (función de seguridad).
  • Error — Estado de contención de fallos con transición de recuperación manual.

5. Razonamiento y beneficios del diseño

  • Conservación de agua — Solo riega cuando realmente es necesario (basado en humedad del suelo en lugar de tiempo).
  • Prevención de inundaciones — Dos condiciones de salida desde el estado de Riego (objetivo de humedad + tiempo límite).
  • Seguridad y control del usuario — Confirmación manual tras una parada anormal evita el reinicio automático tras posibles problemas.
  • Extensibilidad — Fácil de agregar estados (por ejemplo, Lluvia detectada, Batería baja, Modo invierno) o ajustar umbrales.
  • Baja complejidad — Plano cuando sea posible, compuesto solo cuando el agrupamiento lógico aporta claridad (Riego).

Este diseño equilibra robustez, seguridad y sencillez — adecuado para implementación en microcontroladores embebidos (Arduino, ESP32, etc.).

6. Conclusión

Máquina de estadosLas máquinas de estados proporcionan un formalismo excelente para modelar sistemas de control reactivos como los controladores de riego inteligentes. Al definir claramente estados, eventos, condiciones y acciones, los ingenieros pueden razonar sobre el comportamiento del sistema, casos límite y la recuperación de errores antes de escribir código.

La representación de PlantUML anterior sirve como documentación y como plano para la implementación. Su renderizado (mediante herramientas de PlantUML o servidores en línea) produce un diagrama limpio y profesional listo para revisiones de requisitos, generación de código o enseñanza de conceptos de UML.

Las extensiones futuras podrían incluir:

  • Integración con API de clima (omitir Sensado si se prevé lluvia).
  • Múltiples zonas con umbrales de humedad por zona.
  • Notificaciones de aplicación móvil en caso de tiempo límite o error.

Este estudio de caso demuestra cómo un problema de automatización aparentemente simple se beneficia enormemente de un modelado estructurado basado en estados.