RFIDリーダーで非標準信号処理操作を行う必要があるため、アンテナの個々のアナログ（実際にはADCの直後のデジタルサンプル）入力信号サンプルをMotorola FX7500で抽出できるかどうかを知りたい（これが FX7400 または FX9500 でどのように機能するかを知っている場合は、教えてください。役に立つかもしれません)。サンプルは、JAVA ベースのホスト コンピューター プログラムで処理されます。

私がすでに試したこと：

1. モトローラ独自の RFID3 API の可能性を調査すると、入力アナログ信号サンプルと実際に接触するほど深くはなりません。

2. LLRP を最大限に使用すると、アナログ信号のサンプル アクセスも許可されません。RFsurvey 機能があればある程度は役に立ちますが、FX7500 もサポートしていません。

3. RFID リーダーの Linux ターミナルにアクセスし、入力サンプル ストリームをリッスンできるドライバー関数を見つけようとしています。現在の入力サンプルを入力ストリームから抽出できれば、(理論的には) スクリプトを作成して、タグ インベントリ ラウンド中にホスト コンピューターの txt ファイルにこれらのサンプル値のいくつかを保存できます。私のLinuxスキルはちょっと悪いので、この質問をします.

唯一の現実的な解決方法は、Linux ターミナルを使用することのようです。そのため、何かアイデア (どこを調べて何をすべきか) がある場合は、アドバイスしてください。

リーダーの内容:

目標：

• ある pi から別の pi へワイヤレスで複数のサーボ/RC モーターを駆動します。
• 本質的に、私は pi を使用して RC リモコンを構築したいと考えています。

これで、RF リンク モジュールを介したシリアル伝送が安定し、エントリの破損がほとんどなくなりました。RF リンクモジュールにより、シリアル伝送の最大ボーレートは 4800 です。

問題：

送信機の pi 印刷値と受信機の pi 印刷値の間に 2 ～ 4 秒の差があるようです。この遅延がどこから来て、なぜそんなに大きいのか、私にはわかりません。受信側の pi の信号は、送信側の pi から送信されたデータとまったく同じですが、2 ～ 4 秒遅れていることに注意してください。送信機/受信機モジュールをバイパスし、Tx ピンと Rx ピンをジャンパー線で接続した場合でも、同じ遅延が見られました。

受信 Pi のデータが非常に後でデコードされる原因は何ですか? 以下のコードを貼り付けました。

---------- Tx Pi -----------------

-------------- Rx Pi -----------------

Tx Pi が文字列 sData を出力するときと Rx Pi がタプル tData を出力するときの時間差は、2 ～ 4 秒です。struct.unpack 関数は遅いですか?

この時間差を最小限に抑える必要があります。何か案は？

rf24 ラジオのパイプ アドレスを効率的に調べる方法があるかどうかを調べています。2 つの無線が通信するには、それらが同じチャネル上にあり、同じ読み取りパイプ アドレスと書き込みパイプ アドレスを持っている必要があります。

今考えられる唯一の方法は、ブルート フォースを使用することです。検索回数を減らす最も簡単な方法は、少なくともラジオ チャンネルを知ることです。これは簡単な部分だと思います。理論的には (推測では)、「検索」ラジオを正しいチャンネルに設定し、「聞く」だけに設定してから、次から次へとアドレスを試すことができました。しかし、アドレスは任意の 40 ビット 16 進数値になる可能性があるため、これは非効率的です。したがって、2^40 個のキーが考えられます。「リッスン」アドレスを見つけるために、一度に 2 週間も費やしたくありません。

より良い方法はありますか？シグナルをチャネルに送信し、そのチャネルで使用可能なすべてのパイプ アドレスを取得する方法はありますか? 基本的に私の方法以外は何でも。

編集1：

次のようなスキャナーを変更する方法があるのではないかと思います:特定のチャネルを見つけてから、アドレスを見つけます。nRF24L01(+) 仕様によると、「パケットには、プリアンブル、アドレス、パケット制御、ペイロード、および CRC フィールドが含まれています」。これにより、可能なアドレスの数が非常に少なくなります。