【上流検証】最小構成のモデルベース開発事例 その44【Bypass⑩】

じゃ、

プロトタイプECUのXCP仕様に合わせて設定していこうか。

まずXCP versionは1.1で良いね。

大きな変化としては
Testコマンドの有無とか、
DTOパケット構成の「相対PID_WORD (3byte構成)」でFILLにしておく場所がカウンタになったりとかあるね。
今回使用する範囲では該当する仕様は無いんで、
最も基本的なversoin1.1にしておく。

今回は気にしなくて良いってことだよ。

バイト順はMotorola形式
アドレス単位はBYTE単位だな。
MAX_CTOは255[byte]
MAX_DTOは1472[byte]
ブロックモードは未使用。
シードキーも未使用。

基本はBYTE単位だし、それ以外は見たことないんだけど、
ECU内のメモリアクセス効率を重視した場合、
BYTE単位じゃないくて、WORD、DWORD単位の方が良い。
ECUの負荷を下げる目的でBYTE以外もあり得るってことにはなるかな。

私もそう思うが、

過去にこういう仕様が無いと困ることがあったんじゃないかな？

気にしなくて良いが、簡単に説明。

ブロックモードはCTOの効率転送用の方式。
今回はスタンダードモードなんでブロックモードは未使用。
シードキーはXCP経由のキャリブレーションやリプログラミングをする際のセキュリティ機能だ。
これも今回使用しない。

一応設定済みの画面はこんな感じ。

となりのタブの高度な設定も調整するよ。

うーん、まぁデフォルト状態でも動作しそうだけど、
効率面を考えると調整しておいた方が良い項目はあるかな。
3つくらいだからそんなに構えなくてもいいよ。

修正する場所は以下かな。

言いたいことは分かるが、
最初にできる状態が普通で、

それに対してできないようにしたんだけど、
XCPの仕様上出来ない方が普通って感じで
良く分からないことになってると思うんだよね。
製品仕様と標準仕様の攻めぎ合いの結果の姿なんだと思う。

単純に使用して良いCMDを追加した感じ。
有効にしたCMDは以下。

一応設定済みの画面はこんな感じ。

厳密に言うとOptional(選択可)だね。
逆の必須CMDはMandatoryと呼ばれる。

そこらへんは難しいところだね。
ASAMとしての標準仕様に依存している部分と
CANapeという製品の仕様に依存している部分があるんで、
一概にこれって感じは無いよ。
最終的には慣れだな。

続きは次回かな。

まとめだよ。

• XCPにもversionが存在する。
  • 最も基本的な構成はversion1.1。
• ブロックモードを使うとCMD効率的に動作する。
  • しかし、今回は使わない。
• シードキーを使うとセキュリティロックが掛けられる。
  • しかし、今回は使わない。
• MODIFY_BITS、SHORT_DOWNLOAD、SHORT_UPLOAD等はデフォルトでは無効になっている。
  • ECU側が対応しているならば、効率化するために有効化しておいた方が良い。