しーぜろのブログ一覧

FT86のマップの構造体とLA400Kはやはりよく似ているような気がする。
でもCAN通信周りは異なってる。
ハードとソフトの基盤は同じでも
やはりスバルは別会社ってことかな。

海外のサイトとか見てると解析すごい頑張っている。
中の人？と思わせる出来栄え、
見てると日本は何か閉鎖空間的なものも感じる。
海外様をどうやら過小評価していたようです。

にしても0x0000～0x8000のデータがどこ探してもない。（別のバンクにもデータがあるはず）
いつかECUを手にする機会があれば補完してみるかな・・・

旧型のECUはMAPの選択位置をヘッダの値とともに計算で出していたが、
https://minkara.carview.co.jp/userid/323388/blog/20553254/

現行はMAPの構造体の中に縦軸、横軸ともMAPの割り当てをを直接入れてあるような気がして、
見た者にはこんなのアリなのか・・・と思わせるような気がするｗ

よって、MAP単体で存在していても
割り当てられている値の内容から何と何でMAPを動かしているのか
比較的わかりやすいような気がする。そういう意味合いでは新型のほうが楽なようではあるのだが、
数が多かったり他と色々絡んでたりというのがネックになっているような気がする。

制御が複雑な分、メーカーからの愛だと受け止めるべきか・・・

このECUにのってるCPUはジャンプやリターン命令の直後にNOPなどの命令が必ずある。
最初は不思議な感じがしたが、どうやらパイプライン処理の関係上
跳び先の命令を実行する前にこれを実行する構造らしい。

コンパイラで最適化オプションを切ったらこういうコードが無くなるのかちょっと興味深い。
高級言語デバッグとかで引っかからないのだろうか？
最近は高級言語でコード作ってアセンブリ言語でデバッグとかいう謎の作業が多いので
ちょっと気にはなりました。

最近EFI_ECUの補器類が欲しくなってきた。

EFI_ECUの周辺のネットワークのノードが全て揃っていて
内燃機があってガソリンタンクがあって
タイヤ四つついていて
公道を合法的に実走出来て
任意と車両保険がついてればなお良い・・・



んで、

重要な値比較の殆どがFPUで比較している。
実は誤差の積算で0付近の比較が怪しいことになるので
個人的には少し毛嫌いしているユニットだ。

そういう訳もあってFPUなるものをバイナリで扱ったことが無いので調べてみたが
IEEE754規格というやつで10進に変換するとわかりやすくなるらしい。

4306E666->134.899994
43018000->129.500000
43060000->134.000000

といった風。
そしてこの値たちは内臓メモリ0xFFF8A21Cの値と比較して
なにやら処理しているような気がする。

ちなみに0xFFF8A21Cの値はスピードメータ装置と
ABS装置からのCAN通信から来る値で生成されているような気がする。