Ｍｅｍｏｒａｎｄｕｍの小部 屋

本ページは金銭授受を伴う行為を含むAuctionや商用Web Pageからの無断リンク・無断参照を禁じます。
無断リンク・無断参照が判明した時点で然るべき処置をとらさせて頂きます。

とことんＧＰ−１０２！！！

はじめに

　 年齢とともに最近の行動を記憶することが苦手になってきます。　日常繰り返す行動、例えば食事内容やお出かけ内容など、日時や内容を明確に思い出すことが難しいことが多々あります。　その対策として、少なくともお出かけは記録に残すことを目的としてお出かけに際しては日常的にＧＰＳロガーを利用しています。　日常的な利用に際しては軌跡のばらつきてを重要視した自作ＧＰＳロガーではなく、通常の落下に耐える耐震性・小型・アプリケーションの使いやすさに有利な市販品の「ＧＴ−７３０ＦＬ−Ｓ」・「ＧＴ−７４０ＦＬ」・「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を選定しています。　これらは破損や電池切れ時の予備用として（止むを得ず）それぞれ２台以上購入しています。　本Ｗｅｂページ作成時点では「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を主に利用しています。

　現在利用している「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」は下記画像のように合計３台購入しています。　左から初代、２台目、３台目です。　初代はＵＳＢコネクタの抜き差し繰返しのためＵＳＢコネクタのハンダ付けが外れてしまいました。　一度は補修に成功したのですが、ちょっとした手違いで基板パターンを破損して使い物にならなくなりました。　最初は初代とそのバックアップ用２台目で運用していましたが、現在では２台目をメインにして３台目を予備機として利用しています。　参考まにで２台目、３台目のＦｉｒｍｗａｒｅは、共にＶｅｒｓｉｏｎ００６６０２−２０１４０３２５です。

【　手持ち「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」　】

　「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を利用するうえで欠かせないのがアプリケーションのＣａｎＷａｙ（現在Ｖｅｒｓｉｏｎ：１．１．１２）です。　このソフトはとても便利なのですが、残念ながら現Ｖｅｒｓｉｏｎでは仮想ＵＳＢドライブとして認識する「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」しか利用できません。　仮想Ｃｏｍポートで接続する「ＧＴ−７３０ＦＬ−Ｓ」・「ＧＴ−７４０ＦＬ」は同じＣａｎＷａｙではありますが旧ＶｅｒｓｉｏｎのＣａｎＷａｙを利用する必要があります。（秋月電子通商の商品ページhttp://akizukidenshi.com/catalog/g/gM-03150/やhttp://akizukidenshi.com/catalog/g/gM-07083/などを参照願います。）

　【　ＣａｎＷａｙ利用例　】

　ＣａｎＷａｙの使い勝手で残念なのはグルーピング変更や軌跡削除などの操作に際して、軌跡選択を複数同時選択できない点です。　そのような点はあるものの軌跡マップ表示の速さや所望のインポート／エクスポート機能に加えて、軌跡データのエディタ機能があります。　お出かけに際して常時ロギングしていますが、必要なのは移動時の軌跡です。　例えばお店での買い物中の軌跡は不要です。　現在手持ちのＧＰＳロガーはお店の中でも測位できますので、お買い物中でも無駄なロギングをしています。　この無駄な測位データを記録しないために買い物中はＧＰＳロガーの電源をオフするようにしていますが、電源オフを忘れてしまうことが多々あります。　このようなときにエディタがあるのが助かります。　ＣａｎＷａｙではマップ上の軌跡を利用してデータ削除できるのでとて使いやすいです。　ＣａｎＷａｙを使うまではエディタ用のフリーソフトを探して利用していましたが、ＣａｎＷａｙを利用することでログデータのダウンロード・編集・保存をワンストップでできます。

【　ＣａｎＷａｙ　エディタ操作例　】

ＣＳＶファイルサイズ　５１２，５８０バイト、ＧＰＸファイルサイズ　８３１，９８７バイト

