JPH06214770A - 制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 特別な装置を必要とせず、簡易な手順により
開発プログラムの解析を可能とする。 【構成】 実行形式で記載された制御プログラム１を、
機能モジュール４Ａ，４Ｂ，４Ｃ，４Ｄ，４Ｅと、これ
ら機能モジュール４Ａ〜４Ｅの構成および実行をチェッ
クするチェックモジュール３とで構成する。各機能モジ
ュール４Ａ〜４Ｅには、自己の識別名を記憶する領域４
１とその実行済み時にフラグ操作をする領域４３とを設
け、一方、チェックモジュール３には、上記各機能モジ
ュール４Ａ〜４Ｅの識別名を参照して所定の機能モジュ
ール４Ａ〜４Ｅが存在することを確認する領域３１，３
２，３３と実行済みフラグを確認する領域３４，３５と
を設ける。制御プログラム１中のチェックモジュール３
により、必要な機能モジュール４Ａ〜４Ｅの存在と、各
機能モジュール４Ａ〜４Ｅの実行が確認される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は開発中の制御プログラム
の解析機能を有し、制御プログラムの正誤を自己解析す
る制御装置に関する。

【０００２】

【従来の技術】新しい制御プログラムの開発は、プログ
ラムを一定の信号処理機能を有する機能モジュールに区
分し、デバッグ済みの各機能モジュールを複数組み合わ
せて行っている。この場合、制御プログラム全体のチェ
ックは、ソースコードに記述されている各機能モジュー
ルの識別ラベルやリンク情報等を目視検査することによ
っているが、近年の制御の複雑化に伴い機能モジュール
数は飛躍的に増加しており、目視検査には限度がある。

【０００３】

【発明が解決しようとする課題】そこで、開発中の制御
プログラムの解析を自動的に行うことを目的として、例
えば特開昭６３−３１７８４７号公報には、制御プログ
ラム中の出力命令とこれに関連する入力命令に注目し
て、論理解析によりプログラムの適否を決定するものが
提案されているが、これは比較的複雑な処理ステップを
必要とするとともに、制御装置以外の特別な装置を要す
るという問題点があった。

【０００４】本発明は、制御プログラムの多くが、他の
制御プログラムと共用されるデバッグ済みの多数の機能
モジュールを組合せて実現されることに注目して、特別
な装置を必要とせず、簡易な手順によりプログラムの解
析を可能とした制御装置を提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明の構成を説明する
と、図１に示すように、実行形式で記述された制御プロ
グラム１を、それぞれ一定の信号処理機能を有する複数
の機能モジュール４Ａ，４Ｂ，４Ｃ，４Ｄ，４Ｅと、こ
れら機能モジュール４Ａ〜４Ｅの構成および実行をチェ
ックするチェックモジュール３とで構成し、上記各機能
モジュール４Ａ〜４Ｅには、自己の識別名を記憶する領
域４１とその実行済み時にフラグ操作をする領域４３と
を設け、一方、チェックモジュール３には、上記各機能
モジュール４Ａ〜４Ｅの識別名を参照して所定の機能モ
ジュール４Ａ〜４Ｅが存在することを確認する領域３
１，３２，３３と実行済みフラグを確認する領域３４，
３５とを設けたものである。

【０００６】

【作用】上記構成においては、制御プログラム１中のチ
エックモジュール３により、必要な機能モジュール４Ａ
〜４Ｅの存在と、各機能モジュール４Ａ〜４Ｅの実行が
確認されるから、制御装置以外の特別な装置を必要とす
ることなく、簡易に制御プログラムの適否が解析され
る。

【０００７】

【実施例】以下、本発明を自動車のエンジン制御に適用
した例を説明する。図１（ａ）には実行形式で記述され
た車両エンジンの制御プログラム１の一例を模式的に簡
単化して示し、イニシャル処理、チェックの各モジュー
ル２，３、および点火、噴射、アイドル、ノック、入出
力割込みのエンジン制御に必要な各機能モジュール４
Ａ，４Ｂ，４Ｃ，４Ｄ，４Ｅより構成されている。イニ
シャル処理モジュール２は制御プログラム中の変数のイ
ニシャル処理を行う。

