cles::blog

先日、自作したGPS ロガーですが、調子にのって u-center であれこれ設定を変更していたら、うっかり USB の UBX プロトコルを外して設定保存しまうという大失態。

† とりあえず UART ポートは死んでいないはず

数万円のモジュールを数日で文鎮化させてしまったかと焦りましたが、とりあえず冷静になってよく考えてみると UART ポートの設定は弄っていないので、このポートからサルベージすることに。UART というのはシリアル通信の一種で、PC などでかつてよく使われていた（今でもスイッチやルータの設定ではよく使われている） RS-232C とは電圧が違うだけで基本的には同じようなものです。

† 激安の USB-UART ケーブルだったので・・・

USB シリアルケーブルは仕事がら何本も持っているのですが、UART ケーブルなんてないぞ・・・と思いながら仕事場の引き出しをひっくり返してみたら以前、Raspberry Pi を設定するために買っておいた激安の USB-UART 変換ケーブルを発見することができました。

さっそく Windows11 のマシンに刺して動作確認を試みますが、なぜか動作せず。イヤな予感がしてデバイスマネージャーを確認してみると「PL2303HXA PHASED OUT SINCE 2012. PLEASE CONTACT YOUR SUPPLIER.」の文字が。以前も見たとおり、この PL2303 は パチものですね。

とはいえ、他にケーブルはないので今回も「Prolific PL-2303 Driver Solution for Code 10 Error」のお世話になりました。

† ピンアサインが書かれていなくてさらにひと苦労

マニュアルが残っていなかったので困りましたが、一応こういうピンアサインのようです。

これでなんとか、USB の設定を書き換えてモジュールを再び USB から設定できるようにできました。

これまで使っていた GPS Logger 「TripMate 850」の調子が良くないので、u-blox の ZED-F9P を搭載した基盤と OpenLog を組み合わせた簡易な GPS Logger を作ってみました。

• ZED-F9P搭載GPS-RTKピッチ変換基板 — スイッチサイエンス
• OpenLog — スイッチサイエンス

2周波対応（L1C/AとL2Cの両方の帯域を受信可能）なので座標の Fix も速くて使いやすそうです。
とりあえずモバイルバッテリー直結で 2 日以上連続稼働できることが分かったので、満足です。

モジュールの設定方法は高精度衛星測位RTK-GNSS チュートリアルを参考にさせてもらいました。

† OpenLog の設定

この GPS モジュールの UART2 の出力レートは 38400bps なのでログの記録には OpenLog のルートフォルダに以下のファイルを置いておく必要がありました。

config.txt

今後はお出かけはこの構成に乗り換えていく予定です。

被告人の保釈時に GPS アンクレット装着する制度の検討が始まったようです。
カルロス・ゴーンが保釈中に海外逃亡した件は大失態だったので、話の進みが速いですね。

ＧＰＳ空港接近でアラート　保釈中逃走対策　法務省検討へ - 産経ニュース

森雅子法相は有識者で構成する私的懇談会「ＧＰＳ付き保釈等勉強会」（仮称）を１６日に設置、２月の法制審議会（法相の諮問機関）までに具体的な制度づくりに着手する。裁判所は近年、保釈を積極的に認める傾向を強めているが、一方で保釈中の逃走や再犯も目立っており、法務省はＧＰＳを柱とする抜本的な制度改正で歯止めをかけたい考えだ。

旅行に行くときには GPS Logger で移動した場所を記録しているのですが、家に帰ってきてから「あの場所に着いたのは何時何分だったっけ？」となった場合に、簡単にログの場所から時刻を検索することができなくて困っていました。

さすがに GPX ファイルの中身を見ていくのは不便すぎる、何かツールがないか改めて検索してみたところ、GPS Track Editor というツールが使いやすいことが分かりました。1秒間隔で取られた大量のログについても軽快に処理ができるので便利です。使い方は画像のように、ログを読み込んで軌跡上のある部分を選択すると、ログが取られた時刻等の情報を表示することができます。

