JPS6186276A - プリンタ - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 技術分野 この発明は、非同期式シリアルインタフェースを備えた
プリンタに関する。

炎米及亙 一般に、ディジープリンタ、ワイヤドツトプリンタ、イ
ンクジェットプリンタ、熱転写プリンタ。

サーマルプリンタ等の各種のシリアルプリンタやライン
プリンタ等において、ホストシステム側との間のデータ
転送を例えばＲ８２３２Ｃ等のシリアルインタフェース
を介して行なうものがある。

ところで、プリンタにおいては、電源投入時にプリンタ
のイニシャライズ（初期化）を行なうと共に、ホストシ
ステム側からのイニシャルコマンド、例えばｒＥＳＣＳ
ＵＢ　　ＩＪ　　（ヘキサ表現で、ＩＢｆｌ、ＩＡｆｆ
、４９Ｈ）によってもイニシャライズを実行しなければ
ならない。

そこで、従来のプリンタにおいては、電源投入時とイニ
シャルコマンド受信時とで同じイニシャライズ処理を実
行するようにしている。つまり、イニシャルコマンドを
受信したときには、電源投入時に実行するイニシャルル
ーチンを実行する。

ところで、その電源投入時のイニシャルルーチンでは、
通常その実行開始によって直ちにデータ受信（割込み）
を禁止して、受信バッファの入出力カウンタのクリア及
びフラグ、レジスタ等のクリア並びにホーレイト、プロ
トコルの設定等をはじめとする各種の初期化を行なった
後、データ受信（割込み）を許可するようにしている。

ところが、上述したようにホストシステム側との間で非
同期でシリアルデータ転送を行なう場合、特にボーレー
ト（転送速度）が高くなると、ホスト側がプリンタから
の割込み禁止を受信する前に伝送路に既にイニシャルコ
マンドに続くデータを送出していることがあり、プリン
タがイニシャライス処理に時間がかかると、イニシャル
コマンドに続くデータが消去してしまうことがある。

また、イニシャルコマンド受信によって直ちにイニシャ
ル処理を実行できないようなときには。

所定の処理が終了した後にイニシャル処理を実行するこ
とになるが、この場合にはイニシャル処理実行によって
入出力カウンタがクリアされるので、イニシャル処理の
開始前に受信したデータが消去されてしまうことがある
。

このように従来のプリンタにおいては、電源投入時とイ
ニシャルコマンドの受信時とで同じイニシャル処理を実
行するためにボーレートを高くするとデータ抜けが生じ
るため、ホストシステム側とプリンタとの間のデータ転
送のボーレートを高くすることができず、処理速度の高
速化を図れないという不都合が生じる。

目　　的 この発明は上記の点に鑑みてなされたものであり、処理
速度の高速化を図ることを目的とする。

鼻−戒 この発明は上記の目的を達成するため、ホストシステム
側からの転送データがイニシャルコマンドか否かを判定
する判定手段と、該判定手段の判定結果に基づいて前記
イニシャルコマンドに続くデータを有効にしてプリンタ
を初期化する初期化手段とを設けたものである。

以下、この発明の一実施例に基づいて具体的にに説明す
る。

第１図は、この発明の一実施例を示す機能ブロック図で
ある。

判定手段Ａは、ホストシステム側からの転送データがイ
ニシャルコマンドか否かを判定し、その判定結果を初期
化手段Ｂに伝達する。

そこで、この初期化手段Ｂは、判定手￥９Ａからの判定
結果を受けて、判定手段Ａがイニシャルコマンドを受信
したと判定したときには、前記イニシャルコマンドに続
くデータを有効にしてプリンタを初期化する。

それによって、プリンタ初期化時にもデータを受信でき
るのでデータ抜けがなくなり、高いボーレートでデータ
転送を行なうことができ、処理速度の高速化を図れる。

そして、この場合、初期化手段Ｂが、イニシャルコマン
ド受信時にデータ受信を禁止し、データ受信に最低限必
要な初期化処理を実行した後、データ受信を許可し、そ
の他の初期化処理は随時行なうようにすることによって
、そのような初期化は短時間で行なうことができるので
、データの抜けがなくなる。

また、初期化手段Ｂが、イニシャルコマンド受信時に受
信データアドレスカウンタ（入力カウンタ）と処理デー
タ゛アドレスカウンタ（出力カウンタ）とを同一内容に
して見かけ上カウンタクリアをすることによって、イニ
シャルコマンド受信時に直ちにイニシャライズを実行で
きない場合でもデータ落ちが生じない。

