Règles embarquées (SI / ALORS) sur le device

Quand les utiliser ?

Pour tout ce qui doit marcher sans dépendre du réseau : un bouton qui allume une lampe, un capteur de température qui coupe un radiateur, une minuterie. La logique vit sur l’ESP, donc la latence est nulle et une coupure cloud n’a aucun impact.

Besoin d’une logique entre plusieurs appareils ou d’notifications ? Utilisez plutôt les automations cloud (menu Automations). Les règles embarquées sont volontairement limitées à un seul device.

Créer une règle

1. Ouvrez la fiche de l’appareil, puis le bouton Règles.
2. Cliquez Ajouter une règle et composez le SI (déclencheur) et le ALORS (action) à l’aide des menus.
3. Enregistrez. Une nouvelle version est créée.

Déclencheurs disponibles

• Capteur ON/OFF (binary_sensor) passe à ON ou OFF.
• Valeur capteur au-dessus / en-dessous d’un seuil.
• Heure donnée (programmation).
• Démarrage du device.

Actions disponibles

• Relais : allumer / éteindre / basculer.
• Lumière : allumer / éteindre / basculer (+ luminosité).
• Délai : attendre N secondes.

Appliquer les règles au device

Les règles sont rendues en automations ESPHome standard (aperçu YAML en lecture seule dans l’éditeur). Pour qu’elles prennent effet sur l’appareil :

1. Enregistrez vos règles.
2. Cliquez Régénérer le firmware (.zip) — Elark re-génère le firmware du device (template Marketplace installé + vos règles injectées) et télécharge un bundle prêt à compiler.
3. Compilez et flashez (esphome run), ou re-uploadez le binaire signé pour un déploiement OTA.

Tant que ce n’est pas fait, les règles sont enregistrées côté cloud mais pas encore actives sur l’ESP. La régénération nécessite qu’un firmware Marketplace ait déjà été installé sur le device.

Sécurité

Les règles sont du JSON déclaratif strictement validé : vous choisissez parmi un vocabulaire fermé (déclencheurs/actions), jamais du code libre. Les identifiants sont contraints à a-z 0-9 _ et les valeurs castées — aucune injection possible dans le firmware généré.