3BSE018136R1需要一个状态机来处理发出的请求

• 发往或发自固定地址的突发长度不能超过 16 拍。这也适用于包装寻址。但是，如果地址递增，则允许 256 拍的突发。

• 突发不允许跨越 4kB 边界。

  确保突发不跨越 4kB 边界，确保它们被限制在 256（或 16）次节拍，以及确保您只为您需要的突发发出突发请求，这可能会成为一个非常复杂的过程。当然，您可以用两个（或更多）时钟来运行您的计算，但是您可能不再达到 100% 的吞吐量。

  不，这个计算的关键或技巧，由我的一位推特粉丝与我分享 ，是选择一个不超过 4kB 的最大突发长度，然后将所有后续突发的开始对齐突发长度边界. 这将使您免于在发出突发请求之前同时检查突发长度和 4kB 边界。

• 出于性能方面的原因，您还需要处理您的业务然后下车。因此，我建议不要尝试 总线传输，直到您可以在突发中以 100% 的吞吐量进行传输。

  请记住，每次您的内核使用 总线时，都需要分配资源来跟踪 互连内的连接。如果您的核心不使用总线，则这些资源可以专用于其他目的。

虽然我希望最终在博客中介绍如何执行此操作，但您可以同时查看我的一些示例。我有三个突发 AXI master 的例子，如果您对更多信息感兴趣，可以随意查看。这些是我的 AXI S2MM、 MM2S和 DMA (MM2MM) 内核。例如，将这些内核可以实现的吞吐量（通过我的新 AXIDMACHECK 设计测量）与 上面显示的块 RAM 控制器 实现的削弱吞吐量进行比较。

*博客内容为网友个人发布，仅代表博主个人观点，如有侵权请联系工作人员删除。