• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 68 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] SMARTRFTM-Studio：Packet RX 窗口-记录的最大数据包数(CC1101)

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1505228/smartrftm-studio-packet-rx-window---maximum-number-of-logged-packets-cc1101

部件号：SMARTRFTM-Studio

工具/软件：

您好：

我使用的是 SmartRF Studio、采用基于 CC1101的设置、并使用 Packet RX 选项卡运行长时间测试。 我的目标是让接收器运行几个小时、并在一天结束时通过"将数据转储到文件"选项导出所有收到的数据包。

但是、我注意到测试过程中所有数据包都列在 Live Packet RX 文本窗口中、我想知道：

-在旧数据开始被覆盖或丢弃之前,Packet RX 显示可以存储的最大数据包数或行数吗?

我希望确保在长时间会话期间不会丢失数据。 如果窗口具有大小或存储器限制、那么即使 GUI 停止显示所有数据包、仅依靠"将数据转储到文件"功能来完成日志记录是否安全？

提前感谢！

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

    尊敬的 Projetos：

    我已检查、转储到文件的数据将不会被覆盖或丢弃。 然而、作为一项额外的安全措施、您可以尝试像这样隐藏文本视图：

    您希望多久收到一次数据？

    此致、

    Arthur

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

    尊敬的 Arthur：

    回答您的问题：我预计会接收8个间隔为100ms 的数据包、这种突发每1分钟发生一次。

    例如、下面是两个传输突发期间数据的片段：

    // Burst 1 (8 packets at ~100 ms intervals)
    14:20:38.540 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f3 | -37
    14:20:38.664 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f3 | -37
    14:20:38.774 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f3 | -37
    14:20:38.883 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f3 | -37
    14:20:38.992 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f3 | -37
    14:20:39.102 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f3 | -37
    14:20:39.211 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f3 | -37
    14:20:39.320 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f3 | -37

    // Burst 2 (next minute)
    14:21:33.979 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f4 | -37
    14:21:34.091 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f4 | -37
    14:21:34.201 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f4 | -37
    14:21:34.310 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f4 | -37
    14:21:34.419 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f4 | -37
    14:21:34.529 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f4 | -37
    14:21:34.638 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f4 | -37
    14:21:34.748 | 0b | f0 cb de 4b c0 00 0e bf 4d 34 f4 | -37

    昨晚、我让接收器从16：28开始运行、当我今天上午9：00左右检查时、SmartRF Studio 已自行关闭、可能是由于外部问题。 幸运的是、我启用了"Dump Data to File"选项、并且文本文件已成功保存。

    从日志中、我注意到该文件包含从16：28：06.698到23：25：46.308的数据、总共收到了6187行数据包。

    这样我就可以进行大约7小时的不间断测试、我现在将其视为安全上限。

    我将检查 Windows 事件日志以查看是否有外部因素导致 SmartRF Studio 结束、我将在此处分享任何相关发现作为后续行动。

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

    跟进：

    在23:35、Windows 触发了 ID 为7002的事件日志、我相信这表示用户已注销。

    我已双重检查、并且已在我的电源和组策略设置中禁用自动注销。 但是、事件日志指出客户体验改善计划(CEIP)正在参与、因此我现在已禁用 CEIP、以防这是原因。

    作为额外的预防措施、我还将在夜间运行鼠标摇床脚本、以模拟活动并确保会话保持活动状态。

    明天我将发布包含结果的另一个更新。