This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

ZigBee 3.0路由相关问题

Other Parts Discussed in Thread: Z-STACK

上位机软件通过串口和协调器连接,去控制路由和终端,路由和终端的设备有开关/插座/灯

1.路由和终端入网后,可以通过协调器发指令控制某个路由和终端吗?

2.如果此时把协调器断电,路由和终端的设备状态会不会改变?(本来是在线的状态,现在会不会变为不在线的状态)

3.再把协调器上电,此时协调器的PANID会加1,那么此时协调器发的指令,下面的路由和终端还能收到吗?

4.组播控制时,组内成员可以是路由吗?

5.协调器,路由,终端都开启NV,那么他们全部断电重启后,路由和终端的网络地址会不会改变?

6.协调器发给某个终端或者路由指令,路径是自动搜寻的吧?也就是说每次路径可能都不一样,同样的终端或者路由上报数据给协调器,路径也是自动搜寻的对吧?

  • 1. 可以

    2. 不会

    3. 如果有使能NV_RESTORE,照理再把协调器上电,此时协调器的PANID不会加1

    4. 可以

    5. 不会

    6. 基本上每次路径是一样是,但是如果路径改變,是Z-Stack自动搜寻的

  • 1、是的
    2、不会
    3、建议开启NV_RESTORE,重启后自动恢复原来的网络
    4、可以
    5、不变
    6、是的
  • 我之前的应用是基于终端的工程里写的,现在切换到路由工程下,应用需要重新写吗?

    还是之前就能用?从终端切换到路由,有哪些变化?预编译变了吧?不知道应用有没有变,IO口分配有没有变

  • 应用没有变,IO口分配也没有变,照理应用不需要重新写
  • 对比了一下,预编译里路由器没有 NWK_AUTO_POLL,这个是不是终端才需要的?
  • 对,NWK_AUTO_POLL这个是终端才需要的
  • 还有些疑问:
    1.路由默认的beacon request间隔是多少?
    2.路由只有第一次入网才会发beacon request吧?(开启NV)
    3.路由入网后把协调器断电,此时把路由也断电重启(协调器不上电),
    此时路由上电,路由的设备状态还是DEV_ROUTER,此时的网络是路由建的?
    4.如果协调器断电了,此时来了一个新的终端,他会直接加入路由的网络吗?
    5.因为协调器里面之前做了只能一定时间内允许其他设备加入,如果上面的4成立,如何避免新的设备加入路由的网络?
  • 1. 我記得是100ms
    2. 是的
    3. 此时的网络用的還是协调器建的
    4. 不會
  • 1.组播时组里的成员是不是可以既有路由又有终端?
    2.组播是没有应答的,为了知道组播后组里成员有没有执行,我人为的加上应答会不会有什么不好?
    3.因为是控制一组灯在各个场景之间切换,如果挨个发单播,体验不知是否有影响(所有灯切换场景可能不一起切换)
    4.我把-DPOLL_RATE设为0,协调器断电终端状态是否会改过?
    5.-DPOLL_RATE设为0,协调器先断电一段时间再上电,终端能不能自动连上?
  • 1. 可以,但是终端如果在休眠會收不到
    2. 就会網路比較忙
    3. 有影响(所有灯切换场景可能不一起切换)
    4. 不会,除非终端在协调器先断电後有發射封包
    5. -DPOLL_RATE设为0,設備根本不會polling,有可能不會成orphan state,如果在协调器先断电後有發射封包知道自己變成orphan,协调器再上电,终端能能自动连上
  • 1.因为考虑到控制一组灯的情况(全部是不睡眠的),用组播的话体验就比较好,
    组播的话就是协调器按照组内的地址,挨个发一遍指令是吧?这个过程大概要多久?
    2.单播发给睡眠的终端,默认的hold时间是7秒,如果7秒内我单播发给了多个睡眠终端,会都hold7秒吗?还是只hold最后发的一个指令?
    3.单播发给不睡眠的终端,一般重试几次,按照最坏的情况,最后一次重试才发送成功,这个时间大概是多久?
  • 全部是不睡眠的設備可以一直開著RX,用组播就好