2013年6月22日土曜日

GPS, GNSS ロガーの比較(その1):GPS ログの比較(その4)

今回は GPS ログの比較(その3) の続きの投稿である。
また,この続きとして GNSS/GPS ロガーの比較(その2):GPS ログの比較(その5)というのを書いた。

 GPS ログの比較第4弾である。 今回4種類のロガーを使ったが,そのうち2つは GPS ロガーと言うよりは,GNSS ロガーという方がいいので,GPS-GNSS ロガーの比較(その1)というサブタイトルを付けておいた。

使用したロガーは,
 (1) Adafruit 社が販売している Ultimate GPS unit
 (2) GlobalTop 社が販売している Gms-g9 ユニットを使った GNSS ロガー1号機,
 (3) GlobalTop 社が販売している Gms-g9 ユニットを使った GNSS ロガー2号機,
 (4) GARMIN 社製のポータブルナビ nüvi 3770V
の4つ(3種類)である。

2013年6月14日金曜日

GNSS ロガー (Gms-g9 使用) の2号機を作る

 参考:Gms-g9 を使った GNSS ロガーに挑戦してみた:Gms-g9 を使った GNSS ロガーの1号機の話
 参考2: ランニングエレクトロニクス社製 Gms-g9 基板使用 GNSS ロガー 3号機の製作 :Gms-g9 を使った GNSS ロガーの3号機の話

 2013年の春にGlobalTop製の ロシアの GLONASS なども受信できる GNSS ユニットGms-g9 を買ってみた。 とりあえずテストしたいと思って,SparkFun 製の Power Cell と 同じくSparkFun で売っている OpenLog を使った簡易 GNSS ロガーの1号機を作ってみた。 しかし,使った基板が大きくて,持ち運ぶには少々大きいなぁ,と感じていた。 以前,同じく Power CellOpenLog を使い, AdafruitUltimate GPS unit を使って作った簡易 GPS ロガーと比べるとかなり大きい…。

 そこで,今回は GNSS ロガーの2号機を作ってみた。 と言っても,前回や GPS ロガーの時と同様に組み立てただけ,という感じだが…。 思想は簡易 GPS ロガーSparkFun 製の Power CellOpenLog を使い, 全体としてできるだけコンパクトを目指して作ってみた。 それでもそれなりの大きさはあるし,GNSS 部はむしろでかくなってるかも…。

2013年5月26日日曜日

Gms-g9 を使った GNSS ロガーに挑戦してみた

 参考:GPS ロガーを作ってみよう〜♪:以前書いた Adafruit Ultimate GPS unit を使った GPS ロガーを組み立てた話
 参考2:GNSS ロガー (Gms-g9 使用) の2号機を作る:Gms-g9 を使った GNSS ロガーの2号機の話

 最近 GPS ロガーの電波受信状況がいまいちと感じている。 そこで,GPS 以外にロシアの GLONASS なども受信できる GlobalTop製の Gms-g9 を買ってみた。 今回はそのテストの話。
(下手くそなハンダ付けをお見せするのは恥ずかしい限りだが,せっかくなので写真を載せておこう。 1号機なので大目に見てやってくださいな)

 GlobalTop 社製の Gms-g9 は,アメリカの GPS の電波以外に, 他の衛星測位システム (GNSS) (ロシア:GLONASS,ヨーロッパ:Galileo,等)の電波を受信できるユニットである。 心臓部に MediaTek 社製の MT3333 チップを使っている製品である。 同じ GlobalTop 社製の GPS 用のユニットとしては,MediaTek 社製の MT3339 チップを使った PA6H などがある。 さらに PA6H を組み込んだ製品として Adafruitから Ultimate GPS unit というのが発売されている。 これについては以前別の場所に書いた。

 今回,Gms-g9 を試してみたいと思ったのは,2013年にはいってから,GPS ロガーの精度が悪い,と感じたからである。 もしかしたら ロシアのシステムの電波を受信できると違うかもしれない,と思って探したところ, MediaTek 社製の MT3333 チップが目的に合致していることがわかった。 そうなると,同じMediaTek 社製の MT3339 チップを使った製品を作っている GlobalTop 社が MT3333 チップを使った製品を作っているかもしれない,と思ってネットで調べてみた。 そして GlobalTop 社製の Gms-g9 に辿り着いた。 しかし,ネットで探しても日本やアメリカのネット通販で Gms-g9 を見つけることができなかった。 見つかったのはヨーロッパの通販会社だった。 最初に見つけたのはドイツの Trenz Electronics という通販サイト。 Gma-g9 自体の値段は大したことないのだが,そのサイトで選べる郵送手段は値段が高かった。 送料だけで Gms-g9 の倍以上かかる感じだった。 それで二の足を踏んでいたのだが,その後イタリアの通販サイトにもあることを知った。 そのサイトの送料は安い方を選ぶと10ユーロ程度だった。 ちなみに Gms_g9 の値段は 16ユーロ程度だった。 そこで,その通販サイトに頼んで送ってもらい,テストすることができるようになった。

