[问答]

中途向ICAP中止写入部分比特流

问答对人有帮助，内容完整，我也想知道答案 0 嗨，我正在尝试部分自我重新配置。想法是通过介质将部分比特流发送到FPGA。 FPGA接收它（在多个块中）并将比特流写入ICAP。当连接发生时，我的FPGA的行为会发生什么发送部分比特流中途消失了？我最终得到了半写的部分比特流。那些在比特流部分重新配置的帧是否会被覆盖？或者在推送数据之前是否需要DSYNC信号，该信号可能位于比特流的最后部分到框架？谢谢以上来自于谷歌翻译以下为原文 Hi, I'm experimenting with partial self-reconfiguration. The idea is to send a partial bitstream over a medium to the FPGA. The FPGA receives this (in multiple chunks) and writes the bitstream to the ICAP. What happens with the behaviour of my FPGA when the connection would disappear halfway the sending of the partial bitstream ? I'd end up with a half-written partial bitstream. Will the frames, that are reconfigured in that part of the bitstream, be overwritten already ? Or is there a need for a DSYNC signal, which p'bly is in the last part of the bitstream, before data is pushed to the frames? thx 0
2019-2-14 09:40:06　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × asd008 该类别下有 32 个回答。邀请回答 aaaa321 该类别下有 27 个回答。邀请回答 doublelove 该类别下有 26 个回答。邀请回答 vynywrwr 该类别下有 21 个回答。邀请回答 hgjhgd 该类别下有 19 个回答。邀请回答 bwerwer 该类别下有 18 个回答。邀请回答 hanyan533 该类别下有 18 个回答。邀请回答 Jaionm 该类别下有 18 个回答。邀请回答 handsomelchcpp 该类别下有 17 个回答。邀请回答 wang2222222 该类别下有 17 个回答。邀请回答 ningee 该类别下有 16 个回答。邀请回答 binro 该类别下有 16 个回答。邀请回答 wznnzw 该类别下有 15 个回答。邀请回答 myf888 该类别下有 15 个回答。邀请回答 yhxc 该类别下有 14 个回答。邀请回答 armortech 该类别下有 14 个回答。邀请回答 60user25 该类别下有 14 个回答。邀请回答 zcy615 该类别下有 14 个回答。邀请回答 wanglinhua2627 该类别下有 14 个回答。邀请回答 guotong1984 该类别下有 14 个回答。邀请回答举报刘悦竹相关推荐 • 在artix7上使用ICAP进行部分比特流编程问题的解决办法？ 1893 • 如何使用GZip的比特流完成重新配置？ 922 • 如何使用Vivado生成特定的部分比特流 3580 • 读取ICAP输出时出现问题怎么回事 990 • 比特流是什么 5021 • 请问如何在没有静态路由的情况下生成部分比特流？ 996 • 使用UG744设计示例加密部分比特流不起作用 930 • 是否需要在flash上切换黄金比特流和多重比特流的位置？ 2182 • labview将视频转为比特流 3420 • 怎么在我的比特流中攻击BRAM 2621 2个回答

答案对人有帮助，有参考价值 0 嗨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

2019-2-14 09:45:23 评论举报李辰圻

答案对人有帮助，有参考价值 0 你好魏，这就是我需要知道的全部内容。谢谢！ grtz 乔以上来自于谷歌翻译以下为原文 Hello Wei, That's all I needed to know. Thx ! grtz jo

2019-2-14 09:51:54 评论举报刘京