ここは、日本EVクラブのホームページを訪ねてくれたみなさんに、自由に議論し情報を交換していただくための「掲示板」です。EVに関する質問を書き込めば、すぐさまクラブメンバーから回答の嵐が届くはず(ですよね、会員のみなさん)。通りすがりの人も遠慮なくどしどし書き込みしてください!
≪利用に関してのお願い≫
●ここはたくさんの方が訪れる公式掲示板です。
ごく少数の仲間にしかわからない発言や言い回しはなるべく避けましょう。当然のこととして、誹謀・中傷や人に不快感を与える書き込みは、日本EVクラブ及びホームページ編集部の判断ですぐに削除します。
●営利目的のセールスや勧誘、商用の人集めや企業の求人案内等は堅くお断りします。
尚、日本EVクラブ及びホームページ編集部は、掲示板内外で起きたトラブル・事故等に対しては一切の責任を負いません。個人情報の公開、個人間の交流は、各個人の責任において行ってください。
●書き込む前に必ず留意事項をご覧下さい。
掲示板スパム対策の為に書き込み制限をしています。エラーメッセージは出ませんので書き込み後は正常に書き込まれたかご確認下さい。
●48時間以内の記事にはnew!が付きます。
記事No | : 1076 |
タイトル | : Re: 車のソフトウェア |
投稿日 | : 2010/02/05(Fri) 18:09:08 |
投稿者 | : MCタイチ |
参照先 | : http://twitter.com/MC_Taichi |
> ABS作動に伴い、ABS機能のない回生ブレーキからABS機能のあるメカ(油圧)ブレーキへの切替にタイムラグがあり、その間ノンブレーキで空走してしまうらしいです。
http://ow.ly/144V7 これだとABS自体の不具合のように読めますが、詳しい記事ではやはり回生ブレーキとメカブレーキの協調制御の問題とありますね。
> いずれにしても自動車におけるECUソフトウェアの品質(開発・デバッグ)問題は
> いよいよ来るところまで来ている感がします。なにしろコーディング量が
> 一人のプログラマが見通せる規模をはるかに超越してさらに増大中ですから。
> 先日も基本ソフトは各社共通化しようなんて話が出てましたね。
> でもそこにバグが判明したら、全メーカ一斉リコールで乗れる車がない!
> なんてことになりませんか?
>
> それよりも、安全に直結する制御部分はもっと処理をシンプルにする方が得策ではないでしょうか。(一人のプログラマが見通せる範囲、MISRA-C準拠で○○行以内、実行モジュール○○kbyte以内とか)
興味深いお話ですね。現在の車の電子制御は、問題を解決するための制御がまた別の問題を引き起こすという、パッチワーク的なプログラムになっていると聞きます。なので仰るとおり、制御ロジックそのものをもっとシンプルにすべきだと思います。
一方で、コスト削減やコードの再利用性の観点から、「オブジェクト指向」と言いますか、基本部分(OS)と各機能(アプリケーション)は明確に分けた方が良いと思います。確かにOSにバグがあったら全車改修になりますが、そこはPCみたいにパッチプログラムを配布してバージョンアップみたいな時代に来ているのではないでしょうか?