第２図は、この発明を実施した活字ホイール型プリンタ
の一例を示す外観斜視図である。

このプリンタの外筐部は、機構部及び制御部を収納する
下ケース１及び上ケース２と、活字ホイールやリボンカ
セット等の交換等のための開閉自在なカバー３とからな
り、そのカバー３にはキャラクタスケール４を装着しで
ある。

また、上ケース２の前面に取付けた操作パネル５には、
図示しないがオンライン／オフラインスインチ、ライン
フィートスイッチ等の各種スイッチや表示器を配置しで
ある。

第３図及び第４図は、このプリンタの機構部の一例を示
す略平面図及び正面図である。

この機構部は、フレーム１１．１１間に印字する用紙を
巻付けて給送するプラテン１２を回転自在に取付けであ
る。

このプラテン１２は、フレーム１１に固着したステッピ
ングモータからなるラインフィートモータ１３によって
、モータギヤ１４．アイドルギヤ１５、このアイドルギ
ヤ１５に同動するギヤ１６゜タイミングベルト１７及び
プラテンギヤ１８を介して駆動されて、自動的に用紙を
給送する。

また、このプラテン１２の両端部には、ノブ１９ｉ９を
固着してあり、用紙装填時や用紙抜き取り時には、この
ノブ１９．１９を回すことによって手動で回転できる。

さらに、このプラテン１２の前方には、第２図に示すよ
うに、ペイルローラ２０を装着したペーパペイル２１を
プラテン側に付勢して揺動自在に配設しである。

一方、フレーム１１．１１間に固着したロツ１〜２３．
２４上には、キャリッジ２５をプラテン１２に対してそ
の軸方向に平行移動可能に載置している。

このキャリッジ２５は、キャリアフレーム２６上に、活
字ホイール２７と、活字ホイール２７の活字を叩く印字
ハンマ２８と、活字ホイール２７を回転駆動するステッ
ピングモータからなるセレクションモータ６０と、イン
クリボン３２を装填したリボンカセット３３と、そのイ
ンクリボン３２をフィードする図示しないリボンフィー
ト機構等とを備えている。

そして、サブフレーム！＋５には、ステッピングモータ
からなるスペースモータ３６を装着しである。

また、サブフレーム３５．りＳ’の両側部には。

スペースモータ３６の回転軸３Ｅｉａに固着したピニオ
ンギヤ３８に噛み合うギヤ４０を一体形成したプーリ４
１をその軸４１ａをサブフレーム３５゜３５′間に回転
自在に装着して配設すると共に、ガイドプーリ４２をそ
の軸４２ａをサブフレーム３５．３５’　に回転自在に
装着して配設している。

そして、これ等のプーリ４１及びガイドプーリ４２間に
スペースワイヤ４３を張装し、このスペースワイヤ４３
の端部をキャリッジ２５の側部に固定して、スペースモ
ータ３６によってキャリッジ２５を移動する。

なお、スペースモータ及びセレクションモータは、サー
ボモータで構成することもでき、またステッピングモー
タで構成してクローズド制御を行なうこともできる（実
施例はオーブン制御）。

第５図は、このプリンタの制御部の一例を示すブロック
図である。

この制御部は、シリアルインタフェース等からなるプリ
ンタ・インタフェース５１と、マイクロコンピュータ・
システム等からなるプリンタコントローラ５２及び各種
ドライブ回路とからなる。

そして、そのプリンタ・インタフェース５１には、ホス
トシステム側から活字データ（活字情報）。

スペース（キャリッジ移！ＩＪ量）データ、ラインフィ
ードデータ等の各種データが入力される。なお、このプ
リンタ・インタフェース５１については後述する。

プリンタコントローラ５２は、プリンタ・インタフェー
ス５１にホストシステム側から転送された各種データ等
に基づいて各部を制御する。

つまり、このプリンタコントローラ５２は、ドライブ回
路５３に対してラインフィードドライブデータＬＦＤを
出力してラインフィードモータ１３を駆動制御し、プラ
テン１２を所要の方向に所要量回動させる。

また、プリンタコントローラ５２は、ドライブ回路５４
に対してスペースドライブデータＳＰＤを出力してスペ
ースモータ３６を駆動制御し、キャリッジ２５を所要の
方向に所要量移動させる。

