微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 无线和射频 > TI Zigbee设计交流 > CC2530无线通信机制问题

CC2530无线通信机制问题

时间:10-02 整理:3721RD 点击:

dear TI 工程师

想了解下这几个问题:

1.CC2530 协议栈里面,应该有定时去连接的机制吧? 即不用用户通过AF发送数据,协议栈里面应该也会去发送无线信号以保持设备之间的连接?

   如果有的话,协调器和路由器是多久有一次通信?

 路由器和终端是多久一次通信? 

应该有这样的机制,各个设备才能知道是否有连接还是断线,不用用户再去定义通信协议来检测设备是否断线吧?

2.如果有以上机制,是否有这样的反馈函数来知道设备已经短线? 例如路由器和终端设备(终端设备有休眠并定时唤醒去连接),终端设备断电,路由器是否有反馈函数?

3.终端设备定时唤醒和休眠的时间是多长?

在成功网络建立和设备加入以后,end device以poll的方式向父节点请求数据,,是MAC层的数据,每秒钟发送一条

协调器和路由器没有poll,每个15s钟广播一条link status用来维护邻居表的。

终端只和父节点有联系。

你在TI官网 z-stack中,Z-stack Home 和Z-stack Engery都已经加入了父节点对终端节点lifetime值的保存,可以知道节点的存在情况。

2:即便有这样的机制,不能立刻知道,但是通过一定的时间肯定可以认为是断线

3:定时唤醒和休眠取决于系统的任务和事件,Z-stack 里面是通过最近一次要发生的时间作为当前的休眠时间。

 

Thanks...

同时还想问下

1.终端设备向父节点发送请求的话.父节点收到后,是回应数据包?还是硬件自动回应ACK信号?

终端设备在哪里可以去判断父节点收到这个1s的请求?

父节点在哪里可以去判断收到这个请求?

因为我用示波器在mac的tx和rx那里设置IO Toggle,有量到这样的波形.但不知道这些请求是否有消息或变量可以传递到APP层?不用在mac层修改,

这样的话,就可以用这个消息来做判断断线.

2.因为我的代码是在ZStack-CC2530-2.5.1 协议栈的generic基础上开发.

  现在TI官网 z-stack中,Z-stack Home 已经加入了父节点对终端节点lifetime值的保存的代码,是否可以移植过去?

 如果可以直接移植,需要移植哪些部分?不知道有没有这样的说明?

 

1: 在zigbee协议里面有两种Ack,

•Per Hop Acknowledgements 和 End to End Acknowledgements

前一个是在MAC层的Ack,后者是指应用层的Ack

2:这个1s的是协议栈底层的东西,我们并没有开放出来。

3:不用修改,当父节点有数据需要发给子节点的时候,不是直接发出去的,而是存在一个buffer里面,当节点来data request的时候才把数据发出去,所以你不需要去关心这个问题。

4:可以的,整个协议栈的框架,架构都没有变。

哦...

是这样的构架呀.都是子节点去请求哟..不是父节点主动去查询.

OK....3Q.....

您好 还是想问一下 当节点来data request的时候发出去  这里的节点是父节点还是终端节点啊 是因为定时任务和poll吗

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

网站地图

Top