『SONY Clie用のBluetooth-GPSを使う』のクチコミ掲示板

[とまとま]

SONYのBluetooth GPS GU-BT1を、ザウルスで使うべく試行錯誤しています。
http://www.sony.jp/products/Consumer/PEG/Acc/GU-BT1/


設定にはここ--->　http://www.areanine.gr.jp/~nyano/slc-760+a5504t.html
のページを参考にさせていただきました。情報が新しいですし、一番良くまとまっていると思いました（感謝）

カードやインストールしたソフトは、上記ページと同じで、通信ポートを指定するためにMobileMapNaviをゴニョゴニョして、一応接続に成功しました。

Bluetoothは初体験だったので右も左も分からず随分苦労しましたが、デーたんが流れてきて、現在地が表示された時は感動し、小躍りしました（徹夜したためか、ハイでした）


しかし、数秒も接続すると、GPSからのデータが止まってしまいます。(>_<)
・ターミナルでデータを直に見てみると、数KBでパタッと止まってしまう。
・いつ止まるかはマチマチで、稀に数分間接続できることもある。
・Naviの電源を落として、Bluetoothのドライバをリセットすると、また暫くデータが来る。
・データが止まった状態で　ターミナルから
　'hcitool info xx:xx:xx:xx:xx'
　と打つと、GU-BT1の情報が返って来る。（GU-BT1の電源切ると返ってこない）

パソコンで、同じBluetoothカードを使って接続すると、まったく問題なく使えますし、HWの故障じゃなさそう。

うーーーむ。何でだろう。
どなたか上手く接続できている方はいらっしゃいますか？
（なーんて、この板には居ないだろうなぁ。）

以上参考まで、途中経過の報告でした。

書込番号：2948334

[そそいね]

GU-BT1ユーザーではないので書き込むのは大変失礼と思ったのですが...。
GU-BT1ってポケットＰＣでも実績あるんですね。
クリエ等とのアプリケーション連動スタンバイ機能が絡んでるんでしょうか？

