JPH06266580A

JPH06266580A - ワンチップマイクロコンピュータを有するシステム

Info

Publication number: JPH06266580A
Application number: JP5051753A
Authority: JP
Inventors: Azuma Miyazawa; 東宮沢; Junichi Ito; 順一伊藤; Noboru Hara; 登原; Yuji Imai; 右二今井; Yoichiro Okumura; 洋一郎奥村; Kenji Fujibayashi; 謙治藤林; Yuichi Saito; 裕一斉藤; Kazutada Kobayashi; 一任小林; Shoji Kawamura; 正二川村
Original assignee: Olympus Optical Co Ltd
Current assignee: Olympus Corp
Priority date: 1993-03-12
Filing date: 1993-03-12
Publication date: 1994-09-22

Abstract

(57)【要約】【目的】システム設計時には予め予測できないユーザの
仕様変更の要求を満足するために、バグ修正エリアとユ
ーザの希望に合せたモードのエリアのデータに従って、
プログラム内容を擬似的に変更して制御対象を制御する
ことを特徴とする。【構成】マイコン１１には、ＡＦ回路１２と、ＡＥ回路
１３と、カメラの調整値やＲＯＭ修正用データを記憶し
て電気的に書換可能な不揮発性メモリとしてのＥＥＰＲ
ＯＭ１４と、カメラの調整機やＲＯＭ修正用データを書
込む装置を接続するための外部通信用コネクタ１５と、
ストロボ１６とが接続されている。また、上記ＣＰＵ１
１には、パワースイッチ１８、後蓋スイッチ１９、巻戻
しスイッチ２０、レリーズスイッチ２１、２ｎｄレリー
ズスイッチ２２、ズームアップスイッチ２３、ズームダ
ウンスイッチ２４、モードスイッチ２５及びストロボモ
ードスイッチ２６の各種スイッチが接続されている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、標準仕様で生産され
た製品を容易に仕様変更可能なワンチップマイクロコン
ピュータを有するシステムに関するものである。

【０００２】

【従来の技術】近年のカメラは、ワンチップマイクロコ
ンピュ−タ（ワンチップマイコン）のリ−ドオンリメモ
リ（ＲＯＭ）に書込まれたプログラムに従って動作して
いる。このプログラムは、カメラシステム設計時に考え
られるアクセサリとの組合わせに於いて、最適に動作す
るように作成されている。

【０００３】また、カメラは通常、パワ−オンリセット
でＲＯＭの初期アドレスから順次プログラムを処理し
て、最終的には低消費電力モ−ドで停止する。この一連
の処理は、外部から希望のアドレスで停止させたり、処
理の進捗状況すなわちプログラムカウンタの値やランダ
ムアクセスメモリ（ＲＡＭ）の値等を外部からチェック
することはできない。

【０００４】

【発明が解決しようとする課題】ところで、上述したワ
ンチップマイコンを有する従来のカメラシステムに於い
て、カメラのプログラムは、システム設計時に考えられ
る全てのアクセサリに対応したプログラムを有してい
る。しかしながら、技術革新の目覚しい今日に於いて
は、システム設計時に考えられなかった新機能を持った
アクセサリが実現する可能性もあり得る。或いは、シス
テムが作成された後に一部のプログラムだけに修正をか
ける必要が生じることが考えられる。

【０００５】このような場合、従来のカメラシステムで
は、その新機能を持ったアクセサリに対応することがで
きないので、旧システムのカメラを持ったユ−ザが新機
能を持ったアクセサリを使用しようとすると、新システ
ムのカメラを買い換えなければならなかった。或いは、
一部のプログラムを修正するために、ワンチップマイコ
ン全体を新たに組直さなければならないという不都合が
生じていた。

【０００６】このため、例えば、特開昭６３−１２８３
２０号公報、特開昭６３−１２８３２１号公報、特開昭
６３−１２８３２２号公報及び特開昭６３−１２８３２
３号公報には、カードを装着することにより、モードを
変更したり機能を追加することの可能なカメラが開示さ
れている。

【０００７】しかしながら、このようなカメラでは、予
め全てのカードに対応するプログラムが用意されてお
り、上記カードに合ったプログラムを選択するだけであ
る。このため、カメラ設計時に全てのモードを決定して
おく必要があり、製品完成後に、プログラムされていな
い機能、或いはプログラムされていないアドレスでチェ
ックをすることはできないという課題があった。

【０００８】この発明は、このような課題に着目してな
されたもので、その目的は、システム設計時には予め予
測できないユーザの仕様変更の要求を満足することので
きるワンチップマイクロコンピュータを有するシステム
を提供することにある。

【０００９】

