How to set OFFSET IN/OUT constraints
当`ifdef遇到XST
Jul
1
PicoBlaze JTAGLoader和XSVFPlayer 
稍稍玩了一下PicoBlaze，总结一下一些花了点时间的问题
1、感觉按了reset不能复位程序
因为只是写了个简单的点LED的程序，不能运行得太快，于是手动分频了。而在分频的时候，还给了reset信号。于是，每次reset时钟都停止，PicoBlaze又用了同步reset，于是每次按下reset按钮都没办法将程序reset。
这个问题也可能出现在所有同步Reset的程序中。
另外一点也要注意最好所有的clock都free running。
2。试用JTAGLoader
JTAGLoader的原理是使用BSCAN在程序运行中对BlockRAM进行改写。
按照JTAGLoader的使用说明，好久都没调出来。
问题首先是上面提到的reset
然后是Picoblaze内部也要从blockram连出来一个reset，使Load完成后对Processor自动reset
最后是XSVFPlayer这个程序。
JTAGLoader使用batch模式下的xsvfplayer下载，花费的时间在50s到150s。结果在漫长的等待之后还是没看到期望的结果。最后终于想到，可能因为我用的是USB Cable。尝试拔了Cable那个程序还是一样运行。果然是Batch模式的xsvfplayer没有一个检测cable的机制。
在Xilinx网站上找了运行XSVF的方法，最后终于成功，用USBCable只需要1秒钟就下载完毕。
看出差距了吧：）
1、感觉按了reset不能复位程序
因为只是写了个简单的点LED的程序，不能运行得太快，于是手动分频了。而在分频的时候，还给了reset信号。于是，每次reset时钟都停止，PicoBlaze又用了同步reset，于是每次按下reset按钮都没办法将程序reset。
这个问题也可能出现在所有同步Reset的程序中。
另外一点也要注意最好所有的clock都free running。
2。试用JTAGLoader
JTAGLoader的原理是使用BSCAN在程序运行中对BlockRAM进行改写。
按照JTAGLoader的使用说明，好久都没调出来。
问题首先是上面提到的reset
然后是Picoblaze内部也要从blockram连出来一个reset，使Load完成后对Processor自动reset
最后是XSVFPlayer这个程序。
JTAGLoader使用batch模式下的xsvfplayer下载，花费的时间在50s到150s。结果在漫长的等待之后还是没看到期望的结果。最后终于想到，可能因为我用的是USB Cable。尝试拔了Cable那个程序还是一样运行。果然是Batch模式的xsvfplayer没有一个检测cable的机制。
在Xilinx网站上找了运行XSVF的方法，最后终于成功，用USBCable只需要1秒钟就下载完毕。
看出差距了吧：）
cation
2007/07/02 06:41
楼主好像是Xilinx的技术支持或者是铁杆，您那边还有一些Xilinx的FAE的培训文档，打算去应聘那边的FAE
分页： 1/1 
1 
1