【　ＣａｎＷａｙ　エディタ操作前軌跡　】

ＣＳＶファイルサイズ　２２２，０７１バイト、ＧＰＸファイルサイズ　３６１，１０５バイト

【　ＣａｎＷａｙ　エディタ操作後軌跡　】

　なお、データ保存は測位位置の日時データ表示もできるようにＣＳＶファイルで保存しています。　最終的には、「電池ボックス電子工作（その ９）　　いつどこＧＰＳロガー」の「ＧＰＸファイル変換ＥＸＣＥＬ　jsk38_sample1.xls.lzh (解凍後 60,416バイト)」を「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」用に改造したVersion(データフォーマット変更対応、複数ファイルバッチ処理対応。非公開版)を利用して、CSVファイルをGPXファイルに変換して長期保存しています。

　このように便利なツールとして「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」やＣａｎＷａｙを利用していますが、その際にいくつかの不具合も経験しています。　その不具合の紹介と対処をメモしています。　今回、このメモ書きを整理して紹介します。

−　 不具合例　−

１．ディスクスペースが減少する不具合　（CHKDSKコマンド対処）

２．ログデータの消失　（対処方法例記載有り）

３．過去データモードにおける運動旅行モードの記録不具合　（対処方法不明、再現有り）

４．過去データ表示データ更新の注意点　（対処方法不明、再現有り）

５．Ｌｏｇ　Ｒｕｌｅ　１秒間隔設定時に１秒間隔のロギング不可。　（対処方法不明、再現未確認）　

６．Factory　Reset後に設定データＳｅｔｔｉｎｇｓ．ｄａｔが生成されない。　（再現未確認）

７．ＬＣＤ表示が全面黒一色となる。　（復旧後、再現無し）

８．運動旅行モードでロギング表示しているにも関わらずログデータが残っていない。　（復旧後、再現無し）

９．ディスクスペースが減少する不具合　（Fｏｒｍａｔ対処 ）

１．ディスクスペースが減少する不具合　（CHKDSKコマンド対処）

　連続して利用しているうちにいつの間にかＧＰ−１０２のＵＳＢドライブのディスクスペースが減少する現象が何度か発生しています。　この現象が発生する原因となる操作・動作例を調べていますが、現在はまだ原因不明です。　なお、当方の経験ではロギング中に電源オフを忘れて、そのうち電池電圧が低下して電源オフとなった際に、稀に、この現象が発生するようです。　しかし、必ずしもこの現象が発生するわけではなく、電源再オン時のＦｉｒｓｔ　Ｕｓｅに際しての操作に問題があるのかもしれません。

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　不具合発生例１（ＵＳＢドライブのファイルツリー例）　】

データが無いにも関わらず使用領域が９５５ｋＢとなっています。
【　不具合発生例（ＵＳＢドライブのプロパティ画面例）　】

データが無いにも関わらずメモリの使用が３１％となっています。
【　不具合発生例（ＣａｎＷａｙｒロガー設定画面例）　】

　この現象は多々発生しているようで秋月電子通商の商品ページには対処方法（http://akizukidenshi.com/catalog/faq/goodsfaq.aspx?goods=M-06974）が掲載されています。

【　秋月電子通商Ｗｅｂページ　対処方法　】

【　GP-102 update manual.pdf　当該項目抜粋　】

　この操作で復旧はできましたが、せっかくＵＳＢドライブとして認識できているのですからＵＳＢドライブをフォーマットすれば回復するのではと思いWindows10のPowerShellにてＦｏｒｍａｔコマンドを実行しました。　しかし、残念ながらディスクスペースの回復はできませんでした。
　

　次の手段として利用できなくなったディスクスペースをＣＨＫＤＳＫコマンドで認識できるようにして、その後、認識できたファイルを削除すればよいのではと思い試してみました。

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　不具合発生前のＵＳＢドライブのファイルツリー　】

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　不具合発生時のＵＳＢドライブのファイルツリー　】

