头像-64313

dadangjia

  • 湖北省武汉市
  • 单片机 嵌入式 DSP FPGA/CPLD EDA/PCB RF/无线 电源技术
  • 消费电子

个人成就

获得 2 次赞

帮助过19人

他的上传125 丨 他的下载0

无线传感器报告孙鹏.doc

     这是我在网上找的一篇文章然后加了点自己的东西。

无线传感器报告孙鹏.zip

     这是我在网上找的一篇文章然后加了点自己的东西。

基于nRF24L01的无线传感局域网络的研究与设计.pdf

在进行无线通信时，比如2.4g（并非蓝牙和wifi这样有协议栈的通信），因为没有协议栈的存在，要求用动态的方式使得两个设备进行配对。 我的想法是这样的： 开始：假设两个设备同时启动（实际是有时间差异），都向外部轮询的丢包和收包，包的内容包括：标识符、请求匹配命令、自身id 这事就会碰撞了，那么，在等待接收包时进行一个范围内的随机数延时，这时应该是不会接收到包的，但是取随机数之后，因为延时的不同，导致了两个发包时间和收包时间存在差异和交错，就会使得存在一个设备刚刚发送完毕，另一个刚好在等待接收数据包。这样就能正常通信了。 但是，肯定会存在两个设备都能接收到对方的包，然后，识别后，可能都会发送确认包进行确认，包内容包括：标识符、确认握手命令、自身id和对方id。 这种情况，当如果只有一方收到，那么另一方再发送握手成功的包，就标识握手成功了，那么“握手成功数据包”发送者理所应当的为主机了，而另一方为从机。 那么这样主机再发送一个开始通信的包进行通知从机，等待从机确认“已准备好”，这样就正式进入了数据的通信。 但是可能事情没有想象的这么好，因为都能正常的收到对方发的包，那么应该如何进行主机和从机的判断呢？或者说怎样让两者自行能够申请到作为主机端或者作为从机端， 能够顺利的握手匹配，不会造成两者因为争抢作为主机而造成死锁现象。 所要讨论的问题如上：目前我并未想好一个比较完善或者说比较好的解决方案！ 在无线通信上面，俺是小白！还望大家积极讨论！看看能否有个比较好的解决方案！或者说，有什么很好的协议。

针对ZigBee无线传感网络的智能家居系统设计与应用.pdf

在进行无线通信时，比如2.4g（并非蓝牙和wifi这样有协议栈的通信），因为没有协议栈的存在，要求用动态的方式使得两个设备进行配对。 我的想法是这样的： 开始：假设两个设备同时启动（实际是有时间差异），都向外部轮询的丢包和收包，包的内容包括：标识符、请求匹配命令、自身id 这事就会碰撞了，那么，在等待接收包时进行一个范围内的随机数延时，这时应该是不会接收到包的，但是取随机数之后，因为延时的不同，导致了两个发包时间和收包时间存在差异和交错，就会使得存在一个设备刚刚发送完毕，另一个刚好在等待接收数据包。这样就能正常通信了。 但是，肯定会存在两个设备都能接收到对方的包，然后，识别后，可能都会发送确认包进行确认，包内容包括：标识符、确认握手命令、自身id和对方id。 这种情况，当如果只有一方收到，那么另一方再发送握手成功的包，就标识握手成功了，那么“握手成功数据包”发送者理所应当的为主机了，而另一方为从机。 那么这样主机再发送一个开始通信的包进行通知从机，等待从机确认“已准备好”，这样就正式进入了数据的通信。 但是可能事情没有想象的这么好，因为都能正常的收到对方发的包，那么应该如何进行主机和从机的判断呢？或者说怎样让两者自行能够申请到作为主机端或者作为从机端， 能够顺利的握手匹配，不会造成两者因为争抢作为主机而造成死锁现象。 所要讨论的问题如上：目前我并未想好一个比较完善或者说比较好的解决方案！ 在无线通信上面，俺是小白！还望大家积极讨论！看看能否有个比较好的解决方案！或者说，有什么很好的协议。

基于WSN的智能家居系统方案设计.pdf

在进行无线通信时，比如2.4g（并非蓝牙和wifi这样有协议栈的通信），因为没有协议栈的存在，要求用动态的方式使得两个设备进行配对。 我的想法是这样的： 开始：假设两个设备同时启动（实际是有时间差异），都向外部轮询的丢包和收包，包的内容包括：标识符、请求匹配命令、自身id 这事就会碰撞了，那么，在等待接收包时进行一个范围内的随机数延时，这时应该是不会接收到包的，但是取随机数之后，因为延时的不同，导致了两个发包时间和收包时间存在差异和交错，就会使得存在一个设备刚刚发送完毕，另一个刚好在等待接收数据包。这样就能正常通信了。 但是，肯定会存在两个设备都能接收到对方的包，然后，识别后，可能都会发送确认包进行确认，包内容包括：标识符、确认握手命令、自身id和对方id。 这种情况，当如果只有一方收到，那么另一方再发送握手成功的包，就标识握手成功了，那么“握手成功数据包”发送者理所应当的为主机了，而另一方为从机。 那么这样主机再发送一个开始通信的包进行通知从机，等待从机确认“已准备好”，这样就正式进入了数据的通信。 但是可能事情没有想象的这么好，因为都能正常的收到对方发的包，那么应该如何进行主机和从机的判断呢？或者说怎样让两者自行能够申请到作为主机端或者作为从机端， 能够顺利的握手匹配，不会造成两者因为争抢作为主机而造成死锁现象。 所要讨论的问题如上：目前我并未想好一个比较完善或者说比较好的解决方案！ 在无线通信上面，俺是小白！还望大家积极讨论！看看能否有个比较好的解决方案！或者说，有什么很好的协议。

