Detail typu stavu
Detail typu stavu poskytuje přehled o konkrétním typu stavu a jeho parametrech v systému. V systému POSEIDON City představují typy stavů standardizované kategorie stavů, které mohou IoT zařízení nabývat nebo reportovat, jako například zapnuto/vypnuto (stav relé), úroveň výstupu (intenzita osvětlení), stav pohybu (PIR senzor), nebo timeout.
Rozložení obrazovky
Na vrchní části obrazovky se nachází navigační panel. Pod ním je umístěn blok, který obsahuje:
- Na levé straně název entity (název typu stavu)
- Na pravé straně nejsou žádná akční tlačítka, protože typy stavů nelze upravovat ani mazat přes uživatelské rozhraní
Základní informace
Záložka Základní informace zobrazuje detailní údaje o typu stavu.
Obecné údaje
- Název - lidsky čitelný název typu stavu (např. "Stav zařízení")
- Klíč - systémový identifikátor typu stavu používaný v API a při zpracování dat (např. "device-status")
- Popis - detailnější informace o účelu a využití daného typu stavu (např. "Definuje stav zařízení")
Technické informace
- Hodnota - typ hodnoty, kterou může stav nabývat (např. "INT" pro celočíselné hodnoty)
- Dostupné hodnoty - seznam možných hodnot, kterých může stav nabývat, pokud je omezen na určitou množinu
Typy akcí
V sekci Typy akcí jsou zobrazeny všechny akce, které mohou měnit stav zařízení. Například akce "ZAPNOUT" nebo "VYPNOUT" mohou být použity pro relé, zatímco akce "NASTAVIT ÚROVEŇ VÝSTUPU" může být použita pro regulaci intenzity osvětlení. Akce jsou definovány v rámci systému a mohou být specifické pro konkrétní typ zařízení nebo funkci.
Seznam ackcí
Seznam je zobrazen v tabulce s následujícími sloupci:
Typy událostí
V sekci Typy událostí jsou zobrazeny všechny události, které mohou reportovat nebo měnit stav zařízení. Například událost "REPORT STAVU ZAŘÍZENÍ" může reportovat aktuální hodnotu "ÚROVEŇ VÝSTUPU".
Seznam událostí
Seznam je zobrazen v tabulce s následujícími sloupci:
Typy stavů nelze vytvářet, upravovat ani mazat prostřednictvím uživatelského rozhraní. Jsou pevně spjaty s architekturou systému a přidávají se výhradně prostřednictvím databázových migrací s novými verzemi aplikace. Toto omezení existuje z důvodu silné provázanosti typů stavů s vnitřní logikou aplikace, zpracováním dat a komunikačními protokoly zařízení.