zigbee пара вопросов, пара вопросов Опции

[PlainUser]

Есть пара вопросов по функционированию.


1 - может ли мобильное устройство исчезать и появляться в сети в произвольные моменты времени?

2 - может ли мобильное устройство исчезать в одной и появляться в другой сети?
если нет то в чем отличия мобильного от спящего , в чем вообще смысл введения сущности му?

3 - будет ли му в моменты исчезания из сети занимать место в таблицах (соседей) коо.

4 - как исключить су или му из сети и таблиц коо в момент его сна или поломки?
(например к коо подключены 32 су больше добавить нельзя, одно вышло из строя надо заменить)

5 - как заменить вышедший из строя координатор ?
а процессе работы доступа к конечным му и су нет.
может можно заранее как-то заготовить резервный коо?


Переходим со стека мак уровня 802.15.4 на другие модули с тупым зигби , многих ранее используемых возможностей не хватает.

[ataradov]

Ниже подразумевается, что МУ - это End Device. Вообще лучше терминологию оригинального языка использовать, а то и до КД-ПЗУ не долго дойти.

1 - может ли мобильное устройство исчезать и появляться в сети в произвольные моменты времени?

Может.

2 - может ли мобильное устройство исчезать в одной и появляться в другой сети?

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

если нет то в чем отличия мобильного от спящего , в чем вообще смысл введения сущности му?

Для сна и снижения нагрузки на сеть.

3 - будет ли му в моменты исчезания из сети занимать место в таблицах (соседей) коо.

Будет пока таймаут не выйдет.

4 - как исключить су или му из сети и таблиц коо в момент его сна или поломки? (например к коо подключены 32 су больше добавить нельзя, одно вышло из строя надо заменить)

Запись сама исчезнет после того как ED не выйдет на связь за определенное время. Просто на время сна запись убрать нельзя.

5 - как заменить вышедший из строя координатор ?

Практически на большинстве стеков - никак. Иногда можно всякими хаками, если заранее делать копии всех таблиц.

может можно заранее как-то заготовить резервный коо?

От стека зависит.

Переходим со стека мак уровня 802.15.4 на другие модули с тупым зигби , многих ранее используемых возможностей не хватает.

В этом вся суть ZigBee


Хотя в вашем вопросе не ясно что подразумевается под "спящими" тогда. В общем проясняйте терминологию.

[PlainUser]

Чипы EM357 , протокол EmberZNet PRO ZigBee , ревизия r308.

https://www.silabs.com/products/wireless/zi...e-software.aspx

A network consists of a ZigBee Coordinator (ZC) which started the network, ZigBee Routers (ZR) and ZigBee End Devices (ZED). There do not have to be any routers (other than the coordinator, which functions as a router) or end devices in any given network. Each router can support up to 16 end devices (30 on the ETRX3 series) in any combination of non-sleepy, sleepy and mobile End Devices. The network is always formed as a mesh according to the ZigBee PRO featureset of the ZigBee standard; the tree structure is not available.
By default the module joins a PAN as a router, but modifying register S0A allows you to define it as an end device. The coordinator is simply the device that first establishes the PAN, and it should not be allowed to leave the PAN as it is not possible for a node that is already joined to the PAN to take over the role of a coordinator or Trust Centre.


биты в регистре reg S0A
Bit F Bit E Device Type
-----------------------------
0 0 Router (FFD)
1 0 End Device
0 1 Sleepy End Device
1 1 Mobile End Device




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

Устройства должны просыпаться раз в сутки (настраиваемый параметр от 1ч до 1недели) , рапортовать и засыпать.
Возможен вариант отсутствия постоянного координатора.
Те оператор приезжает раз в полгода оставляет координатор на пару часов в предполагаемое время работы собирает инфу и уезжает.

В связи с этим вопрос насчет времени таймаута после которого координатор исключит SED из сети?
Такой инфы не нашел.
Для нас важно поскольку координатор может раз в год появиться возле сенсора , а остальное время сенсор должен раз в сутки пытаться его найти , не нашел , заснул и так пока не появится.

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

Сообщение отредактировал PlainUser - Feb 26 2016, 10:10