【０００８】各機能モジュール４Ａ〜４Ｅは、図１
（Ｃ）に例示する如く、当該モジュール名Ｍｉを示すコ
ードを記憶する領域４１、当該機能を実現するための処
理プログラムを記憶する領域４２、処理プログラムの実
行が終了した時点で当該モジュールＭｉに対応した実行
済みフラグをリセットするプログラムを記憶する領域４
３とよりなる。

【０００９】チェックモジュール３の詳細を図１（ｂ）
で説明すると、モジュール構成チェックプログラム３１
と、該チェックプログラム３１で参照されるモジュール
構成定義テーブル３２およびモジュール構成フラグ領域
３３を有するとともに、モジュール実行チェックプログ
ラム３４と、該チェックプログラム３４で参照されるモ
ジュール実行済みフラグ領域３５を有し、かつウォーニ
ング出力プログラム３６を有している。

【００１０】モジュール構成定義テーブル３２には、図
２に示す如く、当該制御プログラムを構成するに必要な
機能モジュール数ｉ、各機能モジュール名Ｍ１〜Ｍｎと
そのアドレスＡＤＲ１〜ＡＤＲｎ、および各機能モジュ
ールＭ１〜Ｍｎと関連を有するペアモジュール名Ｍ１１
〜Ｍｎｌが予め記憶してある。なお、このペアモジュー
ル名Ｍ１１〜Ｍｎｌには、各機能モジュール名Ｍ１〜Ｍ
ｎが記憶されている。そして、それらは互いにデータを
共用したり、連動して制御特性が切り換わったりする機
能を有する。

【００１１】モジュール構成フラグ領域３３およびモジ
ュール実行済みフラグ領域３５はそれぞれ図３，図４に
示すように、各機能モジュールＭ１〜Ｍｎに対応する数
のビット領域より構成されている。

【００１２】上記構成の制御プログラム１の作動は以下
のようになされる。

【００１３】電源ＯＮにより、図５に示すメインプログ
ラムが起動し、イニシャル処理モジュール２が実行され
て（ステップ１０１）プログラム中で使用される変数、
フラグおよびＩ／Ｏポート領域が初期化される。

【００１４】続いてチェックモジュール３が起動され
（ステップ１０２）、モジュール構成チェックプログラ
ム３１が実行される（ステップ１０３）。モジュール構
成チェックの結果が良であれば、各機能モジュール４Ａ
〜４Ｅを起動して処理プログラム４２を実行し、所定の
演算制御出力を行う（ステップ１０５）。ステップ１０
４でチェック結果が不良であればウォーニング出力モジ
ュール３６を起動して（ステップ１０６）警報を発し、
以降のプログラム実行を停止する。以下、各ステプの動
作を詳細に説明する。

【００１５】まず、ステップ１０３で実行されるモジュ
ール構成チェックプログラム３１の詳細を図６に示す。
ステップ２０１でモジュール構成定義テーブル３２の内
容を読込む。次にステップ２０２でモジュール構成フラ
グ領域３３およびモジュール実行済みフラグ領域３５
の、ステップ２０１で読込んだモジュール名に対応した
ビットにフラグをセットする。

【００１６】ステップ２０３では、定義テーブル３２の
内容に基づいてメモリ内を検索し、プログラム中の所定
アドレスＡＤＲｉにモジュール名Ｍｉがある場合には、
上記フラグ領域３３の当該モジュール名Ｍｉに対応した
ビットのフラグをリセットする。この作業を定義テーブ
ル３２に定義された全てのアドレスＡＤＲｉに対して実
行する。かくして、ステップ２０４で、上記フラグ領域
３３にセットされたままのフラグが残っているか確認
し、残っている場合には、当該フラグに対応する機能モ
ジュールが制御プログラム１中に組み込まれていないと
して、モジュール名Ｍｉをウォーニング出力プログラム
３６へ引き渡す。

【００１７】なお、このステップ２０４では、定義テー
ブル３２に従ってモジュール構成フラグ領域３３を検索
し、必要なモジュールの有無を確認する。例えば、まず
機能モジュールＭ１に対応するフラグを確認し、次に機
能モジュールＭ１のペアモジュールＭ１１〜Ｍ１ｌとし
て定義された機能モジュールに対応するフラグを確認す
る。この結果、各機能モジュールの存在が確認されるだ
けでなく、各機能モジュールと関連して機能を発揮する
ペアモジュール（他の機能モジュール）の存在も確認さ
れる。そして、各機能モジュールの存在を順次確認する
中で、モジュールの不在があるとウォーニングが発せら
れる。