【課題を解決するための手段】すなわちこの発明は、マ
スクＲＯＭに記憶されたプログラム内容を擬似的に変更
可能なワンチップマイクロコンピュータと、このワンチ
ップマイクロコンピュータに接続され、上記プログラム
のバグを修正するためのデータを記憶するための第１の
エリアと、制御対象の仕様を変更するためのデータを記
憶する第２のエリアと、上記第１のエリアと第２のエリ
アにデータが記憶されているかを判別するための第３の
エリアを持つ電気的に書替え可能な不揮発性メモリと、
外部から上記不揮発性メモリにデータを書込むための接
続手段と、上記ワンチップマイクロコンピュータによっ
て制御される制御対象とを具備し、上記ワンチップマイ
クロコンピュータは上記第１及び第２のエリアに記憶さ
れたデータに従って上記プログラム内容を擬似的に変更
して、上記制御対象を制御することを特徴とする。

【００１０】

【作用】この発明のワンチップマイクロコンピュータを
有するシステムにあっては、マスクＲＯＭに記憶された
プログラム内容が、ワンチップマイクロコンピュータに
より擬似的に変更可能とされる。このワンチップマイク
ロコンピュータには、電気的に書替え可能な不揮発性メ
モリが接続される。この不揮発性メモリは、上記プログ
ラムのバグを修正するためのデータを記憶するための第
１のエリアと、制御対象の仕様を変更するためのデータ
を記憶する第２のエリアと、上記第１のエリアと第２の
エリアにデータが記憶されているかを判別するための第
３のエリアを有している。この不揮発性メモリには、外
部からデータを書込むための接続手段が接続される。そ
して、上記ワンチップマイクロコンピュータは、上記第
１及び第２のエリアに記憶されたデータに従って上記プ
ログラム内容を擬似的に変更して、上記制御対象を制御
する。

【００１１】

【実施例】以下、図面を参照してこの発明の実施例を説
明する。

【００１２】図１は、この発明のワンチップマイクロコ
ンピュータを有するシステムが適用されたカメラを例に
とったブロック構成図である。同図に於いて、１１はこ
のカメラのシーケンス及び制御を行うためのワンチップ
マイクロコンピュータ（以下マイコンと略記する）であ
り、後述するＲＯＭの内容を疑似的に変更できる機能を
有している。このマイコン１１には、被写体までの距離
を測定するＡＦ回路１２と、被写体の明るさを測定する
ＡＥ回路１３と、カメラの調整値やＲＯＭ修正用データ
を記憶するもので電気的に書換可能な不揮発性メモリで
あるＥＥＰＲＯＭ１４と、カメラの調整機やＲＯＭ修正
用データを書込む装置を接続するための外部通信用コネ
クタ１５と、ストロボ充電や発光を行うストロボ１６と
が接続されている。

【００１３】上記マイコン１１には、各種モータ駆動用
のモータドライバ１７を介して、フォーカスレンズを駆
動するモータＭ_L、ズームレンズを駆動するモータ
Ｍ_Z、フィルムの巻上げ巻戻しを行うモータＭ_W、シャ
ッタを駆動するモータＭ_Sと、上記シャッタを閉じるた
めのマグネットＭg とが接続されている。また、マイコ
ン１１には、フォーカスレンズの初期位置を検出するス
イッチＳ_Lと、フォーカスレンズの単位駆動量（位置）
を検出するフォトインタラプタＰＩ_Lと、ズームレンズ
の位置を検出するフォトインタラプタＰＩ_Zと、フィル
ムのパーフォレーションを検出するフォトリフレクタＰ
Ｒと、シャッタの初期位置を検出するスイッチＳ_Sが接
続されている。

【００１４】更に、上記マイコン１１には、パワースイ
ッチ１８、後蓋スイッチ１９、巻戻しスイッチ２０、レ
リーズスイッチ２１、セカンド（２ｎｄ）レリーズスイ
ッチ２２、ズームアップスイッチ２３、ズームダウンス
イッチ２４、モードスイッチ２５及びストロボモードス
イッチ２６の各種スイッチが接続されている。尚、レリ
ーズスイッチ２１と２ｎｄレリーズスイッチ２２は２段
スイッチを構成しており、１段目でレリーズスイッチ２
１、２段目で２ｎｄレリーズスイッチ２２がオンになる
スイッチである。

【００１５】図２は、このカメラの全体の動作を説明す
るメインフローチャートである。同図を参照すると、先
ず、図示されない電池がカメラ本体に投入されると、パ
ワーオンリセットがかかる。ここで、マイコン１１のス
タックポイントを設定してから（ステップＳ１）、ポー
トやレジスタの初期設定を行う（ステップＳ２）。次
に、「ＲＯＭ修正データ設定」のサブルーチンにより、
ＲＯＭ修正データが必要な場合は、ＥＥＰＲＯＭ１４に
データを設定する（ステップＳ３）。その後、割込み設
定を行い、必要な割り込みを許可する（ステップＳ
４）。次いで、バッテリーチェックを行い（ステップＳ
５）、その結果が良ければカメラのシーケンスに移行す
る。