関係ありませんが、
設定にはここ--->のページで、Paldio 632P+P-in(白ロム）が載ってて懐かしかったです。
トランシーバーモードで使うと632Pのバッテリーが２時間しかもたなくて半年でやめちゃいましたっけ。
しかもP-LINKが使える632Pは有楽町ビックカメラで６万！
泣きました。

書込番号：2952856

モバイルマップNAVIをごにょごにょ・・・との事ですが、他のGPS
ソフトは試されてますか？SL-Cザウルスでは他に

qpeGPS
http://qpegps.sourceforge.net/
zGPS
http://www.travellingkiwi.com/zgps/

等があります。当方もGU-BT1は所持していないので、動作の可否は分かり
ませんが、qpeGPSでは他のBluetoothGPSが動作する事は確認しています。
一応、原因がソフトウェアなのか、ハードウェア構成なのか、切り分ける
ことが出来るのではないでしょうか？

書込番号：2962196

[とまとま]

そそいねさん、ちりそん=らみいさん、返信＆アドバイスありがとうございます。

その後、ドライバーやユーティリティーのバージョンをいくつか試していますが、まだ解決できていません。

PCでは同じカードとGU-BT1の間で何時間も通信できるので、HWの問題ではないと見ています。
モバイルマップNaviの他に、一番単純で問題が出ないであろう「ターミナル」で、これまた一番単純にポート（/dev/rfcomm0）をcatしての不具合再現でしたから、原因は間にあるドライバーだと、現在では思っています。

でもやってみる価値はあるので、ご照会いただいたqpeGPSやzGPSも入れてみようと思います。（私の予想に反して）上手く動くといいのですが。

他のBluetoothGPSで動作実績があるというのに、ちょっと勇気付けられました。というのも、Bluetoothのプロトコルスタックについて勉強していくうちに、その中のrfcommの問題ではないかと思い始めていたからです。どこかでrfcommが不安定で古いバージョンを使ったと書いてあったり、不具合が起きてもhcitoolコマンドからはカードと問題なく通信できているからです。

また進展があったら報告します。ちょっと手詰まり気味ですが。。。

書込番号：2962504

参考になるかは分かりませんが・・・当方がBluetoothを導入したのは
結構以前の話なので、上のドライバではなく、古いこちらのドライバを
使わせてもらっています。HNT-CFBTとほぼ同等のibCardで、SPP経由で
のダイアルアップ（115200bps）とNMEAプロトコルでGPS通信（4800bps）
を長時間維持できてます。

http://homepage.mac.com/mokjpn/Zaurus/BT.html

が、テクノウさんの所でも一時期書かれていましたが、こちらのドライバと
HNT-CFBTの組み合わせでは、cardctl ejectが上手く働きません。そこで、
レジュームスクリプト中にejectではなく、変わりにsuspend、そしてinsert
の変わりにresetを使えば、ほぼ同様にカードの抜き差しを再現出来ます。
2.4.18と2.4.18dにどれだけの差異があるかは分かりませんが、一応一つの
可能性として・・・

http://www.h5.dion.ne.jp/~rimemoon/zaurus/memo_005.htm

また、パッケージは違いますが、こちらのサイトも非常に参考になります。

書込番号：2962593

[とまとま]

ちりそん=らみいさん、御丁寧に有難うございますm(..)m
あれから色々試して見ました。
結局、別のBluetoothGPS機器を買おうと思っています。


■　パッケージを数種類試しましたが、どれも駄目でした。

下記に示す様に、色々なパッケージを試しましたが、結果はどれも同じで、
数秒〜数分でデータが止まってしまいます。（確認方法は全部ターミナルで
%cat /dev/rfcomm0 しています）


■　不具合が起きた時の現象

データが停止した場合は、ザウルスに挿したBluetoothカードのLEDが消灯します。
この時、一度GU-BT1の電源をOFFにして再度ON、ザウルス側ではコマンドが終了
しているので再度実行すると、また、データが流れ始めることが分かりました。

逆に、ザウルスのコマンドをCtrl+Cで終了して、再度%cat /dev/rfcomm0をしても
データは流れてきません。こうなると、GU-BT1の電源OFFだけでなく、BlueZも
リセット（#/etc/rc.d/init.d/bluetooth restart)しないと、再開できません。


■　GPSソフト側を変えても同じように不具合再発

また、ご紹介いただいたqpeGPSとzGPSも試してみましたが、やはりターミナル
やモバイルマップナビと同様に、途中でデータが止まります。
クライアントソフト依存ではないように思えます。

Windows2000のパソコンで、標準で入っているハイパーターミナルから、
GU-BT1の生ログを採取できました。1時間ほどのログをテキストに保存できました。
パソコンとザウルスをSPP(*)で接続し、上記の生ログをザウルスへ送信したところ、
問題なく動作します。1時間連続で数回試してもデータが止まることはありません
でした。
* (シリアルポートプロファイル：GU-BT1と接続するのと同じプロファイルです）

ただし、時々不定期にデータが止まりかけることがあります。数秒程度データが
停止し、CFカードのLEDも消灯しますので、現象再現か？とちょっと焦りますが、
また数秒後には再度データが流れ始めます。

この時のPC側のハードは　ハギワラのHNT-UB02（USB-BTアダプタ）です。
ザウルス側のCFカードは（HNT-CFBT)です。


■　現時点での私の結論

どうもザウルスのBluetoothドライバー（BlueZ）とGU-BT1の相性が悪いようです。
と言うよりは、GU-BT1にバッファオーバーフロー系のバグがあるように思えます。


思い切り推測ですが、BlueZの都合でデータが止まりかけるのをきっかけに、
GU-BT1でバッファオーバーフローか何かが起きて、GU-BT1内でデータが停止し
ザウルス側が受信OKになっても、データが流れなくなってしまうのでは
無いかと考えています。

試しに、PCでハイパーターミナルでGU-BT1と接続し、GU-BT1を10m以上離して
無理やりデータが流れなくしてみました。再度近づけてもザウルスでの現象と
同様に、データが停止したままでした。

GPS機器の特性として、データの途中が抜けてしまっても、NMEAデータが流れ
つづけてくれれば、ソフト側では意味のあるデータのみを利用して、位置情報を
知ることが出来ます。つまり相手が受け止めていなくても、データを流しつづけ
ればいいのです。
無線を使う機器の宿命として、データの中断はありうることですから、
GU-BT1がデータを止めて再開しないという現象は、GU-BT1のバグと呼びたいです。




／／／／／　参考にしたサイトと、試したパッケージ

（０）ZaurusでBluetoothを使う（その１）
http://homepage.mac.com/tomorrows/zaurus/bt_01.html
http://www.h5.dion.ne.jp/~rimemoon/zaurus/memo_005.htm
bluez-kernel_2.4.18.mh7-1_arm.ipk
bluez-zaurus_2.3.0519-1_arm.ipk
bluepin_0.0.1-1_arm.ipk

（１）BlueZ for SL-C700
http://homepage.mac.com/mokjpn/Zaurus/BT.html
bluez-zaurus_2.3b_arm.ipk
bluez-slc700_2.3-1_arm.ipk

（２）bluez.sourceforge.net
http://bluez.sourceforge.net/download/zaurus/
bluez-kernel-2.4.18-mh14_arm.ipk
bluez-utils-2.7_arm.ipk
bluez-libs-2.7_arm.ipk
bluez-hcidump-1.8_arm.ipk

（３）りなざうとA5504Tで快適Bluetoothライフ(2004/06/12)
http://www.areanine.gr.jp/~nyano/slc-760+a5504t.html
bluez-zaurus_2.3-2.4.18d_arm.ipk

（４）www.zaurususergroup.com
http://www.zaurususergroup.com/modules.php?op=modload&name=UpDownload&file=index&req=viewsdownload&sid=23
bluez-zaurus_2.3-2.4.18e_arm.ipk

（５）www.zaurususergroup.com
http://www.zaurususergroup.com/modules.php?op=modload&name=UpDownload&file=index&req=viewsdownload&sid=23
bluez-zaurus_2.3-2.4.18e-preempt_arm.ipk
　駄目元でPreemptiveカーネル用を入れようとしたが、
　さすがにモジュールがprobeできなかった。

（６）www.zaurususergroup.com
http://www.zaurususergroup.com/modules.php?op=modload&name=UpDownload&file=index&req=viewsdownload&sid=23
bluez-zaurus_2.3-2.4.18b_arm.ipk

書込番号：2989948

[とまとま]

あ、ちょっと言いすぎとも感じる部分がありますので訂正。

元々、GU-BT1はSONYのClieでしか動作保証していない機器ですから、
ザウルスで使用するのは保証外の事です。

もしかしたら、Clieでは上記のようにデータが中断したケースでもうまくやっているのかもしれません。
だとしたらバグでも、好ましくない仕様でもないですね。

書込番号：2990001

遅いかもしれませんが、一応参考までに・・・

BlueZ設定ファイルであるhcid.conf内の設定で、sniff modeを無効にしたら問題なく動作し始めました。実は先日、私も導入してしまいまして・・・（＾＾;;

環境が同じとは限りませんが、まだ手元にあるのであればお試しください。

書込番号：2998948

[とまとま]

ありがとうございます。早速試しました。
リンクポリシーで、sniffをoffしたところ、データが止まる事は無くなりました。
しかし、以下の問題になりそうな現象が新たに３つ出ました。
結果としてモバイルマップNaviでは使えません。
(詳細は後ろの方で)


BlueZとGU-BT1の相性だとは思いますが、やっぱり、GU-BT1は売り払おうと
おもいます。
Royaltekの、ログもとれる機種(BlueGPS)がいいかなと、思い始めています。
何故かClie専用で売り出したGU-BT1よりも、汎用的に使うことを前提として
売っている機器の方が、Validation(いろいろな機器との接続検証などを含む)
がしっかりなされていることを期待していますが、甘いかな？



■　リンクポリシーで、sniffをoffしたところ、出てきた３つの問題。

・何故か、データの流れが遅い。半分以下。恐らくピークで1000bps
　これ自体が問題かどうかは分からない

・時々、GU-BT1がハングアップする。
　電源スイッチで切れず、電池を抜きますと復活します。

・時々、NMEAセンテンスが乱れています。


■　NMEAセンテンスの乱れ

　/dev/rfcomm0を直接catしていると、何故かNMEAセンテンスが乱れていること
　があります。正常ですと”$GPGGA....”のように始まるセンテンスで、$は
　１行に１つですが、異常の場合”$GPGGAxxxx$GPGGAyyyyyy”のように複数
　現れます。

異常＞
$GPGGA,22113,N,1394,00,13,,,$GPGGA,22113,N,1394,00,13,,,$GPGGA,221513,N,13924,,,00,0$GPGGA,2213,N,13941*45 （ここまでが1行で現れる）


正常＞
$GPGGA,221844,3540.7513,N,13941.7141,E,0,00,,00239.9,M,039.1,M,,*51

　結果、モバイルマップNaviはGPSからのデータを理解できないのか？衛星の位置
　が表示されるのも遅いですし、地図に現在位置が反映されるのはもっと後です。　表示されるのは５分待って数回あるかどうかです。たまたま長い(モバイル
　マップNaviの都合のよい)時間、NMEAセンテンスが正常に流れてきたときに、
　やっと衛星情報が更新されるような感じです。

　zGPSはおかしな行を読み飛ばすのか？比較的すぐに表示が始まります。
　軌跡ログもとれていますので優秀です。これで地図があればいいのに。

　何度かテストを繰り返すうちに、何故か異常なNMEAセンテンスが出なくな
　りました。また、異常なセンテンスが出る時は行間に空白行が入っています
　が、正常な時は行間が詰まっています。
　パソコンでハイパーターミナル経由時はいつも行間は詰まっています。
　BlueZを何度かリセットしても大丈夫です。モバイルマップナビでも割と
　頻繁に位地が更新されます。やった！と思っていたのですが、
　GU-BT1をリセットしたら、元に戻ってしまいました。


　PCから、SPP(シリアルポートプロファイル)でつないだ時は、
　リンクポリシーがsniffありでも全く問題なく（データを取りこぼす事なく）
　通信が行われます。（PCで採取したGU-BT1のログをザウルスに転送）




■　リンクポリシーの比較

#lp none;　　　 流れない
#lp rswittch; hold,palkと同じ
#lp hold;　　 流れる（遅い）
#lp sniff; すぐ止まる（流れている時は速い）
lp park;　　　 流れる（遅い）
#lp hold,sniff; すぐ止まる（流れている時は速い）
#lp hold,park; 流れる（遅い）
#lp hold,sniff,park; すぐ止まる（流れている時は速い）　デフォルト
lp rswitch,hold,sniff,park; すぐ止まる（流れている時は速い）


■ペアリングの比較

関係あるかもと試してみました。

pairing muiti; デフォルト
pairing once; onceにしても 差が見られなかった。


■
Requesting information ...
BD Address: 08:00:46:E3:18:F8
Device Name: SONY GPS GU-BT1
LMP Version: 1.1 (0x1) LMP Subversion: 0x2fc
Manufacturer: Cambridge Silicon Radio (10)
Features: 0xff 0xff 0x0f 0x00
<3-slot packets> <5-slot packets> <encryption> <slot offset>
<timing accuracy> <role switch> <hold mode> <sniff mode>
<park mode> <RSSI> <channel quality> <SCO link>
<HV2 packets> <HV3 packets> <u-law log> <A-law log>
<CVSD> <paging scheme> <power control> <transparent SCO>

zaurus% hciconfig -a
hci0: Type: PCCARD
BD Address: 00:90:02:05:22:94 ACL MTU: 672:8 SCO MTU: 64:0
UP RUNNING PSCAN ISCAN
RX bytes:71328 acl:1212 sco:0 events:2715 errors:0
TX bytes:38017 acl:2685 sco:0 commands:19 errors:0
Features: 0xff 0xfb 0x01 0x00
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: HOLD
Link mode: SLAVE ACCEPT
Name: 'zaurus@BlueZ (0)'
Class: 0x120114
Service Classes: Networking, Object Transfer
Device Class: Computer, Palm
HCI Ver: 1.1 (0x1) HCI Rev: 0x8105 LMP Ver: 1.1 (0x1) LMP Subver: 0x8d40
Manufacturer: Ericsson Mobile Comunications (0)




毎度長い書き込みですいません。

書込番号：3003045

[とまとま]

今日の帰りに、モバイルマップNaviを1.3から最新版（1.3-2)に上げたところ
なんと！　GU-BT1で比較的まともに動作するようになりました。
（GPS測位用Windowで即座に衛星が表示される）
まだ少ししか試していないので問題ないとは言えませんが、雰囲気としては
改善しているようです。まだ時々「データが止まる」現象が発生している
ようですが、ちょっと場所を確認するくらいの用途には、十分使えそうです。

これなら使えるかもなぁ、、、、。　ううっ、、嬉しい（感涙）
暫く使ってみて大丈夫そうでしたら、手順などをまとめようと思います。



それにしても、Win-CEやPalmやWin-PCの人たちは、こんな苦労してないんだろうなぁ。

書込番号：3006326