GPS Track Editor: Free Windows Application to Make GPS Tracks Better

GPS Track Editor is a Windows application to do everything with GPS tracks.

先月、GPS の週数ロールオーバーに注意という話を書きましたが、僕の使っている Transystem TripMate 850 は、なんと GPS の週数ロールオーバーに対応していませんでした。

ロールオーバー後に起動してみて、正常に時刻が表示されているのを確認してすっかり油断していました。
ネットを調べてみると、同じ Transystem の 747Pro、747ProS については以下のようなアナウンスを出しているショップがあるので、Transystem の製品全般が同じような症状なのかもしれません。

GPSロガーの情報サイト【GPSDGPS】

2019年4月7日に行われたGPS信号に含まれる年月日のリセット（ロールオーバー）により、 旧モデルにて正しい日付を取得できないまたはログデータを取り込めないなどの症状が発生する可能性がございます。
症状発生の確認が取れている機種：トランシステム社製品　747Pro、747ProS

† まずは現状分析から

747Pro、747ProS と違って TripMate 850 は既にディスコンの製品なので対応は望み薄です。
新しい GPS ロガーを買っても良いのですが、プログラマらしく自分で対応をしてみます。

まず、この TripMate 850 は一般的なロガーと違って microSD に nmea ファイルが書き出される仕様になっています。
ファイル自体が生成されていないとどうしようもありませんが、幸いファイルは書き出されているようなので、この内容を解析します。
このファイルの仕様は NMEA 0183^*1*2 と呼ばれるもので、日付は $GPRMC で始まる行に入っていることが分かります。

ロガーから出力された nmea ファイルの該当行を見てみると、以下のようになっていました。

後ろから４カラム目の 290899 という部分が日付（フォーマットは DDMMYY ）なので、デコードすると1999/08/29 ということになります。
そもそもこのフォーマットは西暦が ２ 桁なので 2000 年問題にすら対応していませんね。。。。。。

前回のロールオーバーが 1999年8月22日^*3だったので、見事に時間が巻き戻ってしまっています。

† 時刻はなぜ大丈夫？

ちなみに、時刻が合っているのは時刻の部分は前から２カラム目の 054022.000 に格納（フォーマットは HHMMSS.SSS）されているため。
時刻は UTC になっているので、日本時間 ( JST ) にするためには 9 時間を足す必要がありますから、これらを考慮してデコードすると 14:40:22.000 ということが分かります。
うるう秒はきちんと考慮されているようなので、時刻は正確でした（TripMate 850は液晶があるので確認できます）。

† Python で NMEA を書き換えちゃえばよくね？

要は 1024 週分の日付がずれているということですから、日付に 1024 週の日数を足してやればよいということになります。
つまり、具体的には以下のようになれば良いというわけですね。

今回は NMEA Parser として以下のライブラリを使って Python で nmea 書き換えプログラムを実装してみることにしました。

• Knio/pynmea2: Python library for parsing the NMEA 0183 protocol (GPS)

• ^*1: NMEA 0183 - Wikipedia
• ^*2: NMEA 0183 sentences データ解析 – piyajk.com
• ^*3: 4月7日（日本時間）に2度目の「GPS週数ロールオーバー」｜ニュース/アーカイブ｜みちびき（準天頂衛星システム：QZSS）公式サイト - 内閣府

来月 4 月 7 日の 8 時 59 分 42 秒に、約 20 年に一度の GPS 週数ロールオーバーが発生します。
古い GPS は日付が正しく認識できないなどの問題が発生する可能性があるので、この前後で GPS の動作についてしっかりと検証を行っておきましょう。

19.6年周期の“GPS週数ロールオーバー”が4月7日にやって来る。古いGPS機器では不具合が発生する可能性も【地図と位置情報】- INTERNET Watch

