---
title: "Zpoždění"
description: "Konfigurace smart rule Zpoždění pro provedení akcí po uplynutí čekací doby s podporou událostních a stavových triggerů"
url: "https://taphome.com/cs/docs/smart-rules/delay/"
language: cs
lastmod: 2026-11-01
generator: hugo
ai:
  topics: ["smart-rules","delay-timer","triggered-actions","grace-period","motion-lighting","two-phase-cycle"]
  questions: ["Jak nastavím smart rule Zpoždění?","Jaký je rozdíl mezi událostními a stavovými triggery ve smart rule Zpoždění?","Jak funguje doběh koncového zpoždění?","Mohu ve smart rule Zpoždění použít více triggerů?","Co se stane, když se trigger aktivuje znovu během počátečního nebo koncového zpoždění?","Jak udržím světla zapnutá ještě určitou dobu po skončení pohybu?","Mohu použít počáteční zpoždění k odfiltrování krátkých nebo náhodných spuštění?","Co se stane, když se systém restartuje během cyklu zpoždění?","Proč nemohu použít zařízení, které slouží jako trigger, jako cíl akce ve stejné smart rule?","Jak nastavím ventilaci, která běží pevně danou dobu po odchodu osoby?","Jaká je minimální hodnota koncového zpoždění?","Jak spolupracuje více pohybových senzorů s logikou OR ve smart rule Zpoždění?"]
---

# Zpoždění

Poslední aktualizace: 2026-11-01

> [!NOTE]
> 🚀 **Dostupnost** — TapHome Next 2026.1.36599+.

Smart rule **Zpoždění** přidává čekací dobu mezi trigger a reakci: počká, než provede akce, a může počkat i před jejich ukončením. Například pohybový senzor zaznamená pohyb, smart rule počká 5 sekund na potvrzení, že je skutečný, a rozsvítí světla; když pohyb skončí, nechá je svítit ještě 10 minut a teprve potom je zhasne.


## Jak funguje cyklus zpoždění {#cycle}

Cyklus má dvě fáze v pořadí sekcí stránky smart rule. Když se trigger aktivuje, běží **Počáteční zpoždění**; po něm se provedou **Počáteční akce** a platí. Potom běží **Koncové zpoždění**, po něm se provedou **Koncové akce** a cyklus skončí.

Kdy začne koncové zpoždění, rozhoduje druh triggeru. U **stavového** triggeru (**Hodnota se rovná** **Detekován pohyb**) začne, až když podmínka přestane platit, a její návrat ho zruší. U **událostního** triggeru (**Hodnota se změnila na** **Detekován pohyb**) začne hned s počátečními akcemi a každá další událost ho spustí znovu. Podle druhu se chová i počáteční zpoždění: stavová podmínka, která během něj přestane platit, cyklus zruší, zatímco další událost se ignoruje. Stavový trigger proto použijte, když mají akce platit, dokud podmínka trvá, a ještě koncové zpoždění po ní; událostní, když mají platit pevnou dobu, kterou další událost prodlouží.

Jak číst grafy na této stránce: šedé dráhy ukazují, co sledují triggery (pruh = podmínka platí, bod = událost), modré dráhy ukazují, co dělá smart rule, a nesou názvy sekcí její stránky (pruh = akce platí, bod = akce se provedou jednou). Šrafovaný pruh je běžící zpoždění, bílá mezera v něm restart a čárkovaný obrys zbytek zpoždění, které bylo zrušeno. Osa statických grafů není v měřítku, simulátor má osu v minutách.




## Příklady a scénáře {#examples}

### Ventilace koupelny po odchodu {#example-ventilation}

**Cíl**: Když někdo odejde z koupelny, zapnout odtahový ventilátor o 4 minuty později. Nechat ho běžet 10 minut kvůli vyvětrání.

**Konfigurace**:
- **Spouštěče**: pohybový senzor koupelny, **Pohyb** **Hodnota se změnila na** **Žádný pohyb** (událostní trigger)
- **Počáteční zpoždění**: **4 minuty**
- **Počáteční akce**: odtahový ventilátor koupelny → **Zapnuto**
- **Koncové zpoždění**: **10 minut**
- **Koncové akce**: odtahový ventilátor koupelny → **Vypnuto**

**Chování**: Ventilátor se zapne 4 minuty poté, co pohyb skončí, a běží 10 minut. Pokud se osoba během těchto 4 minut vrátí a znovu odejde, ventilátor se i tak zapne 4 minuty po prvním odchodu. Další odchod během běhu ventilátoru spustí 10 minut znovu.


### Klimatizace konferenční místnosti při potvrzené přítomnosti {#example-climate}

**Cíl**: Přepnout termostat konferenční místnosti do komfortního režimu, když senzor hlásí pohyb bez přestávky alespoň 5 minut (přestávka počítání zruší). Vrátit se do úsporného režimu 15 minut po odchodu všech.

