問題タブ [redpitaya]

Red Pitaya に詳しい人が DC オフセットを正常に較正したかどうか疑問に思っていました。

任意のチャネルで「ベースライン」を取得し、値の負の平均を計算し、calib -w コマンドを使用してこれらを EEPROM ベクトルの DC オフセット値に適用できるはずです。

これを試してみましたが、取得コマンドで受信したデータには影響しません。

前もって感謝します。

redpitaya で NTPD サービスを実行しようとしています。私はこのブログ ( redpitaya の NTP クライアント) に従い、次のリンクを使用してゼロからカーネルを構築しました: http://wiki.redpitaya.com/index.php?title=Red_Pitaya_OS。

しかし、ビルド ルートの構成ファイルにエントリ 'BR2_PACKAGE_NTP=y' があり、ビジー box.config に 'CONFIG_NTPD=y' & 'CONFIG_FEATURE_NTPD_SERVER =y' がある構成ファイルを使用してフレッシュ ビルドを行った後でも、まだ機能していません。wget や * などの他の機能は機能し始めましたが、必要な NTPD サービスは機能しませんでした。この問題の修正にご協力ください。

Ubuntu 14.04 ボックスから Red Pitaya に ssh する必要があります。私はsshユーティリティをそのまま使用しています。

パスワードルート付き。これらのパラメーターとこの IP により、Windows PC からの PuTTY 接続が可能になります。

上記の 3 重冗長 ssh コマンドの出力を次に示します。

接続を完了するにはどうすればよいですか?

私は現在、再帰的に呼び出して Red Pitaya ボードからデータを (非常にゆっくりと) 受信する python プログラムを持っています。 redpitaya_scpi.scpi(192.169.1.100).rx_txt()

rp_remote_acquireを使用して、リング バッファーでより高いスループットを実現したいと考えています。

stackoverflow のおかげで./rp_remote_acquire、Red Pitaya (サーバー) と Linux マシン (クライアント) の両方で実行できます。

/tmp/outRed Pitaya で次のコマンドを実行するたびに、独自のコンテンツが得られます (これは、サーバー上のプログラムがそのハードウェアからデータにアクセスできることを示唆しています)。

Red Pitaya (クライアント) から Linux マシン (サーバー) にデータを転送するために./rp_remote_acquire、次のパラメーターを使用して起動します。

サーバー ( 192.169.1.100): ./rp_remote_acquire -m 2 -a 192.169.1.102 -p 14000

クライアント ( 192.169.1.102): ./rp_remote_acquire -m 1 -a 192.169.1.100 -p 14000

どこ：

両方のマシンは互いに ping を実行でき、マシンは接続を確立できます (つまり、 0 をint connection_start(option_fields_t *options, struct handles *handles) at transfer.c:251返します)。

クライアントは、 transfer.cから次のコード スニペットを実行することになります。

クライアントは効果的に次のことを行っているようです（size = 0デフォルトで注意してください）：

サーバーが停止するとすぐにクライアントが停止するため、この動作はプログラマーの意図のようです。

sizeゼロに等しくないように変更しても、プログラムはこのループでスタックしません(=> より小さなパケット?)。

Red Pitaya (サーバー) から Linux マシン (クライアント) に (できれば) 送信されているデータにアクセスし、このデータをクライアント マシン上の Python プログラムで利用できるようにしたいと考えています。

私の質問:

• ここで何が行われていて、どうすればデータにアクセスできますか?

• rp_remote_acquireクライアントのメモリにコピーしているデータを何らかの方法で読み取る、クライアント上で 2 番目のプログラムを同期的に実行する必要がありますか?