我现在正在使用sub1ghz模块,有一个问题,假设A模块送了一个数据包,在等待B回复的时候 A又发送了另一个数据包,正好在A发送的过程中,B发送的数据到达了,那请问当这个A模块退出发送状态回到接收状态时,还能否收到B回复的数据包
我现在正在使用sub1ghz模块,有一个问题,假设A模块送了一个数据包,在等待B回复的时候 A又发送了另一个数据包,正好在A发送的过程中,B发送的数据到达了,那请问当这个A模块退出发送状态回到接收状态时,还能否收到B回复的数据包
如题,我系统用的是外部晶振,外部晶振的精度是20ppm,那我RTC计数的精度误差是否也是20ppm?我看RTC寄存器的说明是32-kHz LF clock。这个时钟是内部还是外部?
我有个产品,出现死机情况,程序是有设置看门狗的。
我做了两个任务,一个RF任务优先级最高,2分钟唤醒发一包数据。另一个任务优先级低一级,维护闪灯和串口,8s唤醒一次并喂狗,可通过引脚中断唤醒,唤醒后开启串口休眠前关闭串口。
现在有个产品,无线不工作了,且串口也不工作了。我尝试通过debug running去查看目前程序处于什么情况。但是连接不上,报错,我试了一下其他的板子,都是可以仿真的。这是怎么回事,求助!
我手上有一批芯片,有的芯片能直接烧录,有的芯片烧录就提示Debug interface is locked。执行强擦后又可以烧录,请问这是什么情况 。
是不是这些芯片之前烧录的时候被人勾选过Lock debug interface 烧录过。
TI工程师:你好!
硬件:2块LAUNCHXL-CC1310开发板
SDK:simplelink_cc13x0_sdk_4_20_01_03
demo:simplelink_cc13x0_sdk_4_20_01_03\examples\nortos\CC1310_LAUNCHXL\drivers\rfPacketErrorRate
IDE:CCS 12.0.0.00009
步骤:在CCS中从SDK导入rfPacketErrorRate例程,不做任何修改,编译OK…
sdk:simplelink_cc13x0_sdk_4_20_02_07
我有一个代码在cc1310里面运行挂机,但是第二天发现他不工作了。我通过debug running去查找原因,发现每次程序都在main函数的入口处开始执行。这是不是说明我的代码在启动代码这卡死了?(debug配置过不复位芯片)
并且在board_init()里面,有三个引脚我配置的是输入上拉,但是实测是低电平,这三个引脚在整个代码中没用到过,硬件上是悬空的。
我通过仿真,可以让代码执行下去…
RF_runCmd和RF_postCmd的区别? - 低于 1GHz 论坛 - 低于 1GHz - E2E 设计支持 (ti.com) 这个只能接收一次问题是正常的吗?
1. 官方例程是针对开发板的芯片开发的,现在新画板子,芯片是CC1310 F128RHBR,现在跑官方的例程rfPacketTx是死机.。在开发板LAUNCHXL-CC1310就运行的很好。
2. 例程目录 :C:\ti\simplelink_cc13x0_sdk_4_20_02_07\examples\nortos\CC1310_LAUNCHXL\drivers…
想使用下CC1310的定时器实现1ms的定时功能,有没有相关的例程?