Zigbee (MC13224/Beestack) : how to remotely configure routing tables & discovery paths

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Zigbee (MC13224/Beestack) : how to remotely configure routing tables & discovery paths

Jump to solution
844 Views
LaurentM
Contributor II

Hi all,

 

We are developing a ZB network in tree or mesh (both should work) by deploying the routers side by side on one line (more than 12). Beside the potential depth size issues we might face, we have encountered an immediate problem with the routing tables.

 

The main problem is that at power-up all routers are coming to the network (one PAN Id) at the same time (they  are connected to the same power), and that routing tables are created with problems. Some routers are not visible by others and the only way to see them is the protocol analyzer (only routing for broadcasting is still working for these). The discovery process is then running and seemed to run forever... (150 routes ID's in 5 mins)

 

We are using a custom profile from HA profile.

 

So what we would like to do :

 - have a mean to remotely access the routing table and erase it (forcing a route discovery) from the coordinator.

 - have a mean to reset a router remotely from the coordinator

 - block/stop the route discovery mode for each router, or force a route (as we know precisely the hierarchical position for each router, and we use MAC addresses), allowing for example only 2 routes per router.

 

I know some functions are available in ZDO, NLME, MAC but looks like not all (or few) are compiled with the HA profile.

 

Any help or/and tip is appreciated here.

 

Thanks.

0 Kudos
1 Solution
591 Views
LaurentM
Contributor II

Hi,

 

Finally we succeeded by limiting the allowed connections numbers on each routers, down to 4 then 3 then 2.

 

Instead of increasing this ratio up to 30 as we tried at the beginning.

 

The results is that all routers are properly associating with only few others and that the route requests number as well as beacon requests are going down to 0...

 

We have a quite stable network now.

View solution in original post

0 Kudos
2 Replies
591 Views
Loris83
Contributor II

Hi Laurent,

 

have you tried to change the configuration parameters in BeeStackConfiguration.h, modifying gMinutesToExpireRoute and the other parameters regarding the routing table size?

0 Kudos
592 Views
LaurentM
Contributor II

Hi,

 

Finally we succeeded by limiting the allowed connections numbers on each routers, down to 4 then 3 then 2.

 

Instead of increasing this ratio up to 30 as we tried at the beginning.

 

The results is that all routers are properly associating with only few others and that the route requests number as well as beacon requests are going down to 0...

 

We have a quite stable network now.

0 Kudos