TinyTrak4で9600bps受信テスト（その2）

旧式のRigのIFから受信信号を取り出すことに失敗しましたので、9600と1200bpsのI-gateに使っているTM-D700を一時I-gateからはずして、データ端子での実験をしてみました。
データ端子のPR9という端子が9600bps用ですので、ここにつないで見ました。
オシロスコープで波形を見ると今までの旧式Rigのものより若干振幅が大きいようですが、基本的には変わりがないように思えました。
早速、TT4につないで試したのですが、最初のうちはやはりデコードしませんでした。
やっぱりだめなのかなーと思い、RXAMPのパラメータを3まで下げてみました。
すると、デコードをし始めました。試しにデフォルトの12に戻すとデコードしません。
やはり信号レベルの問題も関係するようです。
http://www.mods.dkからTM-D700の回路図をDLしてデータ端子の接続がどうなっているかを確かめてみました。
回路図によると、9600bpsの端子にはTrによる1段アンプが、1200bpsの端子には2段のアンプが入っていました。
これをまねれば古いRigでも受信できるようになるかもしれません。
TT4のRXAMPでは増幅すると波形が歪んでしまうのかもしれません。TT4に入る前に増幅したほうがいいのかもしれません。
今後の課題としたいと思います。

TinyTrak4で9600bps受信テスト

現在のTT4のAlpha v0.61では9600bpsの受信ができるのですが、実験しようと思うのですが、残念なことにデータ端子がついているRigに空きがありません。TM-D700とTM-D710がありますが、いずれも車に取り付けたりI-gateを運用中ではずして実験ができません。
そこで、昔G3RUHモデム（同じく9600bpsのモデムです）で遊んでいたころのRigの改造方法で試してみました。
方法は簡単で、RigのIF出力のICのピンから直接信号を取り出す方法です。
手持ちにTW-4100とTM-721がありましたので、試してみました。
TA-7761、MC3361DというICの9番ピンから入力すればよいのです。
ところが、どちらのRigもデコードしてくれません。オシロスコープで波形を見るとちゃんと出ているみたいなのですが、だめです。
TT4につないだだけで、DCDランプが点灯してしまいます。
RXAMPコマンドでDCDが瞬くくらいのレベルにすることはできますが、信号が入ってもDCDが点滅しません。もちろん、デコードもしません。
レベルだけの問題ではないような気がしますが、原因がわかりません。
TT4側は普通はSPをつける端子にIFからの信号を直接入れているのですが、ここに一工夫必要なのかもしれません。（もちろんDEC96コマンドはtrueにしています）
いずれにしても、今回はここで実験失敗で終了とします。
Netで調査することにします。

TinyTrak4 alpha0.60でTraker（その２）

3週間ほど前にTT4のファームウエアがAlpha v0.61にUPしていました。
早速本日テストをして見ました。
基本的にはバグフィックスのようですが、GUI Config programの方もバージョンアップしていました。
Alpha v0.61では書き込みができなかった、位置情報送信のインターバルと、smart beaconingの書き込みができるようになっていました。
さらに、commsのタブの中に設定のディスクへの書き込み、読み込みのボタンが追加されていました。
この点だけでも、このツールの使いごこちがずいぶんあがりました。

TinyTrak4 alpha0.60でTraker

TinyTrak4のファームウエア（tt4 alpha v0.60）でTNCがうまく動きましたので、今度は同じファームウエアでTrakerの実験をやってみました。
コマンドの設定はターミナルソフトではなくTinyTrak4 Alpha Config v0.60.exeというGUI Config programツールが公開されていますので、これを使いました。
GUIのソフトですのでなんとなく眺めていれば使い方はわかると思います。
基本的なパラメータはデフォルトで入っています。
コールサインやスマートビーコンなどの基本的な項目を入力してCommsでTT4に書き込みます。
これでOKです。インターフェースのD-subコネクタのピンはTT3Plusと同じですので、モービルのTT3Plusと交換して近所を走ってみました。
ところが、まったく軌跡が記録されてませんでした。
この日は、なぞのままあきらめました。

