在 GNU Radio 中监控缓冲区

Question

我有一个关于 GNU Radio 块之间缓冲的问题。我知道 GNU 中的每个块（包括自定义块）都有缓冲区来存储将要发送或接收的项目。在我的项目中，我必须保持一定的顺序来同步块之间的事件。我在带有 FMCOMMS5 的 Xilinx ZC706 FPGA 平台上使用 GNU radio。

在 GNU radio companion 中，我创建了一个自定义块来控制电路板上的 GPIO 输出端口。此外，我有一个独立的源块，它正在将信息馈送到 FMCOMMS GNU 块中。我试图保持的顺序是，在 GNU radio 中，我首先将数据发送到 FMCOMMS 块，其次我想确保数据被 FMCOMMS 块消耗（主要是通过检查缓冲区），最后我想控制GPIO输出。

根据我的观察，源块缓冲区似乎直到它已满才发送项目。这将导致我的项目出现重大问题，因为这意味着 GPIO 数据将在将项目发送到其他 GNU 块之前或同时发送。那是因为我通过在自定义块的“工作”功能中直接访问其地址来设置 GPIO 值。

我尝试在自定义源的“工作”函数中使用 pc_output_buffers_full() 来监视缓冲区，但我总是得到 0.00。我不确定它是否应该在自定义块中使用，或者这种情况下的“缓冲区”是否与存储输出项的位置不同。这是一个显示问题的小代码片段：

char level_count = 0, level_val = 1;
vector<float> buff (1, 0.0000);
for(int i=0; i< noutput_items; i++)
{
    if(level_count < 20 && i< noutput_items)
    {
        out[i] = gr_complex((float)level_val,0);
        level_count++;
    }
    else if(i<noutput_items)
    {
        level_count = 0;
        level_val ^=1;
        out[i] = gr_complex((float)level_val,0);
    }
    buff = pc_output_buffers_full();
    for (int n = 0; n < buff.size(); n++)
        cout << fixed << setw(5) << setprecision(2) << setfill('0') << buff[n] << " ";
    cout << "\n";
}

有没有办法监控缓冲区，以便我可以确定我的第一部分数据位何时发送？或者有没有办法确保每个输出项都像连续流一样发送到下一个块？

GNU Radio Companion 版本：3.7.8

OS：FPGA 上的 Linaro 14.04 映像运行

Answer 1

Or is there a way to make sure that the each single output item is being sent like a continuous stream to the next block(s)?

不，这不是 GNU Radio 的工作方式（根本！）：

不久前我写了一篇 article 来解释 GNU Radio 如何处理缓冲区，以及缓冲区的实际含义。虽然您可能对 GNU Radio 缓冲区的内存架构不太感兴趣，但让我快速总结一下它的动态：

调用 (general_)work 函数的缓冲区的行为类似于可线性寻址的环形缓冲区。您一次获得随机数量的样本（限制为最小数量，数量的倍数），所有您没有消耗的样本将在下次调用 work 时交给您。
这些缓冲区因此会跟踪您消耗了多少，因此缓冲区中有多少空闲space。
块看到的输入缓冲区实际上是流图中"upstream"块的输出缓冲区。
GNU Radio 的计算是背压控制的：任何块的 work 方法将立即在无限循环中调用，因为：
1. 块有足够的输入来工作，
2. 有足够的输出缓冲区 space 可以写入。
因此，一旦一个块完成其 work 调用，就会通知上游块有新的空闲输出 space，因此通常会导致它运行ning
这导致了高并行性，因为即使是相邻的块也可以同时运行而不会冲突
这种架构有利于大块的输入项，尤其是对于需要相对较长时间才能进入计算机的块：当块仍在工作时，其输入缓冲区已经充满了样本块；当它完成时，很可能会立即再次调用它，所有可用的输入缓冲区都已经充满了新样本。
此架构是异步的：即使您的流程图中有两个块 "parallel"，它们生成的项目数量之间也没有明确的时间关系。

我什至不相信根据这个完全不确定的时序数据流图模型中的速度计算有时切换 GPIO 是一个好主意。也许您更愿意计算 "timestamps" 应该切换 GPIO，并将（时间戳、gpio 状态）命令元组发送到 FPGA 中保持绝对时间的某个实体？在无线电传播和高速信号处理的规模上，CPU 时序确实不准确，您应该利用拥有 FPGA 的事实来实际实现确定性时序，并在 CPU（即 GNU Radio）上使用软件运行ning 来确定何时应该发生。

Is there a way to monitor the buffer so that I can determine when my first part of data bits have been sent?

除此之外，一种异步地告诉另一个块，是的，你已经处理了 N 个样本的方法，要么是有一个块，它只观察你想要同步的两个块的输出，从两个输入消耗相同数量的样本，或者使用消息传递来实现某些东西。同样，我怀疑这不是您实际问题的解决方案。

在 GNU Radio 中监控缓冲区

Monitor buffers in GNU Radio

c++

fpga

xilinx

gnuradio

gnuradio-companion