／ｆ　／ｒオプション指定することでファイルシステムを修正しました。

【　ＣＨＫＤＳＫコマンド実行例　】

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　ＣＨＫＤＳＫコマンド実行後のＵＳＢドライブのファイルツリー　】

　ＣＨＫＤＳＫコマンド実行結果としてフォルダーＦＯＵＮＤ．０００にＦＩＬＥ００００．ＣＨＫ〜ＦＩＬＥ００１３までの１４ファイルが作成されていました。　このＦＯＵＮＤ．０００フォルダーを削除した結果を下記に掲載します。

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　ＦＯＵＮＤ．０００フォルダー内ファイル削除後のＵＳＢドライブのファイルツリー　】

使用領域が減少してディスクスペースが増えました。
【　ＦＯＵＮＤ．０００フォルダー内ファイル削除後の　ＵＳＢドライブのプロパティ画面　】

メモリの使用が０％に復旧しました。
【　ＦＯＵＮＤ．０００フォルダー内ファイル削除後のＣａｎＷａｙｒロガー設定画面　】

　以上、ＣＨＫＤＳＫコマンドを利用することでディスクスペースの復旧に成功することができました。　わざわざ「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を操作したり復旧用のファイルを用いることなく、古くからあるシェルコマンドで復旧することができました。

【追加情報】

　ＣＨＫＤＳＫコマンドを実行した場合、ＧＰ−１０２フォルダー下のＳｅｔｔｉｎｇフォルダーが「回復できないエラー」と判定される場合があります。　この場合は、Ｃａｎｗａｙで 「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を認識できません。　しかし、ＧＰ−１０２フォルダー下のＡｃｔｉｖｉｔｙフォルダー内に ｆｉｔファイルがある場合、「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」から軌跡読込みはできました。

Ｓｅｔｔｉｎｇフォルダー「回復できないエラー」判定例

【　ＣＨＫＤＳＫコマンド実行例２　】

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

ＳｅｔｔｉｎｇフォルダーをＳｅｔｔｉｎｇファイルに変換しています。

【　ＣＨＫＤＳＫコマンド実行例２のＵＳＢドライブのファイルツリー　】

　とはいえ、CanWayで 「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を認識しないのは心地よくないので認識できるようにしたいものです。　認識できるようにする方法として以下の２つの方法があります。

(1)　認識回復方法１

　もし、以前にSettingｓフォルダーのバックアップ（Ｓｅｔｔｉｎｇｓ．ｄａｔ）があれば、 「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」のＧＰ−１０２フォルダー下にバックアップしたSettingｓフォルダーをそのままコピーします。　この場合はＡｃｔｉｖｉｔｙフォルダー内のｆｉｔファイルは残ります。　なお、ＣＨＫＤＳＫコマンドでＳｅｔｔｉｎｇファイルが生成されていた場合、このＳｅｔｔｉｎｇファイルを事前に削除しておく必要があります。　（同一名のファイルとフォルダーを共存できないためです。）
　この応用として、ＧＰ−１０２フォルダー全体のバックアップがあれば、ＧＰ−１０２フォルダー全体をそのままコピーする方法もあります。　ただし、この場合はＡｃｔｉｖｉｔｙフォルダー内のｆｉｔファイルが書き換わる場合があります。
　

(2) 認識回復方法２

　 「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」単体でＦａｃｔｏｒｙ　Ｒｅｓｅｔを実行するとＳｅｔｔｉｎｇフォルダーを作成できます。　ただし、この場合もＣＨＫＤＳＫコマンドで「回復できないエラー」と判定されたＳｅｔｔｉｎｇフォルダーをＳｅｔｔｉｎｇファイルにして保存していた場合、このＳｅｔｔｉｎｇファイルを事前に削除しておく必要があります。　なお、この方法ではＡｃｔｉｖｉｔｙフォルダー内のデータが空になり、「 記録モード」がデフォルト設定になります。　また、ＦＯＵＮＤ．０００フォルダーを削除していないとメモリの使用が０％になりません。