今日、時間ができたので再び挑戦してみました。
結論から言いますと、GUI Config programで設定したPosition Reporting RateとSmartBeaconingの値がTT4に保存されないことが判明しました。
デフォルトではPosition Reporting Rateは0でSmartBeaconingも無効なので、位置情報が送信されなかったようです。
そこで、前回使ったTeraTermで直接コマンドを入力して、PPERIOD（位置情報の送信間隔）をコマンドで入れてあげるとその間隔で位置情報が送信されるようになりました。
また、SBENをtrueにするとSmartBeaconingも有効になりました。
この状態でGUI Config programでconfigを読み出すとそれぞれの値が読み出されます。
どうも、GUI Config programのバグではないかと思います。
今度は、きれいな軌跡を描いてくれました。SmartBeaconingを有効にしています。（緑色の軌跡がTT4、赤が9600bpsのTM-D710です）

今回利用したGUI Config programは設定情報をファイルとして保存する方法がありません。TT4に書き込んだ内容を読み込むことによって前回作業した内容を再現します。したがって、このあと、ファームウエアがVerUpした場合は今回設定した内容が失われてしまうわけです。変更した部分のメモを取っておく必要があります。
今回のバグの修正とともにファイルでの保存が可能なように改善が待たれます。

さて、Trakerの検証もできましたので、次は9600bpsの受信の実験をしてみようと思います。

TinyTrak4の組み立て

ちょっとUpが遅くなってしまいましたが、お正月休みを利用して円高に乗じて購入しておいたTinyTrak4（以下TT4）を組み立てました。（円高のおかげで、1台送料こみで6,500円！）
TinyTrak3Plusよりも部品数が多いので少し大変でしたが、マニュアル（英文）に組み立て順序が書いてありますので、それほど難しくはありません。さらに、英語が不安な方はJM7MUUさんのHPにFBな日本語訳のページがあります。
完成して電源を入れると4つのLEDがナイトライダーの「ナイト2000」のような点滅を始めます。これで動作していることが確認できます。
TT4はTT3と違い初期状態ではファームウエアがインストールされていません。
ファームウエアを書き込むために、以前はバイナリファイルを転送できる通信ソフトを使用するようになっていましたが、現在は専用の書き込みツールがByonicsのHPにあります。
今回は最新のFWである、tt4_alpha_v0.60をインストールしてみました。
このFWはTNC（TEXTモードとKISSモード）とTrakerモードを切り替えて使うことができるようです。
まず、KISSモードでUI-VIEW32で使ってみます。
ここでKISSモードにするためにはJM7MUUさんの紹介のTeraTermを使いました、電源を入れてESCを3回押すとオプションモードに入ります。
ここで”modea kiss"とするとKISSモードになります。
（後日気がついたのですが、このモード変更も専用ツール（TinyTrak4 Alpha Config v0.60.zip）が出ています。また後日紹介します。）
そうそう、TT4とPCをつなぐのはTT3+と同様にクロスケーブルでなければなりません。要注意です。
UI-VIEW32を起動して、radio側にハンディ機を取り付けて動作確認をしてみました
まったく問題なく、I-gateのUI-VIEW32とメッセージの交換ができました。
現在は1200bpsで実験していますが、このFWは9600bpsの受信（送信はまだだそうです）ができるので、近いうちに9600bpsの実験もしてみようと思います。

APRS 1200bps&9600bps同居システム

かねてからの懸案だった、9600bpsのI-gateを本格稼動してみました。
今までは、エコーリンクで使っているTM-D700のBバンドで運用していました。
エコーリンクは2mを使っていますので、当然、エコーリンクが送信中は9600ポートはミュートになります。

今回エコーリンク用としてICOMのIC-207をオークションで落札しました。
本日、このリグをエコーリンク用として、TM－D700はAPRS用に分離しました。
TM-D700はAバンドをPTT制御としてデータ端子につないだPK-80を介してUI-View32につなぎました。
BバンドはTM-D700のCOMポートを使って内蔵の9600bpsのTNCをUI-View32につないでいます。
これで完璧だ、という予定だったのですが思わぬ伏兵が...
エコーリンクの送信でSメータがフルスケールに振ってしまいます。完全にミュート状態になってしまいます。
パワーを１Wにしてもほとんど変化はありません。
どうも、IC-207はバンド内のスプリアスが多いようです。
試しに、10WですがTM-721（このリグはトーンユニットが入っていないのでエコーリンク用としては使えません）をつないで送信してみるとほとんどSメータは振れません。
現状ではトーンが使える2mのRigがないのでこのままにしておくしかありませんが、近いうちにバンド内スプリアスの少ないリグを探して交換することにします。