2013年5月21日火曜日

GPS ログの比較(その3)

 数回前に GPS ログの比較(その2) というのを書いた。 今回はその続編。
また,この続きとしてGPS, GNSS ロガーの比較(その1):GPS ログの比較(その4) というのを書いた。
 今回も比較するログは,Transystem 社製の TripMate 850,Adafruit 社が販売している Ultimate GPS unit,GARMIN 社製のポータブルナビ nüvi 3770V である。 今回比較してみようと思ったのは,2013年現在の TripMate 850 のログが以前に比べていまいちだからである。 TripMate 850 のログは以前はもっと道をフォローしていたような気がしていた。 2年ほど前はログを見ても特にひどいとは思わなかったのだが,最近はどうも違っている。 そう思ったのは,GPS ログの比較(その2) を書いた時だった。 前回は3種類のロガーのログを比較したかったのだが,TripMate850 のログが以前にないほどひどいことに気づいた。 しかし,同じ道を走っていないので直接以前のログと比較してもいまいちはっきりしない。 そこで,以前のログと比較でき,かつ,ある程度ログが暴れそうな道を選んで走ってみたのが今回の比較である。 比較すべき過去のログとしては,2011年6月に走った国道371号線のログと,同じく2011年7月に走った国道168号線のログを選んだ。 選んだ理由は共に山の中を走り,GPS 衛星の電波を捕捉しにくそうな箇所があるから,である。

2013年5月6日月曜日

Sena SMH10 のファームウェアをアップデートした

追記)後日,Sena SMH10 のファームウェアのまとめというのを書いたので,そちらも見てみてください。
以前,バイクのナビのことを書いた時にも書いた(バイクにナビ作戦(その6):SENA SMH10 に挑戦・電源トラブルとその対処 )が,SENA 製の SMH10 を持っている。 SMH10 はヘルメットをかぶったままで,Bluetooth を介して話ができるインターコムであり,結構調子がよくて気に入って使っている。 (前回の投稿の時はトラブルがあったが,その後は順調に使えている) その SMH10 だが,時々 Firmware が更新されるので,Firmware のアップデートをしないといけない。 今回,2013年3月25日に Firmware v4.2 がリリースされたので,Firmware の更新をしてみた。

2013年4月17日水曜日

GPS ログの比較(その2)

 ちょっと前に GPS ログ 3 種を比較する というのを書いたが,今回はその続編のような投稿である。
後でこの続きとして GPS ログの比較(その3) というのを書いた。

 私は現在,バイクツーリング時に GPS のログを記録できる機器を3つ持っている。 1つ目は Transystem 社製の TripMate 850 である。 心臓部に MediaTek 社の MT3329 チップセットを使っている GPS ロガーで,小さな液晶表示がある。 2つ目は GARMIN 社製のポータブルナビ nüvi 3770V である。 心臓部のチップセットは不明だが,GPS 衛星を捕捉する能力には定評がある GARMIN 社製である。 GPS 衛星だけでなく,日本の準天頂衛星システム(Quasi-Zenith Satellite System、QZSS)の衛星である「みちびき」の電波を受信できる。 ナビなので液晶ディスプレイがあり,地図とセットで現在位置を表示してくれるので,知らない土地を走る時には心強い仲間である。 バイクへのマウントについては数回にわたって投稿を書いた。 具体的なことに関しては,一連の投稿の最後の投稿 バイクにナビ作戦(その5):AQUA BOX による防水化 からさかのぼってみてほしい。 最後は Adafruit 社が販売している Ultimate GPS unitである。 これは MediaTek 社の MT3339 チップセットを心臓部に持つ GPS 受信ユニットであり,シリアル通信でログを吐くので,適当な記録装置があれば GPS ロガーとして使える。 これも「みちびき」の電波を受信でき,さらに,静止衛星を使った補正 (SBAS) の WAAS (USA), EGNOS (EUROPE), MSAS (日本) も使える。 少し前に GPS ロガーを作ってみよう〜♪ という投稿を書いているので, 詳しいことはそちらを見てほしい。

