部品

使ったのは

• RN-42 (Bluetooth SPP モジュール)
• 3.3V レギュレーター付きの RS-232C 3.3V ロジック変換モジュール

RN-42 は1500円と、余り安くはないのだけれど、国内技適マークがついており合法的に使える。また、シリアル経由または、接続済みBluetooth経由で内部設定を変更できるモードがあり、簡単に柔軟な設定ができる。

ロジック変換には3.3Vレギュレーター付きのちょうど良いのがあったので、これにしてみた。

実際のところ、負の電圧はいらないので真面目にRS-232C変換する必要はなく、単に電圧と論理変換さえできればいいので、ICを使う必要はないけど、面倒なのでこれにした。

レギュレーターの耐圧が14Vなので、13.8V だとギリギリすぎるのと、ドロップ電圧が大きくて結構発熱してしまう。本当ならKX3内部のスイッチングで降圧された3.3Vに接続できたらいいのだけれど、良い方法がない。40mA 流すと 0.42Wは熱に変わってしまってエコではない。

製作

ただ繋ぐだけなのでデータシート見つつ半田付けしたら普通に動いてくれた。

デフォルトだと115200baudになっているので、screen /dev/tty.xxx 115200 で接続した後に、以下のコマンドで設定しなおす。(38400baudに)

// <CR> は改行

// コマンドモードに入る (GPIO5 が10Hzで点滅するようになる)
$$$<CR>
// ボーレート設定
SU,38.4<CR>
// 設定確認
D<CR>
// 再起動
R,1<CR>
// コマンドモードを抜ける
---<CR>

（エコーされないので、ローカルエコーを有効にしたほうがわかりやすい。コマンドモードに入ってから + を送るとエコーが有効になる）

これはどうやら電源を切っても記憶されているようなので、最初の一度だけで良い。

最初、ボーレートの設定方法がわからず、GPIO7をプルアップして9600baudに固定してみたが、上記の方法で自由にボーレートを設定できるので、GPIO7は何もしなくてよい。GPIO7 をプルアップした場合、ソフトウェア設定に関わらず強制的に9600baudに固定される。マイコンとか別途繋いだ場合、設定はボーレート強制したほうが安定するとか、そういう用途に使えそう。

GPIO5 は接続が完了すると出力がゼロになるので、LEDを繋いでいても接続中は電流が流れずエコ。ただ、これは対応するデバイスファイルを open しタイミングで消えるので、ペアリングしただけではチカチカしたまま。

使用感

デバイスを指定すれば自動的にペアリングされ、/dev/tty.xxx に勝手にデバイスファイルが作られるので、それを指定して普通にシリアル通信すればよく、特に Bluetooth だからといって難しいことはない。

遅延がちょっとあって、ケーブル直と完全に同じ使用感という感じではない。

メリット

• シリアルケーブルがいらない
• ホストPCのUSBポートを占有しない
• PC との GND の分離

デメリット

• KX3側での消費電力増
• 遅延

無線化できるメリットはあるにはあるけど、めっちゃ便利というほどでもない。サイドに繋いでいるケーブル類の殆どの無線化できたら便利だろうけど、難しい。数本繋いでいるうちの1本ケーブル減ったくらいでは嬉しさがあんまりないなという感じ。

可能なら

電源をスイッチング降圧にしたいが、スイッチングだと

• デカい
• ノイズ対策が必要

というのが厳しい。0.6W ぐらいならリニアレギュレータで我慢するほうがいいかもしれない。

あと、丁度いい小型のケースを見つけるのが難しい。今回は aitendo のプラケース (22x11x43)を使ってみたが、aitendo は在庫が安定してないので、タカチの SW-30B (20x18x30) か SW-40B (30x20x40) がいいかもしれない。

RS-232C をモジュール基板でやってるのも無駄なので、表面実装の適当な Vth 低い FET でやるようにできるとよさそう。

$$$
SQ,16 // low latency 優先モードになる (スループットが落ちる) SQ,0 でデフォルト
GQ // 現在のモード

TSS 保証

以下のような時間感覚ですすんだ (まだ総通の処理待ちだけど) 総通も処理終わった

