http://www.decell.org/ zh-cn PBlog2 v2.4 http://www.decell.org/images/logos.gif http://www.decell.org/ Decell.org http://www.decell.org/default.asp?id=94 decell@163.com(admin) Thu,10 Apr 2008 01:13:27 +0800 http://www.decell.org/default.asp?id=94     通过这套库的编写,我对想CC1000这种RF芯片的行为的理解又深刻了许多.之前一直以为在附近没有节点发送数据的时候,负责接收数据的sink节点是不会有SPI中断产生的,也就是不会有数据在SPI总线上传输的,这时候MCU应该是处于sleep态.但后来我发现,原来就算是附近没有节点发送数据,CC1000也会把周围的背景噪声收集下来,并且把这些垃圾数据发到MCU上.结果就是MCU不断的被中断,只要系统上电,MCU就在不断的跑.想起之前刘老师说过这些节点不关机的话两天就没电,就是这个原因了.其实这个问题的根本原因是CC1000这款芯片只是简单的将数据收回来,由于没有任何包处理机制,如何在背景噪声中识别出有用的数据,就必须由MCU用软件完成了.其实这时候,MCU就像是一个网络处理器这样的角色.如果使用像是CC2500这类的芯片的话,上述由MCU完成的工作,就由CC2500用硬件完成,这样MCU就可以被解放出来了.
   由于CC1000的这种特性,使得编程复杂了许多.由于系统不断的处于中断的状态之中,数据的保护,防止数据冲撞就变成了一个很重要的问题.除此之外还有很多问题,例如中断例程不能太长,否则有可能会丢包,导致握手失败,因为中断例程中,全局中断是关的.之前调试的时候,由于加插过多的DEBUG语句,使得系统老握不了手,就是这个原因了.
]]>