「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を認識しますが、「記録モード」はデフォルト値になります。
【　Ｆａｃｔｏｒｙ　Ｒｅｓｅｔ後のＣａｎＷａｙｒロガー設定画面　】

　ＦＯＵＮＤ．０００フォルダーを削除することでとメモリの使用が０％になります。

メモリの使用が０％に復旧しました。
【　ＦＯＵＮＤ．０００フォルダー内ファイル削除後のＣａｎＷａｙｒロガー設定画面　】

　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

２．ログデータの消失　（対処方法例記載有り）

　ディスクスペースが減少する不具合の発生の裏には、「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」内のログデータ消失という大きな問題が隠れています。　電池切れ後のＦｉｒｓｔ　Ｕｓｅ画面を目にしたとき、その後にデログータが消失していることを知った際の失意はどれほどの事か!　特に「お出かけＬｏｇ」や「下松・周南地区　ＪｏｇＬｏｇ」など、再採取が難しい場合のことを考えると「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」の利用はちょっと考えてしまいます。　しかし、使い勝手や軌跡のばらつきの小ささを考えると「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」の利用は欠かせません。　今回、消失データを回復できましたので、この回復したファイルを用いてログデータを抽出することを試みました。　

　上記の「不具合発生前のＵＳＢドライブのファイルツリー」と「ＣＨＫＤＳＫコマンド実行後のＵＳＢドライブのファイルツリー」を比較すると以下の点に気付きます。

• 　ファイル数は不具合発生前のＡｃｔｉｖｉｔｙフォルダー内のｆｉｔファイル数は１３ファイル、ＣＨＫＤＳＫコマンド実行後のＦＯＵＮＤ．０００ フォルダー内のＣＨＫファイル数が１４ファイルです。
  　

• 　個々のファイルサイズを比較すると、ｆｉｔファイルは１バイト単位となっていますが、ＣＨＫファイルは１０２４バイト単位となっています。　ファイルサイズが１バイト単位から１０２４バイト単位になっているように思えます。
  　

• 　ＣＨＫファイルのファイル名、拡張子をｆｉｔファイルにｒｅｎａｍｅしただけではＣａｎＷａｙでは認識できませんでした。

　これらよりＣＨＫファイルから必要な部分を抽出することでｆｉｔファイルに回復することを試みました。

　まず、ｆｉｔファイルの構造を知る必要がありましたので「D00001275 Flexible & Interoperable Data Transfer (FIT) Protocol Rev 1.7.pd」を探し出してｆｉｔファイルの基本的な構造部分を調査しました。

【　参考資料表紙　】

【　参考資料　ｆｉｔファイル構造　】

　この参考資料にはＤａｔａ　Ｒｅｃｏｒｄｓの詳細は記載されていませんが、Ｈｅａｄｅｒ部分とファイル最終部のＣＲＣについての記載がありました。　Ｄａｔａ　Ｒｅｃｏｒｄｓ自体の破損は可能性が低いと推測されますのでＨｅａｄ部分とファイル最終部ＣＲＣに着目して対策することにしました。

　参考資料の１２ページのＴａｂｌｅ３−１にＨｅａｄｅｒ部の説明が記載されています。　４〜７バイト目にＤａｔａ　Ｒｅｃｏｒｄｓサイズ、１２〜１３バイト目にＨｅａｄｅｒ部分のＣＲＣが格納されているようです。

【　参考資料　ｆｉｔファイルＨｅａｄｅｒ部説明　】

　また、幸いにも同じ１２ページ目にＣＲＣ計算のソースが掲載されていました。　当方のスキルの無さのため、今までCRC計算することを避けていましたが、今回はこのソースをそっくり丸ごと利用させていただくことにしました。

【　参考資料　CRC計算ソース　】

