So-net無料ブログ作成
検索選択
前の5件 | -

UV-6R [アマチュア無線]

久しぶりの中華ハンディ

UV-6R.jpg

大流行となったUV-3Rのハイパワー版UV-5Rの後継機。
デザイン、なかなかかっこいいですね。
中身は同じみたいですが。

VFOの動作範囲をJAのバンドプラン(144.000-146.000、430.000-440.000)に制限して、簡単に書き換えできないようにしてやれば保証認定が取れて合法的に使えます。

UV-6Rのプログラミングソフトウエアはこちらから。
http://www.miklor.com/uv5r/UV5R-Software.php

Edit→OtherでVFOの動作範囲を設定します。
Other_setting.jpg

これでVFOで設定できる周波数範囲がJAのバンドプランに制限されます。

次に、誰もがやりたいと思っているアマチュアバンド外の受信。
たとえば特小の受信はメモリーしておきたいところ。
しかし、送信できたらまずいので、TXとRXに違う周波数を書き込みます。
具体的には、422.050をRXに、438.000をTXに。
これで、送信すると438.000になるので問題ありません。

こうやって設定して本体に書き込みます。

次に、「簡単に書き換えられないようにする」処理。
一般的にはプログラミングケーブルをつなぐSP/MIC端子を殺すのですが、これではSP/MICが使えなくなるので不便です。データだけ切断しましょう。

UV-6R_R93.jpg

この回路でR93 1Kをはずししまえば通信ができなくなるので、データの書き換えが不可能になります。この手の改造をする人は回路図があれば追いかけられるでしょう。頑張ってください。

初期のUV-3Rはスプリアスが酷いものですがた、だんだん良くなって今の機種はだいたい問題なさそうです。とはいえ、新スプリアス規格に合致するかはわかりません。スペアナとATTがあるのでそのうち測ってみようと思います。

ところで、本体は数1000円で買えますが(UV-6RはAmazonで4800円でした)、保証認定に結構お金かかるんですよね。若手には電子工作にもなるし、安いし、良い題材だと思うのですが。

nice!(2)  コメント(0) 
共通テーマ:日記・雑感

VAIO TZをWin10にするとシャットダウンに失敗するようになる [パソコン]

Win10無償Updateが終わりましたね。
うちのPCも問題無い範囲でWin10にしたのですが、VAIO TZだけは致命的な問題でWin7に戻しました。

症状としては、シャットダウンでメモリーエラーを起こして再起動になってしまい電源が切れません。
調べてみると内蔵しているアナログモデムのドライバーが悪さをしている感じ。
デバイスマネージャーでモデムのドライバーを無効にしてやれば正常にシャットダウンできます。
しかし、再起動すると勝手に有効に戻ってしまい、またシャットダウンに失敗します。
この繰り返し。

Core2でメモリー2GBあればWin10は割と快適に動きます。
しかし、TZはモデムの問題でだめでした。

モデムが入っていないTTは大丈夫でした。

ATOMのType-Pもやってみましたが、こちらは遅すぎてダメでした。
ただでさえ遅いので快適とは言えず実用ぎりぎりでしたが、これにWin10を入れると遅すぎてイライラします。限界を超えるイライラ感。Win7でもイライラしますが、小ささゆえ許せる範囲です。メールとかちょっとしたブラウザならなんとかなるので、極力荷物を減らしたい出張とかでは十分役に立つ感じでした。
ATOMは4ケタのデュアルコア以降でないとダメみたい。

ちなみにメインのタワーPCはWin7のままで行くことにしました。
このPCを組んだ目的のビデオ編集ソフトEDIUS Neo3が動かなくなってしまうからWin7のままにすることにしました。


nice!(1)  コメント(0) 
共通テーマ:日記・雑感

RRS-Piを自宅Webサーバと共存させる(検討) [アマチュア無線]

ご存知の通り、うちではWebサーバを置いて外に公開しています。
通常の80番ポートでアクセスできます。
ここにRRS-Piを追加して、ルータで8080から転送するようにしてみたのですが、画音が出ない問題が起きています。サポートに問い合わせたところ、これは製品仕様で今のところ回避できないとのこと。つまり、RRS-Piは80番のまま外に出さないと動かないようです。

今はテスト中なのでWebサーバを10080番に移してRRS-Piを80番に置いてあります。普通に使えます。
テストは良いのですが、長い間ずっと公開しているWebサーバを(誰が見ているかわかりませんが)普通と違うアクセス方法に切り替えるのはめんどくさいです。