さらに、プリンタコントローラ５２は、ドライブ回路５
５に対してハンマドライブデータトＩＭＤを出力して印
字ハンマ２８を植Ｊ戊するハンママグネット２８Ａを駆
動制御し、ハンマ２８Ｂによって活字ホイール２７の活
字を所要の印圧で叩かせる。

さらにまた、プリンタコントローラ５２は、ドライブ回
路５６に対してリボンフィートドライブデータＲＢＤを
出力してリボンフィートモータ５７を駆動制御して、イ
ンクリボン３２を所要量走行させる。

また、プリンタコントローラ５２は、ドライブ回路５８
に対してセレクションドライブデータ５ＥＬＤを出力し
てセレクションモータ３０を駆動制御し、活字ホイール
２７を所要の方向に所要量回転させ、印字する活字を印
字ハンマ２８によって叩かれる位置にする。

第６図は、この制御部のプリンタ・インタフェース５１
を示すブロック図である。

このプリンタ・インタフェース５１は、プログラマブル
・コミュケーション・インタフェースからなるインタフ
ェース７１と、このインタフェース７１におけるボーレ
ートを制御するクロックを出力するボーレートジェネレ
ータ７２と、このプリンタ・インタフェース５１全体の
制御を司り、受信データをプリンタコントローラ５２に
送出する判定手段及び初期化手段を兼ねたＣＰＵ、ＲＯ
Ｍ、ＲＡＭ等からなるマイクロコンピュータ（以下「マ
イコン」と称す）７！１とからなる。

なお、マイコン７′５とプリンタコントローラ５２とは
、インタフェース７１を接続したアドレスバス、データ
バス、コントロールハスに接続されるが便宜士別に示し
ている。

このプリンタ・インタフェース５１におけるシリアルイ
ンタフェース７１は、例えば第７図に示すように構成さ
れている。

このインタフェース７１において、データバスバッファ
８１は、双方向性８ビツトバツフアであり、マイコン７
′！：１との間でパラレルデータＤ。〜Ｄ７を送受する
。

リード／ライト制御ロジック部８２は、コントロール・
ワードレジスタ及びコマンド・ワードレジスタを有し、
リセットＲＥＳＥＴ、クロックＣＬＫ、ライトデータオ
アコントロールｎ、り−１丁−５Ｆ！−ｖ、コントロー
ル／ナータＣ／υ、ナツプイネーブルｄ−９の各信号を
入力して、内部の制御信号を生成する。

モデム制御部８！１は、モデムからデータセットレディ
ＤＳＲ，クリアトウセントＣＴＳの各信号を入力すると
共に、モデムにデータターミナルレ号を出力して、モデ
ムを制御する。

送信バッファ８４は、データバスバッファ８１から入力
されるパラレルデータをシリアルデータに変換（Ｐ−）
Ｓ変換）して送信データＴｘＤとして出力する。

送信制御部８５は、第６図のボーレートジェネレータ７
２からのクロックをトランスミッタクロックＴ　ｘ　Ｃ
として入力し、リード／ライト制御ロジック部８２から
の指令に基づいて送信バッファ８４を制御すると共に、
トランスミッタエンプティＴｘＥ及びトランスミツタレ
ディＴ　ｘ　ＲＤ　Ｙの各信号を出力する。

受信バッファ８６は、受信データＲｘＤをシリアルデー
タからパラレルデータに変換（ｓ−＋ｐ変換）して、指
定伝送フォーマットに従ってビット及びキャラクタをチ
ェックし、アセンブルされたキャラクタをデータバスバ
ッファ８１に転送する。

受信制御部８７は、第６図のボーレートジェネレータ７
２からのクロックをレシーバクロックｋｘＣとして入力
し、リード／ライト制御ロジック部８２からの指令に基
づいて受信バッファ８６を制御すると共に、キャラクタ
が受信バッファ８５に入ったときのレディ表示であるレ
シーバレディＲｘＲＤＹ出力する。

この受信制御部８フからのレシーバレディＲｘＲＤＹを
第６図に示すようにマイコン７３に対して割込み要求信
号ＩＲＱとして入力する。

なお、このインタフェース７１は、伝送フォーマット、
つまり語長（キャラクタ長）、ストップビット数、パリ
ティチェックの有無、パリティの極性、ボーレートの指
定をプログラムで行なうことができる。

