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.

测试短地址改变问题时发现新的问题



TI 工程师:

你好,我在使用ZStack-CC2530-2.5.0时,想复现短地址改变的问题,想了下面这个方法,但测试时发现新的问题,望请解答,谢谢。

测试短地址改变步骤:

  1. 路由节点A加入协调器,分配地址为0x1234
  2. 读出路由节点A的程序,烧到路由节点B中,路由节点A和B的IEEE地址不同
  3. 复位路由节点B,让其重新加网;路由节点B发出的association request命令使用的IEEE地址跟路由节点A一样
  4. 路由节点B加网成功,分配的短地址跟路由节点A一样
  5. 利用SmartRF Flash Programmer读路由节点B的IEEE地址,发现还是原来的IEEE地址,并没有变成路由节点A的IEEE地址
问题1: 为什么会出现“路由节点B发出的association request命令使用的IEEE地址跟路由节点A一样”
问题2: 有什么好的方法复现短地址改变的问题
  • 你好,

    1,有没有开启NV功能?

    2,请上传抓包文件

    3,发送Association request的时候使用的是唯一的Primary IEEE地址,你们自己是否有改过,改成Second IEEE地址?

  • 你好!

    1,启用了NV功能

    2,抓包工具正在使用,下次再附上

    3,我们的路由设备有Primary IEEE地址和Second IEEE地址

    正常的时候,发送Association request的时候使用Second IEEE地址;

    当读Second IEEE地址失败时,会使用Primary IEEE地址。

    路由节点A和B的Primary IEEE地址和Second IEEE地址都不相同,为什么我们按上面的步骤测试时会有这种问题




  • 如果你们在Association request里面使用过的是Second IEEE address,那么当你从节点A读出所有的Flash以后,把A的Second Ieee地址同样写到了B节点中去,所以分配到的短地址也是一样的。