[参考译文] CC2652RSIP：如何处理中断和 OSAL (gp 接收器)？

您好！

感谢您的详细信息和分析。

问题发生的频率如何？

因此、如果我正确理解：

a)在每个步骤1、2和3之间、器件未处于中断状态。
b)然后、允许线程运行(例如 Z-Stack 线程)。
C)但在某些情况下、在3触发之前中断被禁用、从而导致转换延迟
d) C)中的延迟会泄放到计时器 ISR 中、从而触发步骤1？

如果是这种情况、那么我认为你可以跟踪一个状态变量、阶跃为活动状态(1、2或3)、如果触发了计时器、那么 ISR 可以检查状态。 如果状态为2 (意味着第2步已完成、第3步尚未发生)、则计时器 ISR 可以将下一次超时安排在~77usec。 然后在步骤3完成后、EOC ISR 可以停止计时器并以原始超时值再次启动计时器。

OSAL 可能会在临界区(CS)内以原子方式更新某些变量、这会涉及禁用中断。 这种复杂性由额外的 Zigbee 组件(例如网络层)驱动、该组件不适用于直接802.15.4示例(例如 ti154stack 传感器或收集器)。

谢谢！
Toby

Toby 的早上好！  

感谢您的答复。

频率根据传感器数量而变化、我们希望支持12个传感器、在这种情况下、始终会发生。

在 OSAL CS 中、我们重新启用两个中断、现在某些时候会发生。

我会与 设计 ADC 解决方案的架构师讨论您的建议、我会回来与您讨论。

再次感谢。

Cristiane Bellenzier Piaia

您好！

改变设计以在第二个点后启动计时器可能意味着、可能会失去转换。 77usec 是很长的时间。

我们试图了解除了 OSAL 之外还有谁来禁用中断、为此、我们想要计算中断的延迟、但我无法输入 Hwi_disable 代码、当我尝试包含一个断点时、我会收到以下消息：

我不能偏离第136行。

因为它是在 ROM 上执行的。  

所有优化都被禁用。

如何调试此代码？

提前感谢、

Cristiane Bellenzier Piaia

Hwi_disable 仅禁用中断。 我认为不需要调试该特定的功能。

在调用栈中、您可以看到最终导致调用 HwiP_disable 的函数。

例如、在第一个屏幕截图中、它是 UARTCC26XX_READ。

您好、Toby、感谢您的答复。

只是为了对您进行更新、我 可以在禁用 cfg 文件中的 ROM 时进行调试。

最后、 HwiP_disable 调用 Hwi_disable 。

今天 我将计算谁会长时间禁用中断、然后我再与您联系。

再次感谢您的帮助。

Cristiane Bellenzier Piaia

尊敬的 Toby：

如何重新构建 rf_modal_cc26x2.aem4f？ 我曾尝试重建驱动程序文件夹(使用 gmake.exe)、但 未重建这些二进制文件。

再次感谢。

Cristiane Bellenzier Piaia

托比是一个当之无愧的假期,直到9/9,所以我可以尝试协助,直到他返回。   版本 SDK 未提供必要的资源来像与其他外设 TI 驱动程序一样重建射频驱动程序。

此致、
Ryan

无线电将优先确保 Zigbee 连接的稳定性并维持网络协议。  您是否考虑过使用传感器控制器记录 ADC 值并将其存储在缓冲器中？  这样、SCS CPU 上的 ADC 测量会被主 CPU 对无线电内核的处理所打断、并且主 CPU 是否可以在它从无线电中解放出来后读取满缓冲区？  在不使用无线电的时间段内、可以立即读取缓冲区。  请参阅 Sensor Controller Studio 文档 和 其他相关文档。

此致、
Ryan

早上好、Ryan、

感谢您的回复和您的建议。

不幸的是、我无法使用传感器控制器来执行 此   操作、因为该控制器具有另一个任务、它的作用是控制电源出现故障的时间。

谢谢！

Cristiane Bellenzier Piaia

您是否无法使用传感器控制器完成这两项任务？  ADC 日志记录有望占用不到可用 RAM 的50%。  如果您还不熟悉以下应用报告：

https://www.ti.com/lit/swra586 
https://www.ti.com/lit/swra585 

或者、电源故障代码能否移至主 IC、因为此 事件不会像 ADC 测量那样频繁发生？

此致、
Ryan

您好！

由于无线电功能会禁用所有导致 ADC 任务故障的中断、并且如果我理解正确、则不可能对该代码进行任何更改、因此唯一的选择是使用传感器控制器来执行该任务。

在我们开始花一些精力进行这一重大变化之前、我们想了解传感器控制器是否可以在正确的时间范围内执行3个通道的转换(我们需要按顺序在4kHz 范围内转换3个通道)。 我们对于传感器控制器的经验很少、所以我们想了解一下传感器控制器是否可以只执行转换或一些其他对样本的处理。

谢谢！

Cristiane Bellenzier Piaia

可通过浏览   提供的文档和默认 ADC 示例来找到有关 Sensor Controller Studio 的详细信息。  每250微秒对3个 ADC 通道进行采样/转换应该不会出现问题、前提是基本处理需要留出时间、然后才会传输至主 CPU。  如果您在实现此设计时遇到任何困难、请告知我们。

此致、
Ryan

尊敬的 Cristiane：

频率根据传感器数量变化、我们希望支持12个传感器、在这种情况下始终会发生。

请提供复制此问题所需的条件。  是否可以使用一个 已加速默认报告速率的 zc_thermoster_sink 和 GPD_temperaturesensor 实现？  GPD 是否是必需的、或者随着轮询速率的增加、zz/zr_temperaturesensor 项目是否也可能发生 GPD？  目标是使用默认的 TI 示例以及尽可能少的代码更改和器件来复制此行为。  您的 ADC 采样持续时间是多长、您是否能够检测 ADC 故障从而重新采样以恢复？

此致、
Ryan

您好、Ryan、

您可以使用  zc_thermoster_sink 和 gpd_temperaturesensor 重现这种情况 。  您将看到的第一种情况是 OsalPort_enterCS 和 OsalPort_leaveCS 之间花费了大量时间 。

我的 ADC 采样频率持续时间为4kHz (250ms)。

我能够使用信号量来检测 ADC 故障、仅在读取先例转换时才允许触发向不同通道进行新的转换。

谢谢！

Cristiane Bellenzier Piaia

您是否愿意分享演示此问题的 zcl_thermostrocess.c 代码？  还是至少有 ADC 代码？

改用传感器控制器的工作进展如何？

此致、
Ryan

早上好、Ryan、

我将由 Carlo Colombo 向您发送 ADC 代码。

谢谢！

Cristiane Bellenzier Piaia

我已经收到这样的文件、并传递了传感器控制器 ADC 使用演示、我建议您进一步评估该使用情况。

大多数   OsalPort_enterCS/OsalPort_leaveCS 调用都可以从版本 SDK 中看到、您是否评估了其中任何一个调用是否占用了关键段中的大部分时间？

此致、
Ryan