[アプリ]の記事一覧 | Garage43 blog

Rally-Com v1.2.1公開のお知らせ

昨日v1.2.0を公開しましたが、ちょっと気に入らないところがあったので、修正してv1.2.1をアップしました。Average Rally GLモードで、Speed Chartを入力後、SAVE & APPLYをタップして競技中の画面に戻った際、TripはリセットされるのにODOがリセットされなかった部分を修正したものです。GLモードを使うモノ好きはほとんどいないでしょうし、個別にODOをリセットしてから走ればよいだけなので問題なかったと思います。もともと競技途中でSpeed Chartの修正を行わなければいけなくなった際、ODOだけはそれまで走った距離を残しておいた方が良いと考えてリセットしないようにしていたのですが、それよりもODOのリセットをし忘れて競技を開始することのリスクの方が高いと判断したので、修正した次第です。マニュアル（Rally-Com Manual_20260407.pdf）も一部修正しておりますので、apkファイルと併せてこちらのGoogle DriveよりDLしてお使いください。

Rally-Com v1.2.0公開のお知らせ

Android用OBD2ラリコンアプリ　Rally-Comのv1.2.0をアップしました。開発の経緯はコチラをご覧ください。今回はDriver Display modeの追加です。ナビ側で使用している親機とBluetooth接続した子機に、親機で表示している項目の内、・Ideal Time表示（ペース指示 / Gap / 現在地の正解時刻）・ODO / Trip 1 / Trip 2を表示させる機能です。基本的にDriver用のディスプレイとして設計していますので、操作はできません。なお、Driver Display modeは、縦画面、横画面に対応しています。また、Dirve RallyではIdeal Time表示は使用しませんので、親機がDrive Rally modeを起動している時は、Ideal Time表示エリアはブラックアウトされます。マニュアル（Rally-Com Manual_20260406.pdf）も改定しておりますので、apkファイルと併せてこちらのGoogle DriveよりDLしてお使いください。これでやりたかったアイデアは全てやり切ったと思う。

Rally-Com Driverモード開発中

先日のアベレージラリー体験会で、ラリコンアプリ「Rally-Com」を使った試走を行いました。2走する内の1走目は、タブレットをセンターコンソールのディスプレイオーディオのパネルに吸盤で貼り付けていたのですが、2走目はタブレットを助手席側のダッシュボードに設置しました。体験会は、ナビを私が行い、ドライバーは長男だったのですが、「2走目になってタブレットが遠くなったから、距離やペース配分が見えなくなったので、細かく指示して欲しい」と。この時はナビが私だったので、指示を細かく行うことで解決したのですが、かみさんがナビ、私がドライバーになったら、かみさんは同じことができないだろうなぁ・・・と。そうなると、やはり他の方もやっているように、ドライバー側にもスマホで表示できた方が便利だなぁ・・・と。最初に思いついたのは、スマホとタブレットをwifiで繋いで画面をミラーリングする方法。ただ、処理が重くなるのと、遅延が気になります。バッテリーの持ちや、夏場の発熱も気になります。そんなわけで、ミラーリングは断念しました。他に何か方法ないかなぁ・・・と考えていたのですが、Rally-Comで表示している情報の内、一部の情報だけをスマホに飛ばして簡易表示させることはできないかと考えました。Geminiに訊いてみると、意外と簡単にイケそうな感じなので、早速作ってみました。新たにDriver modeと命名。使い方はいたってシンプル。ドライバー側のスマホ（子機）でアプリを立ち上げ、メインメニューでDriver modeを選択すると、事前にBluetoothペアリングしたリストが表示されます。この状態でナビ側のタブレット（親機）でアプリを立ち上げて、設定画面でBroadcasting modeをonにすると、2つのデバイスがBluetooth接続され、子機でDriver modeの画面が立ち上がるという感じ。Bluetooth接続なので、若干のタイムラグが発生するのですが、0.1秒あるかないかという感じなので、許容範囲かな？と。表示させるのはペース配分と、ODO、Trip1/Trip2のみ。途中でBluetooth接続が切れちゃった場合でも、自動で直近接続したデバイスと再接続を試みます。これをドライバー側に設置すれば、ドライバーとしても楽かな？と。デバッグしたらv1.2.0としてアップします。

