EPSON GPSウォッチ ログ抽出ツール Version 1.13
本アプリはEPSONのGPSウォッチ(WristableGPS)内のGPSログ(ワークアウトデータ)を
WindowsPCのダウンロードフォルダに抽出するツールです。
Windowsの「EpsonView」アプリのインストールフォルダに本アプリを置いて頂くことで
動作します。EPSONからのEpsonViewアプリの配布は終了している可能性がありますので、
過去にEpsonViewを利用されており、今も環境が残っている方のみが利用できると思います。
ウォッチのワークアウトをPCに転送すると以下のファイルが生成されます。
(1) GPXファイル
緯度、経度、高度、時間、心拍数を出力します。
LAPデータのあるワークアウトの場合、LAPデータをウェイポイントとして
出力します。
※現在のバージョンではGPXファイルの出力は"SF Series"のみです。
(2) CSVファイル
以前、EpsonViewのサイトでサポートされていたBACKUP形式(CSVファイル)
です。ワークアウトの詳細な情報(ラップタイム、ストライド、ピッチ、
斜度など)が出力されています。BACKUP形式の読み込みに対応している
Webサイト(RUNALYZEなど)にアップロードすることでワークアウトの
詳細な内容を確認することができます。
※現在のバージョンでは"J-xxx"のウォッチの場合、ラップデータのみを
出力します。"SF Series"はほぼすべてのデータを出力します。
(3) 複数のBINファイル
ウォッチ内のワークアウトの内部形式(BINファイル)です。
通常は参照する必要はありません。本ツールはまだまだ開発途中でして、
もしウォッチのデータの解析に興味を持たれた方がおられましたら、
ぜひ解析にご協力頂きたいという思いから出力しています。
なお詳細なインストール方法や利用方法についてはダウンロードしたファイルの「お読みください」に記載しております。
WindowsPCのダウンロードフォルダに抽出するツールです。
Windowsの「EpsonView」アプリのインストールフォルダに本アプリを置いて頂くことで
動作します。EPSONからのEpsonViewアプリの配布は終了している可能性がありますので、
過去にEpsonViewを利用されており、今も環境が残っている方のみが利用できると思います。
ウォッチのワークアウトをPCに転送すると以下のファイルが生成されます。
(1) GPXファイル
緯度、経度、高度、時間、心拍数を出力します。
LAPデータのあるワークアウトの場合、LAPデータをウェイポイントとして
出力します。
※現在のバージョンではGPXファイルの出力は"SF Series"のみです。
(2) CSVファイル
以前、EpsonViewのサイトでサポートされていたBACKUP形式(CSVファイル)
です。ワークアウトの詳細な情報(ラップタイム、ストライド、ピッチ、
斜度など)が出力されています。BACKUP形式の読み込みに対応している
Webサイト(RUNALYZEなど)にアップロードすることでワークアウトの
詳細な内容を確認することができます。
※現在のバージョンでは"J-xxx"のウォッチの場合、ラップデータのみを
出力します。"SF Series"はほぼすべてのデータを出力します。
(3) 複数のBINファイル
ウォッチ内のワークアウトの内部形式(BINファイル)です。
通常は参照する必要はありません。本ツールはまだまだ開発途中でして、
もしウォッチのデータの解析に興味を持たれた方がおられましたら、
ぜひ解析にご協力頂きたいという思いから出力しています。
なお詳細なインストール方法や利用方法についてはダウンロードしたファイルの「お読みください」に記載しております。
画面イメージ
改版履歴
2025/04/25 Ver0.1 初版リリース
2025/04/26 Ver0.11 画面デザインの見直し
2025/05/03 Ver0.12 サイズが0のワークアウトがあった場合の処理追加
デバッグトレースの追加
2025/05/08 Ver0.13 ワークアウトのダウンロードの際に内部的に指定するClassIdの
値が一部のウオッチにしか対応できていませんでした。このため
例えば"SF Series"のウオッチの場合はダウンロードでエラーと
なっていました。本バージョンからウォッチの製品名に応じた
ClassIdを設定するよう改善しております。
2025/05/15 Ver0.14 ワークアウトの内部形式ファイルをCSVファイルに変換する機能
を追加しました。主に"SF Series"のウォッチのワークアウトフ
ァイルのヘッダ部分(ラップデータ等)の情報のみを変換出力しま
す。
2025/05/17 Ver0.15 CSVファイルに出力する情報の量と精度を改善しました。
CSVファイルを"RUNALYZE"にアップロードすることでワークアウト
の内容が確認できるようになりました。
2025/06/02 Ver0.16 CSVファイルを出力する際に同時にワークアウトの内部形式ファイ
ルを解析しやすいように3つのファイルに分割する機能を追加
しました。
2025/06/05 Ver0.17 CSVファイルを出力する際に同時にGPXファイルも生成するように
しました。まだ座標計算が正確ではないため、少し離れた位置で
生成されてしまいます。また今回よりCSVファイルにGPSの情報を
出力しましたが、そのためかRUNALYZEへのアップロードに失敗す
るようになりました。現在調査中です。(Ver1.0で解決済)
2025/06/07 Ver1.00 正式にGPXファイル、CSVファイルの出力に対応しました。
※"SF Series"のみです。
2025/06/08 Ver1.01 高度(Altitude)の出力に対応しました。
高度差のあるテストデータが不足しているため、テストが十分で
はありません。高度を求めるための係数がconfigファイルにあり
ますので、もし不満足な値でしたら係数の調整をお願いします。
海外の方からのご要望にお応えして、日本語以外のWindowsで
起動した場合は英語で表示するようにしました。
2025/06/08 Ver1.02 心拍数(HeartRate)の出力に対応しました。
現在の対応方法はSF-810の場合は心拍数データあり、SF-110
は心拍数データなしと判断して出力します。
SF-810で心拍数機能をオフで記録されたワークアウトの場合、
心拍数は0(ゼロ)で出力します。将来ヘッダの情報を特定し、
オフの場合は心拍に関する情報を出力しないように改善する
予定です。
2025/06/11 Ver1.03 心拍数(HeartRate)のデータを詳細に出力するようにしました。
出力したCSVファイルをRUNALYZEにインポートすることで、心拍
数グラフの表示などが行えます。その他、GPXファイルの時間の
出力方法を改善しました。
2025/06/13 Ver1.04 ウォッチのモデルが"J-xxx"のCSV出力に対応しました。主にラッ
プ系のデータのみです。
CSV/GPXの出力の際に「BODY部の抽出に失敗しました」のエラー
が時折発生する問題に対応しました。
2025/06/21 Ver1.05 "SF-510"に対応しました。またCSV/GPXの出力の際に「BODY部の
抽出に失敗しました」のエラーが時折発生する問題に対応しまし
た。GPX出力の際にLAPデータをウェイポイント(wpt)として出力
するようにしました。
2025/06/30 Ver1.06 高度(Altitude)の出力が高地や山岳では不正な値となる問題を
修正しました。日本語以外のWindowsでGPXを出力すると、小数点
が,(カンマ)になってしまう問題を修正しました。CSV出力と同時
に出力データをRunalyzeやEpsonWatchWorkoutListサイト(オリジ
ナル)に登録する機能を追加しました。
2025/07/08 Ver1.07 CSV/GPXの出力の際に「レコード先頭の0x30/0x31が見つかりませ
ん」のエラーが時折発生する問題に対応しました。
解像度の低い画面で実行すると一部の表示が画面からはみ出てし
まう問題に対応しました。
2025/08/31 Ver1.08 SF-850に対応しました。
2025/09/01 Ver1.09 SF-850の対応で一部の値が不正となってましたので、修正しま
した。
2025/09/02 Ver1.10 GPXファイルに出力される日時(time)の値が実際の日時からずれる
場合がある問題に対応しました。
2025/09/04 Ver1.11 GPS受信不良時に高度(Altitude)に異常な値が出力される場合があ
る問題を修正しました。
SF-850の対応で一部対応漏れがあったため、修正しました。
2025/09/06 Ver1.12 GPXファイルに出力される日時(time)の値が途中から実際の日時か
ら数秒ずれる問題がまれに起こる件に対応しました。
GPXファイルに出力される日時(time)の値が同じ値で複数レコード
出力される問題がまれに起こる件に対応しました。
2025/09/06 Ver1.13 上記問題の対応が一部不十分でした。修正しました。
(確認不十分なため、連続でリリースすることになり申し訳ありません）
2025/04/26 Ver0.11 画面デザインの見直し
2025/05/03 Ver0.12 サイズが0のワークアウトがあった場合の処理追加
デバッグトレースの追加
2025/05/08 Ver0.13 ワークアウトのダウンロードの際に内部的に指定するClassIdの
値が一部のウオッチにしか対応できていませんでした。このため
例えば"SF Series"のウオッチの場合はダウンロードでエラーと
なっていました。本バージョンからウォッチの製品名に応じた
ClassIdを設定するよう改善しております。
2025/05/15 Ver0.14 ワークアウトの内部形式ファイルをCSVファイルに変換する機能
を追加しました。主に"SF Series"のウォッチのワークアウトフ
ァイルのヘッダ部分(ラップデータ等)の情報のみを変換出力しま
す。
2025/05/17 Ver0.15 CSVファイルに出力する情報の量と精度を改善しました。
CSVファイルを"RUNALYZE"にアップロードすることでワークアウト
の内容が確認できるようになりました。
2025/06/02 Ver0.16 CSVファイルを出力する際に同時にワークアウトの内部形式ファイ
ルを解析しやすいように3つのファイルに分割する機能を追加
しました。
2025/06/05 Ver0.17 CSVファイルを出力する際に同時にGPXファイルも生成するように
しました。まだ座標計算が正確ではないため、少し離れた位置で
生成されてしまいます。また今回よりCSVファイルにGPSの情報を
出力しましたが、そのためかRUNALYZEへのアップロードに失敗す
るようになりました。現在調査中です。(Ver1.0で解決済)
2025/06/07 Ver1.00 正式にGPXファイル、CSVファイルの出力に対応しました。
※"SF Series"のみです。
2025/06/08 Ver1.01 高度(Altitude)の出力に対応しました。
高度差のあるテストデータが不足しているため、テストが十分で
はありません。高度を求めるための係数がconfigファイルにあり
ますので、もし不満足な値でしたら係数の調整をお願いします。
海外の方からのご要望にお応えして、日本語以外のWindowsで
起動した場合は英語で表示するようにしました。
2025/06/08 Ver1.02 心拍数(HeartRate)の出力に対応しました。
現在の対応方法はSF-810の場合は心拍数データあり、SF-110
は心拍数データなしと判断して出力します。
SF-810で心拍数機能をオフで記録されたワークアウトの場合、
心拍数は0(ゼロ)で出力します。将来ヘッダの情報を特定し、
オフの場合は心拍に関する情報を出力しないように改善する
予定です。
2025/06/11 Ver1.03 心拍数(HeartRate)のデータを詳細に出力するようにしました。
出力したCSVファイルをRUNALYZEにインポートすることで、心拍
数グラフの表示などが行えます。その他、GPXファイルの時間の
出力方法を改善しました。
2025/06/13 Ver1.04 ウォッチのモデルが"J-xxx"のCSV出力に対応しました。主にラッ
プ系のデータのみです。
CSV/GPXの出力の際に「BODY部の抽出に失敗しました」のエラー
が時折発生する問題に対応しました。
2025/06/21 Ver1.05 "SF-510"に対応しました。またCSV/GPXの出力の際に「BODY部の
抽出に失敗しました」のエラーが時折発生する問題に対応しまし
た。GPX出力の際にLAPデータをウェイポイント(wpt)として出力
するようにしました。
2025/06/30 Ver1.06 高度(Altitude)の出力が高地や山岳では不正な値となる問題を
修正しました。日本語以外のWindowsでGPXを出力すると、小数点
が,(カンマ)になってしまう問題を修正しました。CSV出力と同時
に出力データをRunalyzeやEpsonWatchWorkoutListサイト(オリジ
ナル)に登録する機能を追加しました。
2025/07/08 Ver1.07 CSV/GPXの出力の際に「レコード先頭の0x30/0x31が見つかりませ
ん」のエラーが時折発生する問題に対応しました。
解像度の低い画面で実行すると一部の表示が画面からはみ出てし
まう問題に対応しました。
2025/08/31 Ver1.08 SF-850に対応しました。
2025/09/01 Ver1.09 SF-850の対応で一部の値が不正となってましたので、修正しま
した。
2025/09/02 Ver1.10 GPXファイルに出力される日時(time)の値が実際の日時からずれる
場合がある問題に対応しました。
2025/09/04 Ver1.11 GPS受信不良時に高度(Altitude)に異常な値が出力される場合があ
る問題を修正しました。
SF-850の対応で一部対応漏れがあったため、修正しました。
2025/09/06 Ver1.12 GPXファイルに出力される日時(time)の値が途中から実際の日時か
ら数秒ずれる問題がまれに起こる件に対応しました。
GPXファイルに出力される日時(time)の値が同じ値で複数レコード
出力される問題がまれに起こる件に対応しました。
2025/09/06 Ver1.13 上記問題の対応が一部不十分でした。修正しました。
(確認不十分なため、連続でリリースすることになり申し訳ありません）
開発の経緯
私以外にもEPSONのGPSウォッチで山行ログを取っていた方が、きっとおられるのではないかと思います。2025年3月末でEPSONでのサポートが終了したためと思いますが、4月からEpsonViewを用いたウォッチからのGPXファイル取り出しが出来なくなりました。
4月下旬、代替のツールを作って、なんとかウォッチの内部形式で取り出すことには成功しました。しかし内部形式の解析は思った以上に困難でした。そこでこのヤマノートに開発中のツールを公開してみましたところ、国内および海外から解析に協力して頂ける方が現れて、あれよあれよと言う間に解析が進み、2か月足らずで一応使い物になるツールが完成してしまいました。公開した私自身驚きです。(^^;
現在GPXファイルの出力は"SF Series"のみですが、今後も新たな協力者が現れることを期待しながら、少しづつアップデートを続けてゆこうと思います。
4月下旬、代替のツールを作って、なんとかウォッチの内部形式で取り出すことには成功しました。しかし内部形式の解析は思った以上に困難でした。そこでこのヤマノートに開発中のツールを公開してみましたところ、国内および海外から解析に協力して頂ける方が現れて、あれよあれよと言う間に解析が進み、2か月足らずで一応使い物になるツールが完成してしまいました。公開した私自身驚きです。(^^;
現在GPXファイルの出力は"SF Series"のみですが、今後も新たな協力者が現れることを期待しながら、少しづつアップデートを続けてゆこうと思います。
ツールのダウンロード
お気に入りした人
人
拍手で応援
拍手した人
拍手
拍手
コメント
こっそり拍手
kfd01567さんの記事一覧
-
EPSON GPSウォッチ ログ抽出ツール Version 1.13
39
更新日：2025年09月06日
-
ヤマレコ→YAMAPデータ移行ツール Ver1.7
372
更新日：2025年07月14日
-
GPXファイルの日時シフトツール（Windows PC用)
13
更新日：2023年04月11日
※この記事はヤマレコの「ヤマノート」機能を利用して作られています。
どなたでも、山に関する知識や技術などのノウハウを簡単に残して共有できます。
ぜひご協力ください！
バイナリデータはヘッダ部にアスキー文字でキーワードが埋め込まれている場合が多いのでそれをもとにデータ形式を探る方法もあるかと思います。
しかしアプリのサポートが終了するとOSのバージョンアップなどで使えなくなることもあるのでつらいところですね。
https://github.com/kfd01567/EpsonViewSupportApp/raw/188f85acb253d2c7bd8da499b9fcfb0d99bfb3b4/workout_binary_28.zip
やはりはずれでしたか。自分の持っているGPSロガーがFIT形式だったので可能性もあるかと思いましたがそううまくはいかないものですね。
ファイルも見ましたが私のレベルでは簡単には解析できそうになさそうな感じです。
余計なコメントをいれてしまったようで申し訳ないです。
データを眺めていたらちょっと解析に興味が出てきました。差し支えなければ比較用にデータを一つ追加して頂き変換結果のデータも追加して頂けないでしょうか。
変換後のデータからバイナリに逆変換して検索すれば解析がしやすいのでは思います。
いろいろと試せば解析のきっかけぐらいにはなるかもしれません。
https://github.com/kfd01567/EpsonViewSupportApp/raw/7ee6d41e2ec3bc16e793846eab7a540f52ef7c97/workout44_46_47.zip
せっかくデータをとって頂いたのに確認するのが遅くなってしまい申し訳ないです。
まず複数のファイルを比較して共通データを洗い出そうとしたのですが差異がありすぎて共通データが見いだせない状況です。
想定していたのとデータ構造が違うようで解析は難しいそうです。
多分固定部も含めてGPSの位置情報以外のデータも多数入っているのではないかと思います。
そこでデータを整理し直してみました。
FileNo Start End Lap(s) Data size
No28 11:47:32 11:47:54 22 1,817
No44 13:41:28 13:54:09 761 30,973
No46 14:13:31 14:18:52 321 12,465
No47 14:51:31 14:52:40 69 1,967
複数のデータから1秒間に追加されるデータのサイズを計算してみました(必ずしもサンプリング間隔が1秒とは限らない)
No28と47から (1967-1817)/(69-22) = 3.19
No47と46 (12465-1967)/(321-69) = 41.65
No46と44 (30973-12465)/(761-321) = 42.06
No47と44 (30973-1967)/(761-69) = 41.91
多分No28は設定の違いなどで他と固定部のサイズが大きく違っているように思われます。
No28を除くと1秒に約42byte追加される計算になりまずが、逆算して固定部のサイズを出すとマイナスになるので必ずしも１回/秒でデータが追加されているわけでもなさそうです。
仮に緯度や経度などのデータが4byteだとする10種類程度のデータが記録できることになるのでGPS情報以外にも情報が入っているのではないでしょうか。
もしかしたらサンプリング間隔や内容も設定やモードによって異なっているかもしれませんので変換前後のデータが対でほしいところですが仕方ないですね。
できればEPSONがフォーマットを公開してもらえると一番いいのですが・・・
ちょっと無理っぽいですがもう少しデータを調べてみますので、追加の情報があればメッセージか何かで教えてもらえるとうれしいです。
https://github.com/kfd01567/EpsonViewSupportApp/raw/3ee5304fcc7c975c64374b5c227aebd0a567489f/20250114.zip
データを拝見しました。今回アップロードされたデータは先のデータとは異なり規則性が見られました。0x1D8(472) あたりから 0x39(57)バイトごとに同じデータがでてきます。ヘッダも若干異なることから出力方法が異なるようにも思えます。内容を把握するのはまだ難しいですが手掛かりになりそうです。
データの解析用にバイナリビューワを作成してみたのでもしよければ使ってみてください。
https://github.com/katsushigeyoshida/ToolApp?tab=readme-ov-file
ここからToolApp.zipをダウンロードしてもらい、解凍してToolApp.exeを起動しバイナリビューワをダブルクリックすればビューワが開きます。ファイルパスのコンボボックスをダブルクリックしてファイルを選択します。そこで行バイト数に5７と入力して「再表示」ボタンを押すとデータの周期性が分かる表示になると思います。
＜SF Series 57バイト固定長の追加のデータ[CSVとBINと途中の解析情報]＞
https://github.com/kfd01567/EpsonViewSupportApp/raw/33f53db8f3f5e74ea79f1bb27d42e614e877cfb5/20250206.zip
＜SF Series 53バイト固定長のデータ[CSVはなし]＞
https://github.com/kfd01567/EpsonViewSupportApp/raw/33f53db8f3f5e74ea79f1bb27d42e614e877cfb5/workout_binary_1_jpn_sf.zip
バイナリビューワの提供もありがとうございました。さっそく利用させて頂きました。1行のバイト数を自由に設定できるバイナリエディタの必要性を強く感じましたので、その後lmhexというOSSを見つけて使っています。参考までに上記のデータを開いた画面を以下に置いています。
https://github.com/kfd01567/EpsonViewSupportApp/raw/33f53db8f3f5e74ea79f1bb27d42e614e877cfb5/lmhexScreenShot_jpn.png
※EPSONのGPSウォッチには様々なモデルがあるようですが、私もよく把握できておりません。もしかすると、Version0.13の各モデルの対応だけでは不十分かも知れません。(^^; もしダウンロードに失敗した場合は手作業で「内部で指定する固定値」を算出して、configファイルに定義する機能も今回追加しておりますのでご活用頂ければと思います(少々手間ですので技術者向けです)。
ex.19 05 0B 08 25 24
&h19=25 は2000が省略された西暦で
月・日・TOKYO時差9時間を加算して時・分・秒です。
(注：時差9時間で日付がズレる場合もあります)
ex.19 05 0B 08 25 24 = 2025-05-11 17:37'36
----
データ概要
FFFF……FFFF
ラップ1概要
FFFF……FFFF
ラップ2概要
FFFF……FFFF
ラップ3概要
FFFF……FFFF
移動データ(大量)
----
こんな感じです。
GPS軌跡の解析は難しくても
ラップデータだけでも抽出できたら、
最低限の仕事はしてくれるソフトウェアになるのではないでしょうか。
眺めているとアドレス&h001Cがカロリーとか分かります。
またGPSデータの混じらないインドア計測すると
移動データ(大量)が比較的00で埋まるシンプルなデータが取れます。
同一ウォッチを２つ並べて持ち、
１つはインドア、１つはGPS計測で計測し
その差分を調べたらGPS計測の差分が絞り込めて
解析のヒントになるかもしれません。
katsushigeさんの情報から、"SF Series"のボディ部は1レコードが53バイトまたは57バイトの固定長であることが分かりましたので、2種類のワークアウトファイル(1つはSF-110で、もう1つは別のSF-xxx)を並べて比較してみました。
少し大きな画像ですが、比較の画面を以下に置いていますので参照して頂ければ幸いです。
https://github.com/kfd01567/EpsonViewSupportApp/raw/e4c1112d7eb12ed37b6dd49e12960abbd0b27b41/compare2.png
解析に使用した2つのワークアウトファイルはいずれもこの上の投稿にあるものですが、解析しやすいようにヘッダ部を削除したり、レコードの途中に時折混ざるデータを削除して解析しやすくしたものを参考までに以下に置いています。
<2025/6/5編集>
上記で述べているレコードの途中に混ざるデータは8バイト、64バイトの2パターンがあり、これらのデータを別ファイルに抽出する機能をVer.016で追加しています。（以前は手作業で削除していました）
ですので、以前置いていたファイルは削除しています。
「ラップデータだけでも抽出できたら、最低限の仕事はしてくれるソフトウェアになるのではないでしょうか。」は嬉しいお言葉ですが、RUNNET等ランニング系の掲示板での話でしたらそれでもOKでしょう。ここはヤマレコの掲示板ですので、最低限の仕事がGPS軌跡の出力だと思っています(志は高く!?)。
CSVデータのあるデータだけ確認しているのですが[LapData]は0x80から12８(0x80)byte単位で書き込まれているようです。
workout_binary_0.bin
LapData 128(0x80) byte
00080 - 00FF Value Offset
LapNo, 1, 0x01 00
EndPoint, 999999,
LapTime, 2456, 0x998
LapDistance, 6751, 0x1A5F 0C
LapCalorie, 567, 0x237 18
LapPaceAve, 363, 0x16B
LapSpeedAve, 9895, 0x26A7 1E
LapPitchAve, 162, 0xA2 2A
LapStrideAve, 98, 0x62 2E
LapKind, 1, 0X01 02
LapSteps, 6667, 0x1A0B 14
LapSplitTime, 245683, 0x3BFB3
LapSplitDistance, 6751, 0x1A5F 10
LapAscentAltitude, 86, 0x56 1A
LapDescentAltitude, 82, 0x52 1C
まだ一部のデータしか紐づけができていませんがこれの繰り返しで入っているようです。
GPSの緯度経度の値はCSVのデータがうまく解釈できれば先に進めるかもしれません。
SF110's.binをみてGPS部には53バイトリズムがありました。
５回の同一的な周期があれば緯度経度だと推測できそうです。
一定に増加している値は時間か距離かと推測できそうです。
疲れてきてペースは周回ごとに落ちましたが、ラスト１周はあげました。
そういう増減を描いているのはペースかも。
53バイトが3620個並びました。
タイム59分なので１秒で１レコードぐらいですね。
20250206のデータはパリでのデータだったのですね。経度より緯度の方が大きいのが謎だったのですが理解できました。
改めてデータを見直した結果、
起点を0x5F0とした場合
offset 0x0b 2byte Lap秒
offset 0x11 5byte 60 5E AA 00 71 => 485,342,469,728 Latitude ?
offset 0x19 5byte 00 00 01 10 31 => 210,721,898,496 Longitude ?
緯度の方はかなり近い値かと思いますが経度の方は変化がないのではずれだと思います。
2,4,8byte固定単位のデータでは なく1byte単位にデータサイズを変えて格納しいると考えるとデータがサーチできそうな気がします。
その辺の検証機能を先に紹介したツールに組み込んでみました(データ型でEpson57を選択)。
それと[LapData]の数は 0x006C に、LapKindはoffset 0x02,TimeCentiSecondは0x0Bと思われます。
https://docs.google.com/spreadsheets/d/147eHi_lfutTrW-ZgEbTW0bdjJnc8Vb_R9cqZKrz721w/edit?usp=sharing
ラップ系のデータは解析がほぼ完了した感じです。いよいよGPSDataの解析に本腰を入れなければならないようです。
表を拝見しました。シンプルでわかりやすいですね。LapDataはあとEndPointが残っていますが残りのデータと合致しないですね。LapTimeからGpsDataのレコードをサーチすればわかるかと思いますがそれだとあまり意味がないですよね。
Gpsデータの緯度経度ですが1度ずれると100kmぐらい離れるので度の部分は変化しないとみて上位2桁は固定と考え見た結果が前の結果です。この辺をもう一度考え直してツールでの検索機能を見直してみます。
引き続き、Gpsデータの緯度経度の方、よろしくお願いします。
GpsTimeは一定間隔ではないので結局、GpsTimeをサーチすることになるかと思います。
それとGPSDataのシートを見てて思ったのですが、このデータ数は約1000であるのに対し、バイナリデータのレコード数4700あまりで4倍以上になります。余計なことかもしれませんが複数レコードで1データの可能性も考えた方がいいような気もしました。
一方CSVのGPSDataのGpsTimeは1秒毎ではなく、バイナリのレコードから一部（精度の高いデータだけ？）を間引いてCSVに出力されているような感じです。
これまで私が入手したSF Seriesの全サンプルを以下に置きましたので参考にして頂ければと思います。
https://github.com/kfd01567/EpsonViewSupportApp/raw/21a5d934287d4eb6ba955823b026269689f2d1b9/workout_all_samples.zip
※BINとCSVのペアで置いています。ただしSF-110の方は私のツールでCSVを出力していますので、GPSDataはありません。
了解しました。CSVデータはバイナリデータと1対1のデータと思っていましたがそうではないということですね。いろいろと先入観が働いていたようです。
以下はpiraru9さんから提供の「２キロコースを５周」のワークアウトをCSV形式に変換後、Runalyzeで表示したものです。
https://github.com/kfd01567/EpsonViewSupportApp/raw/bd0b6821ef7c704f75501135f2a98a34e2827de0/runalyze.png
いい感じでラップ情報が表示されています。近い将来(?)、CSV中のGpsDataが正しく出力できるようになれば、この画面の下にマップとGPS軌跡が表示されます。
https://docs.google.com/spreadsheets/d/1R8xM91LUqC7HEZxapPxGILHQ645jjM2d7HFT0Ez-7ko/edit?usp=sharing
※複数のシートがありますが、GraphData0320とGraphData0206シートです。
※GpsStatusの16,48はbinファイルの2列目の10,20ではないかとの情報を別途頂いており検証中ですが、最初の500レコード分くらいは一致するのですが、それ以降は一致しない(1行ずれる等)があって、まだ不確定です。
レコードの始まり位置は私も確信が持てていないのですが、0x30/0x31の列が先頭のような気がしています。Ver0.16では0x30/0x31を先頭にbodyファイルを生成するようにしています。0x30/0x31の列と0x40/0x41の列はそれぞれレコード長を決める値のようですので、レコードの前の方に合った方が解析しやすいと思っています。0x30の時は8バイト余分に増え、0x41の時は64バイト余分に増えるようです。30->40->50と並ぶ方が自然かな、という感じもしています。今後の解析次第では、もしかすると先頭位置は変わるかも知れませんが。
https://drive.google.com/file/d/1ITzroMUuojgHPp0MFsw3xx7YuvfKztjp/view?usp=drive_link
また，次は大阪ハーフマラソンのデータです。
https://drive.google.com/file/d/1J14WqUrP7GJyHswiy5TcmaSr5l_YTqHl/view?usp=sharing
少し横長になっていますが，どちらもコースを再現できているように思います。
具体的な数値との対応まではいたっていませんが，使ったデータは緯度，経度を表していると思われます。
具体的には次のようにデータを編集しました。
51, 52, 53, 54 列の4byteを使用しました。
52 51 の2byteで符号付16進数->10進数 iレコードの値 a_i について y_i = y_i-1 + a_i -> y_iが緯度
同様に
54 53 の2byte 符号付16進数->10進数 iレコードの値 b_i について x_i = x_i-1 + x_i -> x_iが経度
上のような手順ですので，スタート地点が 0,0です。
是非，ご検討ください。
大阪マラソンのトレース下のような感じです。ほぼコースの道路上に沿っているかと思います。
https://drive.google.com/file/d/1wrthtizG6FAboVyxwu8aThmxk-OtU0ve/view?usp=drive_link
51, 52の列が緯度、53, 54の列が経度ということは分かりました。
そしてそれらはバイナリファイルのどこかにあるスタート地点の緯度経度からの差分で表現されているのですよね。 よく分からなかったのが「 iレコードの値 a_i について y_i = y_i-1 + a_i -> y_iが緯度」の部分です。GraphData0206シートのN列O列にそれぞれ、BINからの2byteで符号付16進数->10進数にした値を表示するようにしました。この値にさらにどのような計算を加えるとGPSData0206シートの緯度経度を導き出せるのか、すみませんがもう一歩説明お願いできますでしょうか。
素晴らしいですね。要は前回との差分を記録しているということですね。それで教えてほしいのですが0x3Eで割っている理由とデータの単位は何になるのでしょうか。初期値も同じ単位で格納されていれば検索できると思うのですが。
丁寧な説明して頂きありがとうございます。実は0x3Eでなく0x40だと他と係数が共通になりプログラム的にも6bitシフトで簡単に高速に処理できるので都合がいいと思った次第です。単位の件はデータの格納方法の問題で度で表す以外にも秒(秒/100)、度分秒、他に180°を１に換算して格納しているものもありました。いろいろパターンを考えて検索してみたのですが今のところ見つかっていません(単に見落としているだけかもしれませんが)
今回いろいろと参考になりました。
https://github.com/kfd01567/EpsonViewSupportApp/raw/e4c1112d7eb12ed37b6dd49e12960abbd0b27b41/compare2.png
以前の投稿のURLも修正しています。
データを再確認したところ0x31は相対座標で0x30は絶対座標が入っているようです。0x30の列からのオフセット4の4bytｅが緯度、オフセット8からの4byteが経度のようです。4bytｅのデータを4.2で割ると求められます。この4.2は逆算で出したので根拠はありません。20250206と20250505のデータでそれらしい値にはなっています。確認してもらえると幸いです。
すいません。CSVのデータ形式に合わせた係数にしていました。0x400000にした方がすっきりしますね。標高は緯度経度に続く2byteまたは4byteが該当すると思いますが平坦地を移動しているのでわかりにくいです。
0x30レコードへの係数、「4.2」と0x31レコードへの係数「0x3E」はそれぞれEpsonViewSupportApp.exe.configファイル内のGpsEffectAbsoluteとGpsEffectRelativeに持たせてますので調整可能です。テストしたところ、0x3Eで割るとかなりずれが大きいように感じましたので、現在は8000(10進数)で割るようにしています。なおGpsEffectRelativeに0を指定すると0x30レコードのみをGPXファイル出力するようにしています。このモードだと若干位置が南西方向にずれますが、形はかなり正確です。Ver0.17で出力したGPXファイルとオリジナルのCSVから取り出したGPXファイルの比較画像２つを参考まで以下に置いています。
https://github.com/kfd01567/EpsonViewSupportApp/raw/5412e56dc10dacfd4597b42c10b61f91861bde71/MapCompare1.png
https://github.com/kfd01567/EpsonViewSupportApp/raw/5412e56dc10dacfd4597b42c10b61f91861bde71/MapCompare2.png
※やはり相対値／絶対値共に4194304で割るとバッチリでした。
心拍オン 71 (10進に変換して) 72〜135 (22 or a0) 00
心拍オフ 71 00 00 01
71のつぎが心拍そのもののような気がしています。
https://script.google.com/macros/s/AKfycbxW-5idTNIrc_ll2QwVd0J4Wldzpja3kohBWXDOU8WrNPPddQMBjrJ-ba3SfDxpxOAXOg/exec
※例外のデータが集まれば、いずれ何らかの法則性が見えてくると思っています。
_19.binについて再度私の環境で確認しましたところ、出力が成功します。私の画面を以下に貼っておきます。
https://github.com/kfd01567/EpsonViewSupportApp/raw/a333f9a1c31a4c24b5643ce70ab723b62156d70d/v104success.png
成功時に出力されたCSVやGPX、元の_19.binも含めたzipを以下に置きました。
https://github.com/kfd01567/EpsonViewSupportApp/raw/a333f9a1c31a4c24b5643ce70ab723b62156d70d/workout_binary_19.zip
誠にお手数ですが、このzip内の_19.bin(先日サイトからuploadして頂いたもの)と本日試して頂いた_19.binが同じフィルサイズか再確認お願いできますでしょうか（同じものなので同じはずと思いますが）。
よろしくお願いします。
※Ver1.05では「BODY部の抽出に失敗しました」のエラーについて抜本的な対策を入れていますので、以降は発生する頻度は少ないと思います。今まで調査に協力頂き、ありがとうございました。
SF-510はまだ現役ですが、だいぶ充電池がお疲れのようで低残量アラートが出る頃には画面が消えるようになりました。そんなわけで、SF-510はフルマラソン以下で使用し、ウルトラレース用にJ-350を購入したのでした。
でも、EpsonViewが使えないと過去の分析ができないので不便です。GPXデータを取り出すアプリを誰か作っていないかなぁ〜とググったらここにたどり着きました。J-シリーズが完全対応できることを期待しております。
SF-510の動作確認がてら過去のデータをGPXファイルにしてみようと、早速アプリをダウンロードし、実行したのですが、binとcsvファイルは出力されたのですが、肝心のGPXファイルは出力されませんでした。
このページで同じエラーコードが出たコメントがあって対処法があるか検索してみましたがありませんでした。
その時のログは以下の通りです。
----
ワークアウト2 の内容の取得に成功しました。
ワークアウト2 の内容を以下のファイルに出力しました。
C:\Users\stone\Downloads\workout_binary_2.bin
ファイル内のワークアウト開始日時:2023/04/14 21:08:44
ファイル内のワークアウト終了日時:2023/04/14 23:04:11
GPXファイルとCSVファイルを出力しました。
GPX File:C:\Users\stone\Downloads\workout_binary_2.gpx
CSV File:C:\Users\stone\Downloads\workout_binary_2.csv
CSVファイルを出力しましたが、BODY部の抽出に失敗しました。 iSrcPos = 3081
----
ちなみに私の環境は以下の通りです。
エディション Windows 10 Home
バージョン 2009
OS ビルド 19045.5965
プロセッサ AMD Ryzen 9 3900X 12-Core Processor 3.79 GHz
実装 RAM 32.0 GB
システムの種類 64 ビット オペレーティング システム、x64 ベース プロセッサ
このデータは既にSTRAVAに取り込んでいるので、GPXファイルがなくても困りません。
ただ、GPXファイルの出力ができるなら、愛用してきたGPSウォッチなのでまた出番を作りたく、コメント差し上げた次第です。
こちらでできることはCSVファイルを編集するくらいです。どこかを編集する程度でGPXファイルの出力ができるならお知らせください。
SF-シリーズの「BODY部の抽出に失敗しました」は時々発生するようです。binファイルは出力されたとのことですので、私に以下のサイトでbinファイルを送って頂けましたら、早期に次のリリースで修正対応させて頂きます。よろしくお願いします。
https://script.google.com/macros/s/AKfycbxW-5idTNIrc_ll2QwVd0J4Wldzpja3kohBWXDOU8WrNPPddQMBjrJ-ba3SfDxpxOAXOg/exec
早速のお返事ありがとうございます。binファイル、ご指定のサイトでお送りしました。
モデルによってbinファイルの内部構成が違うんですね！それは解析が大変ですね…。私自身は全く急いでおりませんので、kfd01567さんのご都合のタイミングでリリースしてください。
kfd01567さんも同じJ-350ユーザーということなので、今後のリリースを大いに楽しみにしています♪
緯度経度の数値がバイト列から片鱗も見えていなかったのに
差分値で導き出されたmkita2018様の慧眼に感服です。
ところで標高ですが。
金剛山の千早本道で計測してきました。
私の計測コースは、
登山口の標高526ｍ、山頂地点1069ｍ です。
これをSF110で計測したところ、
登山口の標高240ｍ、山頂地点454ｍ となりました。
登山口で2.19倍、山頂地点で2.35倍と係数が一定でないのが謎ですが
そういう計測結果になっています。
https://script.google.com/macros/……
にてSF-110の抽出Binary（EXE=5/5 21:16版）をUpload。
山旅LoggerでGPX取得した同一アクティビティの山レコを
https://www.yamareco.com/modules/yamareco/detail-8336798.html
にアップしました。
同じSFシリーズでも機種によって標高の係数が異なるようですが、この係数はconfigファイルで変えることができようになっているみたいです。
私自身はEpsonWatchをもっていないので確認していませんが configファイルの <add key="GpsAltitudeEffect" value="160" /> の項目で160を 64 ぐらいにするとだいたい合うのではないかと思います(64は mkita2018さんが計測した数値です)。もし外れていましたらご容赦ください。
本日Version1.07をダウンロードして、SF-850からデータを取得しましたが、
CSVファイルは問題なく取得できましたが、GPXファイルが
「CSVファイルを出力しましたが、BODY部の抽出に失敗しました。レコード先頭の0x30/0x31が見つかりません。
EpsonWatch Workout Siteにサマリをアップロードしました」
のメッセージが出て取得できませんでした。SF-850が２台ありますが、両方とも同じ症状です。
https://script.google.com/macros/s/AKfycbxW-5idTNIrc_ll2QwVd0J4Wldzpja3kohBWXDOU8WrNPPddQMBjrJ-ba3SfDxpxOAXOg/exec
御返信ありがとうございます。２台分のCSVとbinファイルをzipファイルにまとめてアップしました。
よろしくお願いします。なお、ClassIDはデータをもとに"20738"に変更しています。また、c:ディレクトリにはコピーできなかったので、d:にepsonのディレクトリをコピーして実行しています。
※現在、GPX出力の確認が取れている機種はSF-110,SF-510,SF-810の3機種になります。
ご確認いただきありがとうございます。
お手数おかけしますがよろしくおねがいします。
先週、私にお送り頂いたbinファイルですが、共にウォーク(徒歩)のデータのように思われます。
もし可能でしたら、10分以上のランニングのデータをお送り頂けないでしょうか？
10分以上のランニング後、ウォッチの画面で"VO2Max"の値が表示されればOKです。
以下の説明書の「ワークアウトデータの詳細確認」をご確認頂ければと思います。
https://www2.epson.jp/support/manual/4133731_02.PDF
急ぎません。お時間のある時で結構です。よろしくお願い致します。
了解しました。ただ、VO2maxの値は取れたためしがほぼありません。
時計に残ってる数十のランのデータを見てみましたが全て取れてませんでした。
明日にでも２ｋｍ位の止まらなくてよいコースで試してみます。
お世話になります。
今サイトの方に記録ファイルをアップロードしました。(VO2max記録.zip)。
2kmと3kmで２回分です。最初の値は46.4、2回目は38.0でした。
２台で測り、片方は２回目しか取れませんでしたが、値はほぼ同じく37.8でした。
以上よろしくお願いします。
※１点未解決問題があります。SF-850の場合、GPX/CSVの高度(Altitude)へ出力される値の精度が余り良くない感じです。精度を改善するためには高度差のあるデータ(binファイル)が必要です。もしお手元のウォッチ内に登山した際のデータがあるようでしたら、お手数ですが送付お願いできますでしょうか。手元にないようでしたら、次の週末にでも霧島山などに登って頂けると助かります。_(^^)_
ご対応ありがとうございました。GPSファイルが正しく出力されていること確認しました。(カシミールで正しい位置に出てました。)ClassIDも初期ファイルのままで大丈夫でした。
ご対応ありがとうございました。
ご指摘の高度表示ですが、走った場所は海に近い川沿いの海抜数ｍの場所なので、ざっと見た感じでは高度表示が10倍ぐらいの雰囲気です。しかし霧島山ですが、２日前の金曜朝に新燃岳が噴火して、噴煙を5500mまで上げたという状況なので、今は近づきたくない感じです。なのでとりあえず、登り切ると標高が200ｍぐらいある近くの台地まで登ってみることにします。
標高が240mぐらいあった台地に登ってみましたので、出力されたファイルをアップロードしました。
時計の標高表示を0.5kmごとに記録したのですが、GPXのファイルには累積距離がないので直接比較できませんでした。。 ただ、最高標高である折り返し点は時計表示では243ｍの表示でしたが、GPSファイルでは270.6mとなっており、30m余りの差があります。GoogleEarthでみても244mでした。変換式が違うようです。
お世話になります。
GPXのファイルを見ていて気付いたのですが、時刻表示が、RUNもwalkもおかしいようです。
朝のRunのデータは昨日の夜の時刻から始まっていて、時計の進む速度も早いです。
先ほどのWalkのデータも時計の進む速度が早く、終わったのが9月3日になっています。
お世話になります。
大変申し訳ありませんでしたが、昨日送付した11km余りのデータは、予備の時計のデータでした。なので、実際の時計表示とずれていました。訂正版をアップロードしました。
このデータをもとに、1kmごとの標高と時計の表示を比べたところ、64で割って30引けば近くなるような感じです。(時計表示と誤差±1m前後) 添付しましたエクセルのように、直線で近似します。
ただ、設定ファイルの46を36に変えてもGPSファイルの出力に変化がありません。SF-850の場合、"64"は効いてますが、"46"は効いていないようです。
早速のご対応ありがとうございます。時間の方も修正されているようで、ありがたいです。
高度の方の補正は"GpsAltitudeEffect3"をとりあえず30ぐらいにして調整してみたいと思います。
同機種時計2台で比較して表示が10ｍぐらい違うこともあるので、このあたりまで追い込めば十分と思います。
これでGPSの経路データが手軽に使えるようになりました。
ご対応大変ありがとうございまして。
時計表示とGPSのトラックデータのフィル表示を比べていて見つけたのですが、GPSのトラックデータの時刻表示が1分遅れているようです。お暇なときに見てみてください。
通常ウォッチでログを採取する際にはstartボタンを2回押す必要がありますが、この2回の間隔がずれに影響しているのではないかと考えております。1回目のstartはGPSの捕捉で2回目のstartは計測のスタートです。そこでお願いなのですが、2回のstartの間隔を変えたログを採取して頂けないでしょうか。間隔を長めにしたものと少なめにしたものです。そしてそれぞれのGPXファイルを出力して、ずれの時間に影響があるかを確認して頂きたいと思います。お手数おかけしますが、よろしくお願いします。
ご対応ありがとうございます。
早速、衛星補足直後、２分後、５分後の３回の試験をしてみました。データはアップ済みです。
ざっと見たところ、ご推察の通り、衛星補足の時刻とログ開始の時刻の時刻差分だけ、GPSファイルでのログの時刻が遅れているようです。
よろしくお願いします。
※ pptの資料も助かりました。確認がしやすかったです。
ご対応ありがとうございました。
時計の時刻と標高が補正30でズレが1m前後に収まってます。
霧島山の方ですが、調べたらバスの乗り換えで韓国岳の登山口まで行けそうなので
ちょっと考えてみます。高千穂峰の方はバスが運行中止なので、通行止めになってるようです。
1000m程度標高差があるデータが採取できれば、高度の精度改善に役立つと思います。霧島山以外でも高隈山や開聞岳などでも大丈夫かと。採取できましたら、またアップロードよろしくお願いします。
バスで乗り継ぐため計測は一旦止めることになります。
�―佝�地点が平地で20m前後。バス移動のあと�¬古膺正槁婉瓩�600mほど。その後バス移動で��えびの高原が登山口で1200mほど、そこから登って頂上が1700mほどです。ということで、連続データとしては登山時の高度差500mぐらいです。途中で計算式が変わってなければ連続でなくても構わないと思います。式が変わっていたら、また考えるということで。
とりあえず当日と翌日しか指定できないおかしなシステムのバスの周遊券を買ってきました。
しかし、地元に住んでても安い周遊券があること新発見でした。
明日行ってみます。
どうにか韓国岳(標高1700m)に登ってきました。
２台の時計のデータをUPしました。どちらも複数本になっています。しかし、標高以前に、gpxファイルの緯度経度に不正なデータがときどき入っています。標高はそれなりの値が入っています。おなじソフトで時計の中にある以前のデータをgpxに落としても問題ありません。
BWが黒(予備)の時計。WWが白(メイン)の時計です。
今回は、バスの移動中も動かしていたので、衛星が捕まえられなかった場合は、元のデータに不正なデータがはいってしまうことがあるのでしょうかね？
なお、標高補正は-30で設定しています。
メインの白の時計の写真データをの結果を明日整理して送ります。
時計の時刻/標高表示の写真とそれをまとめたエクセルをアップしました。
なお、GPXファイルの時刻表示がまた違うので比べられません。
よろしくお願いします。
ご確認よろしくお願いします。
※主にバスの中と思いますが、GPS受信に失敗し、データが欠損しているようです。欠損箇所はカシミール上で一気に次の有効な箇所に飛んだように表示されますが、正常な状態ですので気になさらないでください。
修正ご対応ありがとうございました。不正データも処理対応していただいたようでありがとうございます。カシミールで見えました。
ちょっと気になったのが、ログデータで同じ偶数の秒数のデータが２つ続き、奇数の時刻がない場合がよくあります。また、時計の写真では18:31 13までは動いていることが写ってますが、ログのデータは09:31 08で5秒ほど早く終わっています。大勢には影響ないですが。
時計表示とログの表示の標高を比べてみましたが、だいたい30でよいようですね。必要があれば自分で調整してみます。まぁ、GPSの精度を考えると埋もれてしまうことですが。
いずれにしましても、今回のSF-850のご対応ありがとうございました。
今日、17:00 00から18:30 00までウォーキングしてみましたが、GPXファイルのデータはぴったし合ってました。また、時刻もざっと見た感じではダブリはなさそうです。たぶん、上で報告したデータはバスでの移動中のログが関係しているのでしょう。忘れてください。
※binファイルのGpsTimeの値がちょうど32で割り切れる時のみ発生する問題でしたので、意図的に生じさせるのは難しいです。
ご対応ありがとうございました。
時間のずれが解消されています。
また、ざっと見た感じ時刻のダブリもなくなっていること確認できました。
お忙しい中、ご対応ありがとうございました。
コメントを編集
いいねした人
コメントを書く
ヤマレコにユーザー登録いただき、ログインしていただくことによって、コメントが書けるようになります。ヤマレコにユーザ登録する