次に、シリアルインタフェースとしてのＲ８２３２Ｃイ
ンタフエースの概要について第８図及び第Ｓ図を参照し
て説明しておく。

まず、ホストシステム側（外部コントロールユニット）
とプリンタとの間のインタフェース信号は、第８図に示
すようになっている。

そして、この場合のコネクタビンＮｏ、、信号名、その
説明は以下のとおりである。

ビンＮｏ、　１　：　ＦＧ　（Ｆｒａａ＋ｅ　Ｇｒｏｕ
ｎｄ）　　；保安用の接地ラインである。

ビンＮｏ、２　：　ＴＤ　　（Ｔｒａｎｓｍｉｔ　Ｄａ
ｔａ）　　：プリンタからホストにデータを送るライン
（送信データライン）であり、ロジック゛ｌ”は′Ｌ″
、またロジック″０〜はＨ”になる。なお、送信してい
ないときはロウ（マーク）状態になる。

ビンＮｏ、　３　：　ＲＤ　（Ｒｅｃｅｉｖｅｄ　Ｄａ
ｔａ）　　：ホストからプリンタが受けるデータライン
（受信データライン）であり、ロジック゛１″はＬ″、
またロジック゛０”は”　Ｈ”になる。なお、送信して
いないときはロウ（マーク）状態になる。

ビンＮｏ、　４　：　ＲＴ　Ｓ　（Ｒｅｑｕｅｓｔ　Ｔ
ｏ　５ｅｎｄ）　　；プリンタの出力信号である６ ビンＮｏ、５　：　ＣＴＳ　（Ｓｉｅａｒ　Ｔｏ　５ｅ
ｎｄ）　　；ホストからの入力信号である。

ビンＮｏ、６　：　ＤＳＲ（Ｄａｔａ　Ｓｅ七Ｒｅａｄ
ｙ）　　’。

ホストからの入力信号である。

ビンＮｏ、　７　：　Ｓ　Ｇ　（Ｓｉｇｎａｌ　Ｇｒｏ
ｕｎｄ）　　；全てのデータ及びコントロール信号用の
グランドラインである。

ビンＮｏ、　８　：　ＣＤ　（Ｃａｒｒｉｅｒ　Ｄｅｔ
ｅｃ七）　；ホストからの入力信号である。

ビンＮｏ、２０：　ＤＴＲ（Ｄａｔａ　Ｔｅｒｍｉｎａ
ｌ　Ｒｅａｄｙ）；プリンタの出力信号（受信データに
対するレディ状態を示す）であり、データバッファのデ
ータ量が略プル状態のときにロウレベルになり、データ
バッファのデータ量が略空のときにハイレベルになる。

そして、このシリアルインタフェースにおいて。

伝送路におけるシリアルデータ構成（非同期式）は、第
９図に示すように、スタートビット（１ビツト）、デー
タビット（５〜８ビツトであり、通常は７ビツト又は８
ビツトである）、ストップビット（１ビツト、２ビツト
あるいはｌ−１／２ビツト）、パリティビット（有ある
いは無）で構成される。

また、非同期式の場合のボーレートは９通常１１０〜９
６００ボー（ｂｉｔ／５ｅｃ）である。

したがって、データ構成がスタート：ｌビット。

データ：７ビット、パリティ＝１ビット、ストップ：ｌ
ビットの計ｌＯビット構成であるとしたとき、１バイト
のデータを伝送路に送り出すために要する時間は１例え
ば次のようになる。

つまり、ボーレートが１１０ボー；　９０ｍ５ｅｃ。

１２００ボー＋＋、　８．３ｍ５ｅｃ、　９６００ボー
；約１ｍ５ｅｃ　（１０・Ｉ’０００／９６００）　、
　１９２００ボー；０．５ｍ５ｅｃになる。

次に、このように構成したこの実施例の作用について説
明する。

まず、この実施例の作用説明に先立ってこの発明の考え
方について述べる。

ホストシステム側からプリンタにイニシャライズ（初期
化）をするためにイニシャルコマンド。

例えばｒＥｓｃ　　ＳＵＢ　　ＩＪ　　［ＩＢＨ，ＩＡ
Ｈ。

４９Ｈ］を使用するのは１例えば （０プリンタ動作時に何等かの事情でプリンタをストッ
プする必要がある場合。

