> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-es/kilo-iot-server/rules-engine/triggers/multiple-devices.md).
# Un disparador para varios dispositivos
Aplica un solo disparador y una sola regla de Kilo a varios dispositivos mientras mantienes independientes la condición y la cuenta regresiva de cada dispositivo.
Un disparador puede seleccionar un dispositivo o muchos dispositivos. Esto permite a un equipo de operaciones definir una condición y mantener una regla para una flota de activos comparables en lugar de copiar la regla para cada activo.
La selección pertenece a ese disparador. No crea un grupo reutilizable en otro lugar de Kilo, y cambiar otro disparador no cambia esta lista de dispositivos.
## Cómo funciona la evaluación por dispositivo
La clave normalizada marcada **Los dispositivos que responden a esta clave son los vigilados** identifica el sujeto de la condición. Cada dispositivo seleccionado que proporciona esa clave se evalúa por separado.
Para 50 puertas de almacén frigorífico:
* cada puerta tiene su propio estado de condición;
* cada puerta tiene su propia cuenta atrás de duración;
* que una puerta se active no cambia otra puerta;
* la regla conectada recibe la identidad de la puerta que cumplió la condición.
Por lo tanto, el mismo disparador puede iniciar la misma regla para distintos dispositivos en distintos momentos.
## Seleccione los dispositivos
1. Defina al menos una clave normalizada en la condición del disparador.
2. Abra la **Dispositivos** sección.
3. Utilice **Buscar dispositivos**, **Seleccionar todo**, **Seleccionar todo lo mostrado**, **Borrar selección**, o **Cargar más dispositivos** para hacer la selección.
4. Si un dispositivo tiene varios sensores asignados a la misma clave, elija el sensor que debe usar el disparador.
5. Revise **Cómo se ejecutará este activador** antes de guardar.
Un disparador necesita al menos un participante y acepta hasta 500. El límite incluye los dispositivos vigilados y cualquier dispositivo seleccionado solo para proporcionar una lectura compartida.
Si falta un dispositivo esperado, abra su **Mapeo** pestaña y asigne un valor de sensor entrante a una clave normalizada usada en el disparador. Un sensor sin un mapeo de origen no puede participar.
## Use varias lecturas por dispositivo
Cuando todos los dispositivos vigilados proporcionan todas las claves normalizadas requeridas, Kilo evalúa esas lecturas dentro de cada dispositivo.
Por ejemplo, un disparador de bomba puede requerir `vibración > 12` Y `pump_running = true`. Si todas las bombas proporcionan ambas métricas, cada bomba se evalúa completamente a partir de sus propias lecturas.
## Use una única lectura compartida
Una clave normalizada adicional puede ser proporcionada en su lugar por exactamente un dispositivo seleccionado para todos los dispositivos vigilados.
Por ejemplo:
* cada puerta cortafuego proporciona su propio `door_open` valor;
* un controlador del edificio proporciona `heating_on`;
* el disparador comprueba cada puerta por separado mientras usa el mismo estado de calefacción para cada puerta.
El controlador del edificio participa en el disparador pero no recibe una fila de condición de puerta. Kilo rechaza una disposición ambigua en la que una clave adicional es proporcionada solo por algunos dispositivos vigilados o por varios posibles proveedores compartidos.
## Lea la vista previa de ejecución
**Cómo se ejecutará este activador** es la comprobación final de la composición:
* **Dispositivo evaluado** identifica cada dispositivo vigilado de forma independiente.
* **Comprobar** muestra la condición evaluada para ese dispositivo.
* **Usos** identifica cualquier dispositivo que proporcione una lectura compartida.
No guarde hasta que cada dispositivo vigilado esperado tenga una fila y cada entrada compartida apunte al proveedor previsto.
## Identifique el dispositivo en la regla
La señal del disparador incluye `vars.device_name`, `vars.subject_id` y `vars.sensor_id`. Use `vars.device_name` en un mensaje de alarma para que los operadores sepan qué activo requiere atención:
```cel
"Puerta del almacén frigorífico abierta: " + vars.device_name
```
`vars.value` no se incluye porque la regla parte del cambio de condición del disparador y no de un evento de sensor.
## Véase también
* [Activadores](/kilo-docs-es/kilo-iot-server/rules-engine/triggers.md) — creación de la condición y conexión de la regla
* [Temporización del disparador](/kilo-docs-es/kilo-iot-server/rules-engine/triggers/trigger-timing.md) — condiciones inmediatas y sostenidas
* [Métricas](/kilo-docs-es/kilo-iot-server/devices/metric-templates.md) — claves normalizadas y mapeos de dispositivos
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.kiloiot.io/kilo-docs-es/kilo-iot-server/rules-engine/triggers/multiple-devices.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
