SCIOPTA

- SCIOPTAとは

SCIOPTA RTOS

- MMU

対応CPU

- RX600
- RX210
- PowerPC PX
- PowerPC QUICC I
- PowePC QUICC II
- PowerPC QUICC II PRO
- PowerPC 400
- PowerPC MPC5xxx
 

SCIOPTA RTOS

SCIOPTA(スキオプタ)リアルタイムOSの基本特徴

プリエンティブで、メモリー管理ができるメッセージパッシング方式のリアルタイムOSをお探しの方には最適なアーキテクチャをご提案いたします。レガシーなエンベデッド・リアルタイムOSは、セマフォと共有メモリを利用し、アプリケーションが複雑になってくると熟練以外のエンジニアが係ると複雑でかつ分かりずらいものになってきます。大規模なアプリケーション開発となると、レガシーなエンベデッド・リアルタイムOSでの開発はバグが増え、時間軸とともに複雑で生産性とメンテナンスがしずらいアーキテクチャとなっています。。この部分の解決策として、メッセージパッシング方式のリアルタイムOSを採用することにより、非常にシンプルなシステムコールを利用し、プロセス間はメッセージベースで通信を行い、何よりも分かりやすいシステムを構築できるところが特徴です。

有名なところでは、コーラス、OSE、QNX Neutrion、GreenHills Integrityは、メッセージベース方式のリアルタイムOSがあります。SCIOPTAがこれらのメッセージベース方式のリアルタイムOSと異なる点でいえば、100%アセンブラでマイクロカーネル(C言語で書かれていない)であり、真のコンパクトで柔軟性を持たせたアークテクチャ構築に力を入れております。そのため、ローエンドCPUからハイエンドに至るまでのコアをサポートしております。

また、ウインドリバー社のVxWorksやSCIOPTA以外のメッセージパッシング方式リアルタイムOSは、ミドルウエアの豊富さと開発ツールの豊富さにフォーキャストしている部分があります。SCIOPTAでは、多くのことを求めず、リアルタイムOSのコアの標準化に拘り、最低限のネットワークやファイルシステム部分を準備をしておき、システム要求に合ったものは後から拡張すればよいという考えでいます。不足部分は、お客様ないしSCIOPTAエンジニアサービスとしての補強できる体制をもっております。

高性能なリアルタイム・パフォーマンス

  • SCIOPTA(スキオプタ)アーキテクチャーは、ハードリアルタイムのパフォーマンスと少ないサイズを提供するように明確にデザインされ、データ構造、メモリ管理、プロセッサ間通信と時間内部の管理は、高い最適化可能
  • スキオプタは、プリエンティブなリアルタイムカーネルです。インターラプトが生じた場合、カーネル内部のイベントを常時供給可

メッセージアークテクチャ

  • スキオプタは、プロセス間通信において、ダイレクトメッセージパッシングを行うアーキテクチャで構成。プロセス間通信と同期をとるためにメッセージを使用。
  • メッセージは、メモリープールで保持、蓄積され、カーネルのメモリープールマネージャーは、高性能で、しかも、メモリー・フラグメンテーションを回避するように設計

message-passing-RTOS

SCIOPTAモジュール

  • プロセスは、SCIOPTAモジュールのなかで纏めることが可能であり、モジュラーシステム・デザインを実現。
  • モジュールは、スタティック、あるいは、ダイナミックに、プログラムの実行中に削除・生成可能

完全なダイナミック・アーキテクチャ

  • SCIOPTAのなかでは、モジュールと同様に、割り込みプロセス、タイマープロセス、プラオリティ・プロセスもスタティック、あるいは、ダイナミックに、プログラムの実行中に削除・生成可能

エラー・ハンドラ

  • SCIOPTAのエラーフックを利用することによって、エラーハンドリングを集中的に管理。カーネルがエラーを検知するたびに、エラーフックがコールされ、これにより、システム全体におけるエラーハンドリングを安定的に保障します。
  • 一般的なオペレーティングシステムにしばしば発生する、1つのエラーハンドラーがシステム内の複数のプロセスからコールされたときに発生する問題を回避することが可能

スーパービジョン(監視システム)

  • SCIOPTAは、プロセススーパービジョン(プロセス監督)のためのサポートを実現
  • プロセスは、監視を実行したい、他のプロセスを登録可能
  • 登録されたプロセスが消滅した場合、カーネルは監視プロセスへメッセージを送信

デバッグが容易に可能

  • プログラムが停止、あるいは、破壊状態の直前まで、メッセージをトレースすることにより、システムのデバッグが可能。
  • メッセージをトレースすることにより、システムに不測の事態が発生する直前までメッセージの流れを解析することが可能。
  • メッセージんは、メッセージのデーターだけでなく、状況を管理する情報、例えば、オーナー、センダー、プロセスのアドレスといったものを含む。従って、デバッガはメッセージプールを解析することにより、即座に失われたメッセージや誤ったプロセスに送られたメッセージを見つけ出すことが可能

observation