■　ホストシステム側からのデータ列ダンプの際に、プ
リンタがいかなるモード（例えば印字ピッチ、シャドウ
印字、マージンセット等）であっても、それ等のモード
をすべてクリアするためにデータ列の頭に使用する場合
、がある。

この発明が問題とするのは、その内の１）の場合であり
、ｒＥＳＣＳＵＢ　　Ｈによってプリンタをイニシャラ
イズするときに、フラグ、レジスタ等のクリア、スイッ
チ情報の読込み、ボーレートの再設定、タイマの再起動
等の初期化処理の実行に時間がかかり、ｒＥＳＣＳＵＢ
　　Ｈに続くデータ列の一部が消えてしまう場合である
。

このことを、非同期式シリアルインタフェースのプロト
コルの１つである前述したようなりＴＲ方式に例にして
説明する。

例えばシステムがワードプロセッサを使用している場合
を考えると、ホスト側はディスプレイに表示された内容
をダンプする場合、前回のダンプ結果によっては各ピッ
チやマージンがある値に固定されていたり、シャドウ印
字などのモードが残されていることがあるので、ダンプ
内容の頭にｒＥｓｃ　　ＳＵＢ　　ＩＪを挿入してプリ
ンタに送ったとする。

ここで、プリンタがｒＥＳＣＳＵＢ　　１ｊ受信時に、
直ちにＤＴＲをオフ状態にしてデータ受信を禁止し１割
込みを禁止してイニシャライズルーチンに飛んで、フラ
グ、レジスタ等のクリア。

スイッチ情報の読込み、ボーレートの再設定、タイマの
再起動等の初期化処理を実行した後５割込みを解除する
とする（これは従来の電源投入時のイニシャライズ処理
である）に こで初期化（電源投入時の初期化）に要する時間につい
て述べておくと、例えば初期化ルーチンで１００バイト
相当のフラグ、レジスタを初期化するのに要する時間は
、１バイトをクリアするために要する命令の実行サイク
、ル数が約ＩＯサイクル、ＣＰＵのクロックとして１２
ＭＨｚ、ＣＰＵの１サイクル実行に要する時間が６クロ
ツクとした場合、１／１２　（／１ｓ）Ｘ６Ｘ１０Ｘ１
００＝５００　（μ５）＝０．５　（ｍｓ）になる。

そして、実際にはその他の判断分岐、スイッチ情報の読
込み、各デフォルト値の設定、プロトコルの設定等の処
理も行なうので、初期化は１００１００（以上の時間を
要する。

ところが、ホスト側がｒＥＳＣＳＵＢ　　１」に続けて
データ列を送出しているので、ホスト側がプリンタから
のＤＴＲ（データ・トランスファ・レディ）を検知する
までに、既に数バイトのデータを伝送路に送出している
ことがあり、ボーレートが高くなる程その頻度も高くな
る。

しかしながら、プリンタ側は、ｒＥＳＣＳＵＢ　　ＩＪ
受信で直ちに割込みを禁止して、所定のイニシャライズ
を実行し、完了後割込みを解除するので１割込みを禁止
から解除までの間のデータの一部（最低１バイト）が消
えてしまうことになる。なぜなら、後から来たデータが
前のデータにオーバライドされてしまうからである。

また、プリンタ側がｒＥＳＣＳＵＢ　　ＩＪの受信によ
って直ちにイニシャライズルーチンに飛べないことがあ
る。

例えばインタフェース側のコントロール用ＣＰＵが２バ
イト構成でプリンタコントロール側のドライブコントロ
ール用ＣＰＵにデータを送信するとき１例えば第１バイ
トでスペース、ラインフィードあるいは印字動作を示す
データを送出しし、第２バイトでその移動量等の情報を
送出する場合がある。

この場合、第１バイトのデータ送出した後、第２バイト
のデータを送出しようとしている間、すなわちインタフ
ェース側ＣＰＵがらプリンタコントロール側ＣＰＵに対
して２バイト目のデータを送り終らない内にイニシャル
コマンドの受信によって初期化に向ったのでは、プリン
タコントロール側のＣＰＵは、インタフェース側のイニ
シャライズ実行後に送られて来る１バイト目のデータを
２バイト目のデータとして取扱ってしまい、以後１バイ
ト目と２バイト目が逆になってしまう等して誤動作する
おそれがある。

