バックナンバーはこちら。
https://www.simulationroom999.com/blog/model-based-of-minimum-2-backnumber/
はじめに
tkinter、matplotlibを使用したリアルタイム波形描画ができたところで次のフェーズへ。
端的に言うと外部からの入力を受け付けることで、
さらにHILSっぽさを引き上げていく感じ。
登場人物
博識フクロウのフクさん
イラストACにて公開の「kino_k」さんのイラストを使用しています。
https://www.ac-illust.com/main/profile.php?id=iKciwKA9&area=1
エンジニア歴8年の太郎くん
イラストACにて公開の「しのみ」さんのイラストを使用しています。
https://www.ac-illust.com/main/profile.php?id=uCKphAW2&area=1
さらなるHILSっぽさを求めて
まぁいろいろと制約はあるにしてもHILSっぽい感じにはなってきたよね。
うーん、どうだろうねー。
現状だと外部からの入力とか出来て無いし。
外部からの入力かー。
一応tkinterのScaleでユーザ操作ってのは受けつけられるようにはしてるけど、
あんまり「外部からの入力」って感じじゃないんだよねー。
実際のHILSだとどういうインターフェースがあり得るんだろう？
ふむ。
それは「実際のECUがどういったインターフェースをもっているか」という問いと一緒だな。
ということは、ECU側のインターフェースが分かれば自動的にHILS側も分かる？
そうなるね。
ECUのインターフェース
で、ECUのインターフェースってどんなのがあるの？
そこは太郎くんもある程度知ってるんじゃないの？
まぁ
「たぶんこんなのがあったなぁ」
程度で明確に言える感じではないなぁ・・・。
そういう意味では私も似たようなもんだ。
と言っても、別に完璧なHILSを求めてるわけじゃないんで、
思いついたものだけでも列挙してみよう。
- センサ入力
- 電圧で受ける。
- ADCを使用。
- 電圧で受ける。
- アクチュエータ出力
- 電圧指示
- DACを使用。
- PWM指示
- PWMを使用
- 電圧指示
- 他のECUと連携
- CAN等
- 他ECUのセンサ情報取得
- 他ECUへセンサ情報を送信
- 他ECUの制御情報を取得
- 他ECUへ制御情報を送信
- CAN等
まとめると、
ADC、DAC、PWM、CAN
あたりが代表的なインターフェースになるってことか。
今後の実験用インターフェース
で、今後の実験用インターフェースだが、
CANに絞ろうかと思う。
なんで？
CANはなんだかんだとセンサ情報、制御情報となんでもやり取りしてるんで、
どんな情報が乗っていても不思議ではない。
実際、CANしか繋がっていないECUってのもあったりするしね。
そして、CAN経由で正しい制御情報のやり取りが出来れば、
それをADCなりDACなりPWMに置き換えるのはそれほど難しい話ではない。
なるほど。
基本的には数値でしかないものだから、
それがCAN限定にしたとしてもECUの内部ロジックの動きはそれほど大きく変わらないってことか。
そういうことだね。
というわけで、次回は具体的にどういうことをやるか考えてみよう。
まとめ
まとめだよ。
- さらなるHILSっぽさを求めて外部入力を検討。
- ECUのインターフェースを想定すると分かり易い。
- インターフェースは様々ではあるが、とりあえずCANであれば融通が利きそう。
- CANからADC、DAC、PWMへの変更はそれほど大変ではない。
- よって、今後はCANをインターフェースの前提として話を進める。
バックナンバーはこちら。
コメント