【DSP6670】BCP协处理器的若干问题

Bear Melon

Intellectual 750 points

A、芯片：DSP6670

B、硬件环境：TMDXEVM6670L开发板，仿真器是560v2

C、软件环境：CCS 5.3

在利用6670开发板调试BCP协处理器过程中，无线电标准选择为 WiMAX ，现将调试过程中的问题罗列如下：

1. 单独调试uplink 里的 SSL 子模块时，输出并非软比特信息，而是+127或-127，貌似是硬判决，WiMAX 标准下是否支持软调制？

2. 在 MOD 和 SSL 子模块中出现的 UVL 代表什么含义，rms 作为一个量化因子计算得出 UVL？

3. 在 ENC 子模块中，明确写明 SRC_CRC_EN=3 时，为 WiMAX 标准下编码进行加扰，可是在 uplink 流程中，却没有相应模块对 WiMAX 标准进行解扰（SSL 模块中的解扰只在 LTE 下有效）？

希望能够得到解答，非常感谢！

11 年多前

0 Andy Yin 11 年多前

TI__Guru 61135 points

关于Wimax的使用框图参考BCP user guide figure2-9（Wimax flow diagram）

1. SSL是用于上行解调，输出的是软信息，下行软调制可以用MOD;

2 UVA是调制幅度值；

3 如figure2-9所述，de-randomizer需要软件实现，没有硬件加速器。

0 Bear Melon 11 年多前回复 Andy Yin

Intellectual 750 points

感谢 Andy 的回答，我再补充一些我的疑问：

1. 我将例程中的其他模块全部屏蔽，上行去掉了 RD，只保留SSL子模块，但是不管输入怎么修改，查看pRxDataBuffer指向的值都是127或-127（int8_t）

Bcp_recv (hRx,&hRxDrvBuffer,&pRxDataBuffer,&rxDataBufferLen,&pRxPsInfo,&rxPsInfoLen,&rxFlowId,&rxSrcId,&rxDestnTag);

软信息应该是根据输入值不同而改变的，为什么我看到的只有正负号正确，但值却不变呢？

2. 例程中给出的宏定义BCP_EXAMPLE_SIZE_HOST_DESC = 64，但我并没有发现有 PS 信息，Host Descriptor 不是应该是32bytes 吗？BCP_EXAMPLE_NUM_HOST_DESC = 256，Host Descriptor的数量根据什么值来确定？

3. 例程中是根据什么值确定分配 TX 和 RX 的 descriptor 分别为

TX_NUM_DESC = 2；

RX_NUM_DESC= (BCP_EXAMPLE_NUM_HOST_DESC/4 - TX_NUM_DESC) = 62（ PS: 这里的除以4是个什么概念）

4. 希望可以获得 BCP和FFTC 不带 BIOS 的例程

期待您能够给予帮助和解惑，谢谢~

0 Andy Yin 11 年多前回复 Bear Melon

TI__Guru 61135 points

1 SSL输出为-127~127，说明信号幅度溢出，可以调整每个symbol对应的噪声因子C值；

2 BCP的header信息是在payload中带进去，对应的描述符大小及个数完全可以根据应用决定，PDK中的64及256都只是测试，你可以修改；

3 同样TX/RX描述符的个数也是由应用软件决定；

4 FFTC的例程参见如下STK，我们没有Wimax相关的BCP 非Bios例程，对于BCP的使用最主要是配置Navigator、BCP header参数配置，对于非bios流程，可以使用如下STK common及Navigator c文件中的API进行配置。

STK: http://www.deyisupport.com/question_answer/dsp_arm/c6000_multicore/f/53/t/47664.aspx

0 Bear Melon 11 年多前回复 Andy Yin

Intellectual 750 points

Andy 你好

在最近调试BCP（WiMAX 标准）过程中，发生如下疑问：

1. numRxPackets = Bcp_rxGetNumOutputEntries (hRx)，这个API是用来计算包的个数的，但是我看到 dataBuffer 和 Packet 的bytes 个数是一样的，也就是说，输入一串 payload 数据，numRxPackets的值应该恒为1才对，这里放一个 for 循环【for (i = 0; i < numRxPackets; i ++)】有什么意义？

2. WiMAX 下选用的描述符都是 Host Descriptor Pointer

1）Source 和 Destination Tag 真正的意义是什么？

2）Host DP 其中一个 word 表示 link infor，也就是 next DP，只有一个 packet 为什么会有两个相连的 descriptor？

3. 调试单一子模块的时候，我都是打断点在下面这个 API

Bcp_recv (hRx,
&hRxDrvBuffer,
&pRxDataBuffer,
&rxDataBufferLen,
&pRxPsInfo,
&rxPsInfoLen,
&rxFlowId,
&rxSrcId,
&rxDestnTag);

