Python

XCP BasicにGET_STATUSコマンドを送ってみた。 問題無く応答あり。 次にSYNCコマンドを送ってみた。 応答があったがエラー応答？ 実は「コマンドプロセッサの同期。」を示す0x00というエラーコードで通常応答になる。 メモリ非依存のコマンド確認は取れた状態。

とりあえずXCP Basicのテスト用にメモリアクセスに絡まない以下のコマンドを送ってみる。 CONNECT。 GET_STATUS。 SYNC。 コマンドの送信はPythonの対話モードかJupyter Notebookで実施。まずはCONNECTコマンドを送信。無事送信＆受信できた。他のコマンドも同様に試してみる。

XCP BasicのVisual Studio 2015から2017へのアップグレードは特に何もなかった。ビルドを実施。warningは出ているが、sscanfをsscanf_sにする話。起動オプションがある。XCPsim -hでヘルプを参照可能。デフォルトはCANでオプションでEthernetへの切り替えもできる。

XCP Basicのフォルダ構成を確認。 ドキュメント、EULA、Sample、XCP Basicハード非依存コードなどが配置されている。 Sampleに各物理層のポーティングコードが入っている。 XCPsimがPCシミュレーションを想定。 Ethernet(TCP/UDP)かCAN(VN16xx)を物理層と想定。

XCP Basicを入手方法。 Vector社のサイトから入手。 インストール。 最初にEULAが出てくる。 インストール先にはXCP Basicのソースコードが展開されるので好きなところでOK。 ビルド環境は恒例のVisual Studio 2017 express。 Virtual CAN Busのインストール。

XCP Basic動作までの方針を決めた。 数点、要否が確定できない作業があるが、実際に確認してみてから決める。 実験構成を提示。 CANの制御はPython-CANを使用。 単純な送受信であればお手軽。 恒例のVirtual CAN Busを使用。 物理的な制約を一旦無視して論理的な正しさを求める場合はこれが一番楽。

プロプライエタリ品との差別化のためXCP Basicには機能制限がある。 XcpBasic.cに機能制限について記載されている。 特に大きいのがSTIM使用不可。 STIM使用不可に関してはDOWNLOADで代替可能。 ただし、スループットはどうしても落ちる。 とりあえずの落としどころとしてやむを得ず。

XCPのシミュレーション環境が欲しい。 候補としてはVector社で無償で公開されているXCP basicがある。 XCP basicはEULAとしてはVector社の責が無いことを前提に自由にして良い。 サポートが必要な場合は有償。 XCP ProfessionalやMICROSAR XCPというプロプライエタリ品もある。

ECUの外側の疑似化にXCPを使うってのはインターフェースをXCPにするってことだった。 以前やったBypassとはデータの流れは逆向きになっている。 XCPで直接RAMの読み書きを行うことで物理的なインターフェースの制約を無視できる。 逆に物理的な制約に紐づいた検証はできないという欠点はある。

「HILSもどき」を利用した試したい事はXCPを利用することらしい。 XCPはBypass関連の記事で一年以上前にやったことはある。 BypassはECUの一部の機能をXCPを使って疑似化するもの。 今回やろうとしていることはECUの外側をXCPを使って疑似化するもの。 詳細は次回説明予定。