週数がリセットされるこの現象は“ロールオーバー”と呼ばれており、1024週（約19.6年）の周期で行われる。前回のロールオーバーは1999年8月22日に発生し、この日のGPSの電波に含まれる週番号が0に戻ったため、GPS機器には1980年1月6日として認識されてしまった。このときは測量機器や車載カーナビで時刻が正常に表示されなかったり、測位が行えなくなったりと、さまざまなトラブルが発生した。

国土地理院が先日から話題になっている太陽フレアが GPS 測位にどのような影響を及ぼしたのかについての速報を発表していたのでメモ。

これによると、普段は 2m 前後の誤差ですが、最大で南北方向に 7m という誤差になったようです。
ただ、専門家が利用する測位方式では補正が行われているためこれくらいの太陽フレアでは大きな影響は出ないという結論になっています。

9月6日に発生した太陽フレアのGPS測位への影響（速報）｜国土地理院

これらについては既に報道されているところですが、つくば市にある電子基準点のデータを一般のGPS測位方式で解析して確認したところ、今回の太陽フレアによる電離層の乱れが起きる前の9月6、7日は、GPS測位の誤差は±2m（南北、東西）、±5m（上下）程度でしたが、9月8日の日中（日本時間で10～15時頃）には、誤差が最大で7m（南北）、3m（東西）、15m（上下）程度に増えました。

最高裁の大法廷が警察の GPS 捜査について、令状がない場合は違法という判決を出していたことがニュースになっていたのでメモ。
判決の全文については以下から PDF で全文を読むことができます。

• 平成28年(あ)第442号 窃盗,建造物侵入,傷害被告事件 平成29年3月15日大法廷判決

キーとなるのは以下の部分でしょうか。これを読んでみると単に令状があればよいという訳ではなく、現在の法的な枠組みでは扱えないものなので、新たな立法的な措置が必要と言っています。これはなかなか警察にとっては厳しい判決といえそうですね。。。。

平成28年(あ)第442号 窃盗,建造物侵入,傷害被告事件 平成29年3月15日大法廷判決 全文, p.3.

個人のプライバシーの侵害を可能とする機器をその所持品に秘かに装着することによって，合理的に推認される個人の意思に反してその私的領域に侵入する捜査手法であるＧＰＳ捜査は，個人の意思を制圧して憲法の保障する重要な法的利益を侵害するものとして，刑訴法上，特別の根拠規定がなければ許容されない強制の処分に当たる

同, p.5.

ＧＰＳ捜査が今後も広く用いられ得る有力な捜査手法であるとすれば，その特質に着目して憲法，刑訴法の諸原則に適合する立法的な措置が講じられることが望ましい。

最近、GPS ロガーは新機種が全くと言っていいほどリリースされていなかったので全くウォッチしていませんでした、ガーミンから eTrex にタッチパネルを搭載した eTrex Touch シリーズがリリースされていました。あいかわらずですが、国内版の価格をみると辟易してしまうので、買うとすれば海外版でしょうかね。

• eTrex Touch 35J
• eTrex Touch 25J

下位機種である 25 にも3軸電子コンパスが入ったので、25 と 35 の違いは気圧高度計、ANT+センサーサポート、スマートフォン通知くらいでしょうか。今使っている TripMate 850 も5年が経ち表面のウレタン塗装も加水分解のためにべたつきも出てきたので、そろそろ買い換えを考えないといけないのですが、今更 GARMIN を買うというのも負けたような感じがするんですよね。

以前、exiftool.exe を使って GPS データを EXIF に書き込むというのをやりましたが、今回はその逆で exiftool を使って EXIF から GPS データを削除する方法を調べてみたのでメモ。

結論から述べると、以下のようなオプションがついたショートカットを作ればいいみたいです。

マニュアルにも以下に記載がありますが -geotag= だと緯度経度情報は消えますが、他の GPS タグが残ってしまうのでで、すべての GPS データを消すためには必ず -gps:all= を使う必要があることに注意が必要です。

Geotagging with ExifTool

Delete GPS tags which were added by the geotag feature. (Note that this does not remove all GPS tags -- to do this instead use -gps:all=):
exiftool -geotag= a.jpg