> 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-de/kilo-iot-server/rules-engine/triggers/multiple-devices.md).
# Ein Trigger für mehrere Geräte
Wenden Sie einen Kilo-Auslöser und eine Regel auf mehrere Geräte an, wobei Bedingung und Countdown jedes Geräts unabhängig bleiben.
Ein Trigger kann ein Gerät oder viele Geräte auswählen. So kann ein Betriebsteam eine Bedingung definieren und eine Regel für eine Flotte vergleichbarer Assets pflegen, statt die Regel für jedes Asset zu kopieren.
Die Auswahl gehört zu diesem Trigger. Sie erstellt nirgendwo sonst in Kilo eine wiederverwendbare Gruppe, und wenn ein anderer Trigger geändert wird, ändert sich diese Geräteliste nicht.
## Wie die Auswertung pro Gerät funktioniert
Der markierte normalisierte Schlüssel **Geräte, die auf diesen Schlüssel antworten, sind die überwachten** kennzeichnet das Subjekt der Bedingung. Jedes ausgewählte Gerät, das diesen Schlüssel liefert, wird separat ausgewertet.
Für 50 Türen eines Kühlhauses:
* jede Tür hat ihren eigenen Zustandsstatus;
* jede Tür hat ihren eigenen Dauer-Countdown;
* wenn eine Tür aktiv wird, ändert das nichts an einer anderen Tür;
* die verknüpfte Regel erhält die Identität der Tür, die die Bedingung erfüllt hat.
Derselbe Trigger kann daher dieselbe Regel für verschiedene Geräte zu unterschiedlichen Zeiten auslösen.
## Die Geräte auswählen
1. Definieren Sie mindestens einen normalisierten Schlüssel in der Trigger-Bedingung.
2. Öffnen Sie die **Geräte** .
3. Verwenden Sie **Geräte suchen**, **Alle auswählen**, **Alle angezeigten auswählen**, **Auswahl aufheben**oder **Weitere Geräte laden** um die Auswahl zu treffen.
4. Wenn ein Gerät mehrere Sensoren hat, die demselben Schlüssel zugeordnet sind, wählen Sie den Sensor aus, den der Trigger verwenden soll.
5. Prüfen Sie **Wie dieser Auslöser ausgeführt wird** vor dem Speichern.
Ein Trigger benötigt mindestens einen Teilnehmer und akzeptiert bis zu 500. Das Limit umfasst überwachte Geräte und jedes Gerät, das nur ausgewählt wurde, um einen gemeinsamen Messwert bereitzustellen.
Wenn ein erwartetes Gerät fehlt, öffnen Sie seine **Zuordnung** Registerkarte und ordnen Sie einem eingehenden Sensorwert einen normalisierten Schlüssel zu, der im Trigger verwendet wird. Ein Sensor ohne Quellzuordnung kann nicht teilnehmen.
## Mehrere Messwerte pro Gerät verwenden
Wenn alle überwachten Geräte jeden erforderlichen normalisierten Schlüssel bereitstellen, wertet Kilo diese Messwerte innerhalb jedes Geräts aus.
Ein Pumpen-Trigger kann zum Beispiel `Vibration > 12` UND `pump_running = true`. Wenn jede Pumpe beide Metriken liefert, wird jede Pumpe vollständig anhand ihrer eigenen Messwerte ausgewertet.
## Einen gemeinsamen Messwert verwenden
Ein zusätzlicher normalisierter Schlüssel kann stattdessen von genau einem ausgewählten Gerät für alle überwachten Geräte bereitgestellt werden.
Zum Beispiel:
* Jede Feuertür liefert ihren eigenen `door_open` Wert;
* ein Gebäuderegler liefert `heating_on`;
* der Trigger prüft jede Tür separat und verwendet dabei für jede Tür denselben Heizungsstatus.
Der Gebäuderegler nimmt am Trigger teil, erhält aber keine Zeile für den Türzustand. Kilo lehnt eine mehrdeutige Anordnung ab, bei der ein zusätzlicher Schlüssel nur von einigen überwachten Geräten oder von mehreren möglichen gemeinsamen Anbietern geliefert wird.
## Lesen Sie die Ausführungsvorschau
**Wie dieser Auslöser ausgeführt wird** ist die abschließende Zusammensetzungsprüfung:
* **Ausgewertetes Gerät** kennzeichnet jedes unabhängig überwachte Gerät.
* **Prüfen** zeigt die für dieses Gerät ausgewertete Bedingung.
* **Verwendet** kennzeichnet jedes Gerät, das einen gemeinsamen Messwert liefert.
Speichern Sie erst, wenn jedes erwartete überwachte Gerät eine Zeile hat und jeder gemeinsame Eingang auf den vorgesehenen Anbieter verweist.
## Identifizieren Sie das Gerät in der Regel
Das Trigger-Signal enthält `vars.device_name`, `vars.subject_id`, und `vars.sensor_id`. Verwenden Sie `vars.device_name` in einer Alarmmeldung, damit Bediener wissen, welches Asset Aufmerksamkeit erfordert:
```cel
"Kühlhaustür offen gelassen: " + vars.device_name
```
`vars.value` ist nicht enthalten, weil die Regel von der Zustandsänderung des Triggers ausgeht und nicht von einem einzelnen Sensorereignis.
## Siehe auch
* [Auslöser](/kilo-docs-de/kilo-iot-server/rules-engine/triggers.md) — Erstellung von Bedingungen und Verknüpfung mit Regeln
* [Trigger-Zeitverhalten](/kilo-docs-de/kilo-iot-server/rules-engine/triggers/trigger-timing.md) — sofortige und anhaltende Bedingungen
* [Metriken](/kilo-docs-de/kilo-iot-server/devices/metric-templates.md) — normalisierte Schlüssel und Gerätezuordnungen
---
# 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-de/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.