**Konfigurace**:
- **Spouštěče**: pohybový senzor konferenční místnosti, **Pohyb** **Hodnota se rovná** **Detekován pohyb** (stavový trigger)
- **Počáteční zpoždění**: **5 minut**
- **Počáteční akce**: termostat konferenční místnosti → **22 °C**
- **Koncové zpoždění**: **15 minut**
- **Koncové akce**: termostat konferenční místnosti → **18 °C**

**Chování**: Krátká návštěva (někdo si přijde pro kabel) skončí dřív, než uplyne 5 minut, a termostat zůstane v úsporném režimu. Po 5 minutách obsazení se místnost přepne na 22 °C a zůstane tak až do 15 minut po odchodu posledního člověka.


## Začínáme {#getting-started}

Stránka smart rule má pět vlastních sekcí; druhý dialog patří stránce triggeru:



Na obrázku vyberte v dialogu **Typ spouštěče** druhou podmínku a popisy obou zpoždění se změní podle druhu triggeru — viz [Událostní triggery a stavové triggery](https://taphome.com/cs/docs/smart-rules/delay/#event-vs-state).

### Základní příklad {#basic-example}

Máte pohybový senzor na chodbě. Chcete, aby se světlo na chodbě rozsvítilo při detekci pohybu a zůstalo zapnuté 5 minut po posledním pohybu.

1. Vytvořte novou smart rule **Zpoždění**.
2. V sekci **Spouštěče** klepněte na **Přidat spouštěč** a otevřete stránku konfigurace triggeru.
3. Klepněte na **Přidat zařízení** a vyberte pohybový senzor na chodbě.
4. Na stránce triggeru v sekci **Spouštěno podle** vyberte **Pohyb**, v sekci **Když** **Hodnota se rovná** a hodnotu **Detekován pohyb**.
5. Vraťte se na stránku smart rule.
6. Ponechte **Počáteční zpoždění** na **0 sekundách** (okamžitá reakce).
7. V sekci **Počáteční akce** klepněte na **Přidat novou akci** a nastavte světlo na chodbě na **Zapnuto**.
8. Nastavte **Koncové zpoždění** na **5 minut**.
9. V sekci **Koncové akce** klepněte na **Přidat novou akci** a nastavte světlo na chodbě na **Vypnuto**.
10. Klepněte na **Uložit**.


## Triggery {#triggers}

Do jedné smart rule můžete přidat více triggerů. Smart rule se aktivuje, když je aktivní **kterýkoli** z nich (logika OR) — u tří pohybových senzorů se stavovou podmínkou začne koncové zpoždění, až když pohyb nevidí ani jeden. Podrobnosti o konfiguraci najdete v části [Triggery](https://taphome.com/cs/docs/smart-rules/triggers/).

Triggery této smart rule sledují jen hodnoty zařízení. Časové triggery a časová nastavení triggeru (zpoždění, minimální a maximální trvání) tu nejsou dostupné — smart rule má místo nich vlastní dvě zpoždění.

> [!NOTE]
> Zařízení triggerů nelze použít jako cíle akcí ve stejné smart rule. Tím se předchází zpětným smyčkám, kdy by akce spustila svou vlastní smart rule.
> Chcete-li zařízení vypnout určitou dobu po zapnutí, použijte jeho [výchozí hodnotu a manuální ovládání](https://taphome.com/cs/docs/smart-rules/default-values/#auto-off).

### Událostní triggery a stavové triggery {#event-vs-state}

Druh triggeru určuje jeho podmínka: dialog **Typ spouštěče** nabízí podmínky ve dvou skupinách, **Stavy** a **Události**. Všechny triggery jedné smart rule musí být stejného druhu: když má některý trigger podmínku, dialog nabízí už jen podmínky toho druhu, pro každý trigger včetně prvního. Chcete-li smart rule přepnout na druhý druh, odstraňte její triggery a přidejte je znovu.

Řádek triggeru na stránce smart rule druh neukazuje: **Hodnota se rovná** i **Hodnota se změnila na** vypadají stejně — typ hodnoty, rovnítko, hodnota.

Graf porovnává dvě smart rules **Zpoždění** nad stejným pohybovým senzorem, obě s počátečním zpožděním **0** a stejným koncovým zpožděním. První používá stavovou podmínku **Hodnota se rovná** **Detekován pohyb**, druhá událostní podmínku **Hodnota se změnila na** **Detekován pohyb**:



1. **Pohyb začne** — obě smart rules provedou počáteční akce.
2. **Událost**: koncové zpoždění počítané od události uplyne a počáteční akce skončí, přestože pohyb trvá.
3. **Pohyb skončí** — **Stav**: začne koncové zpoždění.
4. **Pohyb znovu** — **Stav**: koncové zpoždění se zruší. **Událost**: nová událost spustí nový cyklus.
5. **Událost**: koncové zpoždění počítané od druhé události uplyne.
6. **Stav**: koncové zpoždění uplyne, počítané od chvíle, kdy pohyb znovu skončil.


## **Počáteční zpoždění** {#start-delay}

Popis pod nadpisem sekce závisí na druhu triggeru:

- **Stavové triggery**: **Volitelné zpoždění před provedením počátečních akcí. Počítá se od okamžiku, kdy podmínka začne platit, a cyklus se zruší, pokud podmínka během tohoto období přestane platit.**
- **Událostní triggery**: **Volitelné zpoždění před provedením počátečních akcí. Počítá se od první události - další události během tohoto období se ignorují a cyklus nelze zrušit.**

Dobu nastavte pomocí výběru času, od dnů po milisekundy.

| Parametr | Rozsah | Výchozí hodnota |
|:----------|:------|:--------|
| **Počáteční zpoždění** | 0 a více | 0 (bez zpoždění) |

U stavového triggeru počáteční zpoždění odfiltruje krátká spuštění — například dveře, které se jen na chvíli otevřely a nejsou ponechány otevřené:



1. Podmínka přestane platit dřív, než počáteční zpoždění uplyne. Cyklus se zruší a počáteční akce se neprovedou.
2. Podmínka začne platit znovu. Počáteční zpoždění se počítá od začátku.


## **Počáteční akce** {#start-actions}

Klepněte na **Přidat novou akci** a přidejte akce zařízení. Můžete přidat více akcí — všechny se provedou současně.

Každá sekce akcí může mít i jednu notifikační akci: klepněte na ikonu zvonku v záhlaví sekce. Při provedení akcí odešle push notifikaci příjemcům, které vyberete v jejích sekcích **Skupiny**, **Uživatelé** a **Klientská zařízení**.


## **Koncové zpoždění** {#end-delay}

| Parametr | Rozsah | Výchozí hodnota |
|:----------|:------|:--------|
| **Koncové zpoždění** | 500 milisekund a více | 60 sekund |

Kdy koncové zpoždění začne, závisí na druhu triggeru:

- **Stavové triggery**: **Zpoždění před provedením koncových akcí. Začíná plynout, když podmínka přestane platit, a zruší se, pokud podmínka opět začne platit.**
- **Událostní triggery**: **Zpoždění před provedením koncových akcí. Začíná plynout, když skončí počáteční zpoždění, a každá další událost ho restartuje.**

Oba případy ukazují grafy v části [Cyklus krok za krokem](https://taphome.com/cs/docs/smart-rules/delay/#cycle-steps).


## **Koncové akce** {#end-actions}

**Akce, které se provedou jednou, když uplyne koncové zpoždění. Koncové akce obvykle nejsou potřeba - když smart rule přestane vracet hodnotu, zařízení dostane hodnotu od jiného aktivního smart rule s nižší prioritou, nebo se vrátí ke své výchozí hodnotě.**

Zařízení, jehož **Výchozí hodnoty** jsou nastaveny na **Neměnit**, si ponechá hodnotu, kterou mu daly počáteční akce — pro takové zařízení sem přidejte opačnou akci, například vypnutí toho, co počáteční akce zapnuly.


## Cyklus krok za krokem {#cycle-steps}

### Cyklus stavového triggeru {#cycle-state}



1. **Trigger se aktivuje** — začne počáteční zpoždění.
2. **Počáteční zpoždění uplyne** — provedou se **Počáteční akce** a platí až do uplynutí koncového zpoždění.
3. **Trigger se deaktivuje** — začne **Koncové zpoždění**.
4. **Trigger se znovu aktivuje** — koncové zpoždění se zruší.
5. **Trigger se opět deaktivuje** — koncové zpoždění se počítá od začátku.
6. **Koncové zpoždění uplyne** — provedou se **Koncové akce** a cyklus skončí.

### Cyklus událostního triggeru {#cycle-event}



1. **První událost** — začne cyklus a počáteční zpoždění.
2. **Další událost během počátečního zpoždění** — ignoruje se.
3. **Počáteční zpoždění uplyne** — provedou se **Počáteční akce** a začne **Koncové zpoždění**.
4. **Událost během koncového zpoždění** — koncové zpoždění se spustí od začátku.
5. **Koncové zpoždění uplyne** — provedou se **Koncové akce**. Další událost spustí nový cyklus.

### Restart systému {#system-restart}

Pokud se systém restartuje během probíhajícího cyklu zpoždění, smart rule pokračuje tam, kde skončila. Zpoždění, které uplynulo během restartu, se dožene hned po startu; koncové zpoždění, které po něm následuje, se počítá od startu. Stavový trigger se po startu vyhodnotí podle aktuální hodnoty: pokud podmínka už neplatí, počáteční zpoždění, které ještě běží, se zruší (to, které uplynulo během restartu, se stejně dožene), a pokud podmínka znovu platí, koncové zpoždění se zruší.

Uložení změny ve smart rule je jiný případ: probíhající cyklus zruší bez provedení koncových akcí a počáteční akce hned přestanou platit (zařízení, jehož **Výchozí hodnoty** jsou nastaveny na **Neměnit**, si jejich hodnotu ponechá). Pokud stavová podmínka stále platí, hned začne nový cyklus od počátečního zpoždění.