Windows7導入

メインマシンが停電のためにクラッシュしましたので、買ってあったWindows7（Home Premium upgrade）を1.5Tのハードディスクにインストールしました。
ついでに、M/BとCPUも新調してCore2Quadにしました。

まず、普通にインストールするとシングルパーテーションになってしまったので、コンピュータの管理でパーテーションの変更をしました。
ところが、Cドライブが750Gまでしか小さくなってくれません。しかたがないので、GpartedというLinuxベースのパーテーションツールを使ってCドライブのサイズを小さくしました。
ところが、ここでこけたらしく、ブートしなくなってしまいました。
ここで、もう一度インストールです。
今度はCを300Gにして再インストールしました。
いくつかアプリを入れて使っていたのですが、かなりXPと互換性が高いようです。
唯一動かなかったのがホームページビルダー10でした。

そうこうして、何日か使っているうちに少し欲が出てきて64bit版はどうなんだろうという気持ちになってきました。
実は、この作業の最中にAsusのモバイルノートを購入したのですが、これがWindows7の64bit版がインストールされたもので、思ったよりトラブルなく動いてくれていたので、欲気が出てきました。
まだ、インストールしているアプリも少ないのでチャレンジをしてみました。

インストールはあっけなく終わり、アプリを入れていくと割りとすんなりインストールできていきます。
2Gのメモリを2枚と1Gを2枚さして6Gにしてみました。6Gがフルに使える状態になっているのは感動でした。
だめだったのはマウスツールの「チューチューマウス」がNGでした。このソフトはWin3.1のころから愛用だったので残念でした。
さらに追い討ちをかけたのがauの音楽管理ソフト「LismoPort」です。というよりも、PCと携帯をつなぐUSBケーブルのドライバがNGでした。
これは結構きついです。私も使っていますが、子供も音楽データをこのPCで管理しているのです。使えないと子供との信頼関係が．．．

そこで考えたのが、VirtualBoxで仮想XPを動かしてその中でLismoPortを使ったらという考え方です。 実際にやってみました。まず、USBケーブルのドライバをXP側にインストールして携帯を接続してみるとホストPC側でエラーになってゲスト側に携帯電話が認識されません。
いろいろやってみました。結局はUSBをアタッチするときのフィルタに携帯の型番から生成したものとフリーのフィルタを2つ準備することでゲストOSのXP側と携帯と通信ができるようになりました。
やれうれしやと音楽CDをドライブに入れると認識してくれません。悩んでいろいろやったのですが、ググッてみるとなんと、VirtualBoxは音楽CDは認識しないとのことでした。
もはやここまでです。
32bit版にもどすことにしました。
（実はもうひとつ、ワンセグチューナーもドライバがNGでした。これは32bit版にもどすことで動くようになりました。）

都合4回のOSのインストールをこの2週間でやりました。ほとほと疲れました。
やっぱり、まだ64bit版はビジネスモデルなどで特定のアプリで用をなすようなPC向きでしょう。
いろんなアプリ、アミューズメント系のアプリも入れるような家庭用PCには不向きのようです。

VirtualBoxは32bit版でも入れておくことにしました。仮想XP上でホームページビルダーを動かすことにします。
ほんとに時々しかHPを修正しないので、7対応のホームページビルダーを買うまでもないとの判断です。（実はホームページゼロが499円だったのでてっきり7対応と勘違いして購入してしまいました。インストールしてがっかり。なおかつ使いにくい）

そうそう、OSが認識しないRAM領域はIOデータのRamphantomを購入しました。使いごこちは今のところよくわかりませんが、IEのtempをおいたりするといいらしいです。