2013年3月19日火曜日

今年もメーリングリストの季節がやってきた

 そろそろ3月も終わりに近づき,今年も新たなメーリングリストの季節がやってきた。 昨年,「メーリングリストの立ち上げは大変」というブログを書いた。 おかげさまで昨年作ったメーリングリストは順調に働いてくれている。 内輪のコミュニティの意思疎通に重要な役割を果たしてくれている。

 しかし…,年度が変わるとコミュニティに変わる。 そして,また新たなメーリングリストを立ちあげないといけない。 今年も Google のメーリングリストとして使える googlegroups.com のお世話になるべくアカウント(アドレス?)を取得した。 その時,Google グループのいくつかの変更点に気づいた。

2013年1月24日木曜日

Mac OS-X 10.8 (Mountain Lion) にした時の覚書

 先日,ふと思い立って iMac の OS を OS-X 10.8 (Mountain Lion) にしてみた。今回も 10.7 と同様に Apple Storeを通して購入した。 Update した理由はクラウド化を進めたい人がいたので,折角だからと更新した,というもの。まぁ,そんなに必然性はなかったんだけどね。

 で,OS を更新すると何かと設定をしなおさないといけない。 前回も Mac OS-X 10.7 Lion にしたら Jcode.pm が無効になってた… と言うのを書いたのだが,今回もやっぱり何かしらの事をしないといけなかったので,自分への覚書と思ってここに書いておこう。

 Mac OS-X 10.8.2 が今回インストールしたバージョン。 Apple Store に行って,OS-X の更新をすると,ダウンロードにしばらくかかり,さらにアップデートの作業に半日ぐらいかかっていたような気がする。 たまたま外に行く用事があったので,その間放置プレーだったのだが,横で見てたらイライラしてしまったに違いないと思うぐらい長かった。

2013年1月1日火曜日

新年のご挨拶

 明けましておめでとうございます。 早いものでまた新しい1年が明けました。
昨年は皆さんにとってどんな年だったでしょうか?

 昨年は Arduino に手を出したり,バイクにナビを付けてみたり, バイク用のインターコムを導入したり,新たな GPS ロガーを導入したりしました。 今年もそれらの機器を使っていっぱいツーリングを楽しみたいと思っています。

本年が皆さんにとっていい年になりますように!
本年もよろしくお願いします。

2013年1月元旦
まつぴ

2012年12月21日金曜日

FreeBSD 9.0 で ipfw + natd + em で通信速度が遅くなった

 前回に引き続き FreeBSD ネタ。 今,サーバーの更新をしようと思って,new machine に FreeBSD 9.0 をインストールしている。 そこでは ezjail を使って jail 環境を作り,その中で web server をたてよう,という作戦。 もともとあるシステムを移植したいので,元のサーバーで動いているサービスは全部動かないと困る。 その作業中に出くわした珍しいトラブルについて書こう。

 珍しいと言っても過去に遭遇された人が居たのだが,ネットで検索しても他の例がほとんど引っかからなかったので,珍しいんだと思っている。 どんなトラブルかというと,FreeBSD の比較的新しいバージョン(バージョン 7 以降ぐらいからおこっているみたい)で,network_interface として,emX か fxpX (X は整数。em1 とか fxp2 という名前の network_interface) を持つマシン上で,ipfw を使う際に,ipfw の中で divert port を使うと通信速度が極端に遅くなる,という症状。この divert port というのは,サーバーを通過するパケットを natd に渡して処理をしてもらうためのもので,ipfw というファイアーウォールの処理の初めの方で使われる。私が natd を使うのは,特定のポートに来たパケットを他のマシンに振り分けるのに使っている(なくてもいいという話もあるが…)。そのため /etc/ipfw.conf の初めの方に,上記の divert port へパケットを送れ,という処理を書いている。