01Kopher AUTOSAR
KopherSAR BSW 統合
対象プラットフォームKCU EVCC／参照ハードウェア
Kopher AUTOSAR BSW と KCU EVCC またはリファレンスハードウェアで統合プラットフォームを構成します。
戻る / 組込みシステム
車両側 V2G Stack
KopherV2G
公開中 バージョン 0.1.0
ISO 15118／DIN、EXI、充電状態機械を統合する車両側 EVCC コア。Kopher AUTOSAR、独自基盤、第三者 AUTOSAR に接続できます。
一つの通信コア、三つの導入方式
KopherV2G は DIN SPEC 70121、ISO 15118-2、ISO 15118-20 のセッション制御、メッセージ解析、EXI を車両側 EVCC コアとして統合します。共通の車両アプリケーションインターフェースを維持しながら、既存 ECU に合う導入方式を選択できます。
既存 ECU に合わせて統合方式を選択
02非 AUTOSAR／独自基盤
Platform adapters
対象プラットフォーム既存 OS／ネットワーク／安全サービス
既存の OS、ネットワーク、タイマー、ストレージ、セキュリティサービスに接続します。第三者コンポーネントは対象 BOM とライセンスに従います。
03第三者 AUTOSAR
AUTOSAR integration adapter
対象プラットフォーム顧客 SoAd／TcpIp／TLS／Crypto
顧客の SoAd、TcpIp、TLS、Crypto services を再利用し、BSW の版とインターフェースに合わせて接続します。
プロトコルモジュールと共通 EVCC Runtime
| プロトコル | 製品範囲とフロー |
|---|---|
| DIN SPEC 70121 | DC 基本フロー。共通の車両アプリケーション境界で統合。 |
| ISO 15118-2 | 充電セッション、EIM／PnC 分岐、適用される証明書フロー。 |
| ISO 15118-20 | 新しいセッションと DC charge-loop モデル。TLS 1.3 と案件ごとのサービス構成。 |
Runtime のメッセージ処理
Decode → Validate → Time → Decide → Recover：メッセージと EXI を解析し、順序・タイマー・車両状態を照合して次の処理または復旧へ進みます。
車両との統合
BMS／OBC／VCU は SoC、充電許可、電圧・電流制限と状態を提供します。充電方針と物理動作の責任はアプリケーションにあります。
協定版、AC／DC、EIM／PnC、双方向サービスは案件開始時に確認します。段階数は適合性・認証の根拠にはしません。
車両アプリケーションとプロトコルサービス
AUTOSAR Classic の統合例です。充電方針はアプリケーション層、KopherV2G は RTE 下の BSW／middleware に配置します。実際の接続は対象プラットフォームに依存します。
V2G Application
充電方針、充電許可条件、BMS／OBC／VCU との協調
RTE / V2G Application API
BSW / MIDDLEWAREKopherV2G Protocol Services
- セッション状態機械とタイマー
- メッセージ解析と V2G データモデル
- EXI エンコード／デコード
- SDP／V2GTP
通信経路
- SoAd
- TcpIp + TLS
- EthIf / Eth Driver
- PLC modem／物理リンク
セキュリティサービス経路
- KeyM：証明書と鍵の管理
- CSM：暗号処理ジョブ
- CryIf → Crypto Driver
- HSM／HSE または対象ソフトウェア実装
EVSE / SECC · IPv6 / TCP / TLS
モジュールと設定の対応
| 統合点 | 設定／責任 |
|---|---|
| EcuC / PDU | PDU definitions と ID binding でモジュール間関係を設定。 |
| SoAd | SDP／APP route、PduRoute／SocketRoute、SoConGroup、socket lifecycle。 |
| TcpIp / TLS | UDP／TCP、IPv6 LocalAddr、TCPIP_CTRL、TLS／TLS_GROUP。接続先は SDP から取得。 |
| EthIf / driver | Network controller、MII／QCA7K、PLC driver の接続。 |
| KeyM / CSM / CryIf | 証明書チェーン・key metadata、sign／verify／KDF／MAC／key-exchange jobs、driver routing。 |
設定と接続定義：EcuC PDU IDs、SoAd routes／socket groups、TcpIp controller、タイマー、Crypto references で接続を定義します。EcuC は実行時のパケット経路には含まれません。
TLS は KeyM の証明書サービスと CSM の暗号処理を利用します。鍵の保護とアルゴリズム対応は対象ハードウェアと driver で確認します。 SLAC は PLC のリンクペアリングを処理します。modem と driver の分担はプラットフォームに依存します。
SECC 検出から充電セッションまで
ISO 15118-20 DC のメッセージ、伝送と統合結果を示す例です。サービス、認証方式、エラー分岐により順序は変わります。
車両側 EVCC ↔ 充電側 SECCISO 15118-20 · DC
-
01検出
Runtime／統合結果ff02::1、UDP 15118。SECC IPv6、port、安全・伝送設定を取得。SDP は EVCC IP を割り当てません。
-
02接続
Runtime／統合結果SDP endpoint に接続し協定を交渉。Part 20 は EIM、PnC ともに TLS 1.3 を使用。
-
03セッション／認証
Runtime／統合結果セッション確立、サービス選択、認証。車両方針が充電許可条件を決定。
-
04電力伝送
Runtime／統合結果メッセージ計時、車両状態、充電制限を継続確認。メッセージ family に対応する payload type を使用。
-
05停止／復旧
Runtime／統合結果停止理由、timeout、故障、復旧結果を BMS／OBC／VCU 状態および controller I/O と照合。
納品物と受入検証の根拠
納品される統合パッケージ
Software package、Vehicle API、EcuC PDU definitions、SoAd／TcpIp bindings、platform adapters、TLS／証明書・Crypto hooks、参照設定、統合ガイド、テストケース、message traces。
Define → Configure → Integrate → Prove
要件・車両方針 → 信号／network／security 設定 → Runtime・controller API 適合 → EVSE、Bench／HIL、trace、案件検収。
| 納品物 | 範囲 | 検証の根拠 |
|---|---|---|
| Protocol core | DIN／ISO 状態機械、SDP、V2GTP、EXI | プロトコル trace とフロー審査 |
| Platform adapter | ネットワーク、タイマー、保存、安全サービス、PDU／socket 設定 | 対象環境での統合試験 |
| Vehicle integration | BMS／OBC／VCU、CP／PP、PLC／SLAC | Bench／HIL と I/O の証拠 |
| PnC security | 証明書、KeyM／CSM、鍵と provisioning | 証明書チェーンと対象安全試験 |
| Interoperability | 対象 EVSE／SECC、故障・停止・復旧 | Session trace とプロジェクト検収 |
| Hardware platform | KCU EVCC / KCU GEN2 | On-target test |
プロトコル trace、車両状態、コントローラー動作の一致を検収します。選定 EVSE の相互接続証拠と全面的な適合性・認証は検証範囲が異なります。
ソフトウェア、参照設定、統合ガイド、テストケース、trace を納品範囲に含められます。ソースまたは binary の利用権、対象適合、サポート、第三者ライセンスは契約と BOM で定義します。
対象ハードウェアの選択
| プラットフォーム | ハードウェアと用途 |
|---|---|
| KCU EVCC ↗ | NXP S32K344 Cortex-M7、QCA7006AQ PLC、CAN0／1／2・CAN FD・wake-up、CP／PP、protected outputs。KopherV2G、UDS、車両アプリケーションを統合する専用 CCS EVCC。 |
| KCU GEN2 ↗ | AURIX TC387、4 TriCore cores／300 MHz、10 MB Flash。4 × CAN／CAN FD、LIN、Ethernet、analog／digital／frequency／power I/O、9–36 V。VCU・エネルギー管理・ドメイン制御向け。PLC は対象構成に依存。 |
GEN2 の PLC と充電インターフェースはハードウェア構成に依存します。双方向電力伝送には対応する電力回路、車両方針、EVSE が必要です。
KopherV2G 技術ガイドを読む →
Engineering guide · v1.1
エンジニアリングガイドをダウンロード
導入方式、AUTOSAR アーキテクチャ、充電フロー、セキュリティ、車両インターフェースと受入検証をまとめた、技術評価・統合検討向けの資料です。