進捗
資料更新45
AUTOSAR R22-11 マラソン
今週取り上げる資料
今週取り上げる資料はover view
Classic Platform Release Overview
文書番号/URLがない。追加した。
週報を書く経緯と内容
AUTOSAR Abstract Platform User Groupが、最初30人。
暮れに、消臭範囲を広げて40人。
年明けに再募集して、47人。
52人になるまで集める。
52人の根拠は、週報を、毎回、ひとりづつあてに書いていくと、52人で１年が終わる感じ。
週報を書くにあたって、特定の個人に向けて報告を書く形式にさせてください。
なお、この週報は、30点を目指しており、70点分の記載はありません。
３人が別々の方向で直交する30点の記述を持ち寄れば90点になるかもしれません。
百点満点の三十点を目指しなさい。
<この項は書きかけです。順次追記します。>
AUTOSAR
1. 制御のMBD(Model Based Design/Developmemt)
MATLAB/Simulink などの連続模型と、EnterPrise ArchitectなどのUML離散模型とから、系全体を自動生成する。
課題としては、連続系と離散系の連成と、それぞれの道具間の連携。
離散系では安全分析、実時間処理などの対応から、状態遷移(state)図（表）、時系列図(sequence chart)、刻時図(timing chart)が必須。
2. 制御を邪魔しない通信規約CANと、制御を邪魔せずCANを助けるOSEK/VDX OS/COM/NM連携自動生成
AUTOSARではOSを拡張し、COM、NMの一部を仕様変更し、OILではなくARXMLを採用することにした。
Adaptive PlatfomのPOSIX/Ethernetではあたりまえに実現していたRPCをCAN/OSEK/VDX OSで実現しようとしたのがClassic Platformであるとすれば、設計の方向性は全く同じ。
車載EthernetではSwitchingを基本とするためCAN同様の制御の邪魔をしない通信が可能になり、LinuxがOSEK/VDX OS 以上にゼロコピーを実現できれば大丈夫かも。
3. 物理的なECUを作成する前に仮想環境で模擬試験する。
ECUを製造する前に、アプリを作成し試験ができるようにする際に、2002年当時はCPUのシミュレータの作成が課題だった。下記で紹介するAthrillは、一つの解決事例。
4. 実時間処理設計のためにエンジンベンチ、モータベンチで、負荷試験、制御試験を実施し、短時間制御できるように固定小数点と表引きによる高速処理を実現する。
エンジンベンヂ、モータベンチからHILSによる実時間設計を確実にする。
ツールベンダの競争領域とみなされ、AUTOSARではあまり議論を深めていないかもしれない。
Adaptive Platformで実時間処理への対応から、Classic Platformと同じ理論的な取り組みで実現可能であり、ツール類の整備が進む可能性があるかも。
5. CAN/OSEK/VDX OSで、Linux/EthernetのようなRPCを実現し、リソースの再配置を容易にする。
AUTOSARはlinux ethernetでできていたrpcをCAN OSEK/vdx osで実現することが基本設計の一つ。
OEMとSupplierの利害が必ずしも一致していないかもしれない。
実時間処理では事実上使わない機能かもしれない。
通信速度、処理時間、処理空間の兼ね合い。
AUTOSAR Abstrct Platform
Specification of Abstract Platform, AUTOSAR 22-11, XP, No.947
Abstract PlatformとAdaptive Platform、Classic Platformの間は、双方向なやりとりを可能にしようとしている。
Abstract PlatformからOSなし、その他のOSなどとの間は、一方通行を検討しようとしている。しかし、モデル定義を公開すれば、逆方向も可能な道具立は作絵師できるかもしれない。
AUTOSAR Abstract Platfromの考え方は、
2002年にAUTOSARが始まった頃の、上記1,2,3の考え方と基本的な方向性が同じ。
模型(model)を作り、模擬試験(simulation)して、自動生成する。
制御の基本的な手順である。
自動車という分野で実現するための一つの道筋のようで、
すべての制御模型の基本手順である。
抽象的な定義をうまく作り込めば、他の産業分野でも応用が可能な道具立ができることが鍵となるかもしれない。
20年前との違い
AUTOSARが始まった2002年ころと、現在の違いの視点をいくつか記録する。
Matlab/Simulink
MATLAB/Simulinkのソフトウェアライセンスは、製品寿命への対応よりも、
製品そのものの品質と、セキュリティ対応から、新しいソフト対応に傾斜しているかもしれない。
トヨタ自動車、MBDの更なる生産性向上を目指して、MATLABをR2021aへ移行
C/C++
セキュリティ対応のため最新の国際規格を参照する方向に切り替わった。
gcc++
8086系cpuの最適化が進んだことと、色々なCPUのクロスコンパイラをチップベンダが協力し
ARM
AUTOSAR Adaptive Platform Demonstratorでは、Raspberry PI3, 4を使って作成している。量産でもARMの使用率は高くなっているらしい。
open source
adaptive platform dfmonstrator は,ほとんどopensourseからなっている、
Linux
AUTOSAR Adaptive Platformでは、POSEX PSE51という記述がある。
実際にはLinux などのPSE54を使った方が便利な場合はPSE54を使う。
| file/ process | single | multi |
|---|---|---|
| no | 51 | 53 |
| yes | 52 | 54 |
Note that one major change between IEEE Std 1003.13-1998 and
IEEE Std 1003.13-2003 is that PSE53 now requires a file system.
車載LinuxのcovesaなどAUTOSARの外でISOへの入力ができるかもしれない。
車載Ethernet
AUTOSARの外でIEEE、ISO.IECに入力している。
Athrill
ROS対応マイコンシミュレータ athrill 颯爽と登場！
箱庭
箱の中に，様々なモノをみんなの好みで配置して，いろいろ試せる！
AUTOWARE
AUTOWAREの講演をお聞きして、納得感があった。
ちょうど、Athrill, 箱庭のご講演をお聞きした時と同じ感想。
Abstract Platform上で記述した模型が、AUTOWARE上でも動作するとよい。
参考資料
A big wrapping cloth with the miniature garden
AUTOSAR 「完全に理解した」
AUTOSAR R22-11 マラソン
1/1-1.7の１週間で64文書資料更新。
| 週 | 文書数 |
|---|---|
| 1 | 64 |
残課題はいっぱいあり、来週以降の報告で記載します。
参考資料
プログラマの「日報、週報、月報、年報」考。仮説(73)
日報、週報、月報、年報 考 2022
＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞
文書履歴(document history)
ver. 0.01 初稿 20230108
最後までおよみいただきありがとうございました。
いいね、フォローをお願いします。