【００１６】このカメラのシーケンスでは、先ずパワー
スイッチ１８をチェックする（ステップＳ６）。ここ
で、パワースイッチ１８がオフであればＬＣＤ（図示せ
ず）の表示を消し（ステップＳ７）、ポート等に電流が
流れない状態にして消エネモードにし（ステップＳ
８）、マイコン１１をスタンバイにする。一方、上記ス
テップＳ６にて、パワースイッチ１８がオンであれば、
ＬＣＤの表示を行い（ステップＳ９）、続いてストロボ
充電を行う（ステップＳ１０）。

【００１７】次に、各スイッチの状態を判定する。すな
わち、先ずレリーズスイッチ２１が押されたか否かを判
定し（ステップＳ１１）、スイッチが押されれば「レリ
ーズ処理」を実行する（ステップＳ１２）。次いで、ズ
ームスイッチを判定し（ステップＳ１３）、ズームアッ
プスイッチ２３またはズームダウンスイッチ２４が押さ
れれば「ズーム処理」を実行する（ステップＳ１４）。
次に、ストロボモードスイッチ２６を判定して（ステッ
プＳ１５）、押されれば「ストロボモード処理」を実行
する（ステップＳ１６）。更に、モードスイッチ２５が
押されれば（ステップＳ１７）、「モード処理」を行う
（ステップＳ１８）。こうして、パワースイッチ１８が
オフになるまで、以上のステップＳ６〜Ｓ１８の動作を
繰返す。次に、図３を参照して、サブルーチン「レリー
ズ処理」の動作を説明する。

【００１８】先ず、ＡＦ回路１２にて測距を行った後
（ステップＳ２１）、ＡＥ回路１３で測光を行う（ステ
ップＳ２２）。そして、２ｎｄレリーズスイッチ２２が
オフであれば、オンになるまで待機し（ステップＳ２
３）、レリーズスイッチ２１がオフになっていれば（ス
テップＳ２４）、「レリーズ処理」を中断してメインフ
ローに戻る。

【００１９】上記ステップＳ２３に於いて、２ｎｄレリ
ーズスイッチ２２がオンになると、フォーカスレンズを
駆動する（ステップＳ２５）。次いで、ピントを合せて
シャッタを開き（ステップＳ２６）、フィルムを巻上げ
た後（ステップＳ２７）、このレリーズ処理を終る。

【００２０】図４は、割込み処理の動作を示すフローチ
ャートである。図４（ａ）に示される第１の割込み処理
は、パワースイッチ１８がオフでマイコン１１がスタン
バイ状態にある時に、パワースイッチ１８がオンになる
と割込みが発生する。すると、スタンバイを解除して、
図２のメインフローチャートのステップＳ１から処理を
実行する。

【００２１】図４（ｂ）は、第２の割込み処理として
の、後蓋開閉スイッチ１９の割込み処理のフローチャー
トである。先ず、後蓋スイッチ１９の状態を判定し（ス
テップＳ３１）により、カメラの後蓋（図示せず）が開
になった場合は、ＬＣＤの駒数をリセットする（ステッ
プＳ３２）。一方、後蓋が閉になった場合は、パトロー
ネの有無を検出する（ステップＳ３３）。ここで、パト
ローネが有る場合は「オートロード」によりフィルムを
空送りする（ステップＳ３４）。これに対して、パトロ
ーネが無い場合は「オートロード」は行わない（ステッ
プＳ３４）。

【００２２】図４（ｃ）は、第３の割込み処理としての
巻戻しスイッチ２０の割込み処理を示す。巻戻しスイッ
チ２０が押された場合は、フィルムを巻戻す（ステップ
Ｓ３５）。

【００２３】また、図４（ｄ）は、第４の割込み処理と
しての、外部通信用コネクタのＣＨＥＣＫ（チェック）
端子が“Ｌ（ローレベル）”になった場合の割込みを示
す。

【００２４】ＣＨＥＣＫ端子は、通常マイコン１１の内
部プルアップ抵抗で“Ｈ（ハイレベル）”になっている
ので、外部から強制的に“Ｌ”にした場合のみ割り込み
が発生する。すなわち、ＣＨＥＣＫ端子が“Ｌ”になっ
た場合は、「チェッカ通信」を行う（ステップＳ３
６）。

【００２５】図５は、この「チェッカ通信」の動作を説
明するサブルーチンである。尚、このチェッカ通信の詳
細は、本出願人による特開平２−９４１号公報に記載さ
れているので、詳細な説明は省略するものとし、ここで
は概念のみ説明する。