したがって、この場合には、ホスト側から「ＥＳＣＳＵ
Ｂ　　ＩＪを受信しても直ちに初期化に向うことができ
ず、２バイト目のデータ送出後に初期化を行なうことに
なるが、これではその初期化処理において入出力カウン
タをクリアしてしまうので、イニシャルコマンド受信か
ら初期化開始までのデータが消えてしまう。

そこで、このような不都合を解決することを考えるに、
まず通常データ受信は優先順位の高い割込みで実行され
るので、そのルーチン内で直接イニシャルコマンドを監
視し、イニシャルコマンド受信と判定したときには、そ
の割込みを抜は出る直前でスタックの一番深い所に収ま
っている戻り番地にイニシャライズの番地を書込んでお
けば、ＲＥＴ　（ＲＥＴＵＲＮ）命令の実行と同時に初
期化ルーチンに飛ばすことができるので２時間がかから
ない。

また、入力カウンタ及び出力カウンタ並びに次のデータ
割込みまでに必ずクリアしなければならないフラグ、レ
ジスタ等のデータ受信に最低限必要な初期化処理を初期
化ルーチンの最初に実行するようにすれば、短時間でデ
ータ受信に必要な初期化を行なうことができる。

したがって１割込みによって自動的に割込みが禁止され
るＣＰＵを使用するときには、このようにイニシャルコ
マンド受信時に割込みを禁止して。

データ受信に最低限必要な初期化処理をした後。

割込みを解除して、ボーレート、プロトコルの再設定、
タイマセット等のその他の初期化はデータを受信しなが
ら実行することによって、ボーレートが高くなってもデ
ータの抜けが生じない。

ところが、上述したようにプリンタがイニシャルコマン
ドの受信時に直ちに初期化処理を行なえないような場合
には、イニシャルコマンド受信から初期化処理の開始ま
でに時間があるので、これだけでは問題がかたずかない
。

これに対応するためには、イニシャルコマンドｒＥＳＣ
ＳＵＢ　　１４の受信によってデータ受信を禁止せず、
すなわちデータ受信を許可したまま初期化を行なえばよ
い。

そのためには、具体的には、 ｑ’ｌ　　ｒＥｓｃ　　５ｔＪＢ　　ＩＪＬｍよッテ割
込みを禁止しない。

ｌφ　ｒＥＳＣＳＵＢ　　Ｎによる初期化ルーチンでは
、ボーレート、プロトコル、タイマの再設定をしない。

■　ｒＥＳＣＳＵＢ　　Ｈによる初期化ルーチンでは、
受信データアドレスカウンタ（入力カウンタ）及び処理
データアドレスカウンタ（出力カウンタ）の初期設定を
しない。

■　ｒＥＳＣＳＵＢ　　ＩＩ受信時に、受信データアド
レスカウンタ及び処理データアドレスカウンタの内容を
同じにして、見かけ上受信データバッファクリアの実行
と同じにする。

このようにすれば、前者の問題だけでなく、後者の問題
にも対応でき、ボーレートが高くなってもデータの抜け
を避けることができる。

そこで、次にこの実施例におけるプリンタが実行するイ
ニシャルコマンドによる初期化処理について第１０図乃
至第１２図を参照して説明する。

ます、プリンタ・インタフェース５１のマイコン７３は
、インタフェース７１からの割込み要求信ＩＲＱによっ
て受信割込みがかかると、受信割込み処理を実行する。

そして、この受信割込み処理では、第１０図に示すよう
に受信データがイニシャルコマンド（ＥＳＣＳＵＢ　　
Ｉ）か否かを判定し、イニシャルコマンドでなければ、
そのまま受信データを入力バッファに書込む。

これに対して、受信データがイニシャルコマンドであれ
ば、受信データアドレスカウンタ（入力カウンタ）の値
と処理データアドレスカウンタ（出力カウンタ）との値
とを同じにする。

それによって、入出力カウンタはクリアされたことにな
るので、この受信割込み処理を抜は出た後に入力される
データをすべてバッファに書込み。

入力カウンタをそれに応じてインクリメント（＋１）し
ていけばよい。

そして、このように入出力カウンタの内容を同じにした
後、プリンタビジィか否か、すなわち現在勤作中でその
処理の終了後でなければイニシャル処理を実行できない
状態か否かを判別する。

