【PP1】【ECU】ビート純正ECUとの通信プログラムの開発・チェック（失敗）

先のブログエントリ「【PP1】【ECU】RS232C-TTL変換ケーブルをECUに取付」の続き。


ビート純正ECUとの通信テストプログラムを作ってみた。

始業前、昼休みなど、のべ2時間ぐらいで開発。



とりあえず、ロギング機能は実装せずに、コマンド（＝リクエスト）に対してリターンがあるかの確認用のテストプログラムとしている。

RS232CをConnectし、Request欄でSend Dataし、それに対しての返信を下段（Recieve Data）で確認する仕様。



以下、WEBの情報や、有識者の受け売り。

通信設定は

Baud Rate： 62500bps（38400bpsも試してみた）
Data Bit： 9と10を試した
Parity： Odd(=奇数）
Stop Bit： 1
Flow Control： ナシ

※Start Bitも1にする必要があるらしいが、LabVIEWでどうすれば良いのかわからなかった。



コマンドは2Byte。

とりあえず返信がwordのEngine Speed、Vehicle Speedは無視して以下のコマンドを送ってみた。

Engine Load： 06Bh
Coolant Temp： 099h
Intake Temp： 063h
Throttle Duty： 06Fh
Brake Switch： 02Ch(3bit)
A/F： 065h

対ECUに必要なのかわからない（※たぶん不要）が、先頭ビットを立てた

Engine Load： 806Bh
Coolant Temp： 8099h
Intake Temp： 8063h
Throttle Duty： 806Fh
Brake Switch： 802Ch(3bit)
A/F： 8065h

も試してみた。



開発環境： LabVIEW2009（←常に最新バージョンはもってるが、保守のためにだいたい2年遅れぐらいのバージョンを使っている）

LabVIEWのソースってこんな感じ。



規模の小さい計測・解析・通信プログラムだと比較的容易に組めるケド、融通が効かない。痒いところに手が届かない感じ。




ECUに接続前の開発段では、RS232Cのループバック（D-Sub 9pinの2と3、7と8を結線し、送信コマンドを同じCOMポートで受信してやるデバグ手法）で確認。



うまく動作している。

↓動画


ビートとの通信にはDatabit=9とか10とか必要らしく、LabVIEWのRS232C通信用の

「VISA Configure Serial Port (Instr).vi」

というSubVIでは、9や10はエラーとなってポートオープンができない。

ただし、エラー出力を殺してやる（C++やJavaで言うところの、try～catchで例外をキャッチして、無視してやるみたいなもん）と、Databit＝9でも10でもCOMポートはオープンし、ループバックテストでは送信データを受信できている。




ECUに繋いでテストしてみた。



どのコマンドを送信しても受け付けない。

Databit=9でも、10でも。
Baud Rate= 62500bpsでも、38400bpsでも。
コマンドの先頭フラグを立てても立てなくても。

エラーコードが返信されるワケでもないので、そもそも送信できていない感じ。

う～ん。。。

---

ビート(PP1) ECU関連目次はこちら
ビート(PP1)関連目次はこちら