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.

[参考译文] SIMPLELINK-CC13X2-26X2-SDK:EnergyTrace++可靠性

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1051678/simplelink-cc13x2-26x2-sdk-energytrace-reliability

器件型号:SIMPLELINK-CC13X2-26X2-SDK
主题中讨论的其他器件:ENERGYTRACE

大家好、

我一直在 CC1352R1 Launchpad 上尝试 EnergyTrace、最初我遵循了以下指南 :https://software-dl.ti.com/simplelink/esd/simplelink_cc13x2_26x2_sdk/5.20.00.52/exports/docs/ti154stack/html/energy-trace/energy-trace.html 

尽管我必须使用本指南第28页图34中所示的跳线配置说明 :https://www.ti.com/lit/an/swra478d/swra478d.pdf 、并且在针对电流重校准进行任何跳线修改后、电路板重启、但在独立模式下使用 EnergyTrace 效果良好。 第一个指南中没有提到跳线配置和电路板电源周期、这导致我使用完全相同的代码和设置进行了很多完全不同的测量和电池估算、在阅读第二个指南之前、我完全不知道原因。 因此、我认为应在第一个指南中添加该信息。

现在、当大多数问题出现时、使用 EnergyTrace++几乎不可用。 启动调试会话后、调试大部分时间都会失败、或运行几秒钟、然后失败。 有时、它可以工作、但具有没有 EnnergyTrace 数据的周期。 我不断收到-261错误代码、IcePick_C 或 CS_DAP_0、下面是 EnergyTrace++调试会话期间控制台的打印屏幕。 我在 E2E 论坛上搜索过、但似乎是一个未知的通信问题、我尝试了更改 USB 端口、USB 电缆、不使用任何集线器、但仍然总是这样。 我唯一没有尝试的是使用不同的 PC。 我在 Windows 10计算机上、使用 CCS V10.4.0.00006。 我正在运行 TI15.4堆栈传感器/收集器默认演示、除了禁用的广播(驻留时间0)之外、没有任何更改。   

有时、我能够获得一个完整的1分钟会话、尽管它仍有发生-261错误的时刻、因此、似乎没有数据可用于这些时刻、但幸运的是、系统从错误中恢复、并能够继续会话。 大多数情况下都不是这样、因为调试会话会停止、或者 EnergyTrace 窗口会崩溃并从调试环境中消失。

下图显示了在具有默认 TI15.4堆栈演示(无广播/驻留时间0)的传感器器件上通过相同测试测量 EnergyTrace++状态和电流的情况。  

但是、即使在我获得完整课程的罕见情况下、我也想知道这些结果的可靠性。 例如、在状态图中、重新加入过程发生后(大约26/27s 标记)、似乎有很多活动(正如预期的那样、因为默认演示具有3s 报告间隔、2s 轮询间隔和5s 跟踪间隔)、 然而、除了接近图形末尾的情况外、大多数这些活动只显示 RX 活动并且几乎没有 TX。

我的问题是:

1 -为什么状态图上没有显示所有假设的 TX 活动?  

2 - EnergyTrace++的可靠性如何?

3 -在 EnergyTrace++调试会话期间、如何停止或最小化-261错误? 因为它几乎不可能像这样使用。

感谢您的观看、

Joao

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

    您好、Joao、

    请参阅 TI 15.4-Stack 用户指南 的 EnergyTrace 部分以及 EnergyTrace 手册。  您是否已将 CC1352R1目标配置为  cJTAG  (1149.7)  4引脚 标准 模式?  请确保使用最短的 USB 电缆。  您是否能够通过 TI 驱动程序示例可靠地使用 EnergyTrace

    此致、
    Ryan

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

    您好、Ryan、

    我遵循了这两本手册、 正如我说过的、我还遵循了"测量 CC13xx 和 CC26xx 电流消耗"应用报告(SWRA478D)、该报告包含其他两个指南都没有的重要信息(应通过引脚分配配置和下电上电周期等方式添加以重新校准 xds110)。 我确实更改了 cJTAG 4引脚模式的目标、并使用了我可用的各种不同的短电缆。 没有什么区别。

    我刚刚尝试了几个来自 TI 驱动程序的不同演示、就像您建议的那样。 EnergyTrace++调试会话看起来比以前稍微稳定一些、但仍有大量-261错误、并且大部分时间仍会崩溃。

    谢谢、

    Joao

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

    João μ A、

    遗憾的是、这是一个非常难以捉摸的错误、多年来一直未能解决我们的问题-调试 JTAG 页面中也有报告。

    https://software-dl.ti.com/ccs/esd/documents/ccs_debugging_jtag_connectivity_issues.html#invalid-response-was-received-from-the-xds110

    不幸的是,目前我们没有明确的解决办法。 在我的观察中、这似乎与调试探针和 CCS 之间的数据带宽相关、因此有助于关闭其他视图(Memory、Disassembly、Registers/Variables)和任何实时数据更新、以实现更高的 EnergyTrace 数据采集带宽。

    我很抱歉,我希望我能有一个更明确的解决办法。

    此致、

    拉斐尔

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

    您好、Rafael、

    我已经在那一页上了、所以、是的、这是我很遗憾地所期望的。 无论如何都谢谢。

    关于状态图上缺少的 TX 图、您能告诉我吗? 状态图错过某些射频事件是否正常? 例如、由于报告间隔为3s、因此每3s 应该有一个 TX 图、但大多数事件只显示 RX 活动。 状态图上显示的这些射频活动的可靠性如何?

    谢谢、

    Joao

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

    您好、Joao、  

    遗憾的是、我确信为什么图中缺少 Tx 事件。 我在 Energy Trace++上找不到任何有关射频状态的特定文档。
    但是、获取 Tx、Rx 事件的另一种方法可在调试指南的调试射频输出部分找到。  

    https://dev.ti.com/tirex/content/simplelink_cc13x2_26x2_sdk_5_20_00_52/docs/ti154stack/html/ti154stack-guide/debugging-index.html#debugging-rf-output

    这可能有助于更准确地映射 Tx 和 Rx 活动。  

    此致、
    Siddanth

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

    您好 Siddanth、

    好的、谢谢、使用 EnergyTrace++检查射频状态似乎不可靠。 我只是想确定一下。  

    TI15.4堆栈和 Energytrace 有很多文档、但也有很多细节方面的缺失。

    谢谢、  

    Joao