問題タブ [gnuradio]

デコードしたいデジタル信号を受信して​​います。

GNU Radio を使用して NRZ 平方信号からビットストリームを取得する簡単な方法 (自分でプログラムすることを避ける) はありますか?

ありがとう ！

USRP E110 を使用して、特定の周波数で波信号を生成したいと考えています。USRP をビーコンとして使用して、このシグナルを生成したいと考えています。GNUラジオではなく、ハードドライブで直接できる方法があると思います。この点で誰か助けてください。ありがとう

ボタンが押されるたびにルーチンを出力するように送信機をプログラムしたいと思います。そうすれば、使用するたびにコンピューターに接続する必要がなくなります。このようなものは存在しますか？

私は、自分のアプリケーションの入力として、GNU Radio のような SDR Radio ソフトウェアから I/Q データを読み取るだけのプロジェクトを開始しています。パイプ コマンドを使用することを考えましたが、この場合の使用方法がよくわかりません。もう 1 つのアイデアは、サウンド カードから直接 I/Q データを取得することです。

これらのデータを取得する最も効果的な方法は何かお聞きしたいと思います。ありがとう。

USRP N210 から FFT データをキャプチャしてプロットする小さな GNU Radio プログラムを作成しました。

GUI (matplotlib と wxpython) がロックされないようにするために、GUI がアイドル状態であると報告した後にのみフローグラフを実行しています。

この種のタイミングを行うために、GNU ラジオ チュートリアルで紹介されている非フローグラフ中心のアプローチを使用しています。

基本的に、次のようなメイン ループがあります (疑似コード)。

フローグラフは基本的に次のようになります。

同様のパラメーターを使用すると、実行したときに表示されるものと同じことが期待されますuhd_fft -f 700M -s 10e6。

私のmatplotlibプロットからの出力は、非常に顕著なLOを除いて、最初は非常に似ています。私はコードをたどってみましたが、uhd_fftLOオフセットを行っているのが見えないので、最初の質問はQです. LOを発音させるループ？

編集:極端なLOは、フローグラフが「run()」されるたびに発生する電圧スパイクの副産物であることを確認しました。LO に下げるためにドロップする必要があるサンプルの数は、私のフォローアップ投稿の時間データで確認できます: Python からの単純な GNU ラジオ フローグラフを使用する場合の USRP からの電圧パルス

2 回目の実行後、uhd_fft では絶対に起こらない奇妙なデータが定期的にプロットされます。ブロックを使用してフローグラフを実行するたびに数千のサンプルをダンプすることでこれを解消できますskipheadが、2 番目の質問は次のとおりです。戻った？ uhd_fftフローグラフ中心のプロセスを使用しており、この問題はありません。

私の直感では、フローグラフを中心としないアプリを実行する場合、チュートリアルには記載されていないいくつかの注意事項があります。