調べてみると、もしかしたらリバースプロクシというシステムが使えるかもしれないことが見えてきました。これは、すべてのアクセスを一度そのリバースプロクシサーバに入れて、アクセス内容によってその先の実サーバを振り分けるものです。負荷分散に使ったり、セキュリティ確保のために使われるようです。
これをうまくつかえば、例えばwww.bwt.jpでアクセスしたら今まで通り、rss.bwt.jpにアクセスしたら別のホスト(この場合はRRS-Pi)に転送できそうです。

参考にしているサイトはこちら。
機能は通常のApacheに入っているようです。

接続インターフェースSCU-17は買わずに手持ちの部品で代替を組んだところで、FT-991にもまだ手を出していないので傷は浅いですが、この方法でなんとかならないかあがいてみようと思っています。
構築経験がある方いましたら、アドバイスを頂きたいです。


nice!(0)  コメント(1) 

URL一部変更のお知らせ [アマチュア無線]

無線のリモート運用実験をしています。
そのため、サイトのアドレスが変わっています。

今までのURLで各種コンテンツにアクセス出来なかったら、ポート番号10080を付けて下さい。
www.bwt.jp → www.bwt.jp:10080
Wiki www.bwt.jp:10080/wiki/


RRS-Piを導入して実験をしているのですが、うちのWebサーバとRRS-Piのポートがぶつかるためルータで回避しました。RRS-Pi側へのアクセスを変えればできると聞いたのですが、それだとAVストリームがうまく流れずダメでした。どうもFLASHが80番を明示的に使っているようです。このため、メインのWebサーバの方を動かすことにしました。とりあえず暫定ですが、解決しない場合は8月末くらいまではこのままになりそうです。


nice!(0)  コメント(0) 
共通テーマ:日記・雑感

HAM-STAR RRS-Pi(ラズパイでリモート運用) [アマチュア無線]

2016-07-09 14.54.41.jpg

HAM-STARというリモートシステムがあります。
これが、専用ハードを使わずに、RaspberryPiでできるソフトが発売になりました。

早速試してみています。
使用した本体はRaspberryPi2のB+です。
Element14版ですが問題ありません。
MicroSDカードは安価な16GBを採用。Transcendのx400です。

カードにイメージをddしてRasPi2にセット。
LANに繋いで起動させ、ブラウザでRasPi2に接続。
シリアル番号を取得してセットアップ。

ほかに必要なのは外部インターフェス。
RIGをCATコントロールするUSB-SERIALと、CWキーイングのUSB-SERIALです。
とりあえずCATコントロールだけでCW運用はしないのであれば1chで問題ないです。
まずはこれでテストしました。
USB-AUDIOは何かのおまけに付いてきた安っぽい物。これで十分です。
RIGとUSB-AUDIOを繋ぐアイソレーターは既にデジタルモード用に作った物があるので転用。

うまくいきました。

2016-07-09 17.04.06.jpg

次にやったのが、以前秋月で買っておいた2ch USB-UARTモジュール。
何も気にしないで繋げば動きました。
CH-AがCATになるので、ここにTTL-232Cレベル変換を接続してRIGに。
CH-BのRTSがCOキーイング出力になっているのが解ったので、ここにデジトラで論理反転してフォトカプラを通じてRIGのキー入力に。ここは負論理で、Lでキーダウンでした。

Windows機からアクセスしてOK。
なかなかの操作性です。

Androidタブレットは音が聞こえませんでした。
何か設定が別に必要なのかも。
Windows10タブレットはもちろん全く問題なし。

ルータのポートフォワードを設定して外からのアクセスも確認。
問題ありません。

あっというまにできてしまいました。
工作も楽しめるのでお勧め。

HAM-STAR RRS-Pi
http://ham-star.net/rrs_series/feature/

<追記>
家にWebサーバを設置して外に公開していると駄目かもしれません。
購入前にメーカーに相談し、ルータの静的IPマスカレードの設定で、ポート番号をぶつからないようにしてやれば可能と聞いたので購入したのですが、どうあがいてもポート番号を変えてしまうとダメみたいです。
具体的にはこんな感じです。

RRS-PiのIPアドレス:192.168.1.8固定
ルータの静的IPマスカレードの設定

宛先IPアドレス 変換対象IPアドレス  変換対象プロトコル  宛先ポート  変換対象ポート
192.168.1.8  自WAN側アドレス   TCP        80      8080

これで、クライアントからはhttp://www.bwt.jp:8080/でアクセスすると、それはRRS-Piの80番に変換されて接続されます。しかし、調べて見るとFLASHが80番決め打ちで使用しているプロトコルがあるみたいです。これにより、httpは8080になっても音声や映像は80で何かやろうとして失敗している感じです。
RRS-Pi側のApacheの設定をいじれば回避出来そうな雰囲気ですが詳細は分かりませんし、コンソールにログインする手段も解らない状態(ID/PASS不明)です。

nice!(0)  コメント(5) 
前の5件 | -