はじめに
athrill(アスリル)の機能マニュアルを本ページで管理します.
athrillの導入に関しては,athrill(アスリル) を使用して TOPPERS OS(ASP3) をデバッグをご参照ください.
athrillの想定ユーザ
リアルタイムOS(TOPPERS OS)上で,アプリケーションを開発する組込みソフトウェア技術者.
現時点で,athrill用にOS移植されているTOPPERS OSは,以下の通りです.
対応OS | テスト状況 | コメント |
---|---|---|
ssp | - | 高橋さんありがとございます! |
asp | TTSP実施済み | - |
asp3 | 未テスト(サンプル実行のみ) | - |
atk2-sc1 | 未テスト(サンプル実行のみ) | gitpodで動作可能 |
atk2-sc1-mc | 未テスト(サンプル実行のみ) | - |
athrillが提供する3つの価値
- 開発スケーラビリティ向上
- athrill開発プロジェクトでソースを無償公開(TOPPERSライセンス)
- Windows(MinGW)/Linux(32bit, 64bit)で動作可能
- 問題の早期検出
- athrillはV850のCPU命令をシミュレーションしており,プリミティブなレベル(CPU/メモリ/デバイス)で,ソフトウェアの動きを監視できます.
- そのため,仮想環境の強みを活かした問題の早期検出ができると考えています.
- 現状は,メモリ不正アクセス検出機能が数個ある程度ですが,機能拡張を実施予定です.
- 結合テストの自動化
- 机上(PC)でリアルタイムOS上で動作するアプリケーションの結合確認およびテストの自動化→資産化を実現できます.
- 現在は,IoT向けの机上結合環境構築を目指しています.
- マイコン上で動作する組込みプログラム(C言語)とクラウド上で動作するプログラム(python等)の結合確認は非常に難易度が高いと考えており,athrillを使用することでその難易度を下げることができると考えています.
- 現在まさに,机上でテスト自動化するための機能拡張を実施中です.
athrill使用実績
- AUTOSAR OS上で動作するミドルウェアの結合検査(シングルコア/マルチコア)
- 初期導入→テスト資産化し,開発・保守効率向上に寄与
マニュアル
athrillの機能一覧を以下に示します.
順次,詳細内容をリンクページで紹介していきます.
- 起動オプション
- デバッグ機能
-
プログラム実行制御
- ブレーク設定(b)
- ステップ実行(n)
- 関数復帰(r)
- ブレーク解除(d)
- デバッグ対象コア(core)
- 割り込み発生(i)
- CPUモード切り替え(c)
- デバッグモード切り替え(q)
- athrill終了(exit)
-
データアクセス制御
- メモリ情報表示(p)
- メモリ設定(s)
- データウォッチ(w)
- メモリREAD/WRITE実行タスク/関数表示(access)
-
プログラム実行状況
- CPU実行ログ表示切り替え(v)
- CPUレジスタ表示(cpu)
- 関数実行トレース表示(ft)
- スタックトレース表示(bt)
- 関数プロファイル(prof)
- 消費クロック(e)
- ソース表示(l)
-
外部入出力
- シリアル入力(S)
-
プログラム実行制御
-
- 警告通知機能
- 未初期化変数のREADアクセス
- 変数領域外のWRITEアクセス
- エラー通知機能
- ROM領域へのWRITEアクセス
- スタックオーバーフロー検出
- 警告通知機能
-
コンフィグファイル
関連記事
- athrill(アスリル) を使用して TOPPERS OS(ASP3) をデバッグ
- マルチコア対応仮想環境(athrill)を使用して TOPPERS/ATK2 を実行する
- メモリ保護対応版 athrill(アスリル) のご紹介
- 今さらなぜCPUエミュレータを自作しようとおもったのか?
- athrill(アスリル)を使用してC言語ポインタ変数を理解する
- athrill(アスリル) を使用してベアメタル・プログラミング(1回目:main関数が動き出すまで)
- athrill(アスリル) を使用してベアメタル・プログラミング(2回目:割り込みがソフトウェアに通知されるまで)
- WSLでマイコンシミュレータ環境(athrill)をつくる
- TOPPERS/ATK2カーネル向け実機レス環境(athrill2)
- 64bitCPUへの道 and/or 64歳の決意(1)V850/RH850 gcc 64bit
- dockerでathrill