Rally-Com v1.1.0公開のお知らせ

デバッグ終わったので再公開します。Android用OBD2ラリコンアプリ Rally-Comのv1.1.0をアップしました。今回の変更点は以下の通りです。1. Stage Reportの内容を充実2. Drive RallyモードのGPXファイルおよびStage Reportの保存方法の変更3. OBD2、GPS共に接続されていない時は加速度センサーも使用しないように変更今回の目玉は1のStage Reportの充実です。今までtextファイルでしたが、今回csvファイルに変更しましたので、Excelで開くことができます。PCで速度変更した時の距離や、各Tripの補正数、CPボタン押した時の理想の到着時間とのギャップはもちろん、各アクションを起こした時のギャップも記録します。補正はボタンをタップする毎に0.001km、長タップで0.01kmずつ補正しますが、レポート上では10秒間の間に補正した分をひとまとめにして1行で記載するようにしています。また、リセット直前のtripやODOを記録するようにしているので、コマ図毎にどれだけズレてるかも分かりやすいと思います。これでGPXファイルと合わせると、ラリー後の反省会がやりやすくなると思います。2はこれまで分かりにくかったので、分かりやすくしたつもりです。3の条件は本来ありえないのですが、どちらも接続していない状態で加速度センサーのノイズによるドリフトをどうしても抑え込むことができず、静止しているにもかかわらず、速度やODO/Tripが増加してしまっていたので、いっそのことカットしてしまおうと。まぁ、OBD2もGPSもどちらも使わない状態って、ありえないと思うんですけどね。その他、加速度センサーがたまに悪さすることが分かったので、それを封じ込めるのに手こずりました。詳細は改訂版のマニュアル（20260315版）をご確認ください。あ、マニュアルも色々追加しました。今や31ページもあります（苦笑）一応、v1.0.0も残してあります。ダウンロードはこちらから

Android用ラリーコンピューター「Rally-Com」公開のお知らせ

アベレージラリーやドライブラリーの参加者を広げることを目的として、自作のAndroid用ラリーコンピューターアプリ「Rally-Com」を野良アプリとしてGoogle Drive上に公開します。本アプリは、アベレージラリーやドライブラリー用に開発したもので、車輛に接続したOBD2アダプタとBluetooth接続で得られる車速データをベースに、GPSや加速度センサーによってデータを補完しラリー競技に必要な距離計測やペース管理を行うためのものです。※　OBD2アダプタと未接続の場合は、GPS+加速度センサー測位で計測します。元々海外製のGPS測位型のラリコンアプリを使用してアベレージラリーに参戦していましたが、走行後のGPXファイルを確認すると、林道走行が多い日本のコースでは、GPSの跳ねが頻繁に発生していて計測距離の誤差が大きいことが分かりました。これまで、GPS測位のサンプリングレートを上げる等の対策も行いましたが、諸々の使い勝手の問題などもありまして、シロウトながらAIを駆使しながらアプリを作成した次第です。【特徴】l 3つの動作モード：競技形式に合わせて「Drive Rally用」「Average Rally用（グローバル/日本）」の3種を選択可能です。l 高精度な距離測定：ü 別売りのBluetooth接続OBD2アダプタ（ELM327 / OBDLink等）から車速情報を取得し、距離を計算します。ü GPS測位および加速度センサーにより、距離の自動補正や単体での測定が可能です。l ペース指示：理想到着時間（Ideal Time）とのギャップ表示や、ペース変更の指示機能を有します。l データ管理：走行データをGPXファイルやTXTファイルで保存できます。 ※　ボタンのレイアウト上、横画面（Landscape / Horizontal）での使用を推奨いたします。＜メインメニュー＞＜Drive Rallyモード＞距離の計測のみを使用するモードです。＜Average Rally GLモード＞走行前にSpeed Chart（距離、指示速度等）をプリセットするモードです。＜Speed Chart＞＜Average Rally JAモード＞事前のSpeed Chartプリセットを必要としないモードです。＜設定画面＞本アプリのダウンロードおよびインストールは自己責任で行ってください。Google Drive内に保存されているapkファイルをダウンロードしてインストールしてください。また、使用にあたっては同じフォルダ内にあるマニュアルを必ずご確認ください。OBD2アダプタとECUとのデータ交信方法は自動車メーカー、車種によってさまざまです。本アプリでは接続できないケースがあることをご了承ください。インストール用apkファイルとマニュアルはこちらからDLしてください。※　将来的にGoogle Playに登録した場合、本Google DriveからのDLは終了させていただきます。基本的に自分用に開発したものですので、コメントなどで機能追加などのご要望をいただいても対応は致しかねます。本格的にアベレージラリーに取り組む際には、ARM productsが販売しているラリーコンピューターの導入もご検討ください。なお、同社はアプリも作成しています。