　これらの資料を参考にして回復したファイルFILE００００．ＣＨＫの内容を確認しました。　Ｈｅａｄｅｒ部分のＤａｔａ　Ｒｅｃｏｒｄｓサイズは０ｘ００００３５Ｄ１、Ｈｅａｄｅｒ部ＣＲＣは０ｘＦ７１０となっています。　さらに、 ｆｉｔファイルのサイズを調べていくとＤａｔａ　Ｒｅｃｏｒｄｓはデータレコード当たり２３バイト、最小ｆｉｔファイルサイズは４７６バイト（＝Ｄａｔａ　Ｒｅｃｏｒｄｓ２０個＋Ｈｅａｄｅｒ部１４バイト＋ファイル最終部ＣＲＣ２バイト）となっていました。

【　ファイルFILE００００．ＣＨＫ　Ｈｅａｄｅｒ部　】

　このファイルをダンプして確認すると、Ｈｅａｄｅｒ部分の情報よりFILE００００．ＣＨＫ（１４，３３６）から本来のｆｉｔ００．ｆｉｔ（１３，７９３バイト）を抽出することができそうです。　Ｈｅａｄｅｒ部分ＣＲＣ計算やファイル最終部ＣＲＣ計算も不要なようです。

　次に当初のＡｃｔｉｖｉｔｙフォルダーにはなく、ＦＯＵＮＤ．０００フォルダーに追加されているＦＩＬＥ００１３．ＣＨＫを確認しました。

【　ファイルFILE００１３．ＣＨＫ　Ｈｅａｄｅｒ部　】

　なんとＨｅａｄｅｒ部分のＤａｔａ　Ｒｅｃｏｒｄｓサイズは０ｘＦＦＦＦＦＦＦ０となっているではありませんか。　このようなＤａｔａ　Ｒｅｃｏｒｄｓサイズはあり得ません。　他のデータ消失時の同様なファイルでもＤａｔａ　Ｒｅｃｏｒｄｓサイズは０ｘＦＦＦＦＦＦＦ０となっていました。　ディスクスペースの減少とデータ消失が生じた際には、ＦＡＴテーブル破損とＤａｔａ　Ｒｅｃｏｒｄｓサイズ異常値格納の現象が生じるようです。

　本来はＤａｔａ　Ｒｅｃｏｒｄｓを解読してデータ終了位置を見出すべきですが、解読には時間を要するために諦めました。　ｆｉｔファイル抽出する方法として以下の２つの方法をとることにしました。

Ｃａｓｅ１

　Ｄａｔａ　Ｒｅｃｏｒｄｓの特徴から最終Ｄａｔａ　Ｒｅｃｏｒｄｓを判定する。　ただし、Dａｔａ　Ｒｅｃｏｒｄｓの内容を確認していないため誤判定して正常に読み出せない可能性がある。

Ｃａｓｅ２

　ＣＨＫファイルのファイルサイズ目いっぱいデータレコードが存在すると仮定してＤａｔａ　Ｒｅｃｏｒｄｓを抽出する。　この場合、最終部分のＤａｔａ　Ｒｅｃｏｒｄｓは意味のないダミーＤａｔａ　Ｒｅｃｏｒｄｓが存在してしまう。

　この２つのの方法を指定して抽出するプログラムをＥｘｃｅｌのＶＢＡで作成しました。　また複数のファイルを連続してバッチ処理できるようにしました。　（未経験の言語・開発環境を利用するのが苦痛となっています。　慣れ親しんだ開発環境を用いることを優先してＥｘｃｅｌを利用しました。）

　今回作成したＥｘｃｅｌのＶＢＡ実行例を以下に掲載します。

上記画像をクリックすると原寸大のファイルを表示できます。

【　Ｅｘｃｅｌ　ＶＢＡ実行例　】

　ＦＩＬＥ００１３．ＣＨＫは、Ｎｏ．１４ではＣａｓｅ１の方法で０１３．ｆｉｔを生成し、Ｎｏ．１５ではＣａｓｅ２の方法で０１４．ｆｉｔを生成しました。

