嗨J,
如果你的ICAP的CS仍然被断言并且CLK正在运行,那么你将会输入可能导致争用的数据。
这很糟糕。
如果您知道您的连接不可靠,您可能需要考虑使用BRAM缓冲数据,以确保始终以帧边界结束。
如果您无法填写数据,请发出desync命令或执行ABORT序列(带有CS断言的google RDWR)。
在7系列和即将发布的2012.2 ISE中,PR将允许每帧CRC确保数据完整性。
问候,
伟
以上来自于谷歌翻译
以下为原文
Hi J,
If your ICAP's CS is still asserted and CLK is running, you'll be piping in data that can result in contention. This is rather bad. If you know your connection is going to be unreliable, you may want to consider buffering your data with BRAM to ensure you'll always end in frame boundary. And if you can't fill up the data, either issue desync command or perform the ABORT sequence (google RDWR with CS asserted.)
In 7-series and the to be released 2012.2 ISE, PR will allow per-frame CRC to ensure data integrity.
Regards,
Wei
嗨J,
如果你的ICAP的CS仍然被断言并且CLK正在运行,那么你将会输入可能导致争用的数据。
这很糟糕。
如果您知道您的连接不可靠,您可能需要考虑使用BRAM缓冲数据,以确保始终以帧边界结束。
如果您无法填写数据,请发出desync命令或执行ABORT序列(带有CS断言的google RDWR)。
在7系列和即将发布的2012.2 ISE中,PR将允许每帧CRC确保数据完整性。
问候,
伟
以上来自于谷歌翻译
以下为原文
Hi J,
If your ICAP's CS is still asserted and CLK is running, you'll be piping in data that can result in contention. This is rather bad. If you know your connection is going to be unreliable, you may want to consider buffering your data with BRAM to ensure you'll always end in frame boundary. And if you can't fill up the data, either issue desync command or perform the ABORT sequence (google RDWR with CS asserted.)
In 7-series and the to be released 2012.2 ISE, PR will allow per-frame CRC to ensure data integrity.
Regards,
Wei
举报