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.

[参考译文] RTOS/CC2640:在 RTOS 中未处理的时钟

Guru**** 2584385 points


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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/595298/rtos-cc2640-clocks-not-being-serviced-in-rtos

器件型号:CC2640

工具/软件:TI-RTOS

不确定我们到底做了什么-就像蓝牙论坛中的许多线程一样、我们的系统在启动后的几分钟到几天内停止广播、这使我们深受困扰。 它的节奏或节奏很小。

我们已经在代码中定期重新启动它们、但很多时候代码运行时间不够长、无法导致重新启动、因为您猜到了、我们使用 RTOS 时钟来计算运行时间。

通过 bajilion 其他线程读取、潜在的修复范围从更改 cc26xx 驱动程序中的 Timer.c 文件到与 Swi 的优先级不匹配或具有不平衡的 Hwi 中断集禁用代码中的某个位置。

大多数情况下、我想知道时钟在不被触发的情况下超时运行其设置时间的原因可能是什么。  我已经追上这个漏洞大约2个月了、我们即将签核我们的电路板制造。  如果我们犯了一个可怕的错误,我需要一些手段来确定可能的情况。

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

    您是否能够提供一个简单的项目来演示此问题? 然后、我们可以进行更详细的了解。

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

    我认为这可能是我们的电路板、外部晶体等不符合规格。  设置它的最简单方法似乎是采用简单的外设项目、将广播时间更改为800me 而不是160me、但我将设置一些内容进行验证