このとき、プリンタビジィでなければ、前述したような
スタック操作によって、ＲＥＴ命令実行でイニシャライ
ズルーチンに飛んで、イニシャライズを開始する。

この間に入力されるデータは、すべてバッファに書込ん
で有効データとし、入力カウンタをインクリメントして
いき、初期化が終了した時にバッファのデータを処理す
ればよい。

また、プリンタビジィであれば、フラグをセットしてこ
の受信割込み処理を抜は出てメインルーチンにリターン
する。

そして、メインルーチンでは、第１１図に示すようにプ
リンタビジィか否かを監視して、プリンタビジィが解除
されたときには、フラグセット有か否を判別し、フラグ
セット有であれば、イニシャライズルーチンにジャンプ
する。

次に、イニシャライズルーチンについて第１２図を参照
して述べる。

このイニシャライズルーチンは、電源投入時（パワーオ
ンイニシャライズ）とイニシャルコマンドｒＥＳＣＳＵ
Ｂ　　Ｈによる戻り番地とで。

処理内容が異なる。

まず、パワーオンイニシャライズ時には、Ｉ１０ポート
イニシャライズによってインタフェース７１のイニシャ
ライズを実行して、ＤＴＲをオフ状態にした後、受信デ
ータアドレスカウンタ（入力カウンタ）及び処理データ
アドレスカウンタ（出力カウンタ〕をいずれも初期化（
クリア）する。

その後、フラグ、レジスタ等のクリア並びに第２図等で
は図示を省略したフロントパネルのスイッチ情報を読込
む。

そして、イニシャルコマンドであるｒＥＳＣ８ＵＢ　　
ＩＪを実行中か否かを判別して、ｒＥＳＣＳＵＢ　　Ｉ
ｊ実行中でないので、ボーレート。

プロトコル設定、タイマスタートを行なった後。

割込みを許可（イネーブル）する。

その後、プリンタのりストア動作を実行させて。

リストア動作が終了すれば、プリンタレディ（ＤＴＲオ
ン）とする。

これに対して、イニシャルコマンドである［ＥＳＣＳＵ
Ｂ　　ＩＪによるイニシャライズ処理においては、Ｉ１
０ボートイニシャライズ及び受信データアドレスカウン
タ、処理データアドレスカウンタの初期化を実行するこ
となく、直ちにフラグ、レジスタ等のクリアを行なう。

その後、ｒＥＳＣＳＵＢ　　ＩＪ実行中か否かを判別し
て、ｒＥｓｃ　　ＳＵＢ　　Ｎ実行中であるので、ボー
レート、プロトコル設定、タイマスタート等の処理を行
なわず、また割込みは禁止されていないので割込みイネ
ーブルの処理も行なうことなく、プリンタリス１−ア動
作を実行して、リストア動作終了後、プリンタレディ（
ＤＴＲオン）とする。

このように、イニシャルコマンドであるｒＥＳＣＳＵＢ
　　ＩＪによるイニシャライズ処理においては１割込み
禁止、入出力カウンタの初期化を行なわず、またフラグ
、レジスタ等の初期化を早い段階で行ない、さらにボー
レート、プロトコルの設定等を行なわない。

したがって、前述のように、プリンタビジィで直ちにｒ
Ｅｓｃ　　ＳＵＢ　　ＩＪによるイニシャライズ処理を
行なえなくとも、データを受信してそのデータは有効に
なる。

このように、このプリンタにおいては、受信データがイ
ニシャルコマンドであれば、イニシャルコマンドに続く
データを有効にしてプリンタを初期化するようにしてい
る。

それによって、イニシャルコマンドによる初期化におい
て、データの受信に関しては通常のデータ受信と同様に
して行なうことができ、ボーレートが高くなってもイニ
シャライズによるデータの抜けが生じないので、ボーレ
ートを高くすることができ、したがって処理速度の高速
化を図ることができる。

なお、上記実施例においては、この発明を活字ホイール
プリンタに実施した例について述べたが、これにβ艮る
ものではなく、サーマルプリンタ、熱転写プリンタ、イ
ンクジェットプリンタ、ドツトインパクトプリンタ等の
各種プリンタに同様に実施することができる。

効果 以上説明したように、この発明によれば、プリンタの処
理速度の高速化を図れる。

【図面の簡単な説明】