　このＥｘｃｅｌのＶＢＡ実行結果より、０００．ｆｉｔから０１２．ｆｉｔのファイルサイズは「【　不具合発生前のＵＳＢドライブのファイルツリー　】」と一致していました。　０１３． ｆｉｔおよび０１４，ｆｉｔはデータ消失直前までに新たに生成されたｆｉｔファイルのため正確なサイズは不明です。

　ＥｘｃｅｌのＶＢＡ実行により抽出したファイルを「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」のＵＳＢドライブのＡｃｔｈｉｖｉｔｙフォルダーにコピーしてＣａｎＷａｙでデータを認識できるかを確認をしました。

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　ＵＳＢドライブにコピー後のＵＳＢドライブのファイルツリー　】

【　「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」ＵＳＢドライブのプロパティ画面　】

【　ＣａｎＷａｙロガー設定画面　】

【　ＣａｎＷａｙ軌跡読込み画面　】

　軌跡読込み画面では１１個の軌跡データしか認識していません。　これはｆｉｔファイル最小サイズ（４７６バイト）の４ファイルを無効データとして扱っているためだと思われます。　ＣａｎＷａｙ軌跡読込み画面の最後の２個のデータが０１３． ｆｉｔおよび０１４．ｆｉｔです。　これらのデータをＣａｎｗａｙに読み込み、ＣＳＶファイルをエクスポートして軌跡の日時を確認することで、消失したデータを回復できたことを確認できました。　めでたし、めでたし。　（久しぶりの成功事例となりました。　なお、今回作成したＥｘｃｅｌ（ＶＢＡ）の公開予定はありません。

　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

３．過去データモードにおける運動旅行モードの記録不具合　（対処方法不明、再現有り）

　ロギング開始前に運動旅行モード（ジョギング、自転車、ウォーキング、トレイル、自動車）を選択します。　その後のロギングログ中に「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」ＬＣＤ表示上に選択した運動旅行モードのアイコンが表示されます。　ここまでは正常です。

【　自動車モードデータロギング中のＬＣＤ表示画面例　　】

　ところが、ロギング終了後に「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」の電源オフ→電源オンなどの操作後に過去データを確認すると記録されたログデータの運動旅行モードのアイコンが、多くの場合、ジョギングとして記録される現象が生じています。

【　自動車モードロギング終了後の過去データリスト　】

　運動旅行モードのアイコンは必ずしもジョギングになるのではなく、稀に設定した運動旅行モードで記録されている場合があります。

【　ジョギング以外の運動旅行モード記録例　】

　当方の利用方法では、この不具合による支障はほとんどありませんので気にしないことにしています。　

　　　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

４．過去データ表示データ更新の注意点　（対処方法不明、再現有り）

　過去モードにおけるログファイルリスト表示には癖があるようです。　そのうちの代表的な２事例を紹介します。　これ以外にも期待どおりでない（データ更新されないなど）動作をすることがあるようです。

４．１　Ｆａｃｔｏｒｙ　Ｒｅｓｅｔ直後、ログファイル内容表示

　Ｆａｃｔｏｒｙ　Ｒｅｓｅｔ後のＦｉｒｓｔ　Ｕｓｅ終了後に過去データモードに入ってログファイルリストを表示すると空になっています。　これは正常です。

【　Ｆｉｒｓｔ　Ｕｓｅ終了後の過去データモードＬＣＤ表示　】

　この画面で右側ボタンを押すと、あるはずの無いログデータの内容が表示されました。

【　ログデータ表示　】

　その後、ＵＳＢ接続をしてＡｃｔｉｖｉｔｙフォルダーを確認しましたが、ログファイルはありませんでした。

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　Ｆｉｒｓｔ　Ｕｓｅ終了後のＵＳＢドライブのファイルツリー　】

４．２　電源オンだけではログリストが更新されない

　軌跡ロギングを終了して「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を電源オフしました。　このときActivityフォルダーに００１． ｆｉｔが追加されたはずです。　その後、「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を電源オンして過去モードでログファイルリストを表示しましたが０００． ｆｉｔに相当するファイル（０３０８−０７４２）は表示されましたが、００１．ｆｉｔに相当するファイルは表示されていませんでした。

