Guiden till en användarvänlig &och stabil Z-Wave Hemautomationsnätverk
I den förra guiden fanns det mycket information om
Statisk uppdateringskontroller (SUC) och SUC ID-server (SIS)
Om det finns en primär styrenhet i nätverket kommer den att tillhandahålla sin routingtabell till varje sekundär styrenhet som ingår i nätverket. Nästa gång den primära styrenheten inkluderar eller exkluderar en nätverksenhet blir dock routingtabellerna för alla sekundära styrenheter ogiltiga.
För att säkerställa att det finns en enda uppdaterad och giltig routingtabell är den primära styrenheten den enda enheten som tillåts inkludera/exkludera enheter. Sekundära styrenheter begär sedan regelbundet en uppdatering av routingtabellen.
Men för en användarvänlig
- Alla fjärrkontroller ska kunna inkludera enheter och att routingen
- Routingtabellerna för alla styrenheter i nätverket hålls konsekventa och en uppdatering ska göra det möjligt för varje styrenhet att styra varje enhet i nätverket.
Det bästa sättet att åstadkomma detta är att konfigurera en SUC/SIS styrenheten i nätverket.
Statisk uppdateringskontroller (SUC)
De Statisk uppdateringskontroller (SUC) är en specialfunktion hos en statisk regulator. De flesta statiska regulatorer (en regulator med fast plats och nätström) kan fungera som en SUC. Denna funktion behöver dock normalt aktiveras.
SUC:n tar emot den uppdaterade routingtabellen från den primära styrenheten och erbjuder denna routingtabell till alla andra styrenheter i nätverket. Eftersom SUC:n är en statisk styrenhet och därför alltid aktiv i nätverket, kan vilken annan styrenhet som helst regelbundet begära en uppdaterad routingtabell från SUC:n.
För att säkerställa att alla andra noder, särskilt andra styrenheter, är medvetna om närvaron av en SUC i nätverket, kommuniceras nod-ID:t för en aktiverad SUC regelbundet inom nätverket.
SUC i en
Att ha en aktiv SUC gör att en portabel styrenhet kan utföra rollen som den primära styrenheten. Varje förändring i nätverket som orsakas av att en nod inkluderas eller exkluderas av den primära styrenheten kommer att rapporteras till SUC:n, och detta är tillgängligt för alla andra styrenheter, även om den primära styrenheten inte är aktiv.
Uppdatering av SUC-routingtabellen
Eftersom de flesta bärbara styrenheter är batteridrivna och därför inte aktiva hela tiden, måste dessa styrenheter regelbundet eller åtminstone när de väcks, vanligtvis genom att trycka på en knapp, begära en uppdaterad routingtabell.
Om den ursprungliga bärbara primära kontrollenheten förloras eller skadas kan SUC:n tilldela den primära behörigheten till en ny mobil kontrollenhet, vilket skyddar användaren från att återupprätta hela nätverket med en helt ny primär kontrollenhet och ha ett annat hem-ID.
Statisk ID-server (SIS)
Även att ha en SUC i systemet löser inte problemet att endast en styrenhet har primär behörighet och därför är den enda styrenheten som tillåts inkludera nya enheter. Denna begränsning övervinns genom att förbättra SUC-funktionaliteten med en annan funktion som kallas 'SIS = Statisk ID-server.
SIS fungerar som depå för nya nod-ID:n som kan tilldelas av mobila styrenheter. Att ha ett SIS i nätverket gör att varje styrenhet i nätverket kan inkludera enheter.Styrenheten kommer bara att begära ett nytt nod-ID från SIS och tilldela detta nya nod-ID till servern. SIS säkerställer att nod-ID:n endast tilldelas en nod – vilket undviker konflikter. Det enda kravet är att den mobila styrenheten har en nätverksanslutning till SIS-servern för att kunna begära ett nod-ID.
SIS-server i en
Att använda ett SIS i ditt nätverk har 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 i en mobil batteridriven enhet.
- Alla styrenheter i ett nätverk kan inkludera nya enheter.
- Nätverkskonfigurationen och hanteringen blir mycket flexibel.
Nackdelar:
- Funktionaliteten är endast tillgänglig i
Z-Wave firmwareversion v3.4 och senare – nätverksenheter med äldre firmware stöder inte den här konfigurationen. - Inclusion-styrenheten kan bara integrera enheter om den har en trådlös anslutning till SIS.
- SIS representerar en "Single Point of Failure". Ett skadat SIS kan resultera i en helt ny nätverksinstallation.
Eftersom SUC/SIS-funktionen redan ingår i firmware för de flesta moderna statiska styrenheter, eller USB-donglar, de flesta
En statisk styrenhet kan också användas som en primär styrenhet, samt ha SUC/SIS-funktionalitet. Denna konfiguration är typisk i verkliga nätverk.
Kontrollregler som visas i ett gateway-användargränssnitt
Nätverk med portabla slavar
Om en SUC-styrenhet finns i nätverket kan den bestämma en ny position för en slav och uppdatera nätverkets routingtabell därefter. Proceduren för att uppnå detta kallas "Gå vilse – Algoritm” och fungerar bara för routingslavar (slavar som har viss kunskap om nätverkets routinginformation).
En vanlig slav får inte skicka oönskade meddelanden och kan därför aldrig avgöra någon förändring av sin position i nätverket. Däremot får routingslavar göra detta.
Om en routingslav skickar ett oönskat meddelande som misslyckas, antar den att dess routingtabell inte längre är giltig.
Som ett första steg kommer denna nod att skicka ut ett meddelande om ett "rop på hjälp" till nätverket. En nod som tar emot detta meddelande vet att avsändaren har befunnit sig på en ny plats. Denna nod kan dock inte förse den "ropande" noden med en uppdaterad routingtabell. Om denna nod är en routingslav kommer den att vidarebefordra meddelandet om ett "rop på hjälp" till SUC:n.
SUC:n kan uppdatera sin egen routingtabell och tilldela nya rutter till den ropande noden genom att utföra samma steg som den skulle göra när enheten inkluderades. Meddelandet "rop om hjälp" kan automatiskt läka ett nätverk om en nod har flyttats.
För att ha en fungerande automatisk läkningsfunktion inom nätverket måste följande krav vara uppfyllda:
- En SUC måste finnas i nätverket.
- De flyttade noderna måste vara en routingslav, inte en standardslav (för att tillåta oönskad meddelanden).
- I den nya positionen måste det finnas minst en routingslav inom räckhåll.
- Den flyttade noden måste upptäcka att han flyttades. Detta är endast möjligt om noden skickar ut ett oönskat meddelande.
Förhoppningsvis har detta gett dig en bra inblick i hur man skapar en stabil och robust