查看pRxDataBuffer，就可以看到输出数据，但是当我想将输出添加到函数接口里面，发现这个指针的指针无法传递参数，原因是其地址在经过Bcp_recv 这个 API 后突然改变了，请问我该如何添加该输出到函数接口？

谢谢！

0 Andy Yin 11 年多前回复 Bear Melon

TI__Guru 61135 points

1 BCP支持一对多的模式，即输入一个packet经过处理后输出多个包，如果对于wimax只是一对一的输入输出，则始终恒1；

2 src dest tag在BCP中没有特殊的含义，可以用来传输自定义的信息；输入一个packet可以是多个不连续地址的数据link在一起作为一个payload整体输入；

3 你是说pRxDataBuffer传递进去的地址没有实际生效么，那你需要看看这个函数内部的实现，修改一下代码。

0 Bear Melon 11 年多前回复 Andy Yin

Intellectual 750 points

谢谢 Andy 的解答。

关于pRxDataBuffer参数传递的问题，下面这个Bcp_recv的 API 是 TI 直接提供的，并未提供具体实现，也就是说该函数是一个内部实现未知的黑盒子。

Bcp_recv (hRx,
&hRxDrvBuffer,
&pRxDataBuffer,
&rxDataBufferLen,
&pRxPsInfo,
&rxPsInfoLen,
&rxFlowId,
&rxSrcId,
&rxDestnTag);

我在查询 memory 地址的时候，发现下面这个为 RX 分配存储空间的函数，

allocate_fdq (hGlblFDQ, RX_NUM_DESC, RX_DATA_BUFFER_SIZE, 0, &hRxFDQ, NULL)

该函数中的局部变量 pDataBuffer 的地址正是最后运行Bcp_recv后pRxDataBuffer的地址，这是不是意味着，我需要将函数allocate_fdq内部随机为 RX 分配的策略修改成非随机分配，才能保证外部pRxDataBuffer能够传递进Bcp_recv？

0 Bear Melon 11 年多前回复 Andy Yin

Intellectual 750 points

我用 memcpy（）将 pRxDataBuffer 地址指向的值拷贝到我新建的一个全局变量，传递到被调用函数中，似乎解决了输出参数传递这个问题。

PS：

1. 对于 SSL submodule 的输出，无论如何修改噪声因子的值，所得到的输出在符号正确的情况下是正负127，在错误的情况下则是+1，+1或者-1，-1，

我想问，此处的噪声因子是否有一个匹配公式计算，该如何正确确定输入的噪声因子？

2. WiMAX 下，若只有一个 packet，是不是只需要各分配一个 Descriptor 给 TX 和 RX，也不需要检查 next Descriptor Point ？

Thanks！

0 Andy Yin 11 年多前回复 Bear Melon

TI__Guru 61135 points

噪声因子C是一个浮点值，你可以在之前的基础上对该值右移n次试试；

如果每次只处理一个packet，可以只分配一个描述子，也不需要检测next

0 Bear Melon 11 年多前回复 Andy Yin

Intellectual 750 points

今天通过不停的尝试，找到了适合的噪声因子，在这里分享一下。

例程中， rms=1024，此时，噪声因子并非例程wimax_sslin 里面的0x7f800000，而应该是0x36B00000左右，一个很小的区间；

rms=8192时，噪声因子应该是0x34760000左右，同样是一个很小的区间。

目前还没发现噪声因子和 rms 等有确定的数量关系，更方便的计算出噪声因子，只能通过这种不断的试验。

PS：

上行链路完成输出的计算后，有如下释放空间的代码，

if (hRx)
Bcp_rxClose (hRx);

deallocate_fdq (hRxFDQ, hGlblFDQ, RX_NUM_DESC, RX_DATA_BUFFER_SIZE, NULL);

if (hTx)
Bcp_txClose (hTx);

deallocate_fdq (hTxFDQ, hGlblFDQ, TX_NUM_DESC, TX_DATA_BUFFER_SIZE, NULL);

但是运行第一个 if 语句就跑飞，这可能是什么缘故？没法关闭 bcp 的 rx 通道？（下行链路没有出现这个问题）

0 Bear Melon 11 年多前回复 Andy Yin

Intellectual 750 points

例程中的 RD 模块的输出，给出的对比参考数据有一个 header，8个32bit 数据

static UInt32 wimax_ul_out_packet_1[WIMAX_UL_OUTPUT_PKT_1_WRD_SIZE] = {
0x00000000,
0x00000000,
0x00000000,
0x00000000,
0x000001E0,
0x00000000,
0x00000000,
0x00000000
};

我查看了datasheet，WiMAX 下RD 的输出 header 信息应该是128bit，本应该是4个32bit 数据才对。

我自己调试程序时输出的也是4个32bit 数据，是例程写错了么？

0 ole 11 年多前回复 Bear Melon

Prodigy 161 points

请问怎么查看经过协处理器处理后的数据啊？

处理器

处理器论坛

【DSP6670】BCP协处理器的若干问题