第１図は、この発明の一実施例を示す機能ブロック図、 第２図は、この発明を実施したプリンタの一例を示す外
観斜視図。 第３図及び第４図は、同じくその機構部を示す略平面図
及び略正面図。 第５図は、同じく制御部を示すブロック図。 第６図は、同じくそのプリンタ・インタフェースの一例
を示すブロック図。 第７図は、同じく第６図のインタフェースの一例を示す
ブロック図、 第８図及び第９図は、シリアルインタフェースに弓 おけるインタフェース信号及びデータ構成の説明に供す
る説明図。 第１０図、第１１図及び第１２図は、このプリンタにお
ける初期化制御に関する処理の説明に供するフロー図で
ある。 ５１・・・プリンタ・インタフェース ５２・・・プリンタコントローラ ７１・・・インタフェース （ほか１名） 第１図 第２図 第７図 ｔＸＳ図 第９図 ！　　　　　　−・１　　　　　　　　　１　　　會７
タート　　　　　　　　　　　　　　　　　　　パリテ
ィ　ストップビット　　　　　　ビット　　　　　　　
ビット　ビット手続補正書（自船 □。 昭和６０年５月３０　　日 １、事件の表示 特願昭５９−２０８８３６号 ２、発明の名称 プ　　リ　　ン　　タ ３、補正をする者 事件との関係　　特許出願人 東京都大田区中馬込１丁目３１６号 （６７４）　　株式会社　　リ　　コ　　−４、代理人 東京都豊島区東池袋１丁目２０番地５ ６、補正の内容 （１）明細書の特許請求の範囲の欄を別紙のとおり補正
する。 （２）同書第３頁第１３行の「割込み禁止」を。 ｒデータ送信・停止の情報」と補正する。 （３）同書同頁第１７行の［消去」を、ｒ消失」と補正
する。 （４）同書第４頁第８行の「生じるため、」と「ホスト
システム」との間に、ｒイニシャライズコマンドを転送
データの先頭に入れて使用する場合など」を挿入する。 （５）同書第５頁第１８行〜第６頁第４行の［そして、
・・・・・・なくなる。」を１次のとおり補正する。 「　そして、この場合、初期化手段Ｂはイニシャルコマ
ンド受信時にデータ受信を禁止しないでデータ受信に最
低限必要な初期化処理を実行した後イニシャライズを終
了する。 すなわち、初期化中もデータ受信が可能で。 且つ初期化によってそれ等の受信情報がクリアされない
ので２データの抜けがなくなる６」（６）同書第１８頁
第１９行のｒ方式に」を、Ｉｒ方式を」と補正する。 （７）同書第２１頁第９行の「送出しし、」を、「送出
し、」と補正する。 （別紙） 特許請求の範囲 １　非同期式シリアルインタフェースを備えたプリンタ
において、受信データがイニシャルコマンドか否かを判
定する判定手段と、該判定手段の判定結果に基づいて前
記イニシャルコマンドに続くデータを有効にしてプリン
タを初期化する初期化手段とを設けたことを特徴とする
プリンタ。 ２　初期化手段が、イニシャルコマンド受信時にデータ
受信を禁止しないでデータ受信に最低限必要な初期化処
理のみを実行しながらデータ受信をＪＬＳＬする手段を
備えている特許請求の範囲第１項記載のプリンタ。 ３　初期化手段が、イニシャルコマンドを受信した時に
受信データアドレスカウンタ及び処理データアドレスカ
ウンタの内容を同じにする手段を備えている特許請求の
範囲第１項記載のプリンタ。

Claims (1)

1. 【特許請求の範囲】 １　非同期式シリアルインタフェースを備えたプリンタ
   において、受信データがイニシャルコマンドか否かを判
   定する判定手段と、該判定手段の判定結果に基づいて前
   記イニシャルコマンドに続くデータを有効にしてプリン
   タを初期化する初期化手段とを設けたことを特徴とする
   プリンタ。 ２　初期化手段が、イニシャルコマンド受信時にデータ
   受信を禁止し、データ受信に最低限必要な初期化処理の
   みを実行した後、データ受信を許可する手段を備えてい
   る特許請求の範囲第１項記載のプリンタ。 ３　初期化手段が、イニシャルコマンドを受信した時に
   受信データアドレスカウンタ及び処理データアドレスカ
   ウンタの内容を同じにする手段を備えている特許請求の
   範囲第１項記載のプリンタ。