JPH064417A - メモリのバッテリバックアップ制御方式 - Google Patents
メモリのバッテリバックアップ制御方式Info
- Publication number
- JPH064417A JPH064417A JP4164408A JP16440892A JPH064417A JP H064417 A JPH064417 A JP H064417A JP 4164408 A JP4164408 A JP 4164408A JP 16440892 A JP16440892 A JP 16440892A JP H064417 A JPH064417 A JP H064417A
- Authority
- JP
- Japan
- Prior art keywords
- battery backup
- application program
- program
- rom
- battery
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Techniques For Improving Reliability Of Storages (AREA)
- Calculators And Similar Devices (AREA)
Abstract
(57)【要約】
【目的】本発明の目的は、同一のエラー処理プログラム
で異なる仕様のシステムのメモリバックバックアップ異
常に対処できるようにすることである。 【構成】システムプログラムのイニシャル処理で、シス
テム全体の初期化を行った後（Ｓ１７）、バッテリバッ
クアップ異常フラグＦ1 が「１」か否かを判別する（Ｓ
１８）。フラグＦ1 が「１」であれば、さらにバッテリ
バックアップ設定フラグＦ2 が「１」か否かを判別する
（Ｓ１９）。Ｆ2 ＝０であれば、すなわちバッテリバッ
クアップ異常を有効とする場合には、システムダウン処
理を実行してシステムの動作を停止させる。Ｆ2 ＝１で
あれば、すなわちバッテリバックアップ異常を無効とす
る場合には、そこで処理を終了してシステムの動作を継
続させる。
で異なる仕様のシステムのメモリバックバックアップ異
常に対処できるようにすることである。 【構成】システムプログラムのイニシャル処理で、シス
テム全体の初期化を行った後（Ｓ１７）、バッテリバッ
クアップ異常フラグＦ1 が「１」か否かを判別する（Ｓ
１８）。フラグＦ1 が「１」であれば、さらにバッテリ
バックアップ設定フラグＦ2 が「１」か否かを判別する
（Ｓ１９）。Ｆ2 ＝０であれば、すなわちバッテリバッ
クアップ異常を有効とする場合には、システムダウン処
理を実行してシステムの動作を停止させる。Ｆ2 ＝１で
あれば、すなわちバッテリバックアップ異常を無効とす
る場合には、そこで処理を終了してシステムの動作を継
続させる。
Description
【０００１】
【産業上の利用分野】本発明は、メモリのバッテリバッ
クアップを行うデータ処理装置におけるバッテリバック
アップ異常時の制御方式に関する。
クアップを行うデータ処理装置におけるバッテリバック
アップ異常時の制御方式に関する。
【０００２】
【従来の技術】データ処理装置、例えばプラント等を制
御するコントローラは、図５に示すようにシステムの基
本的な制御（システムの初期化、システムの動作監視、
アプリケーション・プログラムの動作監視等）を行うシ
ステムプログラム１１と、プラントシステムを制御する
アプリケーション・プログラム１２とを記憶するマクロ
プログラムメモリ１３と、データメモリ１４と、マイク
ロプログラムを記憶するマイクロプログラムメモリ１５
を内蔵するＣＰＵ１６とからなるプロセッサボード１７
を備えている。
御するコントローラは、図５に示すようにシステムの基
本的な制御（システムの初期化、システムの動作監視、
アプリケーション・プログラムの動作監視等）を行うシ
ステムプログラム１１と、プラントシステムを制御する
アプリケーション・プログラム１２とを記憶するマクロ
プログラムメモリ１３と、データメモリ１４と、マイク
ロプログラムを記憶するマイクロプログラムメモリ１５
を内蔵するＣＰＵ１６とからなるプロセッサボード１７
を備えている。
【０００３】システムプログラム１１及びアプリケーシ
ョン・プログラム１２はマクロ言語で記述されており、
これらのプログラムはＣＰＵ１６内のマイクロプログラ
ムにより解読実行される。このマイクロプログラムに
は、プロセッサボードの初期化及び動作監視を行うイニ
シャルプログラムが格納されている。
ョン・プログラム１２はマクロ言語で記述されており、
これらのプログラムはＣＰＵ１６内のマイクロプログラ
ムにより解読実行される。このマイクロプログラムに
は、プロセッサボードの初期化及び動作監視を行うイニ
シャルプログラムが格納されている。
【０００４】図６はデータメモリ１４の使用領域を示す
図である。データメモリ１４のメモリエリアは、図６に
示すようにシステムプログラム１１、アプリケーション
・プログラム１２、マイクロプログラムの各プログラム
に割り当てられている。
図である。データメモリ１４のメモリエリアは、図６に
示すようにシステムプログラム１１、アプリケーション
・プログラム１２、マイクロプログラムの各プログラム
に割り当てられている。
【０００５】次に、コントローラの動作を図７を参照し
て説明する。電源投入時、あるいはシステムリセット
時、マイクロプログラムのイニシャルプログラムが起動
されてプロセッサボードの各種ハードウェア、ソフトウ
ェアの初期化が行われ、システムスタートコマンド待ち
のアイドル状態となる（図７、）。
て説明する。電源投入時、あるいはシステムリセット
時、マイクロプログラムのイニシャルプログラムが起動
されてプロセッサボードの各種ハードウェア、ソフトウ
ェアの初期化が行われ、システムスタートコマンド待ち
のアイドル状態となる（図７、）。
【０００６】スタートコマンドが受付られると、システ
ムプログラム１１のイニシャル処理が実行されシステム
全体の初期化が行われる（図７、）。続いてアプリケ
ーション・プログラム１２が実行されプラントの制御が
開始される。アプリケーション・プログラム１２の実行
中に一定周期毎の割り込みでシステムプログラム１１が
実行され、システムの異常検出処理及びシステムの各種
ハードウェアへの通信処理等が行われる（図７、）。
ムプログラム１１のイニシャル処理が実行されシステム
全体の初期化が行われる（図７、）。続いてアプリケ
ーション・プログラム１２が実行されプラントの制御が
開始される。アプリケーション・プログラム１２の実行
中に一定周期毎の割り込みでシステムプログラム１１が
実行され、システムの異常検出処理及びシステムの各種
ハードウェアへの通信処理等が行われる（図７、）。
【０００７】なお、システムプログラム１１、アプリケ
ーション・プログラム１２の実行に当たっては、ＣＰＵ
１６内のマイクロプログラムのインタプリタによりマク
ロ命令が解読実行される。また、ＯＳプログラムにより
各種割り込みプログラム（定周期、外部割り込み等）の
タスク実行管理及びプロセッサボードの動作監視等が行
われる。
ーション・プログラム１２の実行に当たっては、ＣＰＵ
１６内のマイクロプログラムのインタプリタによりマク
ロ命令が解読実行される。また、ＯＳプログラムにより
各種割り込みプログラム（定周期、外部割り込み等）の
タスク実行管理及びプロセッサボードの動作監視等が行
われる。
【０００８】一般に、マイクロプログラム、システムプ
ログラム１１はＲＯＭで、アプリケーション・プログラ
ム１２、データメモリ１４はＲＡＭで構成されており、
データ処理装置には、電源断に対してもアプリケーショ
ン・プログラム１２及びデータメモリ１４の内容が保持
されて、自動的に復旧するようなバッテリバックアップ
機能が設けられている。
ログラム１１はＲＯＭで、アプリケーション・プログラ
ム１２、データメモリ１４はＲＡＭで構成されており、
データ処理装置には、電源断に対してもアプリケーショ
ン・プログラム１２及びデータメモリ１４の内容が保持
されて、自動的に復旧するようなバッテリバックアップ
機能が設けられている。
【０００９】図８は、従来のマイクロプログラムのバッ
テリバックアップエラー処理のフローチャートである。
マイクロプログラムのイニシャル処理で、プロセッサボ
ード１７を初期化（Ｓ１）した後、バッテリバックアッ
プエラーの有無を検出する（Ｓ２）。バッテリバックア
ップエラーが検出された場合には、データメモリ１４と
アプリケーションプログラムメモリ１２のＲＡＭで構成
されたメモリエリアをクリアした後（Ｓ３）、システム
ダウン処理を行う（Ｓ４）。
テリバックアップエラー処理のフローチャートである。
マイクロプログラムのイニシャル処理で、プロセッサボ
ード１７を初期化（Ｓ１）した後、バッテリバックアッ
プエラーの有無を検出する（Ｓ２）。バッテリバックア
ップエラーが検出された場合には、データメモリ１４と
アプリケーションプログラムメモリ１２のＲＡＭで構成
されたメモリエリアをクリアした後（Ｓ３）、システム
ダウン処理を行う（Ｓ４）。
【００１０】
【発明が解決しようとする課題】ところで、プラント制
御、電力制御等を行うコントロラーなどでは、アプリケ
ーション・プログラムをＲＯＭに格納したシステムとＲ
ＡＭに格納したシステムの２種類のシステムがあり、前
者のシステムは、さらにイニシャル時にデータメモリ１
４の前回の制御データを保存しておくものと、イニシャ
ル時にデータメモリ１４の前回の全ての制御データをク
リアするものとがある。
御、電力制御等を行うコントロラーなどでは、アプリケ
ーション・プログラムをＲＯＭに格納したシステムとＲ
ＡＭに格納したシステムの２種類のシステムがあり、前
者のシステムは、さらにイニシャル時にデータメモリ１
４の前回の制御データを保存しておくものと、イニシャ
ル時にデータメモリ１４の前回の全ての制御データをク
リアするものとがある。
【００１１】イニシャル時に全てのデータメモリ１４を
クリアするシステムでは、バッテリバックアップエラー
が検出された場合に、データメモリ１４をクリアしてか
らシステムダウンにしないで動作継続する為、図８のス
テップＳ３、Ｓ４の処理は不要となる。
クリアするシステムでは、バッテリバックアップエラー
が検出された場合に、データメモリ１４をクリアしてか
らシステムダウンにしないで動作継続する為、図８のス
テップＳ３、Ｓ４の処理は不要となる。
【００１２】すなわち、コントローラシステムとして
は、以下の３種類の場合が考えられる。(1) アプリケー
ション・プログラムがＲＡＭで、データメモリ１４とア
プリケーションプログラムメモリ１２の内容をバッテリ
バックアップする必要があるもの。(2) アプリケーショ
ン・プログラムがＲＯＭで、データメモリ１４の内容を
バッテリバックアップする必要があるもの。(3) アプリ
ケーション・プログラムがＲＯＭで、データメモリ１４
の内容をバッテリバックアップする必要のないもの。
は、以下の３種類の場合が考えられる。(1) アプリケー
ション・プログラムがＲＡＭで、データメモリ１４とア
プリケーションプログラムメモリ１２の内容をバッテリ
バックアップする必要があるもの。(2) アプリケーショ
ン・プログラムがＲＯＭで、データメモリ１４の内容を
バッテリバックアップする必要があるもの。(3) アプリ
ケーション・プログラムがＲＯＭで、データメモリ１４
の内容をバッテリバックアップする必要のないもの。
【００１３】マイクロプログラムのイニシャル処理でこ
れら３種類のシステムに対応する為には、従来はそれぞ
れ別のプロセッサボード、すなわちそれぞれのシステム
に対応したイニシャル処理が必要であった。
れら３種類のシステムに対応する為には、従来はそれぞ
れ別のプロセッサボード、すなわちそれぞれのシステム
に対応したイニシャル処理が必要であった。
【００１４】また、アプリケーションプログラムがＲＯ
Ｍのシステムにおいてはシステムの開発段階はアプリケ
ーション・プログラムをＲＡＭで構成し、デバッグが終
了した時点でＲＯＭに変更することが一般的に行われる
が、この場合、アプリケーション・プログラムがＲＡＭ
のときと、ＲＯＭのときとでそれぞれ別のエラー処理プ
ログラムが必要となるという問題点もあった。
Ｍのシステムにおいてはシステムの開発段階はアプリケ
ーション・プログラムをＲＡＭで構成し、デバッグが終
了した時点でＲＯＭに変更することが一般的に行われる
が、この場合、アプリケーション・プログラムがＲＡＭ
のときと、ＲＯＭのときとでそれぞれ別のエラー処理プ
ログラムが必要となるという問題点もあった。
【００１５】本発明の課題は、アプリケーション・プロ
グラムがＲＯＭ又はＲＡＭで構築されるシステムにおい
て、上記３つの異なったメモリバックアップ仕様のシス
テムに対して、同一のエラー処理プログラムで対処でき
るようにすることである。
グラムがＲＯＭ又はＲＡＭで構築されるシステムにおい
て、上記３つの異なったメモリバックアップ仕様のシス
テムに対して、同一のエラー処理プログラムで対処でき
るようにすることである。
【００１６】
【課題を解決するための手段】図１は、本発明の原理説
明図である。同図において、検出手段１は、バッテリバ
ックアップ異常を検出する。この検出手段１は、例えば
メモリのバックアップを行うバッテリ電圧が所定値以上
あるか否かを検出する。
明図である。同図において、検出手段１は、バッテリバ
ックアップ異常を検出する。この検出手段１は、例えば
メモリのバックアップを行うバッテリ電圧が所定値以上
あるか否かを検出する。
【００１７】判定手段２は、アプリケーション・プログ
ラムがＲＯＭで構成されているか、ＲＡＭで構成されて
いるかを判定する。設定手段３は、バッテリバックアッ
プ異常を有効とするか、無効とするかを設定する。
ラムがＲＯＭで構成されているか、ＲＡＭで構成されて
いるかを判定する。設定手段３は、バッテリバックアッ
プ異常を有効とするか、無効とするかを設定する。
【００１８】制御手段４は、検出手段１がバッテリ異常
を検出し、かつ判定手段２がアプリケーション・プログ
ラムがＲＡＭであると判定した場合、システムの動作を
停止させ、ＲＯＭであると判定した場合、設定手段３の
設定状態、すなわちバッテリバックアップ異常を有効と
するか、無効とするかに基づいて、バッテリバックアッ
プ異常を有効とするように設定されている場合には、シ
ステムの動作を停止させ、無効とするように設定されて
いる場合には、そのままシステムの動作を継続させる。
を検出し、かつ判定手段２がアプリケーション・プログ
ラムがＲＡＭであると判定した場合、システムの動作を
停止させ、ＲＯＭであると判定した場合、設定手段３の
設定状態、すなわちバッテリバックアップ異常を有効と
するか、無効とするかに基づいて、バッテリバックアッ
プ異常を有効とするように設定されている場合には、シ
ステムの動作を停止させ、無効とするように設定されて
いる場合には、そのままシステムの動作を継続させる。
【００１９】
【作用】本発明では、アプリケーション・プログラムが
ＲＡＭの場合には、バッテリバックアップ異常検出時に
メモリをクリアしてシステムの動作を停止させる。ま
た、アプリケーション・プログラムがＲＯＭで構成され
ていて、アプリケーション・プログラムによりバッテリ
バックアップ異常を有効とするように設定されている場
合には、システムの動作を停止させ、無効とするように
設定されているときにはシステムの動作を継続させる。
ＲＡＭの場合には、バッテリバックアップ異常検出時に
メモリをクリアしてシステムの動作を停止させる。ま
た、アプリケーション・プログラムがＲＯＭで構成され
ていて、アプリケーション・プログラムによりバッテリ
バックアップ異常を有効とするように設定されている場
合には、システムの動作を停止させ、無効とするように
設定されているときにはシステムの動作を継続させる。
【００２０】これによりアプリケーション・プログラム
がＲＡＭで構成されていても、ＲＯＭで構成されていて
アプリケーション・プログラムの前回の制御データが必
要なシステムでも、あるいは不要なシステムでも、同じ
エラー処理プログラムで対応でき、従来のようにそれぞ
れのシステムに対応させてプロセッサボードを複数設け
る必要が無くなる。
がＲＡＭで構成されていても、ＲＯＭで構成されていて
アプリケーション・プログラムの前回の制御データが必
要なシステムでも、あるいは不要なシステムでも、同じ
エラー処理プログラムで対応でき、従来のようにそれぞ
れのシステムに対応させてプロセッサボードを複数設け
る必要が無くなる。
【００２１】
【実施例】以下、本発明の実施例を図面を参照しながら
説明する。図２は、本発明の一実施例のコントローラの
マイクロプログラムのイニシャル処理におけるバッテリ
バックアップエラー処理のフローチャートである。この
実施例は、プラント等の制御を行うコントローラに関す
るものであり、そのシステム構成は、基本的には図５に
示したもと同じである。
説明する。図２は、本発明の一実施例のコントローラの
マイクロプログラムのイニシャル処理におけるバッテリ
バックアップエラー処理のフローチャートである。この
実施例は、プラント等の制御を行うコントローラに関す
るものであり、そのシステム構成は、基本的には図５に
示したもと同じである。
【００２２】電源投入時又はシステムリセット時に実行
されるマイクロプログラムのイニシャル処理では、先ず
データメモリ１４（図５参照）のバックアップを行う図
示しないバッテリの電圧を検出し異常の有無を判断する
（図２、Ｓ１１）。
されるマイクロプログラムのイニシャル処理では、先ず
データメモリ１４（図５参照）のバックアップを行う図
示しないバッテリの電圧を検出し異常の有無を判断する
（図２、Ｓ１１）。
【００２３】バッテリ電圧が正常であれば、ステップＳ
１２に進みスタートコマンド待ちのアイドル状態とな
る。一方、バッテリ電圧の異常が検出されたときには、
データメモリ１４の全エリアをクリアした後（Ｓ１
３）、アプリケーション・プログラムがＲＯＭに格納さ
れているか、ＲＡＭに格納されているかを判別する（Ｓ
１４）。
１２に進みスタートコマンド待ちのアイドル状態とな
る。一方、バッテリ電圧の異常が検出されたときには、
データメモリ１４の全エリアをクリアした後（Ｓ１
３）、アプリケーション・プログラムがＲＯＭに格納さ
れているか、ＲＡＭに格納されているかを判別する（Ｓ
１４）。
【００２４】アプリケーション・プログラムがＲＯＭ
か、ＲＡＭかの判定は、例えば、アプリケーション・プ
ログラムがＲＯＭの場合のアプリケーション・プログラ
ムの格納アドレスと、ＲＡＭの場合の格納アドレスとを
別に割り当てておいて、マイクロプログラムのイニシャ
ル処理で、ＲＯＭの格納アドレスを先ずアクセスして、
そのアドレスから有意なデータが読み取れない場合に
は、アプリケーション・プログラムがＲＡＭに格納され
ているものと判断するようにしている。
か、ＲＡＭかの判定は、例えば、アプリケーション・プ
ログラムがＲＯＭの場合のアプリケーション・プログラ
ムの格納アドレスと、ＲＡＭの場合の格納アドレスとを
別に割り当てておいて、マイクロプログラムのイニシャ
ル処理で、ＲＯＭの格納アドレスを先ずアクセスして、
そのアドレスから有意なデータが読み取れない場合に
は、アプリケーション・プログラムがＲＡＭに格納され
ているものと判断するようにしている。
【００２５】なお、アプリケーション・プログラムがＲ
ＯＭか、ＲＡＭかの判定は、上記の方法に限らず種々の
方法が可能であり、例えばプロセッサボード上でスイッ
チ等によりアプリケーション・プログラムがＲＯＭか、
ＲＡＭかを設定しておいて、イニシャル処理プログラム
がそのスイッチの状態を読み取るようにしても良い。
ＯＭか、ＲＡＭかの判定は、上記の方法に限らず種々の
方法が可能であり、例えばプロセッサボード上でスイッ
チ等によりアプリケーション・プログラムがＲＯＭか、
ＲＡＭかを設定しておいて、イニシャル処理プログラム
がそのスイッチの状態を読み取るようにしても良い。
【００２６】アプリケーション・プログラムがＲＡＭに
格納されている場合には、ステップＳ１５に進みシステ
ムダウン処理を実行する。このシステムダウン処理で
は、エラー情報のセット、エラー表示等を行う。
格納されている場合には、ステップＳ１５に進みシステ
ムダウン処理を実行する。このシステムダウン処理で
は、エラー情報のセット、エラー表示等を行う。
【００２７】ステップＳ１４の判別でアプリケーション
・プログラムがＲＯＭに格納されていると判定された場
合には、ステップＳ１６に進みデータメモリ１４内のバ
ッテリバックアップ異常フラグＦ1 （図３参照）を
「１」にセットした後、ステップＳ１２に進みスタート
コマンド待ちのアイドル状態となる。
・プログラムがＲＯＭに格納されていると判定された場
合には、ステップＳ１６に進みデータメモリ１４内のバ
ッテリバックアップ異常フラグＦ1 （図３参照）を
「１」にセットした後、ステップＳ１２に進みスタート
コマンド待ちのアイドル状態となる。
【００２８】ここで、バッテリバックアップ異常フラグ
Ｆ1 とは、システムプログラムが使用するデータメモリ
領域に設けられるフラグであり、図３に示すように通常
「０」にリセットされており、バッテリバックアップエ
ラーが検出されたとき「１」にセットされる。
Ｆ1 とは、システムプログラムが使用するデータメモリ
領域に設けられるフラグであり、図３に示すように通常
「０」にリセットされており、バッテリバックアップエ
ラーが検出されたとき「１」にセットされる。
【００２９】アイドル状態でスタートコマンドが受付ら
れると、システムプログラムが起動され、そのシステム
プログラムのイニシャル処理で図４に示すバッテリバッ
クアップエラー処理が実行される。
れると、システムプログラムが起動され、そのシステム
プログラムのイニシャル処理で図４に示すバッテリバッ
クアップエラー処理が実行される。
【００３０】システムプログラムでは、先ず、システム
の初期化を行う（図４、Ｓ１７）。次に、バッテリバッ
クアップエラー処理（Ｓ１８〜Ｓ２０）を行う。システ
ムプログラムが使用するデータメモリ領域内のバッテリ
バックアップ異常フラグＦ1がセットされているか否か
を判別する（Ｓ１８）。フラグＦ1 がセットされていな
いとき（正常時）には、そこでイニシャル処理を終了す
る。
の初期化を行う（図４、Ｓ１７）。次に、バッテリバッ
クアップエラー処理（Ｓ１８〜Ｓ２０）を行う。システ
ムプログラムが使用するデータメモリ領域内のバッテリ
バックアップ異常フラグＦ1がセットされているか否か
を判別する（Ｓ１８）。フラグＦ1 がセットされていな
いとき（正常時）には、そこでイニシャル処理を終了す
る。
【００３１】ステップＳ１８の判別でバッテリバックア
ップ異常フラグＦ1 がセット（Ｆ1＝１）されていると
きには、次にバッテリバックアップ設定フラグＦ2 がセ
ットされているか否かを判別する（Ｓ１９）。
ップ異常フラグＦ1 がセット（Ｆ1＝１）されていると
きには、次にバッテリバックアップ設定フラグＦ2 がセ
ットされているか否かを判別する（Ｓ１９）。
【００３２】ここで、アプリケーション・プログラムメ
モリ１２には、バッテリバックアップ設定フラグＦ2 が
設けられており、アプリケーション・プログラムがＲＯ
Ｍに格納されていて、アプリケーション・プログラムが
プラント制御を行う際に前回の制御データを利用するシ
ステムでは、バッテリバックアップ異常が検出されたと
き、継続動作が出来ない為、システムダウンにする必要
があるので、バッテリバックアップ異常を有効にする必
要がある。従って、バッテリバックアップ設定フラグＦ
2 を「０」に設定しておく。また、アプリケーション・
プログラムが前回の制御データを利用しないシステムで
は、バッテリバックアップ異常が検出されたときでも、
データメモリ１４を全てクリアしてから動作する必要が
あるので、バッテリバックアップ異常を無効にする必要
がある。従って、バッテリバックアップ設定フラグＦ2
を「１」に設定しておく。
モリ１２には、バッテリバックアップ設定フラグＦ2 が
設けられており、アプリケーション・プログラムがＲＯ
Ｍに格納されていて、アプリケーション・プログラムが
プラント制御を行う際に前回の制御データを利用するシ
ステムでは、バッテリバックアップ異常が検出されたと
き、継続動作が出来ない為、システムダウンにする必要
があるので、バッテリバックアップ異常を有効にする必
要がある。従って、バッテリバックアップ設定フラグＦ
2 を「０」に設定しておく。また、アプリケーション・
プログラムが前回の制御データを利用しないシステムで
は、バッテリバックアップ異常が検出されたときでも、
データメモリ１４を全てクリアしてから動作する必要が
あるので、バッテリバックアップ異常を無効にする必要
がある。従って、バッテリバックアップ設定フラグＦ2
を「１」に設定しておく。
【００３３】バッテリバックアップ設定フラグＦ2 が
「０」、すなわちバッテリバックアップエラーを有効と
するようにフラグＦ2 が設定されているときには、ステ
ップＳ２０に進みシステムダウン処理を実行してシステ
ムの動作を停止させる。
「０」、すなわちバッテリバックアップエラーを有効と
するようにフラグＦ2 が設定されているときには、ステ
ップＳ２０に進みシステムダウン処理を実行してシステ
ムの動作を停止させる。
【００３４】一方、バッテリバックアップ設定フラグＦ
2 が「１」、すなわちバッテリバックアップエラーを無
効とするようにフラグＦ2 が設定されているときには、
そこでイニシャル処理を終了させ、システムの動作を継
続させる。
2 が「１」、すなわちバッテリバックアップエラーを無
効とするようにフラグＦ2 が設定されているときには、
そこでイニシャル処理を終了させ、システムの動作を継
続させる。
【００３５】このようにアプリケーション・プログラム
がＲＡＭに格納されているシステム、アプリケーション
・プログラムがＲＯＭに格納されていて、前回の制御デ
ータを利用するシステム、あるいは利用しないシステム
の何れのシステムに対しても、同一のバッテリバックア
ップエラー処理プログラムで対応できるので、従来のよ
うにそれぞれのシステムに対応したエラー処理プログラ
ムを搭載した複数のプロセッサボードを用意する必要が
無くなる。
がＲＡＭに格納されているシステム、アプリケーション
・プログラムがＲＯＭに格納されていて、前回の制御デ
ータを利用するシステム、あるいは利用しないシステム
の何れのシステムに対しても、同一のバッテリバックア
ップエラー処理プログラムで対応できるので、従来のよ
うにそれぞれのシステムに対応したエラー処理プログラ
ムを搭載した複数のプロセッサボードを用意する必要が
無くなる。
【００３６】なお、上記実施例では、ＣＰＵ１６内のマ
イクロプログラム１５とマクロプログラムメモリ１３内
のシステムプログラム１１との２種類のイニシャルプロ
グラムにより、バッテリバックアップエラー処理を実行
するようにしているが、一方のプログラムのイニシャル
処理、例えばシステムプログラムのイニシャル処理でバ
ッテリバックアップエラー処理を全て行うようにしても
良い。
イクロプログラム１５とマクロプログラムメモリ１３内
のシステムプログラム１１との２種類のイニシャルプロ
グラムにより、バッテリバックアップエラー処理を実行
するようにしているが、一方のプログラムのイニシャル
処理、例えばシステムプログラムのイニシャル処理でバ
ッテリバックアップエラー処理を全て行うようにしても
良い。
【００３７】
【発明の効果】本発明によれば、メモリのバッテリバッ
クアップ機能を有し、アプリケーション・プログラムが
ＲＡＭ又はＲＯＭで構築されるシステムにおいて、バッ
テリバックアップ異常検出時にシステムの動作を停止さ
せるか、継続させるかを、アプリケーション・プログラ
ムの仕様に応じて同一のエラー処理プログラムで対処す
ることができる。
クアップ機能を有し、アプリケーション・プログラムが
ＲＡＭ又はＲＯＭで構築されるシステムにおいて、バッ
テリバックアップ異常検出時にシステムの動作を停止さ
せるか、継続させるかを、アプリケーション・プログラ
ムの仕様に応じて同一のエラー処理プログラムで対処す
ることができる。
【図１】本発明の原理説明図である。
【図２】実施例のマイクロプログラムイニシャルのバッ
テリバックアップエラー処理のフローチャートである。
テリバックアップエラー処理のフローチャートである。
【図３】バッテリバックアップ異常フラグとバッテリバ
ックアップ設定フラグの一例を示す図である。
ックアップ設定フラグの一例を示す図である。
【図４】システムプログラムイニシャルのバッテリバッ
クアップエラー処理のフローチャートである。
クアップエラー処理のフローチャートである。
【図５】プロセッサボードの構成図である。
【図６】データメモリの使用領域を示す図である。
【図７】プロセッサの動作概要を示す図である。
【図８】従来のマイクロプログラムのバッテリバックア
ップエラー処理のフローチャートである。
ップエラー処理のフローチャートである。
１ 検出手段 ２ 判定手段 ３ 設定手段 ４ 制御手段
Claims (1)
- 【請求項１】アプリケーションプログラムがＲＯＭ又は
ＲＡＭで構成されるデータ処理システムにおいて、 バッテリバックアップ異常を検出する検出手段（１）
と、 アプリケーションプログラムがＲＯＭで構成されている
か、ＲＡＭで構成されているかを判定する判定手段
（２）と、 バッテリバックアップ異常を有効又は無効にする設定手
段（３）と、 前記検出手段（１）でバッテリバックアップ異常が検出
され、かつ前記判定手段（２）でアプリケーション・プ
ログラムがＲＡＭで構成されていると判定された場合に
は、システムの動作を停止させ、前記判定手段（２）で
アプリケーション・プログラムがＲＯＭで構成されてい
ると判定された場合には、前記設定手段（３）の設定状
態に基づいてシステムの動作を停止又は継続させる制御
手段（４）とを備えることを特徴とするメモリのバッテ
リバックアップ制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16440892A JP3317361B2 (ja) | 1992-06-23 | 1992-06-23 | メモリのバッテリバックアップ制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16440892A JP3317361B2 (ja) | 1992-06-23 | 1992-06-23 | メモリのバッテリバックアップ制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH064417A true JPH064417A (ja) | 1994-01-14 |
| JP3317361B2 JP3317361B2 (ja) | 2002-08-26 |
Family
ID=15792576
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16440892A Expired - Fee Related JP3317361B2 (ja) | 1992-06-23 | 1992-06-23 | メモリのバッテリバックアップ制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3317361B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7974752B2 (en) | 2005-07-08 | 2011-07-05 | Toyota Jidosha Kabushiki Kaisha | Steering assistance device for vehicle |
| US10023226B2 (en) | 2014-12-25 | 2018-07-17 | Nsk Ltd. | Electric power steering apparatus |
| US10118636B2 (en) | 2014-12-25 | 2018-11-06 | Nsk Ltd. | Electric power steering apparatus |
| US10173719B2 (en) | 2014-12-25 | 2019-01-08 | Nsk Ltd. | Electric power steering apparatus |
| WO2020122200A1 (ja) | 2018-12-14 | 2020-06-18 | 日本精工株式会社 | 電動パワーステアリング装置 |
-
1992
- 1992-06-23 JP JP16440892A patent/JP3317361B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7974752B2 (en) | 2005-07-08 | 2011-07-05 | Toyota Jidosha Kabushiki Kaisha | Steering assistance device for vehicle |
| US10023226B2 (en) | 2014-12-25 | 2018-07-17 | Nsk Ltd. | Electric power steering apparatus |
| US10118636B2 (en) | 2014-12-25 | 2018-11-06 | Nsk Ltd. | Electric power steering apparatus |
| US10173719B2 (en) | 2014-12-25 | 2019-01-08 | Nsk Ltd. | Electric power steering apparatus |
| WO2020122200A1 (ja) | 2018-12-14 | 2020-06-18 | 日本精工株式会社 | 電動パワーステアリング装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3317361B2 (ja) | 2002-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5386565A (en) | Method and system for controlling/monitoring computer system having plural operating systems to run thereon | |
| US6327653B1 (en) | Technique for easily changing operating systems of a digital computer system using at least two pushbuttons | |
| US5003458A (en) | Suspended instruction restart processing system based on a checkpoint microprogram address | |
| JPH07311749A (ja) | マルチプロセッサシステム及びカーネル置換方法 | |
| JPH07219809A (ja) | データ処理装置およびデータ処理方法 | |
| US5146569A (en) | System for storing restart address of microprogram, determining the validity, and using valid restart address to resume execution upon removal of suspension | |
| US5003468A (en) | Guest machine execution control system for virutal machine system | |
| JP3317361B2 (ja) | メモリのバッテリバックアップ制御方式 | |
| JP2000076081A (ja) | タスクマネージャー及びプログラム記録媒体 | |
| JPS6158054A (ja) | プログラムの暴走検出方式 | |
| US5778207A (en) | Assisting operating-system interrupts using application-based processing | |
| JPH07271561A (ja) | 情報処理装置 | |
| JPH0395634A (ja) | 計算機システム再起動制御方式 | |
| JP2880658B2 (ja) | マルチタスクプログラムの暴走検出装置 | |
| JPS62125437A (ja) | 付加プロセツサの制御方法 | |
| JP5194360B2 (ja) | 情報処理装置およびその制御方法 | |
| JP2684966B2 (ja) | 入出力処理装置のデバッグ装置 | |
| JPH02114364A (ja) | マルチプロセッサシステム | |
| JPH0721091A (ja) | 電子計算機における停電処理方法 | |
| JPH01175052A (ja) | マイクロアドレスレジスタ機構 | |
| JPH06242973A (ja) | 仮想計算機システムにおけるｖｍへのｖｐマシンチェックの通知方法 | |
| JPS59146340A (ja) | 誤り制御方式 | |
| JPH0367349A (ja) | プログラムローディング方式 | |
| JPS61133443A (ja) | 電子計算機システムの異常処理方式 | |
| JPH0336633A (ja) | 仮想計算機の割り込み直接実行方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020528 |
|
| LAPS | Cancellation because of no payment of annual fees |