请问现在6670上BCP模块的CRC问题解决了吗，还是只能用跟软件替代？

zbb9612 发表于 2018-7-11 08:58
该问题只在PG1.0上出现，在PG2.0中该问题已经修复，具体请看http://www.ti.com/lit/er/sprz332d/sprz332d.pdf advisory17
                                                                          

kingnet_52003 发表于 2018-7-11 09:11
The page you are looking for might have been removed, had its name changed, or is temporarily unavailable.
此网页打不开！
然后请教一下我怎么知道我弄的板子是什么版本。我们用的是别人做好的成品，需要什么序号来查询这个版本问题。

kingnet_52003 发表于 2018-7-11 09:11
The page you are looking for might have been removed, had its name changed, or is temporarily unavailable.
此网页打不开！
然后请教一下我怎么知道我弄的板子是什么版本。我们用的是别人做好的成品，需要什么序号来查询这个版本问题。

zbb9612 发表于 2018-7-11 09:37
版本号根据数据手册如下图示：

CRC输入长度在packet header中可配，没有你说的这个长度限制。

zbb9612 发表于 2018-7-11 09:37
版本号根据数据手册如下图示：

CRC输入长度在packet header中可配，没有你说的这个长度限制。

kingnet_52003 发表于 2018-7-11 09:45
由于我们无法看见TI芯片表面，所以您的方法可能无法使用。
查询手册时，我们发现
Table 5-2 CorePac Revision ID Register (MM_REVID) Field Descriptions

zbb9612 发表于 2018-7-11 10:08
查看地址0x02620018对应的寄存器JTAGID的高4bit，1-对应Rev2.0，0-Rev1.0。在C6670勘误表及数据手册中有描述。
至于你说的CRC输入长度的限制，我需要确认后答复。
                                                                          

kingnet_52003 发表于 2018-7-11 09:50
刚才我按照我们前辈写的报告测试了一下，果然CRC还是有限制的（而且我还测试CRC值和我们软件做出来的不一样，当然我相信硬件出来的东西错不了，这一点我再确认一下）。目前按照LTE协议，给出的数据块长度超过254328bit后，CRC模块就无法输出正确结果了！
这只是我们的测试结果，希望得到TI的证实，毕竟我觉得按照协议做LTE  ...

zbb9612 发表于 2018-7-11 10:35
关于CRC输入长度，请问你是单独测试CRC，还是同时测试了多个如CRC+ENC+...，我们想确认到底是否CRC引起的问题，所以请单独测试CRC一个模块，如有问题请把相应的描述符及CRC配置发上来看看，谢谢。