• 状态 TI Thinks Resolved
  • 已锁定 已锁定
  • 回复 13 回复
  • 答案 1 答案
  • 订户 10 订户
  • 视图 4647 视图
  • 用户 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.

CC2642R: LNA 和TX Start 引脚映射

caiyu
Expert 1230 points
Part Number: CC2642R
Other Parts Discussed in Thread: CC2640R2F, , CC2540

将主从机的LNA,TX start进行映射。用示波器观察4个IO电平变化。主机cc2642r，从机cc2640r2f。从机使用notify进行传输给主机，

特征值19个字节（默认应该开了DLE，并设置251字节）。连接间隔20ms。

引脚映射：

Slaver DIO0  (CH4 深蓝)  TX START

           DIO1 （CH3 紫）  LNA

Master DIO0  (CH1 黄)   LNA

           DIO1 （CH2 蓝）   TX START

1.我认为一次发送19个字节数据，在一个连接事件上，应该只有一次收发，即应该只有一次LNA，TX的引脚变化。

现在测试发现，LNA,TX在一个连接事件上会有多次电平变化（1,2,3,4次）。请问这是怎么回事？

2.图中显示，从机的LNA在最前面，我理解不应该是TX在每个周期的最前面吗？

  • 0
    Expert 1230 points

    有大佬帮忙看下吗？万分感谢

  • 0 回复 caiyu
    TI__Guru* 81380 points

    您好，您的问题我们已经收到，已帮您升级到英文论坛，温馨提示您由于圣诞及新年假期，英文论坛回复将稍慢，给您带来的不便敬请谅解！

  • 0 回复 Cherry Zhou
    Expert 1230 points

    好的，非常感谢，期待您的回复

  • 0 回复 caiyu
    TI__Guru* 81380 points
    caiyu 说：

    我认为一次发送19个字节数据，在一个连接事件上，应该只有一次收发，即应该只有一次LNA，TX的引脚变化。

    现在测试发现，LNA,TX在一个连接事件上会有多次电平变化（1,2,3,4次）。请问这是怎么回事？

    以下几种情况可能会导致这个问题： 一种可能是发送 19 字节的 TX 事件由于某种原因被retry。 另一个数据包可能只是一个仍处于pending状态的控制过程。

    您能否提供sniffer log（能够显示通过无线方式交换的数据包）？sniffer log可以显示正在发送的数据包以及是否确实出于某种原因对有效负载进行了分段。

    caiyu 说：
    2.图中显示，从机的LNA在最前面，我理解不应该是TX在每个周期的最前面吗？

    您方便再解释一下这个问题的含义吗？

  • 0 回复 Cherry Zhou
    Expert 1230 points
    Cherry Zhou 说：
    您能否提供sniffer log（能够显示通过无线方式交换的数据包）？sniffer log可以显示正在发送的数据包以及是否确实出于某种原因对有效负载进行了分段

    这个怎么做？自己的程序也可实现吗

    Cherry Zhou 说：
    2.图中显示，从机的LNA在最前面，我理解不应该是TX在每个周期的最前面吗？

    在一个连接事件中，应该是主机先发送，然后外设再发送。图中，

    Slaver (CH4 深蓝)  对应TX START；（CH3 紫）对应 LNA

    Master (CH1 黄)   对应 LNA；（CH2 蓝）对应   TX START。

    图中CH3 紫  （LNA ）最先电平变化，表示先从机接收？不应该是主机TX start （CH2 蓝）最先电平变化？

  • 0 回复 caiyu
    TI__Guru* 81380 points
    caiyu 说：
    这个怎么做？自己的程序也可实现吗

    您好，这个就是您自己的log，我们需要查看您的能够显示无线方式交换的data packets监听器日志，您方便提供下吗？

  • 0 回复 Cherry Zhou
    Expert 1230 points

    我没有做这个监听器日志，这个怎么做？

  • 0 回复 caiyu
    TI__Guru* 81380 points

    那我再帮您跟进给工程师问下哈，预计下个工作日给您答复。

  • 0 回复 Cherry Zhou
    TI__Guru* 81380 points
    caiyu 说：
    不应该是主机TX start （CH2 蓝）最先电平变化？

    假设,如果中心确实先开始电平变化,并且在外设的 RX 尚未达到高电平并等待消息时,TX到外设,那中心的TX有可能未完全接收,以及数据丢失。

    电平变化首先发生在外设上的原因是:先打开接收器为中心的 TX做准备.

    caiyu 说：
    我没有做这个监听器日志，这个怎么做？

    获取监听器日志需要额外的硬件或者软件,通常是用 Frontline 或 Ellisys Sniffer, 通过无线方式捕获数据包。

    如果您能够提供此类日志,我们就可以确定发送了哪些数据包。 从现在您提供的信息来看,我们只能看到连接事件以及正在发送的数据 (我们猜测是通过通知发送的)。

  • 0 回复 Cherry Zhou
    Expert 1230 points
    Cherry Zhou 说：
    我们猜测是通过通知发送的

    这个事通过notify发送的。

    Cherry Zhou 说：

    获取监听器日志需要额外的硬件或者软件,通常是用 Frontline 或 Ellisys Sniffer, 通过无线方式捕获数据包。

    如果您能够提供此类日志,我们就可以确定发送了哪些数据包

    我尝试用了SmartRF Packet Sniffer，但是记录不到相关信息。

  • 0 回复 caiyu
    TI__Guru* 81380 points

    您好，在转换GPIO的电平前，配置  PIN_HYSTERESIS 选项实际上定义了一个阈值。简单地说，是用于减少输入线路上的抖动 / 噪声。 如果没有hysteresis，如果引脚上的电压在高 / 低阈值之间跳转，预计会有更多电平变化。 因此从引脚角度来看是说的通的。

    以及您为什么将引脚配置为输入？ 建议您将引脚配置为输出，以便将器件的内部 LNA/TX 线路输出到无线电。 以下是用户指南的Debugging RF output section，其中包含代码示例，可将 LNA/TX 线路复用为 GPIO。

    caiyu 说：
    我尝试用了SmartRF Packet Sniffer，但是记录不到相关信息。

    您使用的不足以捕获Bluetooth LE sniffer log。 工程师会再看下Frontline 或 Ellisys Sniffer，找下捕获log需的硬件。 同时强烈建议在开发 Bluetooth LE application时使用sniffer。

  • 0 回复 caiyu
    TI__Guru* 81380 points

    您好，CC2540 软件狗无法监听 BLE5.0 数据包，所以不行的。需要一个 Ellisys 或 Frontline 监听器 (或类似的)。