自作アプリで試走

Drive Rally / Average Rally用自作アプリ、「Rally-Com」の目途が立ったので、ちゃんと動くのか試走して使ってみることに。いきなりIdeal Timeとのギャップとか、ペース配分指示の完成度を確かめる前に、そもそも距離の測定が問題ないかを確認するのが先決だってことで、まずは第一弾として、過去に走ったDrive Rallyのコースでオフィシャルの走行距離や前回の自分の走行距離と比較することにしました。ちなみに、第二弾は3/8に茨城で開催される初心者向けのアベレージラリー体験会でアベレージラリーで試走する予定です。というわけで、やってきました某所。A：右側ディスプレイオーディオ：1Hz GNSS測位B：左側タブレット：OBD2アダプタ（ELM327）+10Hz GNSS測位+加速度センサーのマルチ測位という設定で走ります。前回は既存のアプリで1Hz GNSS測位で計測していますから、前回とＡを比較すれば、同計測方法でのアプリの差ＡとＢを比較すれば、同アプリで計測方法の差を検証することができるという感じです。OBD2アダプタは、OBDLink MX+を使用する予定だったのですが、何故か認識しないという問題が発生し、仕方がないので先週アプリ開発用に購入したELM327を使用します。なので、このアプリの本領を発揮したモードではないのですが、まぁ、一般的な使用方法なのかな？と。途中、道路工事があったり、6CP：CPの目印地点に他車が止まってて計測困難9CP：イベントで駐車場が使われてて入れないとかありましたが、クイズは前回やってるので、単純に距離計測のみ集中して実施しました。で、検証に入る前に、前回の走行結果について、少し振り返りと訂正を。前回は、このような結果だったのですが・・・実は年末にアプリ開発者とチャットでやり取りをしている時に、Calibration Factorについて誤解があったことが判明しました。今まで使っていたアプリでは、「Calibration Factorは測定、積分したTripにCalibration Factorを単純に乗算している」と教えてくれました。Calibration Factorって、OMCPにおけるオフィシャルと自車の走行距離から算出しますが、CF = 自車OD / オフィシャルODって教わると思うんです。例えば、コマ図に記載のOMCPまでの距離が5.023kmで、自車のODが5.016kmだったら、CF = 5.016 / 5.023 =0.9986で、一度アプリにCFを設定したら、あとは自車の走行距離÷CFの数字をTripとして表示してくれれば良いわけです。例えば、自車が実際に10.00km走ったら、10.00 / 0.9986=10.014kmがTripとして表示されるという具合。そうすれば、この表示距離がコマ図に記載されている距離と同じになった時に交差点が現れればOKという訳です。ところが、アプリ開発者は、「単純にCFを乗算している」と。( ﾟДﾟ)ということは、CFの計算は、CF = 自車OD / オフィシャルODではなく、CF = オフィシャルOD / 自車ODというように、逆にする必要があります。先程の例で言うと、CF = 5.023 / 5.016=1.0014という訳です。これなら、自車のTripに乗算しても10.00km × 1.0014 = 10.014kmということになります。これまで1年間、CFを逆の状態で計算してアプリに入力していたことに気が付いた、というワケ。終わったシリーズのことを言っても仕方がありませんが、気が付いた時には流石に愕然としましたよ。さて、何が言いたかったかと言うと、前回ドライブラリーをやった時の結果も、間違っていたわけですよ。前回のOMCPの時の距離は、オフィシャル：5.452km自車：5.46kmで、CF=1.001467として計算していました。この間違ったCFをアプリでは乗算していたということなので、前回の走行結果を1.001467で割って、アプリで使用すべき本来のCF=0.9985を改めて乗算する必要があります。結果として、各CPでペナが1ずつ減って、少しオフィシャルとの差が縮まりましたが、全体からしたら大した改善ではなく、やっぱり「GNSS測位のラリコンはドライブラリーには使えない」という評価は変わらないと思います。で、今回試走した結果はどうだったか？というと・・・このような結果になりました。作成したアプリは、小数点以下第三位（mオーダー）まで表示できるので、四捨五入しています。まず、前回と今回、共にGNSS測位だけどアプリが違う2つで比較してみると、GNSS測位だと林道で誤差が大きくなるというのは、前回と一緒。今回は、前回よりもさらにペナが悪化しています。とはいえ、赤字に書いたのは前述した通り、CP処理がきちんとできなくて、目算で調整したところなので、ホントはもう少しマシだったかもしれません。そして、今回の2つ、マルチ測位とGNSS測位で比較してみると、OBD2+GNSS 10Hz+加速度センサーのなんと優秀な事か。今回のコースのドライブラリーに参加した方のリザルト表と比較してみると、汎用のELM327を使ってでも他の方と勝負できそうな成績ですから、より高性能でELM327ではできない補正を組み込んでいるOBDLink MX+なら、結構イケるんじゃないかと。最終的には本命の3/8のアベレージラリー体験会で使って問題ないようだったら、マニュアルと併せてapkファイルを公開したいと思います。残念ながら新規個人デベロッパーの参入は敷居が高い（20人以上、14日以上の事前デバッグが必要）ので、今の所Google Playには登録しない予定です。ちなみに、マニュアルはこんな感じ。