【　電源オン直後の過去ファイル表示　】

　その後、ＵＳＢポートに接続、ＵＳＢポート取り外しを行うことで過去モードで００１．ｆｉｔに相当するファイル（０３０８−０７４８）が表示されました。　ＬＣＤファイルが表示されるタイミングがよくわかりません。

【　ＵＳＢ接続、取り外し後の過去ファイル表示　】

　「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」ＬＣＤ上で過去データを確認することはほとんどありませんので、この不具合も気にしないことにしています。

　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

５．Ｌｏｇ　Ｒｕｌｅ　１秒間隔設定時に１秒間隔のロギング不可。　（対処方法不明、再現未確認）

　初代「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を利用しているうちに、いつの間にかロギング時間間隔を１秒設定にしているにも関わらず最短でも２秒間隔のロギングしかできなくなっていました。　この対策として他の条件に設定変更をしてしばらく動作をさせ、その後再び時間間隔１秒に設定してみました。　それでもこの現象が再現しました。　さらに複数回のＦｉｒｍｗａｒｅの書き換えも試してしましたが、それでも改善しませんでした。　実は２台目「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を購入したのはこれがきっかけでした。　この現象の際の軌跡データを以下に掲載します。

【　軌跡比較例　】

　この軌跡比較例の黄色軌跡がこの不具合現象です。　黄色軌跡は全て２秒間隔以上のデータとなっていました。　比較のために２台目「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」がロギングした水色軌跡および橙色軌跡で示しています。　水色軌跡および橙色軌跡は黄色軌跡とは別の日にロギングしたものです。

　この現象はいつの間にか発生していました。　気付くまでの間のイベントとして気になるのが一度Ｆｉｒｍｗａｒｅを書き換えたことです。　不具合対応でもＦｉｒｍｗａｒｅ更新していますが、それ以前にも一度Ｆｉｒｍｗａｒｅ書き換えをしていました。　このＦｉｒｍｗａｒｅ書き換え以外に怪しいことを思い当たるらず、他の要因あｈ思い当たりません。　そのうち初代「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」のＵＳＢコネクタが破損して使えなくなり原因調査ができなくなりました。　この現象を二度と経験したくないため、現在ではＦｉｒｍｗａｒｅの更新はできる限り避けるようにしています。

　その後、本現象に対応していました。　その詳細は「とことんＧＰ−１０２！　ちから技で サンプリング間隔を１秒に戻しましょ。 （おまけ：ロジアナのプロトコルアナライザを使ってみました。） 」を参照願います。　

　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

６．Factory　Reset後に設定データＳｅｔｔｉｎｇｓ．ｄａｔが生成されない。　（再現未確認）

　Ｆａｃｔｏｒｙ　Ｒｅｓｅｔを実行してＦｉｒｓｔ　ＵＳＥを完了させました。　その後、ＣａｎＷａｙでＬｏｇ　Ｒｕｌｅを設定しようとしましたがＧＰ−１０２を認識しませんでした。　

【　ＣａｎＷａｙロガー設定画面　】

　「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」ＵＳＢドライブを認識できていないのではと思いＵＳＢドライブのプロパティを確認すると正常に確認できました。　ＵＳＢ接続は正常なようです。

【　「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」ＵＳＢドライブのプロパティ画面　】

　ＵＳＢドライブのファイルを確認するとＳｅｔｔｉｎｇｓフォルダー内にあるＳｅｔｔｉｎｇｓ．ｄａｔファイルが生成されていないことに気付きました。

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　Ｆｉｒｓｔ　Ｕｓｅ終了後のＵＳＢドライブのファイルツリー　】

　多分Ｓｅｔｔｉｎｇｓ．ｄａｔをコピーすれば復旧すると思われましたが、念のために再度Ｆａｃｔｏｒｙ　Ｒｅｓｔを実行しました。　その後は問題なく利用できています。　再現については未確認です。

　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

