• 状态 Resolved
  • 已锁定 已锁定
  • 回复 19 回复
  • 订户 15 订户
  • 视图 10000 视图
  • 用户 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.

紧急：C6455自带的VCP2，译码后有误码，应该怎么处理？

huiyan zeng
Intellectual 481 points


我使用的是贵网站下载的csl_c6455\example内的vcp2_soft_decisions。

目前通过配置IPR中断，并通过查询IPR的TCC为来判断译码是否结束，通过用EDMA_intClear来清除IPR的TCC位。。。当我把VCP应用到我的工程中，经过我长时间的测试，发现VCP译码后的信息有误码。

由于是测试阶段，目前送入VCP核之前的信息没有误码，可是为什么译码后，有时候会出现误码呢？

目前我不知道是VCP核在译码过程中就有误码；还是我在对soft_decision取数时，当前的soft_decision还遗留有上一次译码后的信息导致的？？

在每次调用VCP核进行译码的时候，是不是需要每次都对soft_decision进行清零吗？

  • 0
    TI__Guru 61135 points

    你的意思是说相同的数据输入到VCP，单次测试译码正确，但是长期测试发现有错误？如果是这样，确定一下VCP输入输出数据存放位置，是否可能是由于cache导致的，可以试试关掉cache确认一下。

  • 0 回复 Andy Yin
    Intellectual 481 points
    cache我就没有打开。 Andy，你能给我关于清除CPINT的函数的下载链接不？？我在贵网站没有找到。 我觉得肯定还是在使用VCP是的一些配置出了异常。
  • 0 回复 Andy Yin
    Intellectual 481 points
    Andy，关于误码之前一直没有注意到。。 后来我想在我的工程中进入vcp核的信息符号位要不完全正确，要不完全相反。 之前一直默认符号位完全相反的信息对vcp来说应该没有问题。 这几天才发现出现误码的情况一般都是进入vcp的信息全相反的这种情况。 是不是全反对vcp来说其输入全是误码？这种情况就有可能导致译码后出现误码的结果？
  • 0 回复 huiyan zeng
    TI__Guru 61135 points

    你说的CPINT是啥，CPINTC及cache的配置底层驱动函数均在pdk安装目录csl下可以找到。

    符号位完全正确，完全相反是个啥意思？你的代码中送入vcp之前的软比特处理不是一致么，怎么会出现相反这个说法？

    输入到VCP计算BM的软比特应该是正数对应硬比特0，负数对应硬比特1，及判决的时候取符号位即可。

  • 0 回复 Andy Yin
    Intellectual 481 points
    我工程内的其他处理含有相位180度模糊度（正数为负数，负数为正数） pdk目录下的csl，那pdk又是什么？贵网站有下载链接吗？谢谢
  • 0 回复 huiyan zeng
    TI__Expert 4250 points

    Huiyan，

             不好意思更正一下，PDK是针对C66系列DSP推出的软件包，包含在TI的MCSDK软件包内。 您使用的C6455，直接用网页上提供的CSL就可以了。

  • 0 回复 Jane Lu
    Intellectual 481 points
    Jane，你好。 可是我手上没有关于CSL_CPINTC_clearSysInterrupt和CSL_edma3ClearLoPendingInterrupts这两个函数的头文件啊。 同时，再说下我碰到的问题:目前我的信号很强，在送入VCP之前几乎没有误码，可是译码后偶尔会有误码。。 我觉得VCP核配置参数应该没有配置好，可是又没有头绪。 目前，我只配置这几个参数，rate = 1/2，constlen = 7，framelen = 306，yamth = 80，statenum = 63，decision = soft，readflag = true，tbconvrgmode = false，tailbitenable = false，tracebaceindex = 0，outorder = 1。 其中yamamoto这个参数的作用是什么，应该怎么根据我工程的需求进行配置？ statenum指的是maxSm的状态索引设置，她的作用是什么？同时，maxSm和minSm需要配置吗，应该怎么配置？？ 谢谢。
  • 0 回复 huiyan zeng
    TI__Expert 4250 points

    Huiyan,

                  关于这几个参数的含义请见附件。 简单来讲，yamamoto是译码可靠性的一种度量，不会对译码结果有影响。 maxSm, minSm,以及statnum的配置取决于您用的是咬尾VCP还是归0编码。 如果Vertbi的编码状态是归零的， 而且初始态也是0状态，则statenum =0, maxSm推荐设置为0x400, minSm推荐为0.

                  关于误码问题，请确认一下出错的条件：

                  1      VCP误码是在系统测试中出现，每次VCP的输入都是不同的数据，而且误码的情况一般都是进入vcp的信息全相反的这种情况。 全反是指正数变为负数，负数成为正数？

                   2      当出现VCP误码时，误码率是接近0.5？  还是只有某几个信息出错，其他都是正确的？

                   3     能否抓取一帧出错数据，并在独立的VCP工程中进行调试会更容易发现问题。 比如，如您所怀疑的，将输入数据符号变反，再看一下译码结果。

    spra750d.pdf
  • 0 回复 Jane Lu
    Intellectual 481 points
    Jane，你好。 1、出现误码的情况恰巧都是信息符号位全反的情况。同时由于信号很强（采集到的数据不会有误码，只会因为处理过程中出现相位反转的情况），所以我目前只取信息的符号位（此时符号位要不全对要不全反）送入vcp。 2、从我存数的现象看，出现误码的几率很小。。同时测试中我把送入vcp前的数据也存出来。。将有误码情况的数据通过只有vcp的工程能准确译码。。可是不管是目前的工程还是只有vcp的工程在vcp的配置和使用都是完全一样的。 3、我用的是咬尾vcp，对应的statenum，maxsm，minsm等参数应该怎么配置？ 4、记得你和Andy都提到要清除ipr和cpintc。目前由于没有清除cpintc的函数，所以没有清除cpintc。我只用EDMA_intClear来清除ipr，从目前测试看，不影响中断，但不知道是否有其他隐患。 5、还有我想问问vcp核有没有类似于迭代次数等配置？我的工程是多个通道按顺序调用vcp，我做过一个测试，发同样的信息好让所有通道采集到同样的编码信息再送入vcp。这个时候出现误码的通道就一直在一帧的同一个位置出现有误码。感觉vcp就默认了这个译码结果，纠不过来。
  • 0 回复 huiyan zeng
    Intellectual 481 points
    Jane，不好意思。我一般都用手机回帖，编辑的时候有用回车键，可是帖子上体现不出来。影响你看帖子了。不好意思。麻烦了。
  • 0 回复 huiyan zeng
    TI__Expert 4250 points

    Huiyan,

              1    如果是咬尾VCP， 由于译码时并不知道初始状态，所以将maxsm和minsm设置为一样的值，比如0.  statenum也设置为0.  这个设置的含义是公平对待每个状态开始的译码路径，哪个错误度量最小，就选择它作为译码结果。

               2   C6455没有CPINTC控制器，您清除ipr就可以了。

                3   根据维特比译码的原理，VCP不需要迭代设置。 对应咬尾VCP，由于要人为添加前导和后缀信息，您可以将这部分信息长度增大，以提高译码正确度。 如果帧长不能一次译完，需要划窗，则可以调整R和C的参数，看对译码性能是否改善。  

                4  如果将有误码情况的数据通过只有vcp的工程能准确译码，还请再检查一下两个工程的区别。 对VCP而言，如果配置一样，待译码数据（包括前导和后缀）一样， 译码结果一定是相同的。

  • 0 回复 Jane Lu
    Intellectual 481 points
    感谢Jane的耐心回复。 1，我对这三个参数分别进行设置，发现不同设置，译码结果可能不同。还有肯定不能全都设为0。？？ 2，我对我的工程进行相位反转判断，以保证进入vcp的信息符号都是正确的，这种情况下同样存在误码。所以导致误码应该不是我工程相位翻转导致的（本身对于相位全反的信息，vcp译码出来的也是0-1全反，我只需在使用这些信息时，反过来取即可。）同时，测试过程中我发现送入vcp的信息中刚好有两帧是相同的，译码结果是相同的且都有误码。所以我总觉得是哪个参数配置不合理导致vcp有误码？请问Jane，有哪些参数和vcp译码有关？ 3，由于我咬尾译码的一帧数据长度是300，经过测试发现只需增加12个前缀信息即612个送入vcp，译码得到306个信息，再取后300个信息作为译码结果即可。目前，我为了节省译码时间，采用增加最小量的前缀信息和不加后缀信息。经过前期测试，这样足以。但是，毕竟没有经过专业的测试，不知道这样会不会有什么隐患？请Jane帮我分析下。 谢谢！
  • 0 回复 huiyan zeng
    TI__Expert 4250 points

    Huiyan,

                我对咬尾编码的理解是编码器的初始状态和结束状态是一致的，所以称之为咬尾。 VCP本身是只支持归零模式，不支持咬尾模式，所以需要构造一个新的序列，在前后增加冗余信息。用这种方法，虽然译码后的数据的头尾是不确定数据，但中间部分（即原始的信息序列）的判决是可靠的。

                如果只增加前缀信息，虽然信号质量很好，但待译码数据本身是一个非完整的归零编码序列，理论上就存在误码。  通常我们建议用下面图中的方式来进行咬尾序列译码：

               建议您按照这种配置增加前后缀。 这种方法在很多客户处已经验证是可行的。

               

     

               另外，关于那些参数会影响译码结果，主要就是上个帖子提到的这些参数。 您也可以参考下面这篇应用手册：

               http://www.ti.com/general/docs/lit/getliterature.tsp?baseLiteratureNumber=sprabj0&fileType=pdf

     

  • 0 回复 Jane Lu
    Intellectual 481 points

    Jane，你好！

    我个人觉得所谓咬尾编码是指上一帧信息的最后几个bit作为下一帧编码时的寄存器状态的初始化。

    比如，一帧长300bit，编码寄存器为6个。第一帧编码时，寄存器状态全0；随后，当前帧编码的时候，其寄存器的状态为上一帧的最后6个bit。当前帧的最后6个bit作为下一帧编码时寄存器状态的初始化。。btw，此时这些帧的最后6bit为非全零系列。如果是全零系列，那应该就不是咬尾。

    目前，如果一帧长度300，根据您提到的增加前缀后缀信息，我计划分别增加了前缀后缀各5*（7-1）=30个，则一次译码长度为360bit，此时刚好也满足VCP译码长度限制不需要移窗。。。

    但是上图中关于后面的那个C是取什么作用？谢谢！

  • 0 回复 huiyan zeng
    TI__Expert 4250 points

    Huiyan,

             C是convergence长度，和R（reliability lenght) 一起使用的。  在VCP2的用户手册中您可以看到更多信息。 简单来讲，在划窗算法中，VCP会计算完R+C长度的信息后，输出前面R长度的判决，C越长，长度为R的判决支路汇聚的概率是越高的。

             另外，300bit是编码后长度还是信息长度？  我查了一下VCP2的手册，使用软判决，K=7的情况下， Fmax是186， 采用硬判决，K=7情况下，Fmax=378。

  • 0 回复 Jane Lu
    Intellectual 481 points
    我大意了。 从贵网找的这个工程软判决一次能译码700多个，即帧长能达到300多个。。当时还纳闷怎么个说明文档不一致。后来就没在注意这个细节。。 我上面提到的300是译码后的长度，即编码后是600。。。我现在通过查文档，当我一次要译码720（前缀后缀各60，帧600），译码后得到360个信息，则对应的C为36，需要的窗3个，R是120。。 我正在测试。看看结果如果？谢谢
  • 0 回复 Jane Lu
    Intellectual 481 points

    Jane，你好

    经过我这两天的测试，目前没有发现误码。

    首先，statenum，maxsm和minsm都被设置为0。之前对maxsm和minsm设置有问题，导致以为不能设置为0。

    其次，关于C和R，不用单独设置。在函数TCP2_genParams内已经对这两个参数有详细的配置。

    再者，目前我还只是添加了前缀信息。。。。。。。

     

    从这看，主要还是这三个参数statenum，maxsm和minsm的配置取主要作用。毕竟文档也提到对于咬尾的vcp，这三个参数建议设为0.

    感谢Jane这段时间以来的悉心帮助 谢谢

  • 0 回复 huiyan zeng
    Expert 1555 points

    你好，我想问一下大神，我维特比译码也有误码，而且一般发生在前面有连续1或者后面有连续0的码组，能不能给我说说您的VCP2的配置，谢谢你

  • 0 回复 Gangping Li
    Prodigy 230 points

    简单地说就是加长前后的循环字节，我今天也是遇到这个问题，原始数据最后有15bit的1，一开始配置的在原始输入的数据前后各复制了(7-1)*3个字节，译出来的最后的一串1里就有一个bit错了

    后来加长了一倍，复制了（7-1）*2*3个字节，译出来的就对了

    所以说文档里写的3~5倍还是有道理的

    时间过去这么久了估计你也解决了，发出来给别人遇到同样问题的看看吧