微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 无线和射频 > TI无线射频设计 > NV_RESTORE影响终端节点串口透传功能

NV_RESTORE影响终端节点串口透传功能

时间:12-22 整理:3721RD 点击:

我在使用ZStack-CC2530-2.3.0-1.4.0和ZStack-CC2530-2.5.1a时,均发现以下问题:

终端节点开启NV_RESTORE编译选项后,透传时终端节点总是会把本地PC发来的串口数据回显在本地PC上(虽然此时也能够正常将本地串口数据无线发送成功),关闭该选项后就不会出现回显的问题。

而路由节点和网关节点无论开启或者关闭该选项都不会出现这个问题。

请问这个是什么原因造成的?

我想实现的功能是:终端节点掉网后,再次入网时能够回到原来的网络中,查到的资料都说是开启NV_RESTORE编译选项即可,但是上述问题会导致我需要实现的串口透传功能的失败,不知道有什么解决方法?

非常期待您的回复!谢谢!

请问您是自己写的串口透传功能代码吗?

基于zstack\Utilities\SerialApp这个demo做的实验呢?

您好,我没有采用SerialApp这个例程,我采用的是SampleApp例程,对MT层的MT_UartProcessZToolData()函数进行了改写,实现了串口透传功能,再帮我看看?多谢啦!

另外,我想问一下,怎么修改节点的网络地址?貌似TI把取得设备地址这一块的代码作到库里了,无法修改,请问有没有折中的方法实现?因为zigbee 2007 pro随机分配网络地址,这个对用户的某些需求不太满足,希望用户能够自己指定网络地址,不知道可不可以实现?非常感谢!

用MT层的MT_UartProcessZToolData()函数?使能了MT_TASK了吗


关于节点的16位网络地址,可以通过ZMacSetReq()函数修改,不过不建议去修改!

能否通过在应用层增加一层mapping来实现用户分配的“地址”与16位的网络地址之间的对应关系呢?

谢谢您的回复!

关于节点的16位网络地址,在应用层增加一层mapping来实现用户分配的“地址”与16位的网络地址之间的对应关系,这个方法不错,也不会对协议栈底层进行破坏,我试试看!非常感谢!

关于透传,我关闭了MT_TASK编译选项,不过开启了ZTOOL_P1编译选项,这样就可以使用MT_UartProcessZToolData()函数(我对其进行了修改)了,这样是不是会带来新的问题?

麻烦您了!

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top