ラリコンアプリ完成

毎晩Geminiと話しながら作ったラリコンアプリがようやく完成。名付けてRally-Com今回はDrive Rally用、Average Rally用2種（Global版とJapan版）の合計3種類のモードを搭載しています。Drive Rallyモードは、速度指定に伴うon time走行の指示を必要としない、単純にTripのみの仕様。一番上の部分はODOになっていますが、WタップでExtra Trip3として機能します。その他は基本的な+、-の補正と、リバースボタンon中のTrip減算機能、一時停止機能やCalibration機能を備えます。あとは、gpxファイルを保存する機能も。Average Rally用は、前述の通り、グローバル版と日本版の二種を用意していますが、＜GL版＞＜JA版＞2つの大きな違いは、GL版がスタート前にSpeed Chart（コマ図間距離や指定速度などの走行データ）をプリセットして、それに従って走行するというバージョン（どうやら海外ではこういうのが主流らしい）で、JA版は事前にプリセットせず、走行しながら指定速度を入力していくもの。どちらもCPで到着時間、距離、リスタート時間の設定、リスタート時の指定速度の入力ができます。JA版はアベレージラリー用のラリコンに近い挙動になっているのではないかと思います。使ったことないから分らんけど（笑）。私がこれまで使っていたアプリは、事前にSpeed Chartをプリセットしておいて、それに従ってon time走行できているかどうかが表示されるというものでしたが、とても不便だったのは、途中のパスコントロール（PC）での速度変更に対応していないということ。代用としてTC（CP）処理をして新しいTarget Speedを入力していましたが、TC処理をすると、それまでの理想時間とのギャップは全てリセットされてしまうのです。なので、看板PC（〇〇の看板から××km/hに速度変更という指示）までに必ず誤差0秒を目指して走行しなければならず、これがとても難しかったんですね。何故なら、看板パスコンのある道路が交通量のある道路だと、自分本位な速度で調整しながら走ることができないから。プリセットしたSpeed Chartとは別に速度を変更するというのは、どうやら海外のTSDラリーでは考えられないようで、このような処理をする機能は他のTSDラリー用の海外のアプリでも存在しない様子。なので、今回は走行中に設定した指定速度への変更を、任意の位置でactive化する機能を追加しました。GL版はこれまで私が使っていたアプリと基本的に似ていますが、そこが一番の違いですね。これまで使っていたアプリは、各ボタンや表示項目はデフォルトで用意されたものの他に、オリジナルで何を表示させるか、表示させる大きさや位置を細かく調整できたため、私は自分で独自のデザインを作っていましたが、自分用のアプリ作成においては、慣れ親しんだそのデザインに近いものを構築しました（その代わり変更不可）。そして、何よりも一番大きな違いは、Tripの測位に車のECUからのデータを使用するということ。これまで使っていたアプリがGPS測位だったのに対して、自分で作ったアプリは、OBD2アダプタからBluetooth接続で車速データ（PID 0D）を抜き出して、その速度と時間の積分でTripを計算する仕様です。これによって、トンネルや山林など、GPSの電波が届かなかったりするところで、Tripを正確に算出することができます。ただし、車速データは整数なので、実際の走行距離との誤差が出る可能性があるため、GPS測位による移動距離（最大10Hzまで対応）で誤差を算出して補正しつつ、デバイスの加速度センサーを利用しての補完も行うようにしています。GPS補完するにあたり、精度の低いGPSデータを使うのは意味が無いので、設定項目の中に「GPS Accuracy 〇m未満時のみ」というような項目を設けて、精度が低い場合には補完に使わないようにしています。また、トンネル内はGPSが使えないので、停止、低速発進については加速度センサーを使って補完するようになっています。OBD2からの車速データ上で速度が出ていても、実際にGPS測位で移動していなければ、タイヤがスリップしていると判断して距離を加算しないようにすることもできます。逆にOBD2が無い場合は、普通にGPS測位のラリコンアプリとして機能しますが、その際も加速度センサーが補完します。そして、OBD2は、一般的なELM327でも使用できますが、私が使用しているOBDLink MX+のような高いサンプリングレートのアダプタを使用する場合には、より高精度に測位するようにするモードへの切り替えスイッチを備えます。これらは全てのモードでTrip算出に使用しているロジックです。結果的にこれまで使用していたアプリよりはそこそこ精度が高いのではないかと思います。一応デバッグ作業は終わったので、3/8に茨城県南部で開催される無料のアベレージラリー体験会で実際に使って試してみたいと思います。

