完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛
4110
|
本帖最后由 一只耳朵怪 于 2018-6-20 10:21 编辑
我使用的是贵网站下载的csl_c6455example内的vcp2_soft_decisions。 目前通过配置IPR中断，并通过查询IPR的TCC为来判断译码是否结束，通过用EDMA_intClear来清除IPR的TCC位。。。当我把VCP应用到我的工程中，经过我长时间的测试，发现VCP译码后的信息有误码。 由于是测试阶段，目前送入VCP核之前的信息没有误码，可是为什么译码后，有时候会出现误码呢？ 目前我不知道是VCP核在译码过程中就有误码；还是我在对soft_decision取数时，当前的soft_decision还遗留有上一次译码后的信息导致的？？ 在每次调用VCP核进行译码的时候，是不是需要每次都对soft_decision进行清零吗？ 
0
|
|
相关推荐
19个回答
|
|
|
你的意思是说相同的数据输入到VCP，单次测试译码正确，但是长期测试发现有错误？如果是这样，确定一下VCP输入输出数据存放位置，是否可能是由于cache导致的，可以试试关掉cache确认一下。
|
|
|
|
|
zbb9612 发表于 2018-6-20 06:42 cache我就没有打开。Andy，你能给我关于清除CPINT的函数的下载链接不？？我在贵网站没有找到。我觉得肯定还是在使用VCP是的一些配置出了异常。 |
|
|
|
|
zbb9612 发表于 2018-6-20 06:42 Andy，关于误码之前一直没有注意到。。后来我想在我的工程中进入vcp核的信息符号位要不完全正确，要不完全相反。之前一直默认符号位完全相反的信息对vcp来说应该没有问题。这几天才发现出现误码的情况一般都是进入vcp的信息全相反的这种情况。是不是全反对vcp来说其输入全是误码？这种情况就有可能导致译码后出现误码的结果？ |
|
|
|
|
lhly23 发表于 2018-6-20 06:59 你说的CPINT是啥，CPINTC及cache的配置底层驱动函数均在pdk安装目录csl下可以找到。 符号位完全正确，完全相反是个啥意思？你的代码中送入vcp之前的软比特处理不是一致么，怎么会出现相反这个说法？ 输入到VCP计算BM的软比特应该是正数对应硬比特0，负数对应硬比特1，及判决的时候取符号位即可。 |
|
|
|
|
zbb9612 发表于 2018-6-20 07:13 我工程内的其他处理含有相位180度模糊度（正数为负数，负数为正数）pdk目录下的csl，那pdk又是什么？贵网站有下载链接吗？谢谢 |
|
|
|
|
|
Huiyan， 不好意思更正一下，PDK是针对C66系列DSP推出的软件包，包含在TI的MCSDK软件包内。 您使用的C6455，直接用网页上提供的CSL就可以了。 Jane |
|
|
|
|
Sabrina_cc 发表于 2018-6-20 07:45 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需要配置吗，应该怎么配置？？谢谢。 |
|
|
|
|
lhly23 发表于 2018-6-20 07:58 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工程中进行调试会更容易发现问题。 比如，如您所怀疑的，将输入数据符号变反，再看一下译码结果。 Jane |
|
|
|
|
Sabrina_cc 发表于 2018-6-20 08:14 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就默认了这个译码结果，纠不过来。 |
|
|
|
|
lhly23 发表于 2018-6-20 08:25 Jane，不好意思。我一般都用手机回帖，编辑的时候有用回车键，可是帖子上体现不出来。影响你看帖子了。不好意思。麻烦了。 |
|
|
|
|
lhly23 发表于 2018-6-20 08:25 Huiyan, 1 如果是咬尾VCP， 由于译码时并不知道初始状态，所以将maxsm和minsm设置为一样的值，比如0. statenum也设置为0. 这个设置的含义是公平对待每个状态开始的译码路径，哪个错误度量最小，就选择它作为译码结果。 2 C6455没有CPINTC控制器，您清除ipr就可以了。 3 根据维特比译码的原理，VCP不需要迭代设置。 对应咬尾VCP，由于要人为添加前导和后缀信息，您可以将这部分信息长度增大，以提高译码正确度。 如果帧长不能一次译完，需要划窗，则可以调整R和C的参数，看对译码性能是否改善。 4 如果将有误码情况的数据通过只有vcp的工程能准确译码，还请再检查一下两个工程的区别。 对VCP而言，如果配置一样，待译码数据（包括前导和后缀）一样， 译码结果一定是相同的。 Jane |
|
|
|
|
Sabrina_cc 发表于 2018-6-20 08:54 感谢Jane的耐心回复。1，我对这三个参数分别进行设置，发现不同设置，译码结果可能不同。还有肯定不能全都设为0。？？2，我对我的工程进行相位反转判断，以保证进入vcp的信息符号都是正确的，这种情况下同样存在误码。所以导致误码应该不是我工程相位翻转导致的（本身对于相位全反的信息，vcp译码出来的也是0-1全反，我只需在使用这些信息时，反过来取即可。）同时，测试过程中我发现送入vcp的信息中刚好有两帧是相同的，译码结果是相同的且都有误码。所以我总觉得是哪个参数配置不合理导致vcp有误码？请问Jane，有哪些参数和vcp译码有关？3，由于我咬尾译码的一帧数据长度是300，经过测试发现只需增加12个前缀信息即612个送入vcp，译码得到306个信息，再取后300个信息作为译码结果即可。目前，我为了节省译码时间，采用增加最小量的前缀信息和不加后缀信息。经过前期测试，这样足以。但是，毕竟没有经过专业的测试，不知道这样会不会有什么隐患？请Jane帮我分析下。谢谢！ |
|
|
|
|
lhly23 发表于 2018-6-20 09:09 Huiyan, 我对咬尾编码的理解是编码器的初始状态和结束状态是一致的，所以称之为咬尾。 VCP本身是只支持归零模式，不支持咬尾模式，所以需要构造一个新的序列，在前后增加冗余信息。用这种方法，虽然译码后的数据的头尾是不确定数据，但中间部分（即原始的信息序列）的判决是可靠的。 如果只增加前缀信息，虽然信号质量很好，但待译码数据本身是一个非完整的归零编码序列，理论上就存在误码。 通常我们建议用下面图中的方式来进行咬尾序列译码： 建议您按照这种配置增加前后缀。 这种方法在很多客户处已经验证是可行的。 另外，关于那些参数会影响译码结果，主要就是上个帖子提到的这些参数。 您也可以参考下面这篇应用手册： http://www.ti.com/general/docs/lit/getliterature.tsp?baseLiteratureNumber=sprabj0&fileType=pdf Jane |
|
|
|
|
Sabrina_cc 发表于 2018-6-20 09:19 Jane，你好！ 我个人觉得所谓咬尾编码是指上一帧信息的最后几个bit作为下一帧编码时的寄存器状态的初始化。 比如，一帧长300bit，编码寄存器为6个。第一帧编码时，寄存器状态全0；随后，当前帧编码的时候，其寄存器的状态为上一帧的最后6个bit。当前帧的最后6个bit作为下一帧编码时寄存器状态的初始化。。btw，此时这些帧的最后6bit为非全零系列。如果是全零系列，那应该就不是咬尾。 目前，如果一帧长度300，根据您提到的增加前缀后缀信息，我计划分别增加了前缀后缀各5*（7-1）=30个，则一次译码长度为360bit，此时刚好也满足VCP译码长度限制不需要移窗。。。 但是上图中关于后面的那个C是取什么作用？谢谢！ |
|
|
|
|
|
Huiyan, C是convergence长度，和R（reliability lenght) 一起使用的。 在VCP2的用户手册中您可以看到更多信息。 简单来讲，在划窗算法中，VCP会计算完R+C长度的信息后，输出前面R长度的判决，C越长，长度为R的判决支路汇聚的概率是越高的。 另外，300bit是编码后长度还是信息长度？ 我查了一下VCP2的手册，使用软判决，K=7的情况下， Fmax是186， 采用硬判决，K=7情况下，Fmax=378。 Jane |
|
|
|
|
Sabrina_cc 发表于 2018-6-20 09:38 我大意了。从贵网找的这个工程软判决一次能译码700多个，即帧长能达到300多个。。当时还纳闷怎么个说明文档不一致。后来就没在注意这个细节。。我上面提到的300是译码后的长度，即编码后是600。。。我现在通过查文档，当我一次要译码720（前缀后缀各60，帧600），译码后得到360个信息，则对应的C为36，需要的窗3个，R是120。。我正在测试。看看结果如果？谢谢 |
|
|
|
|
Sabrina_cc 发表于 2018-6-20 09:38 Jane，你好 经过我这两天的测试，目前没有发现误码。 首先，statenum，maxsm和minsm都被设置为0。之前对maxsm和minsm设置有问题，导致以为不能设置为0。 其次，关于C和R，不用单独设置。在函数TCP2_genParams内已经对这两个参数有详细的配置。 再者，目前我还只是添加了前缀信息。。。。。。。 从这看，主要还是这三个参数statenum，maxsm和minsm的配置取主要作用。毕竟文档也提到对于咬尾的vcp，这三个参数建议设为0. 感谢Jane这段时间以来的悉心帮助 谢谢 |
|
|
|
|
lhly23 发表于 2018-6-20 10:02 你好，我想问一下大神，我维特比译码也有误码，而且一般发生在前面有连续1或者后面有连续0的码组，能不能给我说说您的VCP2的配置，谢谢你 |
|
|
|
|
|
简单地说就是加长前后的循环字节，我今天也是遇到这个问题，原始数据最后有15bit的1，一开始配置的在原始输入的数据前后各复制了(7-1)*3个字节，译出来的最后的一串1里就有一个bit错了 后来加长了一倍，复制了（7-1）*2*3个字节，译出来的就对了 所以说文档里写的3~5倍还是有道理的 时间过去这么久了估计你也解决了，发出来给别人遇到同样问题的看看吧 |
|
|
|
|
只有小组成员才能发言，加入小组>>
600 浏览 0 评论
1653 浏览 0 评论
2095 浏览 0 评论
为啥BQ7693003DBTR芯片在和BQ769X0盒子通讯时收不到信号？
1542 浏览 0 评论
DSP 28027F 开发板 XDS100v2调试探针诊断日志显示了 Error -150 (SC_ERR_FTDI_FAIL)如何解决
1385 浏览 0 评论
AT32F407在USART2 DMA发送数据时，接包接到了要发送的数据，程序还是处于等待传输完成的标识判断中，为什么？
1794浏览 29评论
2820浏览 23评论
请问下tpa3220实际测试引脚功能和官方资料不符，哪位大佬可以帮忙解答下
1748浏览 20评论
请教下关于TAS5825PEVM评估模块原理图中不太明白的地方，寻求答疑
1666浏览 14评论
两个TMP117传感器一个可以正常读取温度值，一个读取的值一直是0，为什么？
1680浏览 13评论
/9 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
评论
淘帖
2486
