1

独自の信号ブロックを構築してインストールすることができました。データを転送するが、定義された長さでタグを追加するブロックを作成したいだけです。次に、データが変調された後、タグを読み取るブロックを開発しました。ブロックが互いに隣接している場合に機能します。

例: 入力 --> B1 --> B2 --> B3 --> 出力

B1 は 50 項目ごとにタグを追加し、B2 は変調器 (私の場合は BPSK)、B3 はタグ リーダーです。B3がB1の直後でない限り、何も印刷されません。

何が間違っている可能性がありますか? ストリーム タグについて間違った考えを持っていますか?

4

1 に答える 1

1

これは今では解決されている可能性が高いです。回答を得るためのもう 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 - (モンティ・パイソンの異端審問に関する寸劇のように聞こえますが) - これは TPP_DONT と同じなので、私は 3 つのポリシーしか言いませんでした。ただし、ブロックが独自の方法でそれを処理することを読者に示します。したがって、文書化の目的で他に何もなければ、それを使用することをお勧めします。

当時使用されていた GnuRadio のバージョンが TPP_DONT ポリシーを適用したと思います (ポリシーを使用している場合)。したがって、伝播は行われませんでした。

最近では、デフォルトの TPP_ALL_TO_ALL ポリシーをオーバーライドしない限り、タグをデータ パスから取得する必要があります。

編集: https://wiki.gnuradio.org/index.php/Stream_Tags#Tag_Propagationでおそらくもっとよく説明されていることに気付きました

于 2021-06-18T02:04:44.963 に答える