Уже отмечалось, что Z-Wave сеть состоит из двух различных типов узлов:

• Контроллеры

• Slave-узлы

Маршрутизируемые Slave-узлы – узлы с некоторыми расширенными функциями с возможностью маршрутизации. Slave-узлы подразделяются на стандартные и маршрутизируемые Slave-узлы.

Три различных типа узлов имеют три основных возможности. Разница между ними состоит в их знаниях о таблице сетевой маршрутизации и способности отправлять сообщения в сеть:

Таблица 3.2: Свойства типов Z-Wave устройств

Контроллеры могут отправлять сообщения всем требуемым узлам в сети («Главный» может связываться когда необходимо и с кем необходимо)

• «Slave»-узлы не могут отправлять незапрашиваемые сообщения, только отвечать на запросы («Slave»-узел должен говорить только то, что просят"); 

• Маршрутизируемые «Slave»-узлы могут отвечать на запросы, и они имеют право рассылать сообщения заранее предопределенным контроллером узлам (Датчик – «Slave»-узел, но ему разрешено посылать сообщения).

Так как функциональные возможности стандартных «Slave»-узлов весьма ограничены, этот тип узлов используется только для диммеров и выключателей, которые установлены в фиксированном месте. Каждый вид датчика или другого устройства, которое может использоваться в нескольких местах, должно быть маршрутизируемым «Slave»-узлом или контроллером.

Типичные области применения для «Slave»-узлов:

Таблица 3.3 Области применения slave узлов

Установление, изменение и разрушение Z-Wave сети

Если устройство добавляется в Z-Wave сеть (Включение), контроллер всегда запрашивает обновленный список соседних узлов от соседей, и обновляет свою таблицу маршрутизации.

В случае, если другой контроллер включается в сеть, основной контроллер передает актуальную таблицу маршрутизации добавляемому контроллеру.

Именно в этот момент оба контроллера имеют одни и те же таблицы маршрутизации. Если несколько узлов включаются позже, таблица маршрутизации основного контроллера обновляется сразу, в то время как таблица маршрутизации любого другого контроллера все еще может быть старой. В таком случае вторичные контроллеры должны быть обновлены вручную.

Если узлы исключаются из сети, соответствующие записи в таблице маршрутизации удаляются. Если вторичный контроллер исключается из сети, то у него не только очищается Home ID, но и старая таблица маршрутизации, которая ему больше не нужна, так как он покинул сеть.

Таблица маршрутизации основного контроллера всегда показывает фактическое состояние сети после включения устройства. Однако, во время работы узла возможны,

- Выход из строя (повреждение) или

- Перемещение узла в другое место.

В обоих случаях таблица маршрутизации будет недействительна и связь с перемещенным или поврежденным узлом может прекратиться (конечно, если узел не переместился в пределах прямой зоны видимости контроллера, или в месте, где его старые соседи по-прежнему могут связаться с ним).

Любое отсутствие связи с узлом приводит к сообщению об ошибке. Параллельно контроллер отметит этот узел как неисправный, и добавит его в так называемый "список отказавших узлов". Список отказавших узлов содержит узлы с неудавшимися коммуникациями. Нахождение в списке отказавших узлов не обязательно означает, что узел является поврежденным. Любая совершенная коммуникация переместит узел обратно в исходную таблицу маршрутизации.

Если успешного общения не произойдет, узел будет находиться в списке отказавших узлов и может быть удален из сети. Это не выполняется автоматически, но может произойти по запросу пользователя. Рисунок 3.15 показывает пользователю диалоговое окно удаления неисправных узлов из сети.

Рисунок 3.15: Скриншот Z-Wave контроллера с кнопкой исключения неисправного узла

Z-Wave сеть в состоянии определить движение устройств и обновлять таблицы маршрутизации автоматически, однако для этого необходимы некоторые условия.

«Slave»-узел:

Если «Slave»-узел перемещается в другое место, и его соседи не в силах связаться с Ним, тогда сообщение от контроллера до этого узла не дойдет. Контроллер не может определить, узел переместился, либо убран или мертв. Контроллер будет всегда относиться к этим узлам как к утраченным, и помещать их в список отказавших узлов.

Чтобы найти перемещенные узлы в сети, контроллер может просканировать всю сеть и попросить все известные узлы обновить список соседей. Если перемещенный узел все еще находится в диапазоне видимости хотя бы одного узла, эта операция найдет перемещенный узел, и контроллер сможет обновить свою таблицу маршрутизации и удалить перемещенный узел из списка отказавших узлов.

Такое восстановление сети генерирует много трафика, поэтому это не делается автоматически. Пользователь может вызвать такое сканирование сети на контроллере путем нажатия специальных кнопок на основном мобильном контроллере или с помощью диалога на ПК (ремонт сети).

Рисунок 3.16: Реорганизация сети

Контроллер сначала проверит соединение со всеми прямыми соседями, затем просканирует окрестности для поиска потерянных устройств. В следующем шаге он попросит все известные узлы сделать то же самое сканирование и доложить результат.

Рисунок 3.16 показывает также, что устройствам на батареях необходимо специальное лечение. Устройства с питанием от батареек в основном находятся в спящем режиме, и только время от времени пробуждаются. Диалог на Рисунке 3.16 устанавливает максимальное время ожидания сигналов от таких устройств во время сканирования сети.

Контроллер:

Контроллеры знают всю топологию сети, и поэтому могут всегда найти действительный путь соединения с партнером (предполагается, что таблица маршрутизации корректна и обновляется).

Контроллеры разделяются на статические и портативные. Статический контроллер должен быть расположен на фиксированном месте в сети и не может быть перемещен. Статического контроллер работает от сети и может маршрутизировать сообщения.

Портативный контроллер могут перемещаться и обычно работают от батареи. Как устройство с батарейным питанием, портативный контроллер будет спать большую часть времени, и поэтому не может ретранслировать сообщения от других узлов.

Если статический контроллер перемещается, необходима реорганизация или сканирование сети. Портативный контроллер всегда будет пытаться достичь узлов в пределах видимости. Если это не удается, контроллер попытается сгенерировать временные таблицы маршрутизации, чтобы найти способ достичь устройства назначения.

• Назад
• Вперёд