关于扩展panid的问题

可以參考一下 www.silabs.com/.../what_is_an_extended-5VNs

如果按照文章中说的，ZStack2.5.1a使用的是ZigBee2003的标准，扩展panid就不能使用了？

ZStack2.5.1a使用的是ZigBee2007的不是ZigBee2003

我看到文章中有这样一句话：EPID是在个人区域网络[PAN]形成时由ZigBee协调器[ZC]为整个网络设置的64位值，并且在PAN运行时不得更改（与PID不同）。
这样是不是说，如果我在运行过程中，想要动态修改这个扩展panid，这样的操作是不被允许的

對，这样的操作是不被允许的

那如果我想要替换用协调器A替换协调器B，我在社区里看到有帖子说，需要将协调器B的panid，扩展panid和信道都通过串口写入到协调器A中，如果修改扩展panid的操作不被允许的话，那就没有办法替换了啊

用协调器A替换协调器B，扩展panid和信道都通过串口写入到协调器A，並不是动态修改扩展panid，所以沒有問題

我先将协调器B的panid和扩展panid都读出来，储存起来，然后将B断电，协调器A和B的程序都一样，将A上电，协调器运行起来之后，通过串口将panid和扩展panid发送给协调器Ａ，程序内部有设置接口，Ａ收到数据后，将ｐａｎｉｄ和扩展ｐａｎｉｄ修改，然后重启，我设想的流程大概就是这样的，这样不算动态修改吗？

替换协调器的步驟就是複製一份协调器的內容，不算动态修改

_NIB.nwkPanId =panid;
osal_memcpy(_NIB.extendedPANID,EPanid,8);
_NIB.nwkLogicalChannel = Channel;
NLME_UpdateNV(0x01);
这样修改可以吗？

如果你想要複製協調器，可以參考 e2echina.ti.com/.../473655

我在帖子上看到这句：
Using MT command to write NV items data that are read out in step 2.
想问一下，是用哪个command来写入啊

MT command: SYS_OSAL_NV_WRITE

按照上面的说法，扩展panid的作用是在扫描和连接的时候，如果用新的协调器替换旧的，那么扩展panid必须也要修改为旧的扩展panid，是这样吧？

是這樣的沒錯

我还发现了一个问题，我在写入NV的时候，ZCD_NV_EXTENDED_PAN_ID，为什么osal_nv_write返回值是0A，这个NV条目还需要我们自己初始化吗？协议栈里面不是应该都初始化过了吗？我加上了osal_nv_init时候，写入才正常

ZCD_NV_EXTADDR(0x0001)
ZCD_NV_BOOTCOUNTER(0x0002) – optional, If Diagnostics feature is necessary (new for HA spec.1.2)
ZCD_NV_NIB(0x0021)
ZCD_NV_EXTENDED_PAN_ID(0x002D)
ZCD_NV_NWK_ACTIVE_KEY_INFO(0x003A)
ZCD_NV_NWK_ALTERN_KEY_INFO(0x003B)
ZCD_NV_APS_USE_EXT_PANID(0x0047)
ZCD_NV_PRECFGKEY(0x0062)
ZCD_NV_TCLK_TABLE_START(0x0101)
这些都需要备份过去吗？还是说只需要一部分，如果是部分的话，是哪些呢？

連結 e2echina.ti.com/.../473655 裡面已經說得很清楚了，全部都要备份过去

ZCD_NV_BOOTCOUNTER
ZCD_NV_EXTENDED_PAN_ID
ZCD_NV_APS_USE_EXT_PANID
这三个NV条目都没有初始化过啊，osal_nv_item_len读出来都是0，这样怎么备份啊？我用的协议栈是2.5.1a的

你協調器有成功組網然後加入任何設備了嗎？我沒試過协议栈是2.5.1a上面作協調器複製，协议栈是2.5.1a已經太舊了，建議你用Z-Stack Home 1.2.2a

我可能理解上有点问题，我是通过串口接收到扩展panid，panid，信道等数据，然后存起来，再通过osal_nv_write等函数将数据写入到NV，然后重启，这样可以吗？还是说，需要通过串口调用MT command直接写入到NV，不需要通过osal_nv_write等函数写入啊

通过串口调用MT command直接写入到NV

是需要通过Z-Tool来写入的是吗？