７．ＬＣＤ表示が全面黒一色となる。　（復旧後、再現無し）

　３台目「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」のプッシュボタンを操作しているうちにＬＣＤ表示が全面黒一色になりました。　その際の状況を以下に掲載します。

【　ＬＣＤ表示　全面黒一色不具合状況　】

　これでは３台目「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」がどのような状況になっているのか全く不明でした。　仕方ないのでＵＳＢポートに接続するといつものように３台目「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」を認識、操作できました。　この間もＬＣＤ表示は全面黒一色のままでした。　その後、ＵＳＢポートから取り外すと全面黒一色から正常なＬＣＤ表示に戻りました。　この現象も原因・きっかけは不明です。

　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

８．運動旅行モードでロギング表示しているにも関わらずログデータが残っていない。　（復旧後、再現無し）

　「ディスクスペースが減少する不具合　（対処方法例記載有り）」を調査している最中に１度だけこの現象に遭遇しました。　再現確認のためにロギングしていましたが、何故か ｆｉｔファイルが増えない現象に気付きました。　これでは調査が進まないので、運動旅行モードをジョギングモードから車モードに変更しましたが現象は変わりませんでした。　それではと自転車モードにすると何故か復旧しました。　この現象発生時の記録を採取する前に復旧したため、発生時の状況を記録できませんでした。　

　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

９．ディスクスペースが減少する不具合　（Fｏｒｍａｔ対処 ）

　「１．ディスクスペースが減少する不具合　（CHKDSKコマンド対処）」ではＦｏｒｍａｔコマンドで ディスクスペースを回復できない場合について紹介させていただきました。　その後、ディスクスペースが減少する不具合を２週間以上時間をかけて不具合再現も試みましたが再現することができませんでした。　その試みも忘れた頃、やはりロギング中の電池残量低下による電源オフを発生後の再立ち上げでこの不具合が再発しました。　この再発を利用して再度Ｆｏｒｍａｔコマンドでディスクスペースを回復できないか再度試みました。　そうすると、今回はディスクスペースを回復することができました。　最初に回復できなかったのは本当なのか、今となっては確信がありません。　（当時は数多くの操作、状態確認をしていましたので今となっては記憶があいまいです。）

　Ｆｏｒｍａｔコマンドでディスクスペースを回復できるのであれば、残っている軌跡ログファイル（Ｆｉｔファイル）が消去される条件はありますが、簡単にディスクスペースを回復できます。　なお、軌跡ログファイルを残したい、見えなくなってしまった軌跡ログファイル（Ｆｉｔファイル）を復活させたい場合は、やはり「１．ディスクスペースが減少する不具合　（CHKDSKコマンド対処 ）」を参考にします。

　　Ｆｏｒｍａｔコマンドでディスクスペースを回復するのは、単純に「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」のドライブをExploreｒでフォーマットするだけです。

【　ＥｘｐｌｏｒｅｒによるＦｏｒｍａｔ　】　

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　Ｆｏｒｍａｔ直後のＵＳＢドライブのファイルツリー　】

 Ｆｏｒｍａｔ終了後に「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」をＵＳＢポートから取り外し、再度接続することでＦｉｒｓｔ　ｕｓｅを実行することなく初期状態になりました。　なお、「Ｇ−ＰＯＲＴＥＲ　ＧＰ−１０２」のＶｅｒｓｉｏｎは「００６６０２−２０１４０３２５」です。

データ抽出にはＷｉｎＴｒｅｅ．ＮＥＴ　Ｖｅｒｓｉｏｎ２．０
（Copyrights(c) 2014 y.yamada）を利用しています。

【　ＵＳＢ再接続後のＵＳＢドライブのファイルツリー　】

　目次に戻る　　　Ｍｅｍｏｒａｎｄｕｍの小部屋 へ戻る　　　ホームページへ戻る

End of This Page.