Вопрос по интерфейсу ZigBee, как в сети распознать устройство и обращаться к нему. Опции

[Grave_Digger]

Добрый день, при изучении стандарта ZigBee возникло непонимание.
Я включаю ХОСТ ZIGBee, а затем конечные устройства (топология звезда). Как я понял, конечные устройства посылают запросы на выдачу им 16 битного адреса. Хост регистрирует конечные устройства у себя в таблице и отсылает им 16 битные адреса.
Что хотелось бы уточнить:
1. Могу ли я изменить 16 битные адреса (после инициализации конечного устройства в сети) и сохранить их в Flash памяти, чтобы устройство всегда имело один и тотже адрес?
2. При включении конечных устройств они появляются в сети, как мне узнать какое конечое устройство получило какой 16 битный адрес. ХОСТ подключен к РС и на терминал у меня выводятся адреса подключаемых конечных устройств, но хотелось бы понять какое устройство имеет какой адрес, чтобы потом обращаться к этому устройству? Например, датчики температуры у меня расположены в разных комнатах, и мне необходимо понимать из какой комнаты какой датчик передает мне свою температуру, или я хочу поменять параметры одного датчика находящегося в определенной комнате.
3. Могу ли я изменять параметры сети для всех устройств (во время работы), например сменить номер канала, или изменить PAN ID, изменить адреса устройств. и как это сделать? Наверное сеть нужно как-то рестартовать?
Если у кого есть примеры программ работы с устройствами ZIGBee со стеком от TI, то буду очень благодарен если Вы поделитесь.

С уважением Сергей.

[ataradov]

1. Могу ли я изменить 16 битные адреса (после инициализации конечного устройства в сети) и сохранить их в Flash памяти, чтобы устройство всегда имело один и тотже адрес?

В общем случае - нет. Для звезды - это возможно, так как выдает короткие адреса только 1 нода и она знает какие уже использовались. Если в сети есть еще роутеры, то оба они могут выдать один и тот же адрес двум разным устройствам и если этот конфликет будет обнаружен, то они могут сменить адреса. На статичность адресов можно рассчитывать только если Вы уверены, что в сети будут только Ваши устройства, но тогда не понятно зачем ZigBee.

К стати, общий вопрос, зачем ZigBee если топология все-равно звезда?

2. При включении конечных устройств они появляются в сети, как мне узнать какое конечое устройство получило какой 16 битный адрес. ХОСТ подключен к РС и на терминал у меня выводятся адреса подключаемых конечных устройств, но хотелось бы понять какое устройство имеет какой адрес, чтобы потом обращаться к этому устройству?

Обычно для точной адресации используются длинные (MAC) адреса, и ZDO (один из уровней стека) предоставляет сервис по преобразованию длииный-короткий и обратно.

3. Могу ли я изменять параметры сети для всех устройств (во время работы), например сменить номер канала, или изменить PAN ID, изменить адреса устройств. и как это сделать? Наверное сеть нужно как-то рестартовать?

Номер канала можно изменить через сервисы ZDO. Все остальное - только рестартом сети. Зачем понадобилось менять PANID и адреса?

Если у кого есть примеры программ работы с устройствами ZIGBee со стеком от TI, то буду очень благодарен если Вы поделитесь.

Тут ничем помочь не могу.

[Grave_Digger]

В общем случае - нет. Для звезды - это возможно, так как выдает короткие адреса только 1 нода и она знает какие уже использовались. Если в сети есть еще роутеры, то оба они могут выдать один и тот же адрес двум разным устройствам и если этот конфликет будет обнаружен, то они могут сменить адреса. На статичность адресов можно рассчитывать только если Вы уверены, что в сети будут только Ваши устройства, но тогда не понятно зачем ZigBee.
К стати, общий вопрос, зачем ZigBee если топология все-равно звезда?

Возможно будет и другая топология, но использую ZigBee только из-за низкой стоимости. Если Вы можете посоветовать другие интерфейсы буду очень рад. Задача проста, управление приборами и температурой у меня в доме.

Обычно для точной адресации используются длинные (MAC) адреса, и ZDO (один из уровней стека) предоставляет сервис по преобразованию длииный-короткий и обратно.

Да с этим я разбирался, но думал есть более простые способы.

Как я понял, тогда придется брать каждый датчик с ZigBee считывать его МАС адрес, потом регистрировать в моей программе на РС (расположение и функционал (в какой комнате находится и какой датчик)) и только после этого я смогу ему задавать или считывать значения. Т.е. Если я хочу установить в разных комнатах разные температуры. Таким образом, настройка сети из десятка датчиков займет много времени. Я правильно понимаю? Или можно создать для датчиков каждой комнаты группу и тогда зная принадлежность датчика к группе управлять ею.

Идея проста, сделать кучу конечных устройств с одной прошивкой, а потом настраивать уже по месту.

Номер канала можно изменить через сервисы ZDO. Все остальное - только рестартом сети. Зачем понадобилось менять PANID и адреса?

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

Сообщение отредактировал Grave_Digger - Mar 13 2010, 18:31

[ataradov]

Возможно будет и другая топология, но использую ZigBee только из-за низкой стоимости.

Имелось в виду, что можно остановиться на MAC уровне, не сталкиваясь со все сложностью ZigBee. Железо останется прежним.

Как я понял, тогда придется брать каждый датчик с ZigBee считывать его МАС адрес, потом регистрировать в моей программе на РС (расположение и функционал (в какой комнате находится и какой датчик)) и только после этого я смогу ему задавать или считывать значения. Т.е. Если я хочу установить в разных комнатах разные температуры. Таким образом, настройка сети из десятка датчиков займет много времени. Я правильно понимаю? Или можно создать для датчиков каждой комнаты группу и тогда зная принадлежность датчика к группе управлять ею.

То что описано выше - это нормальный и предусмотренный спецификацией процесс инсталляции сети (по терминологии спецификации - commissioning). При правильной реализации софта (нужно просто учесть, что такая процедура - это часть работы устройства) инсталляция займет не так много времени. Уж всяко меньше прокладывания проводки.

Группы можно задавать, но нужно смотреть на поддержку этого функционала конкретной реализацией стека. Я бы не рекомендовал с ними заморачиваться.

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

Короткий PANID выбирается стеком автоматически и до выбора координатор смотрит, что кругом никого нет с таким PANID, тут проблем не может быть. Если случайно все-таки получится конфликт, то он должен быть прозрачно для пользователя разрешен самим стеком, это часть спецификации. Длинный PANID равен МАК-у координатора установившего сеть, МАКи должны быть уникальны по всему миру, тут проблем тоже не может быть.

Естественно все это работатет при следовании спецификации, если сосед просто вобьет такой же МАК, то проблемы будут.