> 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-fr/kilo-iot-server/rules-engine/triggers/multiple-devices.md).

# Un déclencheur pour plusieurs appareils

Appliquez un déclencheur et une règle Kilo à plusieurs appareils tout en gardant la condition et le compte à rebours de chaque appareil indépendants.

Un déclencheur peut sélectionner un appareil ou plusieurs appareils. Cela permet à une équipe d’exploitation de définir une condition unique et de maintenir une seule règle pour une flotte d’actifs comparables au lieu de copier la règle pour chaque actif.

La sélection appartient à ce déclencheur. Elle ne crée pas de groupe réutilisable ailleurs dans Kilo, et la modification d’un autre déclencheur ne change pas cette liste d’appareils.

## Fonctionnement de l’évaluation par appareil

La clé normalisée marquée **Les appareils qui répondent à cette clé sont ceux surveillés** identifie le sujet de la condition. Chaque appareil sélectionné qui fournit cette clé est évalué séparément.

Pour 50 portes de chambre froide :

* chaque porte a son propre état de condition ;
* chaque porte a son propre compte à rebours de durée ;
* l’activation d’une porte n’en modifie pas une autre ;
* la règle connectée reçoit l’identité de la porte qui a satisfait la condition.

Le même déclencheur peut donc lancer la même règle pour différents appareils à des moments différents.

## Sélectionnez les appareils

1. Définissez au moins une clé normalisée dans la condition du déclencheur.
2. Ouvrez le **Appareils** section.
3. Utilisez **Rechercher des appareils**, **Tout sélectionner**, **Tout sélectionner parmi les éléments affichés**, **Effacer la sélection**, ou **Charger plus d’appareils** pour effectuer la sélection.
4. Si un appareil possède plusieurs capteurs mappés à la même clé, choisissez le capteur que le déclencheur doit utiliser.
5. Consultez **Comment ce déclencheur s'exécutera** avant d’enregistrer.

Un déclencheur nécessite au moins un participant et en accepte jusqu’à 500. Cette limite inclut les appareils surveillés et tout appareil sélectionné uniquement pour fournir une mesure partagée.

<figure><img src="https://3675309505-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-0602bd68bb6152184acc6908acffb24f21d249ad%2Ftrigger-device-group.jpg?alt=media" alt="The Kilo trigger device selector and one preview row for each watched device"><figcaption></figcaption></figure>

Si un appareil attendu est absent, ouvrez son **Mappage** onglet et mappez une valeur de capteur entrante à une clé normalisée utilisée dans le déclencheur. Un capteur sans mappage source ne peut pas participer.

## Utiliser plusieurs relevés par appareil

Lorsque tous les appareils surveillés fournissent chaque clé normalisée requise, Kilo évalue ces relevés au sein de chaque appareil.

Par exemple, un déclencheur de pompe peut exiger `vibration > 12` ET `pump_running = true`Si chaque pompe fournit les deux métriques, chaque pompe est entièrement évaluée à partir de ses propres relevés.

## Utiliser un relevé partagé

Une clé normalisée supplémentaire peut à la place être fournie par un seul appareil sélectionné pour tous les appareils surveillés.

Par exemple :

* chaque porte coupe-feu fournit sa propre `door_open` valeur ;
* un contrôleur du bâtiment fournit `heating_on`;
* le déclencheur vérifie chaque porte séparément tout en utilisant le même état de chauffage pour chaque porte.

Le contrôleur du bâtiment participe au déclencheur mais ne reçoit pas de ligne d’état de porte. Kilo refuse une configuration ambiguë dans laquelle une clé supplémentaire est fournie seulement par certains appareils surveillés ou par plusieurs fournisseurs partagés possibles.

## Lire l’aperçu d’exécution

**Comment ce déclencheur s'exécutera** est la vérification finale de la composition :

* **Appareil évalué** identifie chaque appareil surveillé indépendamment.
* **Vérification** affiche la condition évaluée pour cet appareil.
* **Utilise** identifie tout appareil fournissant un relevé partagé.

N’enregistrez pas tant que chaque appareil surveillé attendu n’a pas de ligne et que chaque entrée partagée ne pointe pas vers le fournisseur prévu.

## Identifier l’appareil dans la règle

Le signal du déclencheur inclut `vars.device_name`, `vars.subject_id`, et `vars.sensor_id`. Utilisez `vars.device_name` dans un message d’alarme afin que les opérateurs sachent quel actif nécessite une intervention :

```cel
"Porte de chambre froide laissée ouverte : " + vars.device_name
```

`vars.value` n’est pas inclus car la règle part de la transition de condition du déclencheur plutôt que d’un événement de capteur unique.

## Voir aussi

* [Déclencheurs](/kilo-docs-fr/kilo-iot-server/rules-engine/triggers.md) — création de condition et connexion de règle
* [Minutage du déclencheur](/kilo-docs-fr/kilo-iot-server/rules-engine/triggers/trigger-timing.md) — conditions immédiates et soutenues
* [Métriques](/kilo-docs-fr/kilo-iot-server/devices/metric-templates.md) — clés normalisées et mappages d’appareils


---

# 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-fr/kilo-iot-server/rules-engine/triggers/multiple-devices.md?ask=<question>&goal=<endgoal>
```

`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.
