Ritardo
🚀 Disponibile dalla versione Core 2026.1.
Lo smart rule Ritardo aggiunge un tempo di attesa tra un trigger e una reazione: attende prima di eseguire le azioni e può attendere anche prima di terminarle. Ad esempio, un sensore di movimento rileva un movimento, lo smart rule attende 5 secondi per confermare che sia reale e accende le luci; quando il movimento cessa, le lascia accese per altri 10 minuti e solo dopo le spegne.
Come funziona il ciclo di ritardo
Il ciclo ha due fasi, nell’ordine delle sezioni della pagina dello smart rule. Quando il trigger si attiva, scorre il Ritardo iniziale; al suo termine vengono eseguite le Azioni iniziali, che restano in vigore. Poi scorre il Ritardo finale; al suo termine vengono eseguite le Azioni finali e il ciclo termina.
Quando inizia il ritardo finale lo decide il tipo di trigger. Con un trigger stato (Il valore è uguale a Movimento rilevato) inizia solo quando la condizione smette di essere vera, e il ritorno della condizione lo annulla. Con un trigger evento (Il valore è cambiato a Movimento rilevato) inizia insieme alle azioni iniziali, e ogni ulteriore evento lo fa ripartire. Anche il ritardo iniziale segue il tipo: una condizione di stato che smette di essere vera durante il ritardo annulla il ciclo, mentre un ulteriore evento viene ignorato. Usa quindi un trigger stato quando le azioni devono restare in vigore finché dura la condizione, più il ritardo finale dopo di essa; un trigger evento quando devono restare in vigore per un tempo fisso che un ulteriore evento prolunga.
Come leggere i grafici di questa pagina: le corsie grigie mostrano cosa osservano i trigger (barra = condizione vera, punto = evento), le corsie blu mostrano cosa fa lo smart rule e portano i nomi delle sezioni della sua pagina (barra = azioni in vigore, punto = azioni eseguite una volta). Una barra a strisce è un ritardo in corso, uno spazio bianco al suo interno un riavvio e un contorno tratteggiato il resto di un ritardo che è stato annullato. L’asse dei grafici statici non è in scala, il simulatore ha l’asse in minuti.
Esempi e scenari
Ventilazione del bagno dopo l’uscita
Obiettivo: Quando qualcuno esce dal bagno, accendere il ventilatore di estrazione 4 minuti dopo. Lasciarlo funzionare per 10 minuti per cambiare l’aria.
Configurazione:
- Trigger: sensore di movimento del bagno, Movimento Il valore è cambiato a Nessun movimento (trigger evento)
- Ritardo iniziale: 4 minuti
- Azioni iniziali: ventilatore di estrazione del bagno → Acceso
- Ritardo finale: 10 minuti
- Azioni finali: ventilatore di estrazione del bagno → Spento
Comportamento: Il ventilatore si accende 4 minuti dopo la fine del movimento e funziona per 10 minuti. Se la persona torna entro quei 4 minuti ed esce di nuovo, il ventilatore si accende comunque 4 minuti dopo la prima uscita. Uscire di nuovo mentre il ventilatore funziona fa ripartire i 10 minuti.
Clima della sala riunioni con presenza confermata
Obiettivo: Portare il termostato della sala riunioni in modalità comfort quando il sensore segnala movimento senza pause per almeno 5 minuti (una pausa annulla il conteggio). Tornare alla modalità eco 15 minuti dopo che tutti sono usciti.
Configurazione:
- Trigger: sensore di movimento della sala riunioni, Movimento Il valore è uguale a Movimento rilevato (trigger stato)
- Ritardo iniziale: 5 minuti
- Azioni iniziali: termostato della sala riunioni → 22 °C
- Ritardo finale: 15 minuti
- Azioni finali: termostato della sala riunioni → 18 °C
Comportamento: Una breve visita (qualcuno passa a prendere un cavo) finisce prima che siano trascorsi i 5 minuti e il termostato resta in modalità eco. Dopo 5 minuti di presenza la sala passa a 22 °C e ci resta fino a 15 minuti dopo l’uscita dell’ultima persona.
Primi passi
La pagina dello smart rule ha cinque sezioni proprie; la seconda finestra di dialogo appartiene alla pagina del trigger:
Aggiungi triggerAggiungi nuova azioneAggiungi nuova azione
Nell’immagine, scegli l’altra condizione nella finestra di dialogo Tipo di trigger e le descrizioni di entrambi i ritardi cambiano in base al tipo di trigger — vedi Trigger evento e trigger stato.
Esempio base
Hai un sensore di movimento nel corridoio. Vuoi che la luce del corridoio si accenda quando viene rilevato un movimento e resti accesa per 5 minuti dopo l’ultimo movimento.
- Crea un nuovo smart rule Ritardo.
- Nella sezione Trigger tocca Aggiungi trigger per aprire la pagina di configurazione del trigger.
- Tocca Aggiungi dispositivo e seleziona il sensore di movimento del corridoio.
- Nella pagina del trigger, nella sezione Attivato da seleziona Movimento, nella sezione Quando Il valore è uguale a e il valore Movimento rilevato.
- Torna alla pagina dello smart rule.
- Lascia il Ritardo iniziale a 0 secondi (reazione immediata).
- Nella sezione Azioni iniziali tocca Aggiungi nuova azione e imposta la luce del corridoio su Acceso.
- Imposta il Ritardo finale su 5 minuti.
- Nella sezione Azioni finali tocca Aggiungi nuova azione e imposta la luce del corridoio su Spento.
- Tocca Salva.
Trigger
Puoi aggiungere più trigger allo stesso smart rule. Lo smart rule si attiva quando uno qualsiasi di essi è attivo (logica OR) — con tre sensori di movimento e una condizione di stato, il ritardo finale inizia solo quando nessuno di essi vede più movimento. Per i dettagli di configurazione vedi Trigger.
I trigger di questo smart rule osservano solo valori di dispositivi. I trigger temporali e le impostazioni temporali di un trigger (ritardo, durata minima e massima) qui non sono disponibili — lo smart rule ha invece i suoi due ritardi.
I dispositivi dei trigger non possono essere usati come destinazioni delle azioni nello stesso smart rule. Questo previene loop di feedback in cui un’azione attiverebbe il proprio smart rule.
Trigger evento e trigger stato
Il tipo di trigger lo decide la sua condizione: la finestra di dialogo Tipo di trigger offre le condizioni in due gruppi, Stati e Eventi. Tutti i trigger di uno smart rule devono essere dello stesso tipo: quando un trigger ha una condizione, la finestra di dialogo offre solo condizioni di quel tipo, per ogni trigger compreso il primo. Per passare uno smart rule all’altro tipo, rimuovi i suoi trigger e aggiungili di nuovo.
La riga di un trigger nella pagina dello smart rule non mostra il tipo: Il valore è uguale a e Il valore è cambiato a si leggono allo stesso modo — tipo di valore, segno di uguale, valore.
Il grafico confronta due smart rule Ritardo sullo stesso sensore di movimento, entrambi con un ritardo iniziale di 0 e lo stesso ritardo finale. Il primo usa la condizione di stato Il valore è uguale a Movimento rilevato, il secondo la condizione di evento Il valore è cambiato a Movimento rilevato:
- Il movimento inizia — entrambi gli smart rule eseguono le azioni iniziali.
- Evento: il ritardo finale, contato dall’evento, scade e le azioni iniziali terminano anche se il movimento continua.
- Il movimento cessa — Stato: inizia il ritardo finale.
- Di nuovo movimento — Stato: il ritardo finale viene annullato. Evento: un nuovo evento avvia un nuovo ciclo.
- Evento: il ritardo finale, contato dal secondo evento, scade.
- Stato: il ritardo finale scade, contato dal momento in cui il movimento è cessato di nuovo.
Ritardo iniziale
La descrizione sotto il titolo della sezione dipende dal tipo di trigger:
- Trigger stato: Ritardo facoltativo prima dell'esecuzione delle azioni iniziali. Viene calcolato a partire dal momento in cui la condizione inizia a essere soddisfatta, e il ciclo viene annullato se la condizione smette di essere soddisfatta durante questo periodo.
- Trigger evento: Ritardo facoltativo prima dell'esecuzione delle azioni iniziali. Viene calcolato a partire dal primo evento - gli eventi successivi durante questo periodo vengono ignorati e il ciclo non può essere annullato.
Imposta la durata con il selettore del tempo, dai giorni ai millisecondi.
| Parametro | Intervallo | Predefinito |
|---|---|---|
| Ritardo iniziale | 0 e oltre | 0 (nessun ritardo) |
Con un trigger stato, il ritardo iniziale filtra le attivazioni brevi — ad esempio una porta aperta solo per un momento e non lasciata aperta:
- La condizione smette di essere vera prima che il ritardo iniziale scada. Il ciclo viene annullato e le azioni iniziali non vengono eseguite.
- La condizione torna vera. Il ritardo iniziale riparte dall’inizio.
Azioni iniziali
Tocca Aggiungi nuova azione per aggiungere azioni sui dispositivi. Puoi aggiungere più azioni — vengono eseguite tutte insieme.
Ogni sezione di azioni può contenere anche un’azione di notifica: tocca l’icona della campanella nell’intestazione della sezione. Quando le azioni vengono eseguite, invia una notifica push ai destinatari che scegli nelle sue sezioni Gruppi, Utenti e Dispositivi client.
Ritardo finale
| Parametro | Intervallo | Predefinito |
|---|---|---|
| Ritardo finale | 500 millisecondi e oltre | 60 secondi |
Quando inizia il ritardo finale dipende dal tipo di trigger:
- Trigger stato: Ritardo prima dell'esecuzione delle azioni finali. Inizia a decorrere quando la condizione smette di essere soddisfatta, e viene annullato se la condizione torna a essere soddisfatta.
- Trigger evento: Ritardo prima dell'esecuzione delle azioni finali. Inizia a decorrere quando termina il ritardo iniziale, e ogni ulteriore evento lo riavvia.
Entrambi i casi sono mostrati dai grafici nella sezione Il ciclo passo dopo passo.
Azioni finali
Azioni eseguite una volta quando scade il ritardo finale. Di solito le azioni finali non sono necessarie - quando la smart rule smette di restituire un valore, il dispositivo riceve un valore da un'altra smart rule attiva con priorità inferiore, oppure torna al suo valore predefinito.Un dispositivo i cui Valori predefiniti sono impostati su Non modificare mantiene il valore che gli hanno dato le azioni iniziali — per un dispositivo di questo tipo aggiungi qui l’azione opposta, ad esempio lo spegnimento di ciò che le azioni iniziali hanno acceso.
Il ciclo passo dopo passo
Ciclo del trigger stato
- Il trigger si attiva — inizia il ritardo iniziale.
- Il ritardo iniziale scade — vengono eseguite le Azioni iniziali, che restano in vigore fino allo scadere del ritardo finale.
- Il trigger si disattiva — inizia il Ritardo finale.
- Il trigger si riattiva — il ritardo finale viene annullato.
- Il trigger si disattiva di nuovo — il ritardo finale riparte dall’inizio.
- Il ritardo finale scade — vengono eseguite le Azioni finali e il ciclo termina.
Ciclo del trigger evento
- Primo evento — iniziano il ciclo e il ritardo iniziale.
- Un altro evento durante il ritardo iniziale — viene ignorato.
- Il ritardo iniziale scade — vengono eseguite le Azioni iniziali e inizia il Ritardo finale.
- Evento durante il ritardo finale — il ritardo finale riparte dall’inizio.
- Il ritardo finale scade — vengono eseguite le Azioni finali. L’evento successivo avvia un nuovo ciclo.
Riavvio del sistema
Se il sistema si riavvia mentre è in corso un ciclo di ritardo, lo smart rule riprende da dove si era fermato. Un ritardo scaduto durante il riavvio viene recuperato subito dopo l’avvio; un ritardo finale che lo segue viene contato dall’avvio. Dopo l’avvio un trigger stato viene valutato in base al suo valore attuale: se la condizione non è più vera, un ritardo iniziale ancora in corso viene annullato (quello scaduto durante il riavvio viene comunque recuperato), e se la condizione è di nuovo vera, viene annullato il ritardo finale.
Salvare una modifica allo smart rule è un caso diverso: annulla il ciclo in corso senza eseguire le azioni finali e le azioni iniziali smettono subito di essere in vigore (un dispositivo i cui Valori predefiniti sono impostati su Non modificare ne mantiene il valore). Se una condizione di stato è ancora vera, avvia subito un nuovo ciclo dal ritardo iniziale.