【００２６】マイコン１１から、外部に同期信号及びシ
リアル通信用のクロックを出力し（ステップＳ４１、Ｓ
４２）、外部よりデータを受取る（ステップＳ４３）。
ここで、データが無ければ終了である。データを受取っ
た場合は、メモリのモードを判定した後（ステップＳ４
４）、リードモードであればそのデータの意味を解読
し、マイコン１１内の指定されたアドレスのデータを読
む（ステップＳ４５）。その後、シリアルラインにデー
タを出力して（ステップＳ４６）、本ルーチンを抜け
る。

【００２７】上記メモリのモードがライトモードであっ
た場合（ステップＳ４７）は、確認データをチェックす
る（ステップＳ４８）。そして、その結果が良ければ、
指定されたアドレスにデータを書込む（ステップＳ４
９）。

【００２８】また、サブルーチンコールモードであった
場合（ステップＳ５０）は、確認データをチェックして
（ステップＳ４８）、その結果が良ければ、指定された
アドレスのサブルーチンをコールして（ステップＳ５
２）、指定されたアドレスのサブルーチンを実行する。

【００２９】更に、外部との通信のみを行う連続通信モ
ードであった場合（ステップＳ５３）、続いて連続通信
モード中で有るかを判定する（ステップＳ５４）。そし
て、連続通信モード中でない場合は、再びチェッカ通信
を行った後（ステップＳ５５）、ＣＨＥＫ端子が“Ｈ”
になるまで「チェッカ通信」を行う（ステップＳ５
６）。

【００３０】そして、連続通信を中止するオフモードで
あった場合は（ステップＳ５７）、連続モード中である
かを判定する（ステップＳ５８）。そして、連続モード
中であれば、スタックポインタを１レベル戻す（ステッ
プＳ５９）。次に、図６のサブルーチンを参照して、
「ストロボモード処理」について説明する。

【００３１】先ず、ストロボモードスイッチ２６が押さ
れる毎に、ストロボモードスイッチ２６用のストロボモ
ードＲＡＭをインクリメントする（ステップＳ６１）。
次いで、ストロボモードＲＡＭの値を判定する（ステッ
プＳ６２、Ｓ６３）。

【００３２】ここで、ストロボモードＲＡＭの値が
“０”のときはオートストロボモードに設定する（ステ
ップＳ６４）。また、ストロボモードＲＡＭが“１”の
ときは、ストロボ発光禁止モードに設定する（ステップ
Ｓ６５）。更に、ストロボモードＲＡＭが“２”のとき
は、ストロボ常時発光モードに設定する（ステップＳ６
４）。

【００３３】上記ストロボモードＲＡＭは、“２”まで
しか使用していないので、ストロボモードＲＡＭが“３
以上”になったときは“０”にクリアする（ステップＳ
６６）。そして、オートストロボモードに設定する（ス
テップＳ６７）。図７は、「モード処理」の動作を説明
するサブルーチンである。

【００３４】モードスイッチ２５が押される毎に、モー
ドＲＡＭをインクリメントする（ステップＳ７１）。そ
して、モードＲＡＭの値を判定する（ステップＳ７２、
Ｓ７３）。

【００３５】ここで、モードＲＡＭの値が“０”のとき
はノーマルモード（ステップＳ７４）、モードＲＡＭの
値が“１”のときはセルフ撮影モード（ステップＳ７
５）、そして、モードＲＡＭの値が“２”のときはスポ
ット測光モードに設定する（ステップＳ７４）。また、
モードＲＡＭの値が“３以上”ならば“０”にリセット
される（ステップＳ７６）。その後、ノーマルモードに
設定する（ステップＳ７７）。

【００３６】次に、図８のサブルーチン「フォーカスレ
ンズ駆動」を参照して、その処理動作を説明する。初め
に、被写体までの距離に対応する量、フォーカスレンズ
を繰出す。レンズ繰出し量は、スイッチＳ_Lがオフして
から、被写体までの距離に対応したフォトインタラプタ
ＰＩ_Lのパルス数により決定されているものとする。

【００３７】先ず、カウンタをリセットし（ステップＳ
８１）、モータＭ_Lを駆動する（ステップＳ８２）。ス
イッチＳ_Lがオフになるのを待ってから（ステップＳ８
３）、フォトインタラプタＰＩ_Lが立下がる毎に（ステ
ップＳ８４）カウンタをインクリメントする（ステップ
Ｓ８５）。そして、カウンタが目標値になったならば
（ステップＳ８６）、モータＭ_Lにブレーキを掛け（ス
テップＳ８７）、処理を終了する。

【００３８】次に、このフォーカスレンズ駆動のプログ
ラムのバグ修正の例を説明する。尚、バグ修正方法とし
ては、（１）特開平３−１８６９２７号公報（米国特許
６３８０号）で示されているマイコンを使用すること、
及び（２）特開昭６２−５２６３５号公報に記載されて
いるような方法がある。

