[参考译文] CC1314R10：CC1314 + FreeRTOS 神秘暂停

尊敬的 Gulik：

您能分享一下您的逻辑分析仪的屏幕截图吗？ 纠正我的错误、您已经为每项任务设置了一个 GPIO、它们在任务开始时变为高电平、完成后变为低电平？ 两个任务之间有大约 40ms 的间隙？ 或者、GPIO 活动究竟意味着什么？

40 ms 间隔与任务的特定执行之间是否存在任何关联？

您是否正在执行任何非易失性存储操作？  

也许在任何任务未准备好执行时、器件进入睡眠模式？ 在这 40 毫秒内、您预计会发生什么？ 也许没有安排任务、如何安排任务？  

此致、

Daniel

谢谢你丹尼尔

我将尝试添加屏幕截图。

GPIO 表示程序中的各种事件、Ch1 到 Ch3 定义的引脚（Sigpinx、其中 x 为 0-3 用于调试目的）

使用红色和绿色 LED 作为基本 rfUARTBridge 代码示例。

ch1：时隙时间、即允许节点传输的时间

CH2：TDMA 控制数据包传输（从呼叫开始到通过无线电完成的 TX）

CH3：任务到任务通信、由以太网任务设置、在对讲机任务接收时切换、在重新接收时清除

Ch4：红色 LED、在接收到射频数据包时切换。

Ch5 绿色 LED、在传输数据包时切换。

所有这些都在程序执行期间进行切换、并且显示了合理的模式/值。

突然所有引脚停止切换。 这意味着无线电任务没有执行、以太网任务也没有执行。 以不同的模式显示、

这些引脚证明了任务切换、输入、输出。  

这不是特定于任务的。 并且此状态下没有 NVRAM 代码。

以太网任务的优先级最高、为 5、然后是 4 的无线电任务、因为以太网完全由主处理器处理、无线电部分由处理

嵌入式 M0 无线电 CPU。 计时器 SVC 由 FreeRTOS 设置为 5、IDLE 设置为 0。

任务通过 xQueSend 和 xQueReceive 进行通信、只需等待事件（接收或对讲机事件或以太网事件）。

根据无线电或以太网负载、我期望他们在大约 0.5mS 间隔内交替。 使用了足够数量的缓冲器。

有一个计时器在 1ms 的周期内运行。 其回调会切换一些计时器、更新 Runtime ++变量。

该程序中当前使用了两个计时器。 timer_tdm、如果没有回复流量、则重新触发主器件、

（这已被提前取消（激活）以排除其影响）和 Timer_inv 在 TDMA 传输周期 (3 ms) 中短暂暂停,以允许新节点加入网络。 它的工作原理是在所有插槽都安静时激活虚拟插槽。 除了 Timer_INV 之外、所有事件都是通过发送或接收 TDMA 数据包或以太网流量创建的。

现在假设这实际上与 FreeRTOS 有关、FreeRTOS 计时器默认情况下以 1000/秒 (= 1ms) 启动、我已将其更改为

每秒 10000 次、无需明显更改。 我不明白为什么所有停顿都是 40 mS +/- 1%、当我没有可以解释这一点的计时器时。

休息时间差异很大。

令人困惑…

Gullik

尊敬的 Gullik：

对于调试、您是否可以将 GPIO 添加到空闲任务挂钩、可能以太网和无线电任务都在阻止等待事件、并且系统进入待机状态。

// 1. Enable the hook in FreeRTOSConfig.h:
#define configUSE_IDLE_HOOK 1

// 2. Implement the hook function:
void vApplicationIdleHook(void)
{
  // Toggle a GPIO every time the idle task runs
  GPIO_toggle(CONFIG_GPIO_DEBUG);
}

此致、

Daniel

您好 Daniel、

感谢您提供了一个非常有用的提示、我不知道 FreeRTOS 有这个钩子。 我将执行此 操作、还会处理以太网任务的另一个引脚、因为它的作用很小、如果我可以跟踪正在运行的内容、则很容易调试。 我会这样做并报告我找到的内容...

Gullik