Embedded product-boundary experiment
車両データ向けソースプロトタイプ
A vehicle-data prototype spanning API, user surfaces, embedded source, and a Rust signal-normalisation core. The implemented record supports trace and fixture work; vehicle, hardware, and fleet validation remain outside it.
ビジネス ↔ テクノロジーの橋渡し · Embedded product-boundary experiment
Explores the boundary from vehicle acquisition and canonical signals to operator-facing product decisions.
これはポートフォリオとソースの解釈であり、顧客、導入、認証、成果を示すものではありません。
Vehicle telemetry is only useful when acquisition, signal semantics, connectivity, diagnostics, user experience, and operational responsibility form one product boundary.
Separate embedded acquisition, canonical signal mapping, application APIs, and user surfaces before adding assistant or predictive behaviour.
Embedded source, API and user surfaces, a Rust normalisation core, and a trace-replay fixture for DBC, CAN, and canonical mapping.
Signal quality, offline behaviour, update safety, hardware limits, and user validation return to feature scope, architecture, support, and release criteria.
ソース証跡
A vehicle-data prototype spanning API, user surfaces, embedded source, and a Rust signal-normalisation core. The implemented record supports trace and fixture work; vehicle, hardware, and fleet validation remain outside it.
詳細な技術スナップショットは英語で管理されています。
リポジトリの証跡は、顧客、導入、認証、成果の証明ではありません。
アーキテクチャ
3つのソース境界：組み込みによるデータ取得、正規信号マッピングとAPI、そしてユーザー向けのテレメトリおよびアシスタントの各サーフェス。
ソースマップのみです。各層は実装コード、アダプター境界、文書化された設計のいずれかを表し得ますが、設定済み本番サービスを証明しません。
組み込みソースは、OBD-II/CANからの取得、選択された信号、モーション入力、バッファリング、更新の境界を表現します。本番ハードウェアでの検証も、車両での検証も主張しません。
モバイル、ウェブ、ストリーミング、取り込みの各サーフェスがソースに表現されています。それらのエンドツーエンドの遅延、信頼性、現場での使いやすさについては、対象のハードウェアとネットワークでの検証が必要です。
ソースは、生のCANデータを平易な言葉で説明するための、Mistralを基盤としたアシスタントを表現します：トリップサマリー、運転行動スコアリング、予知保全と異常に関する仮説。その出力には、データ品質と運用の両面について別途検証が必要です。
課題
車両データが活用されていない理由
現代の車両は豊富なOBD-IIデータを生成しますが、ドライバーやフリート管理者がそれを解釈するための手軽なツールがありません。
診断、トリップ記録、燃費、安全性スコアリングにそれぞれ別のアプリ。統合されたインテリジェンスレイヤーがありません。
問題が検知される前に故障が発生します。予測アラートも、ヘルススコアリングも、トレンド分析もありません。
車に質問することができません。運転パターンや車両の健康状態を理解するための自然言語インターフェースがありません。
機能
生のOBD-IIデータからユーザー向けテレメトリまでの、ソース上のサーフェス
ソース範囲のみです。項目はコード、文書化されたアダプター、設定済みワークフローを表し得ますが、本番サービスの稼働を意味しません。
01
ソースは、選択されたOBD-II PIDとモード（現在データ、フリーズフレーム、DTCs、VIN）、NMEA経由のGPS、IMU入力、WebSocket + SSEストリーミングを表現します。カバレッジとレートは検証されていません。
02
ソースは、自動開始/終了検知、ルート記録、トリップ統計、リプレイ、コスト分析付きのトリップ履歴を表現します。いずれも車両では検証されていません。
03
ソースは、急ブレーキ、急加速、急コーナリング、衝撃などの運転イベントに基づく安全性スコアを、スムーズさ、速度、エコドライブのサブスコアとともにモデル化しています。しきい値は車両では検証されていません。
04
ソースは、DTCの読み取り/クリア、フリーズフレーム分析、車両ヘルススコアを表現します。予知保全の出力には、別途検証が必要です。
05
ソースは、大規模言語モデルとストリーミング SSE 応答を用いる、車両データについての自然言語の質問向けアシスタントを表現します。その出力には、別途検証が必要です。
06
組み込みソースは、CAN/TWAI、u-blox GPS、MPU6050 IMU、WiFi 802.11 b/g/n、BLE GATTを備えたESP32-S3（デュアルコア240MHz）を対象としています。燃料タイプ（ガソリン、ディーゼル、ハイブリッド、PHEV、BEV、水素）とOTA A/Bロールバックは、ソースにモデル化されています。ハードウェアでの検証も、車両での検証も主張しません。
ソースがモデル化するもの
レビュー済みのコードは、選択されたOBD-II/CAN信号と正規マッピング層をモデル化しています。利用可否、レート、単位、意味は車両によって異なり、フィクスチャ、ベンチ、車両での検証が必要です。
リポジトリ上の範囲のみです。可用性、完全性、性能、運用適合性には別途検証が必要です。
PID 0Dトリップ、しきい値、ジオフェンスのロジックに用いる車速入力を表現します。レートと精度が車両を問わず成り立つとは主張しません。
PID 0Cエンジン回転数の入力を、エンジン負荷の代理指標として表現し、ミスファイア、ラムダドリフト、トランスミッション摩耗に関するベースライン逸脱の仮説を伴います。検証済みの先行指標ではありません。
PID 11RPMおよび速度と組み合わせた、アグレッションスコアリング、運転行動指導、急加速イベントのロジックに用いるスロットル開度の入力（%）を表現します。車両では検証されていません。
PID 05クーラント温度の入力と、異常に関する仮説を表現します。早期警告を保証するものでも、診断上の結論でもありません。
PID 0FECUの燃料計算における空気密度の入力を表現します。出力低下の分析や、コールドエアインテークに関する主張の確認といった診断用途には、車両固有の検証が必要です。
PID 0Bマニホールド圧力の入力を、エンジン負荷の測定（NA + ターボ）として表現します。ブーストカーブ、負荷対RPM、牽引車両の負荷の各ビューは設計範囲であり、検証済みの分析ではありません。
PID 2F給油検出、急激な減少による盗難アラート、速度積分から得た距離と照合するトリップごとのMPGロジックに用いる、タンク残量の入力（%）を表現します。レートと精度は主張しません。
PID 14空燃比の入力を表現します。長期的なドリフトは、触媒コンバータの劣化、ラムダセンサーの老朽化、または不正な燃料システム改造についての仮説であり、診断上の結論ではありません。
MODE 03診断コードの取り込みと、平易な言葉による説明のワークフローを表現します。対応モジュールと提示される原因候補には、車両固有の検証と専門家による検証が必要です。
ONBOARDCANデータに依存しない、急ブレーキ、急ハンドル、衝突、路面の荒れの各イベントロジックに用いるESP32側のIMU入力を表現します。検出、および非OBD車両での利用は検証されていません。
GNSSユーザー定義のゾーン（自宅、デポ、顧客サイト）、出入りアラート、オフラインバッファリングに用いる、GPSおよびセルラーの位置入力を表現します。現場での挙動は検証されていません。
OTAファームウェアバージョン、段階的アップデート、ロールバックの設計サーフェスを表現します。署名付きの本番リリースや、デバイスフリートの更新記録は主張しません。
技術スタック
記載技術はリポジトリの依存関係またはアダプター面を示すもので、稼働中の統合や導入を証明しません。
ソースコード
Vectis AIのソースプロトタイプ（バックエンド、フロントエンド、モバイルアプリ、ファームウェア）はリクエストに応じて提供されます。
ソースコードにアクセスするには、秘密保持契約に署名してください。これは標準的な法的手続きです。
フリートやIoTプラットフォームの戦略的AI指導が必要ですか？私のコンサルティングサービスがお手伝いします。
パートナーシップ
車両データへのAI活用を検討中のフリートオペレーター、自動車OEM、IoTパートナーの方は、その判断についてご相談ください。
デモから信頼できる運用へ。購読すると、Physical AIの新しい読み物が届きます。
いつでも購読解除できます。スパムは一切ありません。