Deltang受信モジュールの仕様について



Deltang受信モジュールの仕様に関して情報収集してみました。

１．Rx31の仕様
・電源電圧3～6V
・4chのサーボ出力
・CH3からは、PPMやRS232C形式で7CH分の受信信号を垂れ流しも可能。
・FETを実装すればブラシ付きモータをドライブ可能
※１方向なので、車や電車で前進/後退が欲しい場合は、Hブリッジなど回路の追加が必要ですね。
・DSM2の空中（飛行機）と地上（車や電車など）の送信機に対応

Rx32～36も基本的には同じで、出力チャンネル数が多いとか、主要メーカーのサーボ用コネクタが付いているというだけの様です。


２．無線の物理層
受信モジュールの写真に写っているサイプレス社CYRF69103-40のデータシートによると、

ワールドワイド対応で、日本についてはARIB STD-T66準拠とある。
ARIBのサイトで規格書を確認。
・第２世代小電力データ通信規格
・周波数帯域　2.4～2.4835GHz
・デジタル信号であれば、単方向も双方向（単複信、複信）も可。
・電波の変調はスペクトル拡散で、直接拡散（DSSS）か周波数ホッピング（FHSS）。
又はこれらの複合したもの。
・データの変調は規定なし。
・最大空中線電力は10mW

早い話が、WiFiやBluetoothなどと一緒って事ですな。


３．無線の通信プロトコル
DSM2というのは、Spektrum社の規格の様です。

その他メーカー
・JRプロポ：DSMJ
・双葉電子：FASST/FHSST
・三和電子：DSSS/FHSS
・FrSKY：ACCST

結局、各社バラバラで、Deltangの受信モジュールを使う場合はDSM2対応の送信機じゃないと、通信は繋がらないって事。

ググってみると、JRプロポからDSM2対応のプロポ用送信モジュールが販売されていた。
技適情報によると空中線電力は2mW/MHzなので微弱無線でしょうね。電波法上は電力ではなく、現実に出力されている電界強度の規制なので推測ではありますが・・・

まあ、微弱であろうがなかろうが技適登録されている訳で、この送信モジュールを使えば法的にはクリアって事には間違い無い。　それにしても、この送信モジュールはべら棒に高いな～

続く


コメント

コメントを投稿

このブログの人気の投稿

ARM用クロスコンパイラのビルド（Windows8+Cygwin）

イメージ
更新版はコチラへ ARM用のGCCを Windows8 上でビルドしてみたので備忘録として。 ◆ Cygwin のインストール setup.exeをダウンロードしてきて実行。 ドライブ直下が吉ですのでディフォルトのままで。 適当なフォルダを指定 通常のブロードバンド環境ならディフォルトでOK わざわざ海外サーバを選ぶ必要はないでしょ。 Devel以下を一括でインストールしてしまいます。　GCCのビルドには不要なものもインストールされてしまいますが、何が必須なのか良く分からないもので・・・ あとは「次へ」だけで無事にインストール完了 ◆関連ソースを入手 ① GCCコンパイラ ② binutils（アセンブラやリンカーなど） ③ Newlib（組み込み向け標準ライブラリ） GCC4.5以降は以下の演算ライブラリが必要らしいので入手。 ④ 任意精度計算ライブラリ(GMP) ⑤ 浮動小数点演算ライブラリ(MPFR) ⑥ 複素数演算ライブラリ(MPC) 今回入手したファイル（バージョン）は以下の通りです。 ダウンロードしたソースを展開します。（何処へ展開するかはご自由に） $ mkdir -p /usr/local/src/gnu $ cd /usr/local/src/gnu $ tar zxvf ~/Download/gcc-4.7.3.tar.gz 　： $ tar vxvf ~/Download/gmp-5.1.2.tar.bz2 ◆ビルド $export LANG=C　この定義が無いとエラーが発生しました。 $export TARGET=arm-eabi $export PREFIX=/usr/local/gnu ①binutilsのビルド $ mkdir -p ~/tools/build-binutils-2.23.2 $ cd ~/tools/build-binutils-2.23.2 $ /usr/local/src/gnu/build-binutils-2.23.2/configure --target=$TARGET --prefix=$PREFIX --enable-interwork --enable-multilib
続きを読む

Raspberry Pi のsleep時間測定

イメージ
RaspberryPiのGPIO出力波形にてsleep処理時間を測定してみました。 ◆sleep() while(1){     *(gpio_regs + 0x7) = (0x1 << portnum);     sleep(n);     *(gpio_regs + 0x0A) = (0x1 << portnum);     sleep(n); } n = 1 1秒から程遠い結果でした。原因は？？ ◆usleep() while(1){     *(gpio_regs + 0x7) = (0x1 << portnum);     usleep(n);     *(gpio_regs + 0x0A) = (0x1 << portnum);     usleep(n); } n = 1 n = 10 n = 100 n = 1000 凡そ80μsecのディレイが発生するようです。 ------------------------------------------------------------------ 追加測定 ◆nanosleep() nano.tv_nsec = n; nano.tv_sec = 0; while(1){     *(gpio_regs + 0x7) = (0x1 << portnum);     nanosleep(&nano,NULL);     *(gpio_regs + 0x0A) = (0x1 << portnum);     nanosleep(&nano,NULL); } n=1～1000 n=10000 n=100000 nano.tv_nsec = 0; nano.tv_sec = 1; usleepと同様に約80usecのディレイが発生しています。 タイムスライスが約80usecって事かな？ 勉強してみよう。
続きを読む

Cygwin+Emacs Problem

イメージ
先般 Windows8（64bit）にCygwinをインストール しましたが、emacsでファイル一覧表示（C-x C-f Ret）が機能しません。 Doing vfork: resource temporarily unavailable　とのメッセージが表示されます。 ググって見つけたブログの手順 で解決しましたので備忘録として。 ◆ash.exeを実行 ◆起動したターミナル上で /bin/rebaseall を実行 ◆Cygwinのsetup.exeを実行して libncurses を再インストール ◆解決しました。
続きを読む