基于ZigBee技术的无线温度监测系统的研究.pdf

在进行无线通信时，比如2.4g（并非蓝牙和wifi这样有协议栈的通信），因为没有协议栈的存在，要求用动态的方式使得两个设备进行配对。 我的想法是这样的： 开始：假设两个设备同时启动（实际是有时间差异），都向外部轮询的丢包和收包，包的内容包括：标识符、请求匹配命令、自身id 这事就会碰撞了，那么，在等待接收包时进行一个范围内的随机数延时，这时应该是不会接收到包的，但是取随机数之后，因为延时的不同，导致了两个发包时间和收包时间存在差异和交错，就会使得存在一个设备刚刚发送完毕，另一个刚好在等待接收数据包。这样就能正常通信了。 但是，肯定会存在两个设备都能接收到对方的包，然后，识别后，可能都会发送确认包进行确认，包内容包括：标识符、确认握手命令、自身id和对方id。 这种情况，当如果只有一方收到，那么另一方再发送握手成功的包，就标识握手成功了，那么“握手成功数据包”发送者理所应当的为主机了，而另一方为从机。 那么这样主机再发送一个开始通信的包进行通知从机，等待从机确认“已准备好”，这样就正式进入了数据的通信。 但是可能事情没有想象的这么好，因为都能正常的收到对方发的包，那么应该如何进行主机和从机的判断呢？或者说怎样让两者自行能够申请到作为主机端或者作为从机端， 能够顺利的握手匹配，不会造成两者因为争抢作为主机而造成死锁现象。 所要讨论的问题如上：目前我并未想好一个比较完善或者说比较好的解决方案！ 在无线通信上面，俺是小白！还望大家积极讨论！看看能否有个比较好的解决方案！或者说，有什么很好的协议。

基于ZigBee技术的星型网的实现.pdf

在进行无线通信时，比如2.4g（并非蓝牙和wifi这样有协议栈的通信），因为没有协议栈的存在，要求用动态的方式使得两个设备进行配对。 我的想法是这样的： 开始：假设两个设备同时启动（实际是有时间差异），都向外部轮询的丢包和收包，包的内容包括：标识符、请求匹配命令、自身id 这事就会碰撞了，那么，在等待接收包时进行一个范围内的随机数延时，这时应该是不会接收到包的，但是取随机数之后，因为延时的不同，导致了两个发包时间和收包时间存在差异和交错，就会使得存在一个设备刚刚发送完毕，另一个刚好在等待接收数据包。这样就能正常通信了。 但是，肯定会存在两个设备都能接收到对方的包，然后，识别后，可能都会发送确认包进行确认，包内容包括：标识符、确认握手命令、自身id和对方id。 这种情况，当如果只有一方收到，那么另一方再发送握手成功的包，就标识握手成功了，那么“握手成功数据包”发送者理所应当的为主机了，而另一方为从机。 那么这样主机再发送一个开始通信的包进行通知从机，等待从机确认“已准备好”，这样就正式进入了数据的通信。 但是可能事情没有想象的这么好，因为都能正常的收到对方发的包，那么应该如何进行主机和从机的判断呢？或者说怎样让两者自行能够申请到作为主机端或者作为从机端， 能够顺利的握手匹配，不会造成两者因为争抢作为主机而造成死锁现象。 所要讨论的问题如上：目前我并未想好一个比较完善或者说比较好的解决方案！ 在无线通信上面，俺是小白！还望大家积极讨论！看看能否有个比较好的解决方案！或者说，有什么很好的协议。

基于机会路由的无线传感网络分簇路由算法.pdf

在进行无线通信时，比如2.4g（并非蓝牙和wifi这样有协议栈的通信），因为没有协议栈的存在，要求用动态的方式使得两个设备进行配对。 我的想法是这样的： 开始：假设两个设备同时启动（实际是有时间差异），都向外部轮询的丢包和收包，包的内容包括：标识符、请求匹配命令、自身id 这事就会碰撞了，那么，在等待接收包时进行一个范围内的随机数延时，这时应该是不会接收到包的，但是取随机数之后，因为延时的不同，导致了两个发包时间和收包时间存在差异和交错，就会使得存在一个设备刚刚发送完毕，另一个刚好在等待接收数据包。这样就能正常通信了。 但是，肯定会存在两个设备都能接收到对方的包，然后，识别后，可能都会发送确认包进行确认，包内容包括：标识符、确认握手命令、自身id和对方id。 这种情况，当如果只有一方收到，那么另一方再发送握手成功的包，就标识握手成功了，那么“握手成功数据包”发送者理所应当的为主机了，而另一方为从机。 那么这样主机再发送一个开始通信的包进行通知从机，等待从机确认“已准备好”，这样就正式进入了数据的通信。 但是可能事情没有想象的这么好，因为都能正常的收到对方发的包，那么应该如何进行主机和从机的判断呢？或者说怎样让两者自行能够申请到作为主机端或者作为从机端， 能够顺利的握手匹配，不会造成两者因为争抢作为主机而造成死锁现象。 所要讨论的问题如上：目前我并未想好一个比较完善或者说比较好的解决方案！ 在无线通信上面，俺是小白！还望大家积极讨论！看看能否有个比较好的解决方案！或者说，有什么很好的协议。