【００３９】上記（１）は、ＲＯＭ変更用メモリをマイ
コン内に含んでおり、変更したいＲＯＭアドレスと変更
コードを対で変更用メモリに記憶し、ＲＯＭアドレスと
プログラムカウンタが一致したらＲＯＭに代えて変更コ
ードを出力するものである。また、上記（２）は、変更
したりアドレスと、プログラムカウンタが一致したら、
特定のメモリにＪＵＭＰして修正する方法である。

【００４０】上記（１）、（２）の何れも、（１）に示
されているように、ＥＥＰＲＯＭに変更したいデータを
記憶しておき、上記メモリにパワオンリセット直後に、
転送することで擬似的にプログラムを修正することがで
きる。

【００４１】この発明では、どちらの方法を利用しても
良いことは言うまでもない。また、プログラム変更用デ
ータを記憶するメモリは不揮発性なら良く、ＥＥＰＲＯ
ＭでなくともフラッシュメモリやＰＲＯＭでも良いこと
も言うまでもない。図９は、図８に示された「フォーカ
スレンズ駆動」のプログラムバグ修正の一例である。

【００４２】図８で説明したフォーカスレンズ駆動は、
例えば、スイッチＳ_Lが壊れていたり、機構部品が壊れ
てモータを動かしてもフォーカスレンズが動かない場合
は、いつまでたってもモータを止まらなくなる、という
バグがあった。したがって、修正方法は修正データに示
されるように、スイッチＳ_Lがオフになるまでの時間に
リミッタを付している。すなわち、ステップＳ８２とＳ
８３の間に、タイマスタート（ステップＣ１）と、更に
このタイマが所定時間を超えたら異常処理に移行してモ
ータＭ_Lを停止させる処理（ステップＣ２）を追加して
いる。ＲＯＭ修正可能なマイコンを使用したシステムを
利用すると、標準的な仕様のカメラをユーザの希望に合
せて変更することも可能である。以下、ユーザの希望に
合せたモードのことをデリバティブモードと記すことに
する。図１０を参照して、デリバティブモードの第１の
例について説明する。

【００４３】図３で説明したレリーズ処理動作は、２ｎ
ｄレリーズスイッチ２２がオンになってからフォーカス
レンズを駆動するので、レリーズタイムラグが長くな
る。そこで、２ｎｄレリーズ（ステップＳ２３）の前に
フォーカスレンズ駆動を行い（ステップＣ３）、２ｎｄ
レリーズ後のフォーカスレンズ駆動をジャンプさせるよ
うにしている。

【００４４】次に、図１１を参照して、デリバティブモ
ードの第２の例について説明する。この第２の例は、ス
トロボ常時発光モードは全く使用しないユーザの要求に
より、ストロボモードＲＡＭを“２”にならないように
して禁止したものである。

【００４５】すなわち、ステップＳ６２に代えて、スト
ロボモードＲＡＭの値が“２以上”であるか否かを判定
する処理（ステップＣ４）を設けている。ここで、
“０”、または“１”であればステップＳ６３へ、“２
以上”であればステップＳ６６へ進む。

【００４６】また、図１２は、デリバティブモードの第
３の例を示したものである。これは、セルフモードより
スポット測光モードの方を頻繁に使用するユーザの要求
に応じて、モードの切替わる順序を変更した例である。

【００４７】すなわち、ステップＳ７３に代えて、モー
ドＲＡＭの値が“２”であるか否かを判定する処理（ス
テップＣ５）を設けている。そして、“２”であればス
テップＳ７５へ、それ以外の値はステップＳ７４に進
む。

【００４８】更に、図１３は、デリバティブモードの第
４の例を示したものである。これは、ストロボはオート
モードしか使用しないユーザの要求に応じて、ストロボ
モードスイッチ２６を禁止した例である。すなわち、ス
テップＳ１３の処理の後は、ステップＳ１５及びＳ１６
をジャンプして、ステップＳ１７の処理を行うようにし
ている。以上の他にも、スイッチの意味ずけを変更した
り、シーケンスやタイミングを変更することも考えられ
る。次に、設計に不具合があった場合、マイコンのバー
ジョンを変更したり基板のバージョンを変更した場合の
生産切換えを理想的に行う方法について説明する。図１
４は、基板とマイコンの変更及び組合せをの例を示した
ものである。

【００４９】図１４（ａ）は、生産初期の状態である。
マイコン１１₁はＲＯＭ１で基板２８は基板１である。
この場合、スイッチ２９の一方はマイコン１１₁の内部
プルアップ抵抗付きのポートに入力されており、他方は
グランドに接続されている。すなわち、スイッチ２９が
オンになると、“Ｌ”レベルになり、検出できる方法で
ある。

