This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] 编译器/CC2541:信标停止工作3小时并恢复正常

Guru**** 2589275 points
Other Parts Discussed in Thread: CC2541, CC2590

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/708213/compiler-cc2541-beacon-stop-working-for-3hr-and-back-to-normal

器件型号:CC2541
主题中讨论的其他器件: CC2590

工具/软件:TI C/C++编译器

 

 

 

尊敬的 CC2541相关专家:

 我正在使用 CC2541F256和 CC2590与其他一些方面一起开发 Bracon 模块。     

我从  TI 网站上下载了 BLE-CC254x-1.4.2.2堆栈。   

在 SimpleBLEBroadcaster 器件的 S/W 中使用 mionor 内容修饰语、  效果良好、没有问题。   

但是 、当我们使用 预制的100set 进行2个月的测试时  、我们发现它突然停止了焊丝大约(2hr55min-3hr) 和  

恢复正常广播。     发生时间为 ramdom。   每周一次或每2周一次、每1天一次等    

但死区时间始终是相同的2小时55-3小时。   故障率超过100套中的50套。   但不确定%是否准确

 因为它是自动发生的、并恢复正常。   我们在没有睡眠的情况下无法观察到这种情况。  

 它是否在 S/W 堆栈中采用看门狗计时器?    

原理图如下。    我怀疑分配给输入端口的未连接的悬空 P0.1和 P0.2引脚可能会导致这种情况

I/O 端口中断。   但不确定。  如果是这种情况,为什么不会更频繁地发生。   

您能给我一些建议吗?哪一部分 S/W 模块与3小时停止广播和恢复正常广播有关?

  当我们在停止时测量电流时、  电流消耗几乎相同的20mA。   这意味着它不会进入睡眠模式。

调整 间隔为100ms。   

 

---------- 在 simpleBLEBroadcaster .c 中---

 //对于密钥卡板、将 GPIO 引脚设置为功耗优化状态
 //请注意、蜂鸣器仍然存在一些泄漏电流、
 //加速计、LED 和 PCB 上的按钮。
 
 P0SEL = 0;//将端口0配置为 GPIO
 P1SEL = 0;//将端口1配置为 GPIO
 P2SEL = 0;//将端口2配置为 GPIO

 P0DIR = 0xFC;//端口0引脚 P0.0和 P0.1作为输入(按钮)、
               //所有其他(P0.2-P0.7)作为输出
 P1DIR = 0xFF;//所有端口1引脚(P1.0-P1.7)作为输出
 P2DIR = 0x1F;//所有端口1引脚(P2.0-P2.4)作为输出
 
 P0 = 0x03;//端口0上的所有引脚均为低电平、P0.0和 P0.1除外(按钮)
 P1 = 0;  //端口1上的所有引脚均为低电平
 P2 = 0;  //端口2上的所有引脚均为低电平  

  --------------------------------------------------------------------

 

 您是否想让我对这个问题进行重新评分?

   YS Kim

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    YS Kim、您好!

    我想知道这是否与此处描述的问题相关:

    e2e.ti.com/.../2337553

    可以尝试增加 HAL_SLEEP_ADJ_TICKs、直到不再观察到问题。

    此致、

    David
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 David:  

    感谢您的建议!  

    根据您的建议 、我们将 HAL_SLEEP_ADJ_TICKs 从 25个扩展为80个。    和监控故障

    再次发生5天。   在5天内  ,停止2.9小时的广告没有发生。   但发生了

    频率相当随机(每1周或2周、3周或1天一次)、 我们无法确保问题得到解决或尚未解决。

    为了避免外部32MHz -XTAL 出现任何意外的稳定时间、    我们 删除 了 IAR 预处理器中的省电功能、如所示  

    随附另一组图片。    然后我们发现 2.9小时广告停止条件再次发生。   

    我们已验证32MHz X 轴振荡永不停止。   但挺挺挺挺挺挺挺胃口的。    进入停机 点长达2.9小时的任何其他因素除外

     32MHz 唤醒从睡眠状态唤醒?     正如我在前面 的解释中所说的、 广播持续时间为100ms。   

     

     另一个症状是  1组正常工作、突然停止 连续广播(不是2.9小时)。    电压

    已对该组应用复位(电池关闭/打开)、 它正常恢复了该组广播。  但当它再次死机时、 仅进行上电复位

    可以恢复该设置。     在被  测试的30组中、此发生比率为1组。

    对此情况有何建议?    

    YS Kim       

        

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

     有人可以就上述问题向我提供意见?

     已禁用省电模式、并验证32MHz X-tal 始终运行。  

     但信标突然停止广播2.9小时并恢复正常 广播。  

     除 32MHz X 塔基稳定 时间外,任何其他使广播停止长达2.9小时的相关软件部分?    

     其中一个信标 设置突然停止、 不会恢复正常。    仅上电复位、它会恢复。       

    节拍时间调整测试正在进行中。    解决此类问题的任何其他相关提示 ?

    YS Kim