Guiden till ett användarvänligt och stabilt Z-WAVE-hemautomatiseringsnätverk
I den sista guiden var det gott om information om Z-vågs Nätverk, noder och enheter. I den här handboken ser vi djupare ut på kontrollerna och servern som styr ditt trådlösa hemautomatiseringssystem. Med så många potentiella komponenter, och den elektroniska meddelanden som används trådlöst är det viktigt att uppnå ett användarvänligt och stabilt Z-vågnät i ditt hem.
Statisk uppdateringskontroll (SUC) och SUC ID-server (SIS)
Om det finns en primärkontroll i nätverket kommer det att ge sitt routingtabell, till varje sekundär styrenhet som ingår i nätverket. Men nästa gång den primära regulatorn innefattar eller utesluter en nätverksenhet blir de routingtabellerna för alla sekundära styrenheter ogiltiga.
För att säkerställa att det finns ett enda uppdaterat och giltigt routingtabell är den primära styrenheten den enda anordningen som får inkludera / utesluta enheter. Sekundära styrenheter begär regelbundet en rutningstabelluppdatering.
Men för ett användarvänligt Z-Wave-nätverk skulle vi dock förvänta oss att:
- Alla fjärrkontroller ska kunna inkludera enheter och som routningen
- Rutningstabellerna för alla styrenheter i nätverket hålls konsekventa och en uppdatering ska tillåta varje kontrollenhet att styra varje enhet i nätverket
Det bästa sättet att uppnå detta är att konfigurera a SUC / SIS Controller i nätverket.
Statisk uppdateringskontrollant (SUC)
De Statisk uppdateringskontroll (SUC) är en speciell funktion hos en statisk styrenhet. De flesta statiska styrenheter (en styrenhet med fast plats och nätaggregat) kan utföra som SUC. Denna funktion behöver dock normalt aktiveras.
SUC mottar det uppdaterade routingtabellen från den primära styrenheten och erbjuder detta routingtabell till alla andra styrenheter i nätverket. Eftersom SUC är en statisk styrenhet och därför alltid aktiv i nätverket, kan någon annan styrenhet regelbundet begära ett uppdaterat routingtabell från SUC.
För att se till att alla andra noder, särskilt andra styrenheter, är medvetna om närvaron av en SUC i nätverket, kommuniceras nod-ID för en aktiverad SUC regelbundet i nätverket.
SUC i ett Z-Wave-nätverk
Att ha en aktiv SUC tillåter en bärbar styrenhet att utföra den primära styrenhetens roll. Varje ändring av nätverket som orsakas av inkludering eller uteslutning av en nod med den primära styrenheten kommer att rapporteras till SUC, detta är tillgängligt för alla andra styrenheter, även om den primära styrenheten inte är aktiv.
Uppdatering av SUC-routingbordet
Eftersom de flesta bärbara styrenheter är batteridrivna och därför inte aktiva hela tiden måste dessa kontroller begära ett uppdaterat routingtabell regelbundet eller åtminstone när den väckas, vanligtvis genom att trycka på en knapp.
Om den ursprungliga bärbara primärkontrollen är förlorad eller skadad kan SUC tilldela det primära privilegiet till en ny mobilkontroll, vilket skyddar användaren från att återupprätta hela nätverket med en helt ny primärkontroll och ha ett annat hem-ID.
Statisk ID-server (SIS)
Även med en SUC i systemet löser inte problemet att endast en kontroller har det primära privilegiet och därför är den enda kontrollenheten som tillåts att inkludera nya enheter. Denna begränsning övervinns genom att förbättra SUC-funktionaliteten med en annan funktion som heter "Sis '= statisk id-server.
SIS fungerar som depå för nya nod-ID som kan tilldelas av mobila styrenheter. Att ha en SIS närvarande i nätverket tillåter varje styrenhet i nätverket att inkludera enheter. Styrenheten kommer bara att begära ett nytt nod-ID från SIS och tilldela det här nya nod-ID till servern. SIS säkerställer att nod-ID endast är tilldelade till en nod - undvikande av konflikter. Det enda kravet är att mobilkontrollen har en nätverksanslutning till SIS-servern för att begära ett nod-ID.
SIS-servern i ett Z-våg-nätverk
Använda en SIS i ditt nätverk som ett antal fördelar och nackdelar:
Fördelar:
- Nätverkstopologin och information om alla noder sparas i en statisk styrenhet - mycket bättre skyddad än inom en mobil batteridriven enhet.
- Alla kontroller i ett nätverk kan innehålla nya enheter.
- Nätverkskonfigurationen och hanteringen blir mycket flexibel.
Nackdelar:
- Funktionalitet är endast tillgänglig i Z-WAVE Firmware Version v3.4 och senare - Nätverksenheter med äldre firmware stöder inte den här konfigurationen.
- Inklusionskontrollen kan bara integrera enheter om den har en trådlös anslutning till SIS.
- SIS representerar en "enda punkt av misslyckande". En skadad SIS kan resultera i en fullständig ny nätverksinställning.
Eftersom SUC / SIS-funktionaliteten redan ingår i firmware av de flesta moderna statiska styrenheter, eller USB-donglar, kan de flesta Z-Wave-nätverk utnyttja dessa funktioner om en statisk styrenhet är närvarande (så länge du aktiverar den).
En statisk styrenhet kan också användas som en primärstyrenhet, såväl som att ha SUC / SIS-funktionalitet. Denna konfiguration är typisk i riktiga nätverk.
Kontrollerregler som visas i ett gränssnitt för gateway
Nätverk med bärbara slavar
Om en SUC-styrenhet är närvarande i nätverket kan den bestämma en ny position av en slav och uppdatera nätverkets routingtabell i enlighet därmed. Förfarandet för att uppnå detta kallas "Gå förlorad -algoritm"Och bara fungerar för routing slavar (slavar som har viss kunskap om nätverkets routinginformation).
En vanlig slav får inte skicka oönskade meddelanden och därför kan aldrig bestämma någon förändring av sin position i nätverket. Routing slavar får dock göra detta.
Om en routingsslav skickar ett oönskat meddelande som misslyckas, kommer det att anta att dess routingbord inte längre är giltigt.
Som ett första steg kommer den här noden att skicka ut ett sändning "Cry for Hjälp" -meddelande till nätverket. En nod som tar emot detta meddelande vet att avsändaren har funnit sig på en ny plats. Denna nod kan emellertid inte ge "gråtande" noden med ett uppdaterat routingtabell. Om den här noden är en routing slav kommer det att vidarebefordra "Cry for Hjälp" -meddelandet till SUC.
SUC kan uppdatera sitt eget routingtabell och tilldela nya rutter till gråtkoden genom att utföra samma steg som det skulle göra när det inkluderar enheten. Meddelandet "Cry for Help" kan automatiskt läka ett nätverk om en nod har flyttats.
För att få en fungerande auto-helande funktion inom nätverket måste följande krav vara uppfyllda:
- En SUC måste vara närvarande i nätverket.
- De rörda noderna måste vara en routing slav inte en vanlig slav (för att tillåta oönskade meddelanden).
- I den nya positionen måste det finnas minst en routing slav inom räckhåll.
- Den rörda noden måste detektera att han flyttades. Detta är endast möjligt om den här noden skickar ut ett oönskat meddelande.
Förhoppningsvis har det gett dig en bra inblick i hur man skapar ett stabilt och robust Z-Wave-nätverk.
Vesternet är Europas ledande hemautomatiseringsspecialist, ta en titt på vårt stora utbud av Z-vågprodukter.
Copyright 2012 Vesternet Ltd