【００５０】通常はこの方法で問題はないが、カメラ等
の電源が電池の場合は、消費電流を極力押える必要があ
る。例えば、スイッチ２９の１つが押しやすいスイッチ
であったりすると、鞄等に入れた場合、ずっとスイッチ
オンになって電池を消耗してしまう不具合があったとす
る。恒久対策としては、図１５のフローチャートに参照
されるように、スイッチ２９の状態を読む（ステップＳ
９１）。そして、スイッチ２９のグランド側をマイコン
１１₁のオープンドレインポートに接続し、スイッチ２
９を読むときのみオープンドレインポートをオンする
（ステップＣ１１、Ｃ１２）ことが考えられる。

【００５１】しかしながら、生産開始後に、このような
不具合が発覚した場合は、部品手配も済んでおり、急に
対策することはできなかった。マイコンにＲＯＭ修正機
能がない場合には次のような手順になる。すなわち、 (i) ＲＯＭ１、基板１の組合せで生産を開始する（不具
合は残っている）。 (ii) ＲＯＭ２、基板２を設計変更し手配する。 (iii)ＲＯＭ２が入手できた時、基板１が残った場合は
(ii)のようにパターンカットし、基板を手修正しＲＯＭ
２と組合せる。 (iv) ＲＯＭ２、基板２の組合で対策完となる。

【００５２】以上のように、ＲＯＭと基板の厳密なロッ
ト管理が必要となる。ところが、現実には、上記(i) の
ように、不具合が残ったまま生産を開始しなければなら
ない。しかしながら、ＲＯＭ修正機能をもったマイコン
１１₁を使用している場合は、以下の対応が可能とな
る。

【００５３】すなわち、不具合がわかるまでは上記(i)
に従って生産する。この場合、ＲＯＭ１、基板１という
組合せである。ここで、不具合が発生する場合を想定し
て、ＥＥＰＲＯＭ１４₁には基板１であるという情報を
記憶させておく。

【００５４】不具合が発生したら、上記(ii)のように、
すぐパターンを手修正して対策する図１４（ｂ））。こ
の場合、まだＲＯＭ１であるから、図１５に示されるよ
うに、ＲＯＭ修正データをＥＥＰＲＯＭに設定する。基
板は手修正であるから、基板１−１という情報をＥＥＰ
ＲＯＭ１４_1-1に入れておく。この場合、図１４（ｃ）
に占めされるような、ＲＯＭの修正されたＲＯＭ２のマ
イコン１１₂が入手できれば、当然ＲＯＭ修正データは
ＥＥＰＲＯＭ１４₂に設定する必要はない。

【００５５】パターンが修正された基板が入手できた場
合は、図１４（ｃ）に示されるようになる。ＥＥＰＲＯ
Ｍ１４₂には基板２である情報を記録する。この場合、
ＲＯＭ２が入手できていればＲＯＭ修正データはＥＥＰ
ＲＯＭに書込む必要はないが、まだＲＯＭ１の場合はや
はりＲＯＭ修正データを書込む。図１６は、ＲＯＭ修正
データの書込み判断のフローチャートである。ここで、
基板Ｎｏ（ナンバ）は、すでに前の工程で書込まれてい
るものとする。

【００５６】カメラの外部通信コネクタに接続された外
部装置により、先ず基板Ｎｏとマイコン１１のＲＯＭ
Ｎｏを読む（ステップＣ２１、Ｃ２２）。ここで、基板
１の場合は対策できないので（ステップＣ２３）、ＲＯ
Ｍ修正データは書込まない。次いで、ＲＯＭ１の場合は
（ステップＣ２４）ＲＯＭ修正データをＥＥＰＲＯＭに
書込み（ステップＣ２５）、ＲＯＭ１でなければ（ＲＯ
Ｍ２以上）、すでにＲＯＭが修正されているので、ＲＯ
Ｍ修正データは書込まない。

【００５７】以上のように、ＲＯＭ修正可能なマイコン
を使用していれば、ＲＯＭや基板のロット管理が必要な
く、しかも不具合が発覚した時すぐに対策を施すことが
可能となる。

【００５８】図１７は、デリバティブモードとバグ修正
用のＲＯＭ修正データの記憶方法の一例であり、ＥＥＰ
ＲＯＭのアドレスマップを示している。ここで示されて
いるアドレスは一例であるので、このアドレスに限定さ
れる必要はない。

【００５９】図１７（ａ）は、デリバティブモードもバ
グ修正も有る場合の例である。この例では、アドレス５
７^H はバグ修正用データのバイト数を、アドレス５８^H
はデリバティブ用修正データのバイト数を示している。

【００６０】この例では、００^H 〜５７^H は、カメラの
駒数や調整値を記憶する領域であり、５９^H 以後はＲＯ
Ｍ修正用のデータエリアとなっている。ＲＯＭ修正用エ
リアの中は、先ずバグ修正エリア用に割当てられ、次に
デリバティブ用エリアとなる。ここでは、バグ修正用デ
ータのバイト数は、５７^H に示されている１０^H バイト
であるので、５９^H 〜６８^H がバグ修正エリアとなる。
そして、デリバティブ用データのバイト数は１２^H であ
るので、６９^H （５９^H ＋１０^H ）〜７Ａ^H がデリバテ
ィブエリアとなる。

