EasyDIS(ECU診断システム)導入

NCS Expertによるオンボードコンピューター(OBC)のコーディングも一応目的通りに行えて良かった良かった…と思っていたのですが、その後は何度やっても画像の通信エラーメッセージが出てVIN(車台番号)の読み取りすらできなくなってしまいました。

さらに、通信状態の確認としてGunsonの診断器をつないでみるとこれまた見たことのない「E10」という通信エラー。
OBCを外してみると正常に診断ができるので、やはりまだ何か設定が間違っているのか…とこの時は考えました。

そもそも、コーディングに使ったこのEDIABAS/INPA対応ADSインターフェイス(ONE-STOP-ELECTRONICS販売品)は、実のところ最初もやはり正常に通信できていませんでした。
その時は基板を見るとOBDコネクターのハンダが弱そうだったので、試しにハンダを足したところ一旦は正常に通信でき、コーディングできた次第です。

さらにコーディング方法が原因の可能性も否定できないので、一度「DIS(Diagnosis and Information System)」というディーラーの診断システムを用いた正規の方法でコーディングし直してみようと考えました。

これはUNIXベースのシステムで本来は専用インターフェイスとつないで使用するものですが、先のINPA対応インターフェイスと組み合わせてVMWare上の仮想マシンとしてWindowsで動くように改変されたもの(EasyDIS)があります。

とはいえ、これはMMX Pentium 266MHzというCPUに4GBのHDDしかないIBM ThinkPad235(以下「TP235」)では無理…というわけで、シリアルポート付きの32ビット版Windows XPプリインストール中古ノートPC(Dell E5500)を入手し、これにEasyDISを導入しました。

しかしながら、依然としてECUには全く接続できませんでした。

こうなるとインターフェイスそのものが疑わしくなってきます。
そこで注目したのが画像の商品です。ドイツの業者(MyCor Media)が販売するもので、一見最初のものと同じですがサイトの商品説明には(chromeのドイツ語→英語自動翻訳によれば)「100%テスト済み・サポート付き」との記載があり、しかも「2018年にファームウェア更新」とまであったので、一蓮托生の思いで購入しました。

商品には画像のように9ピンRS-232Cケーブルも同梱されるのみならず、コーディング関連の情報を参照したり診断ソフトをダウンロードできる購入者専用サイトの案内も同封されるなど、最初のものとは比較にならない充実ぶりでした。

幸いこちらの製品は安定して接続でき、DISを用いたDMEとの通信も正常に行えました。画像はDMEの部品番号などの情報を呼び出した画面です。

フォールトコードも読み出すことができました。画像はバッテリー交換後なので常時電源断を検出した旨の異常が記録されていますが、交換前の診断では正常だったので読み取りに問題はないと思われます。

こちらはINPAの画面ですが、こちらではなぜかDMEのみ通信ができず、アプリがフリーズします(他のECUとは正常)。試しにTP235でやってみるとなぜか?DME含めすべて問題なく通信できたのですが、よくわからないところです。

ちなみに、Gunsonの診断器はなぜか相変わらず通信できないままです。まあ、診断もサービスインターバルのリセットももはやPCでできるので、不都合はないのですが…。