Distingue el evento del estado
MQTT transporta mensajes publicados en temas. Un evento describe que un emisor publicó algo en un momento; no equivale necesariamente al estado actual de un dispositivo. Por ejemplo, un aviso de conexión puede llegar antes de que otro servicio termine de actualizarse, y un aviso de desconexión no identifica por sí mismo la causa.
Antes de crear una automatización, escribe qué pregunta responderá. Puede ser registrar que un servicio dejó de responder, avisar de que apareció un dispositivo o iniciar una comprobación posterior. Evita acciones que puedan interrumpir servicios o dejarte sin acceso, como reiniciar equipos o cambiar reglas de red, basadas en un único mensaje.
Elige un tema y una carga útil que puedas identificar
Usa un tema específico y estable para el evento. Los niveles del tema permiten separar una fuente, un equipo y un tipo de cambio, de modo que una automatización no tenga que reaccionar a todos los mensajes del broker. Mantén el nombre del tema documentado junto con el sistema que lo publica.
La carga útil debe contener solo los datos que la automatización necesita comprobar, por ejemplo un tipo de evento y una marca de tiempo generada por la fuente. No publiques contraseñas, inventarios completos, direcciones privadas innecesarias ni datos de otros usuarios. Si la carga es JSON, conserva una muestra de prueba claramente identificada como ficticia antes de usar datos reales.
Crea un disparador MQTT limitado
La integración MQTT de Home Assistant puede usar un disparador que escucha un tema. Configúralo para el tema exacto y, cuando sea posible, filtra por una carga útil o una plantilla que compruebe el tipo de evento esperado. Un filtro reduce las activaciones por mensajes de prueba, avisos de otro equipo o cambios de formato.
Pon un nombre claro a la automatización y deja constancia de qué publicador y qué tema espera. Si varios sistemas usan el mismo broker, comprueba que el filtro del tema no incluya comodines que abarquen mensajes ajenos al evento que quieres detectar. El broker puede estar disponible aunque el publicador que te interesa no lo esté.
Añade una condición antes de una acción importante
Un disparador inicia una automatización; las condiciones deciden si continúa. Añade una condición que puedas explicar y revisar después. Puedes comprobar el identificador de origen, validar la fecha del evento y limitar su antigüedad, o verificar el estado de una entidad relacionada.
Para una primera versión, elige una acción reversible: crear una notificación, escribir una entrada de registro o actualizar un ayudante de prueba. Antes de automatizar acciones que afecten a la alimentación eléctrica, la seguridad, las copias de seguridad o la configuración de red, exige comprobaciones adicionales y revisa sus posibles efectos.
Prueba una secuencia corta y guarda las pruebas
Publica un único mensaje de prueba desde una fuente que controles y revisa la traza de ejecución de la automatización. Comprueba el tema recibido, la carga interpretada, la hora y la acción resultante. Después prueba un mensaje que deba ser ignorado para verificar que el filtro y la condición realmente limitan el alcance.
No confundas la llegada de un mensaje al broker con una entidad descubierta, una acción ejecutada o un problema resuelto. Cada paso aporta una prueba distinta. Si una prueba no llega, revisa primero el tema, las credenciales de la integración y la conexión del publicador antes de ampliar la automatización.
- Define el evento concreto y el resultado que esperas registrar.
- Configura un tema específico y documenta su publicador.
- Crea un disparador MQTT con filtro de tema y carga útil cuando corresponda.
- Añade una condición comprobable y una acción reversible.
- Envía un mensaje de prueba y otro que deba ignorarse; conserva las horas y resultados.
Convierte la observación en un historial útil
Una automatización madura conserva el contexto necesario para comparaciones posteriores: hora, fuente, tipo de evento y resultado de la acción. Revisa los cambios de formato del publicador antes de suponer que un silencio es una caída. Si el evento representa presencia o disponibilidad, compáralo con una segunda fuente que administres en vez de concluir que un dispositivo es seguro, está ausente o ha fallado.
DeviceShelf Server publica datos y eventos de red por MQTT y utiliza MQTT Discovery para configurar automáticamente sus entidades en Home Assistant para una red que administras. Úsalo como una fuente adicional de observación y verifica los datos, el evento y la automatización por separado; ningún mensaje aislado sustituye los registros del dispositivo o la configuración del broker.
Herramientas de red gratuitas
La consulta se realiza en tu navegador. Una asignación IEEE es una pista, no una prueba del modelo o del propietario del dispositivo.
Fuentes y referencias
¿Qué dispositivos hay en tu red?
Leer la transcripción
¿Qué dispositivos hay en tu red? Una breve demo de DeviceShelf.
Escanea tu red local y revisa los dispositivos encontrados.
Compara nombres, fabricantes y direcciones IP en un mismo inventario.
Abre un dispositivo para consultar sus datos y puertos abiertos.
La IA opcional aporta pistas para identificarlo. Revisa los indicios antes de sacar conclusiones.
Consulta la disponibilidad, los tiempos de respuesta y las caídas registradas.
La edición de servidor reúne el inventario de la red en un solo lugar.
Revisa los eventos de conexión, desconexión y nuevos dispositivos.
Prueba DeviceShelf gratis durante 7 días. Licencia Personal: 59 € en un pago · deviceshelf.app
Sigue leyendo
Comprueba qué hay conectado a tu red con DeviceShelf
Prueba el inventario y el monitoreo durante 7 días en Windows, macOS o Linux. Después, la licencia Personal cuesta 59 € en un único pago. El escaneo básico funciona sin cuenta y sin IA.