【００６１】図１７（ｂ）は、バグ修正が無く、デリバ
ティブモードのみ有る場合の例である。この場合は、バ
グ修正バイト数（アドレス５７^H ）を０バイトに設定す
れば良い。また、上述した例には示されていないが、デ
リバティブモード用のデータがない場合は、デリバティ
ブ用バイト数（アドレス５８^H ）を０にすれば良い。図
１８は、バグ修正とデリバティブ用のＲＯＭ修正データ
をマイコン内にセットするサブルーチンの例である。

【００６２】先ず、Ａ_RにＥＥＰＲＯＭ１４のＲＯＭ修
正エリアの先頭番地（５７^H ）を代入する（ステップＣ
３１）。次に、Ｎにバグ修正バイト数とデリバティブ用
バイト数を加えたものを代入する（ステップＣ３２）。
図１７（ａ）の場合では、１０^H ＋１２^H ＝２２^H をＮ
に代入する。

【００６３】そして、ＫにＡ_R＋Ｎ（５９^H ＋２２^H ＝
７Ｂ^H ）を代入する（ステップＣ３３）。ここで、Ｋは
ＲＯＭ修正用データの最終アドレスを表す。この後、Ｒ
ＯＭ修正用データの有無を判定する（ステップＣ３
４）。ＲＯＭ修正用データが無い場合はそのまま本ルー
チンを抜け、上記ＲＯＭ修正用データが有る場合（Ｎ≠
０）は、データをマイコン１１内のＲＯＭ修正メモリに
セットする（ステップＣ３５）。図１９は、リペア店等
で、ユーザがデリバティブモードを標準的なモードに戻
したい時に使用するプログラムである。

【００６４】この場合、チェッカ通信で、このサブルー
チンをコールする。ＥＥＰＲＯＭ１４のデリバティブ用
バイト数（アドレス５８）を“０”にセットすれば（ス
テップＣ４１）、デリバティブ用データは無いものと判
断される。図２１（ａ）は、デリバティブモードがクリ
アされた状態のメモリマップを示している。

【００６５】図２０は、リペア店等に於いて、デリバテ
ィブモードのデータを追加する時のサブルーチンであ
る。ここでも、図１９と同様に、チェッカ通信を利用し
てＥＥＰＲＯＭ１４にデータを書込む。

【００６６】すなわち、先ず、外部装置よりデリバティ
ブデータの総バイト数（Ｄ）とＤ個のデリバティブ用デ
ータを受取る（ステップＣ５１）。次に、すでに書込ま
れているデリバティブデータの数にＤを加算し、Ｋに代
入する（ステップＣ５２）。これにより、Ｋは新しいデ
リバティブデータ数になる。

【００６７】次いで、Ｋにバグ修正バイト数を加えてＮ
に代入する（ステップＣ５３）。Ｎは、総ＲＯＭ修正エ
リアのバイト数となる。そして、Ｎと所定値とを比較し
（ステップＣ５４）、Ｎが所定値以上の場合はＥＥＰＲ
ＯＭ１４の容量がオーバしてしまうので警告を出す（ス
テップＣ５５）。

【００６８】一方、上記ステップＣ５４にて、容量がオ
ーバしない場合は、新しいデリバティブ用バイト数をア
ドレス５８にセットし（ステップＣ５６）、新しいデリ
バティブデータをＥＥＰＲＯＭ１４に追加する（ステッ
プＣ５７）。図２１（ｂ）は、追加された状態のメモリ
マップを示している。

【００６９】これらからもわかるように、デリバティブ
モードのクリア、或いは追加する場合にも、バグ修正用
のエリアには、何ら手を加えることはないので、誤って
バグ修正用データが変更されて装置として誤動作をする
ことがない。

【００７０】

【発明の効果】以上のようにこの発明によれば、システ
ム設計時には予め予測できないユーザの仕様変更の要求
を満足することのできるワンチップマイクロコンピュー
タを有するシステムを提供することができる。

【図面の簡単な説明】

【図１】この発明のワンチップマイクロコンピュータを
有するシステムが適用されたカメラを例にとったブロッ
ク構成図である。

【図２】図１のカメラの全体の動作を説明するメインフ
ローチャートである。

【図３】「レリーズ処理」の動作を説明するサブルーチ
ンである。

【図４】第１乃至第４の割込み処理の動作を示すフロー
チャートである。

【図５】「チェッカ通信」の動作を説明するサブルーチ
ンである。

【図６】「ストロボモード処理」の動作について説明す
るサブルーチンである。

