【PP1】【ECU】ビート純正ECUとの通信プログラム更新→チェックPart3（失敗）

ブログエントリ：「 【PP1】【ECU】ビート純正ECUとの通信プログラムの開発・チェック（失敗）」
ブログエントリ：「【PP1】【ECU】ビート純正ECUとの通信プログラムのチェックPart2（失敗）」

の続き。



かむるちさんから頂いた的確なアドバイスを元に、2Byteでのコマンド送信をやめ、9bitや10bitでのコマンド送信を試みることに。

ちょっとググってみたら、NIのフォーラムで

「Can I Do 9-bit Serial Communication Instead of 7 or 8 bits?」

という「そのまんま」なQAがあった。

QAはあんまりちゃんと読まずに、とりあえずサンプルプログラムだけをDL。



で、ビート用の通信テストプログラムに組み込んだ。

2Byteでも9bitでも10bitでもイケるように組んだり、ビット配列がわかるようにしたりしてたら、だんだんプログラムがゴテゴテしてきた。





NIのサンプルプログラムの思想では、シリアルポートの設定はDatabit=8として行い、

・コマンドが8bitを超えない： Parity=Space
・コマンドが8bitを超える： Parity=Mark

に切り替える・・・というもの。



とりあえず、あんまし深く考えずに、送信側だけ実装して、受信側はByteでの処理のままとしたが、ループチェックではそれなりに送ったものを受信できている。




が、ビートに繋いでテストしてみた（※動画）ところ、やはり、ウンともスンとも言わない(笑)



受信側の処理をByteのままにしてるから受信できていない可能性もあるが、たぶんそうじゃなさそう。





NIのフォーラムを改めて確認・・・というか、始めてマジメに目を通してみたところ、NI VISAのconfigを変えろ



とか、そういう情報もあることを確認。
今度試そう。


あと、サンプルプログラムをそのまま真似て

・コマンドが8bitを超えない： Parity=Space
・コマンドが8bitを超える： Parity=Mark

としていたが、そもそも、ビートのECUはParity＝Oddなので、

・コマンドが8bitを超えない： Parity=Odd
・コマンドが8bitを超える： Parity=Mark

とすべき？？



過去に、RS232Cを含むソフトは数十、あるいは100を超える数を組んでるんだケド、基本的に普通のRS232CやRS485の機器相手なので、上に乗っかるプロトコルでの苦労はあっても、Databitがどうの・・・というところで苦労したことがないんだよね。。。

不勉強が露呈なう(笑)

---

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