• 状态 Resolved
  • 已锁定 已锁定
  • 回复 4 回复
  • 订户 14 订户
  • 视图 1147 视图
  • 用户 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.

关于BCP的flush/drop机制

guang lin
Prodigy 120 points


目前我正在做关于BCP的FLUSH/drop的这个特性，但是发现一个问题就是我在Packet A的头部打上FLUSH的标志，然后再Packet B的头部打上Drop的标志，之后是Packet C利用Packet A的BCP输出结果，但是问题现在是packet C去引用Packet A输出的内存地址的时候一直为空，所以我怀疑是不是这个机制能不能用了？有没有好的调试方法判断这个机制运用成功呢？求大神讲解！跪求啊！

A、芯片： TCI6618

B、硬件环境是公司板子

C、CCS 5.3

D、调试目标：BCP协处理器，使用场合LTE下行PHY


  • 0
    TI__Guru 61135 points

    从你的现象来看感觉A一直没有输出吧，先确认A有输出

  • 0 回复 Andy Yin
    Prodigy 120 points

    你好 Andy，

    最后经过调试发现不是该机制不能用，而是BCP在做加扰的时候把我的输入值一直默认为0，我现在做的的是PDCCH的信道处理，其中BCP实现了CRC、ENC、RM，之后CPU做复用然后再输入BCP做加扰和调制，但是通过调试结果却发现做加扰的时候我的复用结果的数据并没有被BCP接收，不知道为什么，求解！

    谢谢您的解答！

  • 0 回复 guang lin
    TI__Guru 61135 points

    因为你这里是用DSP core去参与复用，建议你先不用使用什么flush drop，都配置为normal packet即可，在复用之后配置一个描述符输入到BCP用于mod，先把这部调通再说。

  • 0 回复 Andy Yin
    Prodigy 120 points

    Hi  Andy,

    非常感谢您的回答。我后来没有使用该机制，也就是直接将复用的结果按照速率匹配输出的格式，类似于下面这种：

    0x01000101
    0x00010100
    0x00000101
    0x01000001
    0x00010100
    0x00000001
    0x01010000
    0x00010001
    0x01010101
    0x00010001
    0x01010000
    0x01010100
    0x00010001
    0x01010100
    0x01010001
    0x01000001
    0x01010101
    0x00000101

    直接送往BCP，但是BCP做加扰的时候并没有正确识别该串数据，上面的数据是一个DCI产生的，一个DCI有72bits。

    所以我怀疑要么BCP对于在MOD模块输入的数据有要求，要么就是BCP有错了。另外我的速率匹配输出用的是软编码也就是0=0x0,1=0x1.

    期望你的回答！

    非常谢谢！