社区导航

 

搜索
查看: 622|回复: 1

[经验] 本周精彩博文分享

[复制链接]

657

TA的帖子

3

TA的资源

管理员

Rank: 13Rank: 13Rank: 13Rank: 13

发表于 2019-11-8 09:51 | 显示全部楼层 |阅读模式

CC2640r程序移植到CC1352r的问题

 

CC2640R的程序能否直接移植到CC1352R  ?

如果不能移植需要注意什么问题?〉〉〉点击查看详情

 

 

CC2530的flash频繁读写问题

 

因为需要掉线存储用户数据,用户的数据是经常变换的,所有要经常往flash里写数据,

大概10秒写一次,这样会不会导致flash用不了多久就坏了?如果这个写的太频繁的话,

建议多久写一次数据比较合适?〉〉〉点击查看详情

 

 

70节点组网,通讯易发生路由请求风暴

 

设备:一个协调器C,69个开关(可以接收命令和发送状态,类型是路由器)。
问题:1,协调器C只发送一条单播命令,发现有较多的route reques数据包,有时需要十多秒才能终止,有时没有一条route reques。
2,如果协调器C逐一给69个开关发送一条单播命令,1秒间隔,route reques包会更多,且时间长,很长时间才能停止。曾出现过,在协调器发送几个小时的间隔1秒逐一对开关的单播命令后,将
协调器关闭电源(其它节点只是静默的接收,因为没有收到是不会单播回复的),route reques 的数据包在第二天上午来上班仍然不能停止。
3,出现以上问题,应该是协议栈关于zigbee路由方面的设置有待优化或是忽略的,希望能得到指点。

〉〉〉点击查看详情

 

 

CC2630应用开发指导

 

了解过之前CC2530应用层开发的步骤,也能够理解相关操作。但是最近在使用CC2630的home 1.2.2a时,发现协议栈结构有些不同,顿时觉得无从下手。阅读了Z-Stack Home TI-RTOS Developer's Guide,能够理解协议栈的运作流程。但是关键就是不清楚要如何下手,请问在开发自己的应用时有没有什么可以遵循的步骤文档之类的教程可供参考,原理了解一些,但是就是不知道该如何下手。〉〉〉点击查看详情

 

 

CC1120载波频率如何确定

 

你好,我使用CC1120和S2LP配合使用。在S2LP接收的中心频率为859.999995HZ(860MHZ)时,我配置CC1120的FREQ0-2寄存器为0X6B/0X80/0X00(860MHZ)发送数据进行测试,结果S2LP接收数据产生了大量的错误,误码率很高。修改CC1120FREQ0-2寄存器设置为0X6B/0X7F/0X70(859.982422HZ,偏移了17KHZ左右),数据接收几乎没有错误,误码率很低。我不明白为什么CC1120的载波频率要偏移这么多才能和S2LP相匹配?〉〉〉点击查看详情

 

 

simple_central 无法终止连接请求

 

请教TI工程师一个问题:.

硬件平台:CC2640R2F

SDK版本:1_40_00_45

在 ble5stack    multi_role例程中,使用GAPCentralRole_EstablishLink函数发起连接请求,若此时从机不在,可通过GAPCentralRole_TerminateLink(GAP_CONNHANDLE_INIT)函数终止连接请求。

但是在 ble5stack   simple_central例程中,发起连接请求后,若此时从机不在,同样使用GAPCentralRole_TerminateLink函数无法终止连接请求,现象是主机一直处于连接请求状态,代码中也没有看到有请求超时事件。

请问当从机不在时,如何终止simple_central的连接请求,或者在哪里设置连接请求超时时间?

〉〉〉点击查看详情

 

此帖出自无线连接论坛

扫一扫,关注 EEWORLD 微信订阅号

行业资讯、电子趣闻、技术干货、精彩活动……尽可掌握~



回复

使用道具 举报

1680

TA的帖子

0

TA的资源

纯净的硅(初级)

Rank: 4

发表于 2019-11-8 09:56 | 显示全部楼层

辛苦了,不错的整理。



回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

关闭

站长推荐上一条 /5 下一条

  • 论坛活动 E手掌握

    扫码关注
    EEWORLD 官方微信

  • EE福利  唾手可得

    扫码关注
    EE福利 唾手可得

Archiver|手机版|小黑屋|电子工程世界 ( 京ICP证 060456 )

GMT+8, 2019-11-19 18:44 , Processed in 0.109862 second(s), 16 queries , Gzip On, MemCache On.

快速回复 返回顶部 返回列表