シロウトが知識ゼロからAndroidアプリを作ってみる

表題の通りです。以前からアベレージラリーやドライブラリーで使い勝手の良いアプリを探して彷徨っていました。現状、アベレージラリーについてはRally Tripmeterというアプリを使用していて、ひょんなことから開発者と繋がることができたので、改良して欲しい点などはチャットでやり取りして対応していただいていました。お陰で最初に使い始めた時と較べると格段に使いやすくなったと思うのですが、まだまだ改良したいポイントはあるんですよね。開発者に言わせると、そもそもアベレージラリー（TSDラリー、あるいはRegularityラリー）は世界中で様々なルールで行われているので、それら全てに合わせて機能を追加させていくのは難しいということなんですな。まぁ、これは去年の夏頃に言われていた話で、それでもいくつかの機能を追加してくれてはいたものの、つたない英語を使って、しかもチャットで先方にこちらの意図を伝えるのは結構大変で、改良点はもちろんのこと、何故それが必要なのかを説得させるのも一苦労。こうなってくると、自分で作った方が早いんじゃないか？なんて思うこともしばしば。最近じゃあ、AIにアプリを開発してもらうことができるなんていう話もありますからね。実際、試しにAIに「こんなアプリ作りたいんだよね～」と相談してみると、ちゃちゃっとコードを書き出してくれるんですよね。そんなことを考えていたら、先日関東デイラリーの開幕戦に向けて、運営代表でラリーコンピューターの製造メーカー「ARM products」の中の人、入夏氏が「AIにアプリ作ってもらった」と。ラリコンみたいな単純な計算＆表示アプリであれば、ゲーム作るのとかと較べるとそれほどハードルも高くないんじゃないかとは思っていましたが、やっぱりAIって凄いなぁと。実際、開幕戦でもBクラスで優勝しちゃうし、動作も問題なかったということ。ARMはかつてもラリコン用のアプリを作っていましたので、元々知識やノウハウがあったのだと思いますが、それにしても片手間にちゃちゃっと作れるというのは魅力です。知識ゼロのシロウトでもできるだろうか・・・という訳で、物は試しと作ってみることにしました。いきなりアベレージラリーのアプリを作るのは大変なので、簡単そうなドライブラリー用のアプリを作ってみることに。まずは要件定義です。複数のトリップメーター表示トリップメーターは0.000km表示Bluetooth接続したOBD2アダプタから速度情報を得て、トリップを積分表示各トリップのリセット機能補正ボタンありスピード表示Calibration Factorの入力とトリップの補正表示といったところでしょうか？まずはこれらの機能を表示できるようにイラレでレイアウトを作成します。画像をJPEGで保存して、PCにGoogleが無料で提供しているAndroidアプリ作成用のソフト「Android Studio」をインストール。アプリ内でGeminiを立ち上げて、画像と各ボタンの役割をチャットに入力します。そうすると、コードをザザッと書いてくれます。肝心のOBD2アダプタとのBluetooth接続についてもきちんとコードを書いてくれますが、読み取る速度については、Gemini曰く、「OBD2（ELM327）はそれほど高速ではありません。01 0D（車速）の問い合わせは、100ms〜200ms程度の間隔で行うのが安定します。あまり速すぎると「NO DATA」やエラーが返ってくることがあります。」ということですが、OBDLink MX+を使うことを伝えると、「通信速度が非常に速い（STN命令セット対応で20ms毎）ので、それ用にセットアップするよ」と提案してくれました。ある程度できたら、実際の画面をAndroid Studio上のエミュレーターで確認することができるので、それを見たり、ボタンを押してみたりして挙動を確認しながら、変更などを指示します。この間、私、一切コードを触ってません。作業時間はレイアウト作成に15分。その後Android Studioを使って40分ほど。あとは、デバッグするためにスマホにインストールするためにapkファイルに書き出したらOK。実際に自分のスマホにapkファイルをぶち込んだ後、インストールして起動してみます。レイアウトが崩れてしまっていますが、車に乗り込んで実際に走って動作確認をしてみます。エンジンをスタートさせてOBD2アダプタが起動したのを確認し、アプリのOBDボタンを押してみると・・・ちゃんとOBD2のアダプタが選択肢に出てくるので、OBDLing MX+を選択。すると、ちゃんと指示した通りにインジケーターが緑色に変わりました。実際に走行してみると、きちんとTripが動きます！！リセットボタンや補正用のボタンも問題なく動きます。ただ、走行中に画面を触らないと画面がスリープしちゃうとか、リセットボタンをタップしたら音が鳴るようにしてほしいとか、レイアウト修正と併せて気になる所があるので、Geminiに改善を依頼します。とまぁ、こんな感じでアプリが出来上がってしまいました。想像以上に簡単、ビックリです。これで良い練習になったので、あとは本番のアベレージラリー用のアプリ開発ですな。でもまぁ、私自身、仕事柄アプリを業者に依頼して作ってもらったことが何度かありますが、アプリは作るのよりもメンテナンスの方が大変なんですよね。iOS用は楽ですが、Androidは複数のメーカーがデバイスを作っていて、OSも各社がカスタマイズしているので、それら全てに対応するのが凄く大変なんですな。なので、アプリを一般に公開するというのは絶対やりたくない作業です。本来はあらゆる実機を入手してデバッグをやるべきで、実際仕事では下請け業者にそれを依頼していました。それでも、全てを網羅することなんてできないので、OSのバージョンと、機種を10数種類用意して、それで市場シェアの〇%分は確認した・・・ってことでOKとしていました。とてもじゃないけど、全てのデバイスで問題なく動作することを保証できないから。なので、今回作ったのもあくまでも自分の持っているデバイスでの使用を前提です。その方が楽だし早いから。当然、商業化する気もありません。気が向いたら公開するかもしれませんが、責任取れないので期待しないでくださいませ。