PROSAGA码农传奇-FPGA/ASIC-监视GNU Radio中的缓冲区

<div class =“post-text”itemprop =“text”>
  <BLOCKQUOTE>
    
      或者有没有办法确保每个单个输出项目像连续流一样发送到下一个块？
    
  </BLOCKQUOTE>
  
    不，这不是GNU Radio的工作方式（根本不是！）：
  
  
    前一阵子我写了一篇
    <a href="https://web.archive.org/web/20170901000000*/http://gnuradio.org/blog/buffers" rel="nofollow noreferrer">
      文章
    </A>
     这解释了GNU Radio如何处理缓冲区，以及它们实际上是什么。虽然GNU Radio缓冲区的内存体系结构可能对您不太感兴趣，但让我快速总结一下它的动态：
  
  <UL>
    <LI>
      缓冲区（
       <code>
 general_
 </code>
      ）
       <code>
 work
 </code>
       对所有实用的行为调用函数，如线性可寻址环形缓冲区。您可以一次获得一个随机数量的样本（限制为最小数字，数字的倍数），并且您下次不会将所有未消耗的样本传递给您
       <code>
 work
 </code>
       叫做。
    </LI>
    <LI>
      因此，这些缓冲区会跟踪您消耗了多少，因此缓冲区中有多少可用空间。
    </LI>
    <LI>
      块看到的输入缓冲区实际上是流程图中“上游”块的输出缓冲区。
    </LI>
    <LI>
      GNU Radio的计算是背压控制：任何块都是
       <code>
 work
 </code>
       方法将立即在无限循环中调用，因为：

<OL>
        <LI>
          块有足够的输入来完成工作，
        </LI>
        <LI>
          有足够的输出缓冲区空间可以写入。
        </LI>
      </醇>
    </LI>
    <LI>
      因此，只要一个块完成它
       <code>
 work
 </code>
       调用时，上游块被告知有新的空闲输出空间，因此通常会导致它运行
    </LI>
    <LI>
      这导致高并行性，因为即使相邻的块也可以同时运行而不会发生冲突
    </LI>
    <LI>
      这种体系结构有利于大块的输入项，特别是对于需要相对较长时间才能进入计算机的块：当块仍在工作时，其输入缓冲区已经填充了大量的样本;当它完成时，很可能会立即再次调用，所有可用的输入缓冲区已经填充了新的样本。
    </LI>
    <LI>
      这种架构是异步的：即使两个块在流程图中是“平行的”，它们产生的项目数量之间也没有确定的时间关系。
    </LI>
  </UL>
  
    我甚至不相信在这种完全不确定的时序数据流图模型中基于速度计算有时切换GPIO是一个好主意。也许您更愿意计算应该切换GPIO的“时间戳”，并将（时间戳，gpio状态）命令元组发送到FPGA中保留绝对时间的某个实体？在无线电传播和高速信号处理的规模上，CPU时序是
    
      真
    
     不准确，您应该使用FPGA实际实现确定性时序的事实，并使用CPU上运行的软件（即GNU Radio）来确定
    
      什么时候
    
     那应该发生。
  
  <BLOCKQUOTE>
    
      有没有办法监控缓冲区，以便我可以确定何时发送了我的第一部分数据位？
    
  </BLOCKQUOTE>
  
    除此之外，一个异步告诉另一个块的方法，是的，你已经处理了N个样本，或者要么只有一个块，它只观察你要同步的两个块的输出并消耗相同数量的块。来自两个输入的样本，或使用消息传递实现某些内容。我再次怀疑，这不是解决您实际问题的方法。
  
</DIV>