• 2014-08-09: 申請 & 振込
• 2014-08-20: 音沙汰ないのでメールで問い合わせ (入金連絡とかもない)
  • 11日に入金確認済みだが、混んでて入金日から17日後に審査開始となると言われる
  • ( 紙のほうが早いから切替えてもいい、とも)
• 2014-09-01: 補正連絡
  • 大した内容ではないので即日補正し返信
• 2014-09-04: 補正連絡
  • チェックボックスの漏れ一箇所なので即日補正し返信
• 2014-09-05: 保証のお知らせ
• 2014-09-05: 総務省のシステムで保証書添付して送信
• 2014-09-08: 受付処理中
• 2014-09-09: 審査中
• 2014-09-10: 審査終了

だいたいメールがくるのが、いつも18時ぐらいだった。

電子申請より紙のほうが早いというのは理解に苦しむけど、たぶん全く自動化せずTSSでも総務省の画面にファイル読みこませてシコシコやってるんじゃないかみたいな遅さなのかもしれない。大変だな

今回やったこと

メインは KX3 の保証認定だけど、ついでにPC変調のデジタルモードについても一括で申請した。つまり

• 第1送信機 (技適機種) の変更 (外部変調装置を付けると技適から外れる)
• 第2送信機 (KX3) の追加

つまりどちらも技適外になる。技適から外れると途端に書く書類が増える。以下のような書類で提出した

• 第1送信機
  • 電波形式・終段菅など全部書く
  • 送信機系統図のPDF (技適機種の場合、系統図内の無改造の無線機内部のついては技適番号で代替できる)
    • 「変更」の場合変更内容もこの系統図に書く必要がある
• 第2送信機
  • 電波形式・終段菅など全部書く
  • 送信機系統図のPDF
  • 5MHz 送信不可の証明書 (CamScanner でスキャンしたPDFそのまま・英文)
• 附属装置諸元のPDF
  • デジタルモードの変調方式を列挙したもの

附属装置諸元のPDFに書いた電波形式と、各送信機の送信内容に書いた電波形式が矛盾なく一致していなければならない。これがとにかく手動だと面倒。とりあえず手動で頑張るしかない。

補正

書類の形式ミスの指摘が大半だった。あとはデジタルモードの諸元と送信機に書いた電波形式の相違の指摘だった。

ハマったところをメモしておく

• 「移動する送信機の取替え及び増設の台数」はいろいろ書いてあるが、要するに新規に発効すべき「証票」の数を入れればいい
• 備考にある既に免許を持っている場合というのは、固定局と移動局でコールサインを一致させるために入れるっぽいので、移動局だけの申請なら何も入れない。
• 「14 変更する項目」と最後に出てくる「申請届出事項」は矛盾なく一致しなければならない (画面が違うのでウッカリ間違えがち)
• 送信機系統図を各送信機の画面で添付した場合「添付図面」の「送信機系統図」にチェックを入れなければならない
• 「変更」の場合は送信機系統図内に変更内容がわかるような記述をすること

電子申請の考えかた

電波利用 電子申請・届出システム Lite = sinsei.xml 編集ツール + 申請ツール

TSS 保証認定のときもこのシステムで sinsei.xml を作って、これを総通に申請する変わりに出す (最終的には、保証認定書を添付して総通にも出すけど)。

sinsei.xml はただのXMLなので整合性が保たれていれば手で編集しても問題ない。特に各周波数帯ごとに電波型式を全部書くのはウェブのシステムでやるとただの地獄なので、一通り入力したら「途中保存」を行って sinsei.xml をダウンロードし、手元で編集したほうが早い。(編集して、再度アップロードしてちゃんと思った通り入力されているか確認する)

余談だけどシステムから出力される sinsei.xml はインデントがタブだったりスペースだったりして、ライブラリを使わずに自分で書いてる臭いがする。

諸元

• 方式
• 通信速度
• 周波数偏移幅
• 副搬送波周波数
• 符号構成
• 電波型式
• どの送信機で使うか

を全て書く必要がある。電波形式は各送信機で申請する内容と矛盾なく一致する必要がある。

あと、1.9MHz帯は占有周波数帯幅の制限があり一部電波形式は許可されないので、それを送信機側のの電波形式に含めたりしないようにする必要がある。

これは1から書くとだるすぎるので、ネットでころがってただいたい全部載ってますみたいなのを Google Docs にインポートして、足りてない情報と間違っている情報を直して提出した。