【问题标题】:GNURADIO: Getting stream tags to pass over more than one block?GNURADIO:让流标签通过多个块?
【发布时间】:2012-10-08 18:28:15
【问题描述】:

我刚刚能够构建和安装自己的信号块。我只是想制作一个转发数据的块,但以某个定义的长度添加标签。然后,在数据被调制后,我开发了一个块,应该将标签读回给我。当块彼此相邻时,它可以工作。

例如输入 --> B1 --> B2 --> B3 --> 输出

B1 每 50 个项目添加一个标签,B2 是一些调制器(在我的例子中是 BPSK),而 B3 是标签阅读器。除非 B3 在 B1 之后,否则它永远不会打印任何东西。

我可能做错了什么,我对流标签有错误的想法吗?

【问题讨论】:

    标签: c++ stream tags gnuradio


    【解决方案1】:

    这很可能现在已经解决了。另一个获得答案的地方是 gnuradio-discussion 邮件列表。 但是,以防万一其他人发现这个问题,我可能会添加一些颜色,希望对您有所帮助。

    请记住,GnuRadio 的早期版本是 2012 年。问题未指定 GR 版本。这些天它是 GR 3.8 和 3.9,除非我弄错了,否则 3.10 正在开发中。

    作为 GnuRadio 游戏的新手,我对标签进行了一些挖掘,因为我想使用它们将有关某些信号参数的信息沿数据路径向下传递。我的挖掘/实现是在 GR 3.9 中完成的 标签传播有 3 种主要策略:

    1. TPP_DONT - 没有传播
    2. TPP_ALL_TO_ALL - 来自所有输入的标签传播到所有输出(默认)
    3. TPP_ONE_TO_ONE - 标记从第 n 个输入传播到第 n 个输出
    4. TPP_CUSTOM -(我知道,这听起来像是关于宗教裁判所的 Monty Python 短剧) - 它与 TPP_DONT 相同,这就是为什么我只说 3 个政策。然而,它向读者表明该块将以自己的方式处理它。因此,如果没有其他目的,最好使用它。

    我猜当时使用的 GnuRadio 版本应用了 TPP_DONT 策略(如果它使用了策略)。因此没有为您进行任何传播。

    这些天来,除非您覆盖默认的 TPP_ALL_TO_ALL 政策,否则您应该将标签放在数据路径中。

    编辑:刚刚意识到它在https://wiki.gnuradio.org/index.php/Stream_Tags#Tag_Propagation 上的描述可能要好得多

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-07-30
      • 2013-05-04
      • 2021-04-19
      • 1970-01-01
      • 1970-01-01
      • 2017-11-03
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多