【００１８】モジュール実行チェックは、各機能モジュ
ール実行時に図７に示す如く、一定時間毎の割込みで行
われ、ステップ３０１でモジュール実行チェックプログ
ラム３４が実行されて、ペアプログラムＭｉ１〜Ｍｉｌ
を含む各機能モジュールＭｉ〜Ｍｎが実行済みか否か確
認され、そのいずれかが実行済みでない場合にはウォー
ニング出力プログラム３６へ移行する（ステップ３０
２，３０３）。

【００１９】これを図８で詳述すると、モジュール構成
定義テーブル３２のモジュール名Ｍｉおよびペアモジュ
ール名Ｍｉ１〜Ｍｉｌを読み込み（ステップ４０１）、
モジュール実行済みフラグ領域３５中の当該モジュール
名Ｍｉおよびペアモジュール名Ｍｉ１〜Ｍｉｌに対応し
たビットのフラグを確認する（ステップ４０２）。そし
て、定義テーブル３２の順に従ってフラグ領域３５をチ
ェックしていく中で、セットされたままのフラグがある
場合には、当該フラグに対応する機能モジュールＭ１〜
Ｍｎ中の実行済みフラグリセットプログラム４３（図
１）が実行されなかったものとして、そのモジュール名
Ｍｉをウォーニング出力プログラム３６へ引き渡す。

【００２０】なお、上記実施例において、実行形式の制
御プログラムは、読出し専用メモリ内に１ファイルとし
てストアされている必要はなく、複数ファイルに分割さ
れていても良い。また、読書き可能メモリ上に外部メモ
リより適宜ローディングされるものであっても良い。

【００２１】なお、上記実施例、特に図１では５個の機
能モジュールを掲げて説明したが、実際の装置では数百
にも及ぶ機能モジュールによりエンジン制御プログラム
が構成される。

【００２２】

【発明の効果】以上の如く、本発明の解析装置によれ
ば、実行形式の制御プログラムの一部にチェックモジュ
ールを組み込むことにより、特別な装置を要することな
く、機能モジュールの構成ミスや実行されない機能モジ
ュールの確認が可能であり、プログラム開発を効率的且
つ安価に行うことができる。

【図面の簡単な説明】

【図１】制御装置内の制御プログラムの構成を示すブロ
ック図である。

【図２】モジュール構成定義テーブルの構成を示すメモ
リブロック図である。

【図３】モジュール構成フラグ領域のビット構成図であ
る。

【図４】モジュール実行済みフラグ領域のビット構成図
である。

【図５】メインプログラムのフローチャートである。

【図６】モジュール構成チェックプログラムのフローチ
ャートである。

【図７】モジュール実行済みチェックプログラムのフロ
ーチャートである。

【図８】モジュール実行済みチェックプログラムの詳細
フローチャートである。

【符号の説明】

１ 制御プログラム ３ チェックモジュール ３１ モジュール構成チェックプログラム（モジュール
存在確認領域） ３２ モジュール構成定義テーブル（モジュール存在確
認領域） ３３ モジュール構成フラグ領域（モジュール存在確認
領域） ３４ モジュール実行チェックプログラム（実行済みフ
ラグ確認領域） ３５ モジュール実行済みフラグ領域（実行済みフラグ
確認領域） ４Ａ，４Ｂ，４Ｃ，４Ｄ，４Ｅ 機能モジュール ４１ コード記憶領域（識別名記憶領域） ４３ 実行済みフラグリセットプログラム（フラグ操作
領域）

Claims (1)

【特許請求の範囲】
1. 【請求項１】 実行形式で記述された制御プログラム
   を、それぞれ一定の処理機能を有する複数の機能モジュ
   ールと、これら機能モジュールの構成および実行をチェ
   ックするチェックモジュールとで構成し、上記各機能モ
   ジュールには、自己の識別名を記憶した領域とその実行
   済み時にフラグ操作をする領域とを設け、一方、チェッ
   クモジュールには、上記各機能モジュールの識別名を参
   照して所定の機能モジュールが存在することを確認する
   領域と実行済みフラグを確認する領域とを設けたことを
   特徴とする制御装置。