O Guia para um Usuário Amigável & Estável Z-Wave Rede de Automação Residencial
No último guia, havia muitas informações sobre
Controlador de atualização estático (SUC) e servidor de ID do SUC (SIS)
Se houver um controlador primário na rede, ele fornecerá sua tabela de roteamento a todos os controladores secundários incluídos na rede. No entanto, na próxima vez que o controlador primário incluir ou excluir um dispositivo de rede, as tabelas de roteamento de todos os controladores secundários se tornarão inválidas.
Para garantir que haja uma única tabela de roteamento atualizada e válida, o controlador primário é o único dispositivo autorizado a incluir/excluir dispositivos. Os controladores secundários solicitam periodicamente uma atualização da tabela de roteamento.
No entanto, para uma utilização fácil
- Todos os controladores remotos devem ser capazes de incluir dispositivos e que o roteamento
- As tabelas de roteamento de todos os controladores na rede são mantidas consistentes e uma atualização deve permitir que cada controlador controle todos os dispositivos na rede
A melhor maneira de fazer isso é configurar um SUC/SIS controlador na rede.
Controlador de atualização estático (SUC)
O Controlador de atualização estática (SUC) é uma função especial de um controlador estático. A maioria dos controladores estáticos (um controlador com localização fixa e alimentação elétrica) pode funcionar como um SUC. No entanto, essa funcionalidade normalmente precisa ser ativada.
O SUC recebe a tabela de roteamento atualizada do controlador primário e a oferece a todos os outros controladores na rede. Como o SUC é um controlador estático e, portanto, sempre ativo na rede, qualquer outro controlador pode solicitar regularmente uma tabela de roteamento atualizada do SUC.
Para garantir que todos os outros nós, especialmente outros controladores, estejam cientes da presença de um SUC na rede, o ID do nó de um SUC ativado é comunicado periodicamente dentro da rede.
SUC em um
Ter um SUC ativo permite que um controlador portátil desempenhe a função de controlador primário. Qualquer alteração na rede causada pela inclusão ou exclusão de um nó pelo controlador primário será reportada ao SUC, disponível para todos os outros controladores, mesmo que o controlador primário não esteja ativo.
Atualização da Tabela de Roteamento SUC
Como a maioria dos controladores portáteis são alimentados por bateria e, portanto, não ficam ativos o tempo todo, esses controladores precisam solicitar uma tabela de roteamento atualizada periodicamente ou pelo menos quando ativados, geralmente pressionando um botão.
Se o controlador primário portátil original for perdido ou danificado, o SUC pode atribuir o privilégio primário a um novo controlador móvel, protegendo o usuário de restabelecer toda a rede com um novo controlador primário e ter um Home ID diferente.
Servidor de ID estático (SIS)
Mesmo tendo um SUC no sistema, isso não resolve o problema de que apenas um controlador tem o privilégio primário e, portanto, é o único com permissão para incluir novos dispositivos. Essa limitação é superada pelo aprimoramento da funcionalidade do SUC por meio de outra função chamada 'SIS' = Servidor de ID Estático.
O SIS atua como depósito para novos IDs de nós que podem ser atribuídos por controladores móveis. Ter um SIS presente na rede permite que cada controlador na rede inclua dispositivos.O controlador simplesmente solicitará um novo ID de nó do SIS e o atribuirá ao servidor. O SIS garante que os IDs de nó sejam atribuídos a apenas um nó, evitando conflitos. O único requisito é que o controlador móvel tenha uma conexão de rede com o servidor SIS para solicitar um ID de nó.
Servidor SIS em um
Usar um SIS em sua rede apresenta uma série de vantagens e desvantagens:
Vantagens:
- A topologia da rede e as informações sobre todos os nós são salvas em um controlador estático, muito mais protegido do que em um dispositivo móvel alimentado por bateria.
- Todos os controladores em uma rede podem incluir novos dispositivos.
- A configuração e o manuseio da rede se tornam muito flexíveis.
Desvantagens:
- A funcionalidade está disponível apenas em
Z-Wave versão de firmware v3.4 e posterior - dispositivos de rede com firmware mais antigo não suportarão esta configuração. - O controlador de inclusão só pode integrar dispositivos se tiver uma conexão sem fio com o SIS.
- O SIS representa um "Ponto Único de Falha". Um SIS danificado pode resultar em uma configuração de rede completamente nova.
Como a funcionalidade SUC/SIS já está incluída no firmware da maioria dos controladores estáticos modernos, ou dongles USB, a maioria
Um controlador estático também pode ser usado como controlador primário, além de possuir funcionalidade SUC/SIS. Essa configuração é típica em redes reais.
Regras do controlador mostradas em uma interface de usuário do gateway
Redes com escravos portáteis
Se um controlador SUC estiver presente na rede, ele será capaz de determinar uma nova posição de um escravo e atualizar a tabela de roteamento da rede de acordo. O procedimento para isso é chamado de "Algoritmo Get Lost" e só funciona para escravos de roteamento (escravos que têm algum conhecimento das informações de roteamento da rede).
Um escravo normal não tem permissão para enviar mensagens não solicitadas e, portanto, nunca pode determinar qualquer mudança em sua posição na rede. No entanto, escravos de roteamento têm permissão para fazer isso.
Se um escravo de roteamento enviar uma mensagem não solicitada que falhe, ele assumirá que sua tabela de roteamento não é mais válida.
Como primeiro passo, este nó enviará uma mensagem de "pedido de socorro" para a rede. Um nó que recebe esta mensagem sabe que o remetente se encontrou em um novo local. Este nó, no entanto, não pode fornecer ao nó que "pede socorro" uma tabela de roteamento atualizada. Se este nó for um escravo de roteamento, ele encaminhará a mensagem de "pedido de socorro" para o SUC.
O SUC pode atualizar sua própria tabela de roteamento e atribuir novas rotas ao nó que chora, executando as mesmas etapas que executaria ao incluir o dispositivo. A mensagem "cry for help" é capaz de restaurar automaticamente uma rede caso um nó tenha sido movido.
Para que uma função de autocorreção funcione na rede, os seguintes requisitos devem ser atendidos:
- Um SUC precisa estar presente na rede.
- Os nós movidos devem ser um escravo de roteamento, não um escravo padrão (para permitir mensagens não solicitadas).
- Na nova posição deve haver pelo menos um escravo de roteamento no alcance.
- O nó movido deve detectar que foi movido. Isso só é possível se esse nó enviar uma mensagem não solicitada.
Espero que isso tenha lhe dado uma boa visão sobre como criar um ambiente estável e robusto
