你好!
我们在中国代理商购买的DSP6748芯片与我们买的lcdk6748开发板上面的DSP6748芯片有没有什么区别?
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.
你好!
我们在中国代理商购买的DSP6748芯片与我们买的lcdk6748开发板上面的DSP6748芯片有没有什么区别?
我们设计了一块DSPC6748的板子,外围电路都是和lcdk6748开发板上一样的,但是我们配置成HPI模式的时候,对应的UHPI_HRDY这个引脚上一直是高电平,请问是怎么回事,希望大侠解答下,这个问题一直从去年困惑到今年,一直没有解决。
LCDK板子上的HRDY管脚是接LED3的, 不是做HPI功能。
你可以看一下LCDK的原理图。
http://processors.wiki.ti.com/index.php/L138/C6748_Development_Kit_(LCDK)#LCDK_Hardware_and_Software_Documentation
恩,LCDK6748的HRDY硬件上是接到了LED3,LCDK6748在配置成HPI模式的启动的时候可以看到灯是灭的,测量引脚也为低电平,所以确定是拉低了的。
另外,在HPI模式启动的前提下,直接用仿真器连接查看0x01c14154的地址的时候,pinmux13也自动配置成了HPI模式。
但是,我们自己设计的板子情况都想反,在HPI模式启动的情况下,HRDY信号一直为高,且在HPI模式启动的前提下,用仿真器查看0x01c14154的地址却还是复用为高阻态。
由于到网上查到的资料比较少,所以不清楚是不是还有其他地方没有注意到的。希望能得到帮助。
ps:为了排除电源上电问题与上电复位问题,把自己的板子的所有电源与复位都用LCDK6748开发板的电源来供,但是还是没有解决。配置成SPI启动也是一样,对应的复用寄存器没有配置。
直接引到座子上面,没有接任何东西。
另外发现一个问题:我的内部rom的0x00700000空间的值全为0x0001E000;但是LCDK6748的这个空间的值是有其他数据的,大概看了下是RBL,为什么我的没有呢?跟这个问题是否有关系呢?
这个看起来有问题。
RBL是ROM bootloader缩写, 是固化在ROM中的bootloader源码,用来加载程序的。
你的芯片是从哪里购买的?
你好,Shine
谢谢你的回答,不过应该不是芯片的问题,我在ti上查到了另外一篇文章,也出现了这个问题,是因为产生了勘探表39页的问题。4.1.3 SATA & USB Digital Supplies Must Be Powered for Proper Device Operation
http://e2e.ti.com/support/dsp/omap_applications_processors/f/42/p/224672/792099.aspx#792099
但是由于那几个电源引脚没有引出,导致了现在暂时无法进行试验,所以想问一下下面一个问题。
1.勘探表上面说的此问题时出现在Silicon Revision 1.1上,但是我买的片子是 TMS320C6748BZWT 没有带21标识的。所以应该是2.0的版本。就不知道为什么还有这个问题?
2.查看的JTAG Silicon Revision 为1.1。但是片子上又是2.0,有没有啥冲突?
3.勘探表上说的这个问题会不会导致RBL代码段全为0x0001E000?
4.勘探表上说的这个问题会不会导致HPI无法正常工作?
5.勘探表上说的这个问题会不会导致Boot不正常(具体体现是,如果配置成HPI模式启动,Bootcfg值能正常读取到0x00000004,但是HPI的硬件引脚还是没有复用为HPI对应的引脚功能)?
FYI
问题已经解决,确实因为芯片版本为1.1,但是SATA与USB的电压没有引入导致了很多问题。现在已经验证通过。谢谢大家