La guida a una rete di automazione della casa Z-Wave di facile utilizzo
Nell'ultima guida, c'era un sacco di informazioni su Z-Wave Rete, nodi e dispositivi. In questa guida, guardiamo più profondamente ai controller e al server che controlla il tuo sistema di automazione domestica wireless. Con così tanti potenziali componenti e messaggi elettronici che operano wireless, è importante raggiungere una rete Z-Wave di facile utilizzo e stabile a casa tua.
Controller di aggiornamento statico (SUC) e SUC ID Server (SIS)
Se è presente un controller primario nella rete, fornirà la sua tabella di routing, ad ogni controller secondario incluso nella rete. Tuttavia, la volta successiva il controller primario include o esclude un dispositivo di rete, le tabelle di routing di tutti i controller secondari non sono valide.
Per garantire una singola tabella di routing aggiornata e valida, il controller primario è l'unico dispositivo consentito per includere / escludere i dispositivi. I controller secondari richiedono periodicamente un aggiornamento della tabella di routing.
Tuttavia, per una rete Z-Wave di facile utilizzo che ci aspetteremmo:
- Tutti i telecomandi devono essere in grado di includere dispositivi e che il routing
- Le tabelle di routing di tutti i controller nella rete sono mantenute coerenti e un aggiornamento deve consentire a ogni controller di controllare ogni dispositivo nella rete
Il modo migliore per realizzare questo è configurare a SUC / SIS. controller nella rete.
Aggiornamento statico-controller (SUC)
Il Controller di aggiornamento statico (SUC) è una funzione speciale di un controller statico. La maggior parte dei controller statici (un controller con posizione fissa e alimentazione di rete) può eseguire come SUC. Tuttavia, questa funzionalità normalmente deve essere attivata.
L'SUC riceve la tabella di routing aggiornata dal controller primario e offre questa tabella di routing a tutti gli altri controller nella rete. Poiché il SUC è un controller statico e quindi sempre attivo nella rete, qualsiasi altro controller può richiedere regolarmente una tabella di routing aggiornata dal suc.
Per assicurarsi che tutti gli altri nodi, in particolare altri controller, siano a conoscenza della presenza di un suc nella rete, l'ID del nodo di un IT attivato viene comunicato periodicamente all'interno della rete.
SUC in una rete Z-Wave
Avere un ACT ACC consente a un controller portatile di eseguire il ruolo del controller primario. Ogni modifica della rete causata dall'inclusione o dall'esclusione di un nodo da parte del controller primario verrà segnalato al contro, questo è disponibile per tutti gli altri controller, anche se il controller primario non è attivo.
Aggiornamento della tabella di routing SUC
Poiché la maggior parte dei controller portatili è azionabile a batteria e quindi non attiva tutto il tempo, questi controller devono richiedere periodicamente una tabella di routing aggiornata o almeno se svegliata, di solito premendo un pulsante.
Se il controller primario portatile originale è perso o danneggiato, il suc può assegnare il privilegio primario a un nuovo controller mobile, proteggendo l'utente dal ristabilire l'intera rete con un nuovissimo controller primario e con un ID domicilio diverso.
Server ID statico (SIS)
Anche avere un SUC nel sistema non risolve il problema che solo un controller ha il privilegio principale e, pertanto, è il solo controller ha permesso di includere nuovi dispositivi. Questa limitazione è superata migliorando la funzionalità successione da un'altra funzione chiamata "SIS '= server ID statico.
La SIS funge da deposito per i nuovi ID del nodo che possono essere assegnati dai controller mobili. Avere un SIS presente nella rete consente a ogni controller nella rete di includere dispositivi. Il controller richiederà semplicemente un nuovo ID nodo dal SIS e assegna questo nuovo ID nodo al server. La SIS garantisce che gli ID del nodo siano assegnati solo a un nodo - evitando conflitti. L'unico requisito è che il controller mobile ha una connessione di rete al server SIS per richiedere un ID nodo.
Server SIS in una rete Z-Wave
Usando una SIS nella tua rete come un numero di vantaggi e svantaggi:
Vantaggi:
- La topologia della rete e le informazioni su tutti i nodi vengono salvati in un controller statico - molto meglio protetto rispetto a un dispositivo mobile a batteria.
- Tutti i controller in una rete possono includere nuovi dispositivi.
- La configurazione e la gestione della rete diventano molto flessibili.
Svantaggi:
- La funzionalità è disponibile solo nella versione del firmware Z-Wave V3.4 e successivamente: i dispositivi di rete con firmware precedente non supportano questa configurazione.
- Il controller di inclusione può integrare solo i dispositivi se ha una connessione wireless alla SIS.
- La SIS rappresenta un "punto singolo di fallimento". Un SIS danneggiato potrebbe comportare una nuova configurazione di rete completa.
Poiché la funzionalità di SUC / SIS è già inclusa nel firmware della maggior parte dei moderni controller statici, o dei dongle USB, la maggior parte delle reti Z-Wave può sfruttare queste funzioni se è presente un controller statico (a condizione che lo attivi).
Un controller statico può anche essere utilizzato come controller primario, nonché con funzionalità di anti-sis. Questa configurazione è tipica in reti reali.
Regole del controller mostrate in un'interfaccia utente del gateway
Reti con slave portatili
Se un controller SUC è presente nella rete è in grado di determinare una nuova posizione di uno slave e aggiornare di conseguenza la tabella di routing della rete. La procedura per raggiungere questo è chiamata "Perduto -Algoritmo"E funziona solo per routing slaves (schiavi che hanno una certa conoscenza delle informazioni di routing della rete).
Non è permesso uno slave normale di inviare messaggi non richiesti e quindi, non può mai determinare alcuna modifica della sua posizione nella rete. Tuttavia, gli schiavi di routing sono autorizzati a farlo.
Se uno slave di routing invia un messaggio non richiesto che fallisce, assumerà che la sua tabella di routing non sia più valida.
Come primo passo questo nodo invierà un messaggio "Cry per Guida" trasmesso alla rete. Un nodo che riceve questo messaggio sa che il mittente si è trovato in una nuova posizione. Questo nodo, tuttavia, non può fornire il nodo "pianto" con una tabella di routing aggiornata. Se questo nodo è uno schiavo di routing, inoltrerà il messaggio "Cry for Guard" al messaggio SUC.
L'SUC può aggiornare la propria tabella di routing e assegnare nuove rotte al nodo di pianto eseguendo gli stessi passaggi che lo farebbe quando includere il dispositivo. Il messaggio "Cry for Guard" è in grado di guarire automaticamente una rete nel caso in cui un nodo sia stato spostato.
Per avere una funzione di auto-guarigione funzionante all'interno della rete, devono essere soddisfatti i seguenti requisiti:
- Un SuC deve essere presente nella rete.
- I nodi spostati devono essere uno schiavo di routing non uno slave standard (per consentire la messaggistica non richiesta).
- Nella nuova posizione deve esserci almeno uno slave di routing nel raggio d'azione.
- Il nodo spostato deve rilevare che è stato spostato. Questo è possibile solo se questo nodo invia un messaggio non richiesto.
Speriamo che questo ti abbia dato una buona conoscenza di come creare una rete Z-Wave stabile e robusta.
Vesternet è il principale specialista dell'Automazione domestica in Europa, dai un'occhiata alla nostra vasta gamma di Prodotti Z-Wave.
Copyright 2012. Vesternet Ltd.