【図７】「モード処理」の動作を説明するサブルーチン
である。

【図８】「フォーカスレンズ駆動」の動作を説明するサ
ブルーチンである。

【図９】図８のサブルーチン「フォーカスレンズ駆動」
のプログラムバグ修正の一例を示した図である。

【図１０】デリバティブモードの第１の例について説明
するもので、図３のサブルーチン「レリーズ処理」のプ
ログラムバグ修正の一例を示した図である。

【図１１】デリバティブモードの第２の例について説明
するもので、図６のサブルーチン「ストロボモード処
理」のプログラムバグ修正の一例を示した図である。

【図１２】デリバティブモードの第３の例について説明
するもので、図７のサブルーチン「モード処理」のプロ
グラムバグ修正の一例を示した図である。

【図１３】デリバティブモードの第４の例について説明
するもので、図２のフローチャートのプログラムバグ修
正の一例を示した図である。

【図１４】基板とマイコンの変更及び組合せをの例を示
した図である。

【図１５】図１４の基板とマイコンの組合せに不具合が
生じた場合の恒久対策による処理動作を説明するフロー
チャートである。

【図１６】ＲＯＭ修正データの書込み判断のフローチャ
ートである。

【図１７】デリバティブモードとバグ修正用のＲＯＭ修
正データの記憶方法の一例で、ＥＥＰＲＯＭのアドレス
マップを示した図である。

【図１８】バグ修正とデリバティブ用のＲＯＭ修正デー
タをマイコン内にセットするサブルーチンである。

【図１９】リペア店等で、ユーザがデリバティブモード
を標準的なモードに戻したい時に使用するサブルーチン
である。

【図２０】リペア店等に於いて、デリバティブモードの
データを追加する時のサブルーチンである。

【図２１】（ａ）は、デリバティブモードがクリアされ
た状態のメモリマップを示した図、（ｂ）は追加された
状態のメモリマップを示した図である。

【符号の説明】

１１…ワンチップマイクロコンピュータ（マイコン）、
１２…ＡＦ回路、１３…ＡＥ回路、１４…ＥＥＰＲＯ
Ｍ、１５…外部通信用コネクタ、１６…ストロボ、１７
…モータドライバ、１８…パワースイッチ、１９…後蓋
スイッチ、２０…巻戻しスイッチ、２１…レリーズスイ
ッチ、２２…セカンド（２ｎｄ）レリーズスイッチ、２
３…ズームアップスイッチ、２４…ズームダウンスイッ
チ、２５…モードスイッチ、２６…ストロボモードスイ
ッチ、Ｍg …マグネット、Ｍ_L…フォーカスレンズ駆動
モータ、Ｍ_S…シャッタ駆動モータ、Ｍ_W…巻上げ巻戻
しモータ、Ｍ_Z…ズームレンズ駆動モータ、ＰＩ_L、Ｐ
Ｉ_Z…フォトインタラプタ、ＰＲ…フォトリフレクタ、
Ｓ_L…フォーカスレンズ初期位置検出スイッチ、Ｓ_S…
シャッタ初期位置検出スイッチ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者今井右二東京都渋谷区幡ヶ谷２丁目43番２号オリンパス光学工業株式会社内 (72)発明者奥村洋一郎東京都渋谷区幡ヶ谷２丁目43番２号オリンパス光学工業株式会社内 (72)発明者藤林謙治東京都渋谷区幡ヶ谷２丁目43番２号オリンパス光学工業株式会社内 (72)発明者斉藤裕一東京都渋谷区幡ヶ谷２丁目43番２号オリンパス光学工業株式会社内 (72)発明者小林一任東京都渋谷区幡ヶ谷２丁目43番２号オリンパス光学工業株式会社内 (72)発明者川村正二東京都渋谷区幡ヶ谷２丁目43番２号オリンパス光学工業株式会社内

Claims

【特許請求の範囲】

【請求項１】マスクＲＯＭに記憶されたプログラム内
容を擬似的に変更可能なワンチップマイクロコンピュー
タと、このワンチップマイクロコンピュータに接続され、上記
プログラムのバグを修正するためのデータを記憶するた
めの第１のエリアと、制御対象の仕様を変更するための
データを記憶する第２のエリアと、上記第１のエリアと
第２のエリアにデータが記憶されているかを判別するた
めの第３のエリアを持つ電気的に書替え可能な不揮発性
メモリと、外部から上記不揮発性メモリにデータを書込むための接
続手段と、上記ワンチップマイクロコンピュータによって制御され
る制御対象とを具備し、上記ワンチップマイクロコンピュータは上記第１及び第
２のエリアに記憶されたデータに従って上記プログラム
内容を擬似的に変更して、上記制御対象を制御すること
を特徴とするワンチップマイクロコンピュータを有する
システム。