(57)【要約】【課題】操作部と本体コントローラとの間の通信仕様を満足させることができる通信装置、及び画像形成装置を提供することを目的とする。【解決手段】受信リクエストを送信したときに、所定時間内に受信される受信クロックに基づいて所定数のデータを送信することで相手先がデータを受信するように通信が行われる通信装置であって、ＬＣＤ駆動用ＡＳＩＣ１１のＳＩＯにおいて、所定数のデータを送信した後、受信リクエストのネゲートをハードウェアにより実行するか、またはソフトウェアにより実行するか設定し、この設定に基づいて受信リクエストのネゲート制御を行うようにした。【選択図】図１
2007073023.tif 000002
【特許請求の範囲】
【請求項１】
通信の開始を要求する通信開始要求信号を送信したときに、所定時間内に受信される受信クロックに基づいて、所定数のデータを送信することで相手先がデータを受信するように通信が行われる通信装置であって、前記所定数のデータを送信した後、前記通信開始要求信号の出力停止をハードウェアにより実行するか、またはソフトウェアにより実行するか設定を行う設定手段と、該設定手段の設定に基づいて前記通信開始要求信号の出力停止制御を行う制御手段と、を備えたことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、前記制御手段は、前記通信開始要求信号の出力停止制御をハードウェアにより実行するように前記設定手段が設定されている場合でも、前記通信開始要求信号の出力停止制御をソフトウェアにより実行できるように構成されていることを特徴とする通信装置。
【請求項３】
請求項１に記載の通信装置において、前記制御手段は、前記通信開始要求信号の出力停止制御をハードウェアにより実行するように前記設定手段が設定されている場合、前記通信開始要求信号の出力停止タイミングを設定可能であることを特徴とする通信装置。
【請求項４】
請求項３に記載の通信装置において、前記制御手段は、ダウンカウンタを用いて前記通信開始要求信号の出力停止タイミングの制御を行うことを特徴とする通信装置。
【請求項５】
請求項４に記載の通信装置において、前記制御手段は、所定数のデータ送信を完了する前に前記通信開始要求信号の出力が停止した場合でも、前記所定数のデータ送信を完了させるように制御することを特徴とする通信装置。
【請求項６】
請求項３に記載の通信装置において、前記制御手段は、前記通信開始要求信号の出力停止タイミングの設定において使用するビット数を、送信可能な送信データの最小設定送信データ数以内としたことを特徴とする通信装置。
【請求項７】
操作部と本体部との間が同期シリアル通信により接続されている画像形成装置において、
前記操作部に請求項１乃至請求項６の何れか１項に記載の通信装置を設け、前記本体部との間で通信を行うことを特徴とする画像形成装置。
【請求項８】
通信の開始を要求する通信開始要求信号を送信したときに、所定時間内に受信される受信クロックに基づいて、所定数のデータを送信することで相手先がデータを受信するように通信が行われる通信装置であって、動作を許可するか否かを設定する動作許可設定手段を備え、該動作許可設定手段の設定が動作許可である場合に送信／受信動作を開始することを特徴とする通信装置。
【請求項９】
請求項８に記載の通信装置において、前記動作許可設定手段の設定がＯＮのときに、データ送信タイミングのクロック生成を行うことを特徴とする通信装置。
【請求項１０】
請求項８に記載の通信装置において、前記動作許可設定手段の設定がＯＮのときに、データ受信タイミングのクロック生成を行うことを特徴とする通信装置。
【請求項１１】
請求項８に記載の通信装置において、前記動作許可設定手段の設定がＯＮのときにデータ送信／受信タイミングのクロック生成を行うことを特徴とする通信装置。
【請求項１２】
請求項８に記載の通信装置において、送信ＤＭＡを起動するか否を設定する送信ＤＭＡ起動設定手段を備え、前記動作許可設定手段がＯＮになった後、データ送信タイミングのクロック生成を行うと共に、前記送信ＤＭＡ起動設定手段がＯＮになった後、送信ＤＭＡによる転送を開始し、送信ＤＭＡステータスによりＤＭＡ動作が終了したら送信動作を開始することを特徴とする通信装置。
【請求項１３】
請求項８に記載の通信装置において、前記動作許可設定手段は、設定がＯＮ状態になった場合、その設定を保持することを特徴とする通信装置。
【請求項１４】
操作部と本体部との間が同期シリアル通信により接続されている画像形成装置において、
前記操作部に請求項８乃至請求項１３の何れか１項に記載の通信装置を設け、前記本体部との間で通信を行うことを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は同期シリアル通信により通信を行う通信装置と、その通信装置を備えた画像形成装置に関するものである。
【背景技術】
【０００２】
従来の画像形成装置では操作部と本体に設けられている本体コントローラとの間が同期シリアル通信を行う同期シリアル通信モジュールにより接続されている。このような操作部と本体コントローラとの間の同期シリアル通信では、本体コントローラ側が主となり、操作部側は従となっている。このため、操作部側から本体コントローラ側にデータを送信したい場合は、操作部から本体コントローラに対して受信リクエストを行うようにしていた。そして、その場合の受信リクエストのネゲート（無効）方法はソフトウェアにより行うようにしていた。なお、先行文献としては特許文献１、２等がある。
【特許文献１】特開平１０−２００７５７号公報
【特許文献２】実開平５−３１４３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上記したような従来の画像形成装置では、操作部と本体コントローラの通信仕様として、受信リクエストのネゲートタイミングが規定されており、規定では最後の受信クロック検知後、最大（ＭＡＸ）２μｓとされる。
しかしながら、ソフトウェアによりネゲートを行った場合は、上記したネゲートタイミングの規定時間を超えてしまうことがあった。ネゲートタイミングが規定時間を超えてしまった場合、本体コントローラは規定時間を超えて送信されている受信リクエストを次の受信リクエストだと誤認識してしまい、通信を行うことができなくなるおそれがあった。
また、上記したような画像形成装置は、電源ＯＮ時、本体コントローラ側と操作部側との立ち上がりタイミングが異なる場合が考えられる。
例えば操作部より本体コントローラの方が早く立ち上がり、操作部が立ち上がる前に本体コントローラが操作部に対してデータ送信を行った場合、操作部はそのデータを受信することが出来なくなるという欠点があった。
そこで、本発明はこのような点に鑑みてなされたもので、操作部と本体コントローラとの間の通信仕様を満足させることができる通信装置、及び画像形成装置を提供することを目的とする。また同期シリアル通信モジュールが動作可能になってから本体コントローラ側とのデータの送受信を開始することができる通信装置、及び画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するため、請求項１に記載の発明は、通信の開始を要求する通信開始要求信号を送信したときに、所定時間内に受信される受信クロックに基づいて所定数のデータを送信することで相手先がデータを受信するように通信が行われる通信装置であって、前記所定数のデータを送信した後、前記通信開始要求信号の出力停止をハードウェアにより実行するか、またはソフトウェアにより実行するか設定する設定手段と、該設定手段の設定に基づいて前記通信開始要求信号の出力停止制御を行う制御手段と、を備えたことを特徴とする。
請求項２に記載の発明は、請求項１に記載の通信装置において、前記制御手段は、前記通信開始要求信号の出力停止制御をハードウェアにより実行するように前記設定手段が設定されている場合でも、前記通信開始要求信号の出力停止制御をソフトウェアにより実行できるように構成されていることを特徴とする。
請求項３に記載の発明は、請求項１に記載の通信装置において、前記制御手段は、前記通信開始要求信号の出力停止制御をハードウェアにより実行するように前記設定手段が設定されている場合、前記通信開始要求信号の出力停止タイミングを設定可能であることを特徴とする。
請求項４に記載の発明は、請求項３に記載の通信装置において、前記制御手段は、ダウンカウンタを用いて前記通信開始要求信号の出力停止タイミングの制御を行うことを特徴とする。
請求項５に記載の発明は、請求項４に記載の通信装置において、前記制御手段は、所定数のデータ送信を完了する前に前記通信開始要求信号の出力が停止した場合でも、前記所定数のデータ送信を完了させるように制御することを特徴とする。
請求項６に記載の発明は、請求項３に記載の通信装置において、前記制御手段は、前記通信開始要求信号の出力停止タイミングの設定において使用するビット数を、送信可能な送信データの最小設定送信データ数以内としたことを特徴とする。
請求項７に記載の発明は、操作部と本体部との間が同期シリアル通信により接続されている画像形成装置において、前記操作部に請求項１乃至請求項６の何れか１項に記載の通信装置を設け、前記本体部との間で通信を行うことを特徴とする。
【０００５】
請求項８に記載の発明は、通信の開始を要求する通信開始要求信号を送信したときに、所定時間内に受信される受信クロックに基づいて、所定数のデータを送信することで相手先がデータを受信するように通信が行われる通信装置であって、動作を許可するか否かを設定する動作許可設定手段を備え、該動作許可設定手段の設定が動作許可である場合に送信／受信動作を開始することを特徴とする。
請求項９に記載の発明は、請求項８に記載の通信装置において、前記動作許可設定手段の設定がＯＮのときに、データ送信タイミングのクロック生成を行うことを特徴とする。
請求項１０に記載の発明は、請求項８に記載の通信装置において、前記動作許可設定手段の設定がＯＮのときに、データ受信タイミングのクロック生成を行うことを特徴とする。
請求項１１に記載の発明は、請求項８に記載の通信装置において、前記動作許可設定手段の設定がＯＮのときにデータ送信／受信タイミングのクロック生成を行うことを特徴とする。
請求項１２に記載の発明は、請求項８に記載の通信装置において、送信ＤＭＡを起動するか否を設定する送信ＤＭＡ起動設定手段を備え、前記動作許可設定手段がＯＮになった後、データ送信タイミングのクロック生成を行うと共に、前記送信ＤＭＡ起動設定手段がＯＮになった後、送信ＤＭＡによる転送を開始し、送信ＤＭＡステータスによりＤＭＡ動作が終了したら送信動作を開始することを特徴とする。
請求項１３に記載の発明は、請求項８に記載の通信装置において、前記動作許可設定手段は、設定がＯＮ状態になった場合、その設定を保持することを特徴とする。
請求項１４に記載の発明は、操作部と本体部との間が同期シリアル通信により接続されている画像形成装置において、前記操作部に請求項８乃至請求項１３の何れか１項に記載の通信装置を設け、前記本体部との間で通信を行うことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、通信装置から所定数のデータを送信した後、通信開始要求信号の出力停止をハードウェアにより実行するか、またはソフトウェアにより実行するか設定し、通常時は、ハードウェアにより通信開始要求信号の出力停止を行うことで、通常時は、通信装置間の通信仕様を確実に満足することができる。
また本発明によれば、動作許可設定手段により動作を許可するか否かの設定を行い、動作許可設定手段の設定が動作許可である場合に送信／受信動作を開始することで、データ通信においてデータの取りこぼしを無くすことができるようになる。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照しながら本発明の実施形態について説明する。
図１は本発明の通信装置が適用される画像形成装置の構成を示したブロック図である。
この図１に示す画像形成装置１は、ＬＣＤを有する操作部１０と本体２０から構成され、操作部１０と本体２０の間は同期シリアル通信で接続されている。
操作部１０と本体２０との間の通信は、操作部１０に設けられているＬＣＤを駆動するためのＬＣＤ駆動用ＡＳＩＣ１１と本体２０に設けられている本体コントローラ２１との間で行われる。
図２を用いて操作部１０と本体２０の間の通信について更に詳細に説明する。
操作部１０から本体２０に受信データを送信する場合には、操作部１０のＬＣＤ駆動用ＡＳＩＣ１１から本体２０の本体コントローラ２１に対してデータを受信するように受信リクエスト（通信開始要求信号）を出力する（図２（ａ））。
受信リクエストを受信した本体コントローラ２１は、所定の時間内にＬＣＤ駆動用ＡＳＩＣ１１に対して受信クロックを送信する（図２（ｂ））。
ＬＣＤ駆動用ＡＳＩＣ１１は本体コントローラ２１からの受信クロックを受信することで本体コントローラ２１に対して受信データを送信する（図２（ｃ））。
そして、ＬＣＤ駆動用ＡＳＩＣ１１は予め定められた一定のデータ数を送信すると、受信リクエストをネゲート（無効）にする。即ち、受信リクエストの出力を停止する（図２（ａ））。
本体コントローラ２１では、予め定められた一定のデータ数を受信すると所定のタイミング（２μＳ以内）でラッチ信号を発生し、そのラッチ信号により本体コントローラ２１内の図示しないバッファに記憶されていたデータをラッチして読み取るようにしている（図２（ｄ））。
【０００８】
本発明の通信装置においては、ＬＣＤ駆動用ＡＳＩＣ１１で行う受信リクエストのネゲートがソフトウェアまたはハードウェアにより実施するようにした点に特徴がある。ところで、最後の受信クロックから所定のタイミング（２μＳ以内）の規定が有る（図２（ａ）（ｂ）参照）。ソフトウェアによりネゲートする場合は最後の受信クロックの立ち上がりまたは立ち下がりで割り込み処理を発生してネゲートする。ハードウェアにより行う場合は同様に受信クロックの立ち上がり又は立ち下がりで、より高速のクロックを使用してカウンタをスタートさせる。そしてそのカウント数が設定した値（２μＳ以下に相当する値で可変）になった時にパルスを発生してネゲートする。ソフトウェアとハードウェアの切換はＬＣＤ駆動用ＡＳＩＣ１１内部のレジスタの設定により行われる。
またハードウェアでのネゲートタイミングの変更もＬＣＤ駆動用ＡＳＩＣ１１内部のレジスタの設定により可変することができる。従って、接続されている本体コントローラ２１の仕様に合わせて変更することが可能となっている。
また本体２０から操作部１０に送信データを送信する場合は、図示しないが本体コントローラ２１が送信リクエストを出力し、その後、送信クロックに同期して送信データを送信し、予め定められた一定数のデータを送信した後、送信リクエストをネゲートする。
ＬＣＤ駆動用ＡＳＩＣ１１では予め定められた一定のデータ数受信する事で、同様にラッチ信号を発生して内部のバッファに記憶したデータを読み取り、送信データを受信する。
図２（ｅ）は受信リクエストのネゲートが規定のタイミング（２μＳ）よりも遅れてしまった場合の波形を示した図である。この場合、本体コントローラ２１では、内部でラッチ信号を発生し、受信データを読み取った後、まだ受信リクエストが出力されていると判断して、受信クロックの送信を行ってしまうことになる（図２（ｆ））。
この結果、図２（ｆ）不要なクロックが発生して不完全な通信が行われてしまうことになる。このような不完全な通信は予め定められた受信データのデータ数の不一致により、不完全な通信としてエラー処理されるが不要な通信であり好ましくない。
【０００９】
［第１の実施形態］
そこで、本発明の第１の実施形態に係る画像形成装置では、操作部１０からの受信リクエストのネゲートとして、これまでのソフトウェアによるネゲート動作にハードウェアによるネゲート動作を加えて選択できるように構成することで、操作部１０のＬＣＤ駆動用ＡＳＩＣ１１と本体２０の本体コントローラ２１との間の通信仕様を満足しなくなるのを防止するようにしている。
即ち、通常時はソフトウェア処理より処理が速いハード処理によりネゲート動作を実行することで、所定のデータ数を送信後、確実に決まった時間で受信リクエストを停止させるようにした。これにより、受信リクエストが自動的に発生してしまう不要な通信を防止してＬＣＤ駆動用ＡＳＩＣ１１と本体コントローラ２１との間の通信仕様を確実に満足させるようにした。
図３は、ＬＣＤ駆動用ＡＳＩＣの構成例を示した図である。
本実施形態では、図３に示すＬＣＤ駆動用ＡＳＩＣのＳＩＯ（Serial Input Output）ブロック３１において、本体２０の本体コントローラ２１と同期シリアル通信を行うための各種設定及び制御を行っている。即ち、ＬＣＤ駆動用ＡＳＩＣ１１のＳＩＯモジュール３１が本発明の制御手段、及び設定手段として機能している。なお、ＬＣＤ駆動用ＡＳＩＣ１１の他のブロックは本発明とは特に関係ないので詳細については省略する。
ＳＩＯモジュール３１には、受信リクエストのネゲート方法を設定する設定手段としてレジスタが設けられており、該当ｂｉｔに「０」に設定すればソフトウェアでネゲートを行い、「１」を設定すればハードウェアにより受信リクエストのネゲートを行うような構成になっている。
図４は、上記したようなハードウェアとソフトウェアによるネゲート動作を実現する処理を示したフローチャートである。
この場合、先ず、ステップＳ１においてハードウェアによるネゲート（以下、「ハードネゲード」と表記）が選択されているかどうかの判別を行い、ハードネゲードが選択されていると判別した場合は（Ｓ１で「Ｙ」）、ステップＳ２において送信動作を開始し、続くステップＳ３においてハードウェアによる受信リクエストのネゲート処理を実行して終了する。
一方、ステップＳ１において、ハードネゲードが選択されていないと判別した場合は（Ｓ１で「Ｎ」）、ステップＳ４において送信動作を開始し、続くステップＳ５において送信動作が完了したら、ステップＳ６においてソフトウェアによる受信リクエストのネゲート処理を実行して終了する。
【００１０】
［第２の実施形態］
また上記したような本実施形態のＬＣＤ駆動用ＡＳＩＣ１１においては、操作部１０から本体コントローラ２１への受信リクエストをハードウェアによるネゲートを選択していた場合でも、何らかの割り込み要因によって強制的にネゲートしたい場合があることが考えられる。
そこで、第２の実施形態では、そのような場合にはソフトウェアによって強制的に受信リクエストをネゲートできるようにしている。
このため、ＬＣＤ駆動用ＡＳＩＣ１１は、受信リクエストのネゲート方法を選択するレジスタの該当ｂｉｔに「１」が設定され、ハードウェアによるネゲートを選択している場合でも、何らかの割り込み要因によって強制的にネゲートしたい場合は、ソフトウェアにより上記ｂｉｔを「０」に設定することで、受信リクエストを強制的にソフトウェアによりネゲートできるようにしている。これにより、何らかの障害によって送信動作が出来なくなっているのに、受信リクエストを送信したままになるという状態を避けることが出来るようになる。
図５は、上記した第２の実施形態の動作を実現する処理を示したフローチャートである。
なお、図５に示す処理もＬＣＤ駆動用ＡＳＩＣ１１のＳＩＯモジュール３１において実行するものである。
この場合、ステップＳ１１においてハードウェアによるハードネゲートが選択されているかどうかの判別を行い、ハードネゲードが選択されていると判別した場合は（Ｓ１１で「Ｙ」）、ステップＳ１２において送信動作を開始し、続くステップＳ１３においてソフトウェアによって受信リクエストを強制ネゲートするか否かの判別を行う。そして、ステップＳ１３において肯定結果が得られた場合は（ステップＳ１３で「Ｙ」）、ステップＳ１４に進んでソフトウェアによる強制ネゲート（該当ｂｉｔに「０」をライト）を行って処理を終える。また、ステップＳ１３において否定結果が得られた場合は（ステップＳ１３で「Ｎ」）、ステップＳ１５に進んでハードウェアによる受信リクエストのネゲート処理を実行して終了する。
一方、ステップＳ１１において、ハードネゲードが選択されていないと判別した場合は（Ｓ１で「Ｎ」）、ステップＳ１６において送信動作を開始し、続くステップＳ１７において送信動作が完了したら、ステップＳ１８においてソフトウェアによる受信リクエストのネゲート処理を実行して終了する。
【００１１】
［第３の実施形態］
また本実施形態のＬＣＤ駆動用ＡＳＩＣ１１においては、ユーザが受信リクエストをハードウェアによってネゲートするタイミングを設定することも可能である。この場合、ネゲートするタイミングを設定する設定手段は、ＳＩＯモジュール３１に設けられているレジスタである。
このように構成すると、ユーザが受信リクエストをハードウェアによってネゲートするタイミングを設定できるため、操作部１０と本体コントローラ２１との間の通信仕様をより安全に満たすことができるようになる。
図６は、上記した第３の実施形態の動作を実現する処理を示したフローチャートである。この場合は、ステップＳ２１においてハードウェアによるハードネゲートが選択されているかどうかの判別を行い、ハードネゲードが選択されていると判別した場合は（Ｓ２１で「Ｙ」）、ステップＳ２２において、ハードウェアによる受信リクエストのネゲートタイミングの設定（該当ｂｉｔに設定）を行う。そして続くステップＳ２３において送信動作を開始し、次のステップＳ２４においてネゲートタイミングがきたらハードウェアによる受信リクエストのネゲート処理を実行して終了する。
一方、ステップＳ２１において、ハードネゲードが選択されていないと判別した場合は（Ｓ２１で「Ｎ」）、ステップＳ２５において送信動作を開始し、続くステップＳ２６において送信動作が完了したら、ステップＳ２７においてソフトウェアによる受信リクエストのネゲート処理を実行して終了する。
【００１２】
［第４の実施形態］
また操作部１０と本体コントローラ２１の通信では、お互いが一度に送信するデータの数を決めて通信を行っているため、送信側は送信を開始した段階で、あといくつデータを送るのか把握している。前述したように操作部１０と本体コントローラ２１の通信仕様では、送信側である操作部１０のＬＣＤ駆動用ＡＳＩＣ１１において、最終受信クロックから最大（Ｍａｘ）２μｓまでの期間に受信リクエストをネゲートしなければならないため、操作部１０が受信リクエストをハードウェアでネゲートするタイミングを作成する場合は最終クロックから何クロック前という設定のほうが安全である。
そこで、第４の実施形態においては、駆動用ＡＳＩＣ１１に設けられているＳＩＯ３１のレジスタに「１」が設定され、ハードウェアによる受信リクエストのネゲートが選択されている場合は予め設定されている送信データ数から実際に送信したデータ数を減算していき、設定されているネゲートタイミングになったら受信リクエストをネゲートするようにしている。このように構成すれば操作部１０と本体コントローラ２１との間の通信仕様を確実に守ることが可能となる。
図７は、上記第４の実施形態の動作を実現する処理を示したフローチャートである。
この場合は、ステップＳ３１においてハードウェアによるハードネゲートが選択されているかどうかの判別を行い、ハードネゲードが選択されていると判別した場合は（Ｓ３１で「Ｙ」）、ステップＳ３２においてハードウェアによる受信リクエストのネゲートタイミングの設定（該当ｂｉｔに設定）を行い、続くステップＳ３３において送信動作を開始する。そして次のステップＳ３４において送信データ総数（ｂｉｔ数）から１ｂｉｔ送信する毎に１つダウンカウントして、続くステップＳ３５においてダウンカウンタの値が設定値と等しくなったと判別したら（Ｓ３５でＹ）、ステップＳ３６に進んでネゲートタイミングがきたときにハードウェアによる受信リクエストのネゲート処理を実行して終了する。
一方、ステップＳ３１において、ハードネゲードが選択されていないと判別した場合は（Ｓ３１で「Ｎ」）、ステップＳ３７において送信動作を開始し、続くステップＳ３８において送信動作が完了したら、ステップＳ３９においてソフトウェアによる受信リクエストのネゲート処理を実行して終了する。
【００１３】
［第５の実施形態］
また、前述の通信仕様では受信リクエストのネゲートタイミングの規定ではデータ受信完了よりも前にネゲートしていてもよいとなっている。
そこで、第５の実施形態では、上記ＳＩＯ３１のレジスタの該当ｂｉｔを「１」に設定して受信リクエストのハードウェアによるネゲートを選択した場合、ネゲートタイミングを作成して、そこから生成される受信リクエストのネゲート信号が発生しても実際にデータ送信を制御している部分にはその信号が接続されていない。
よって、受信リクエストのハードウェアによるネゲートタイミングが発生し、受信リクエストがネゲートされてもデータ送信動作に何も影響を与えることなく、設定送信データ数全て送信完了することが出来るようになる。
図８は、上記第５の実施形態の動作を実現する処理を示したフローチャートである。
この場合は、ステップＳ４１においてハードウェアによるハードネゲートが選択されているかどうかの判別を行い、ハードネゲードが選択されていると判別した場合は（Ｓ４１で「Ｙ」）、続くステップＳ４２において送信動作を開始し、次のステップＳ４３においてハードウェアによる受信リクエストのネゲート処理を行う。そして、ステップＳ４４において送信動作が完了したら処理を終了する。
一方、ステップＳ４１において、ハードネゲードが選択されていないと判別した場合は（Ｓ４１で「Ｎ」）、ステップＳ４５において送信動作を開始し、続くステップＳ４６において送信動作が完了したらステップＳ４７においてソフトウェアによる受信リクエストのネゲート処理を実行して終了する。
【００１４】
［第６の実施形態］
また操作部１０と本体コントローラ２１の通信仕様では、お互いが一度に送信するデータ数を予め設定しておくようにしている。このため、受信リクエストのハードウェアによるネゲートタイミングの設定値が予め決めた送信データ数よりも大きな値を設定できるようになっていると、操作部１０からの送信が完了しても受信リクエストをネゲートするタイミングがまだ作成されず、送信完了後も受信リクエストが出たままという状態が発生するおそれがある。
そこで、第６の実施形態では、受信リクエストのハードウェアによるネゲートタイミングの設定値の最大値が、一度に送信するデータ数の最小値までとなるようにしている。
そうすることによって、送信完了後も受信リクエストを送信が出たままという状態が発生しないようにすることが出来るようになる。
図９は、上記第６の実施形態の動作を実現する処理を示したフローチャートである。
この場合は、ステップＳ５１においてハードウェアによるネゲートが選択されているかどうかの判別を行い、ハードネゲードが選択されていると判別した場合は（Ｓ５１で「Ｙ」）、続くステップＳ５２において、ハードウェアによる受信リクエストのネゲートタイミング設定を行い（該当ｂｉｔに設定／設定値は最大で最小送信データ総数まで）、続くステップＳ５３において送信動作を開始する。
そして次のステップＳ３４において、送信データ残数（ｂｉｔ数）が最小送信データ総数（ｂｉｔ数）に等しくなったら、最小送信データ総数から１ｂｉｔ送信する毎に１つダウンカウントしていく。そして、続くステップＳ５５において、ダウンカウンタの値が設定値と等しくなったと判別したら、次のステップＳ５６において、ネゲートタイミングがきたらハードウェアによる受信リクエストのネゲート処理を実行して終了する。
一方、ステップＳ５１において、ハードネゲードが選択されていないと判別した場合は（Ｓ５１で「Ｎ」）、ステップＳ５７において送信動作を開始し、続くステップＳ５８において送信動作が完了したらステップＳ５９においてソフトウェアによる受信リクエストのネゲート処理を実行して終了する。
【００１５】
［第７の実施形態］
ところで、本実施形態の画像形成装置では、電源ＯＮ時、本体コントローラ側と操作部側との立ち上がりタイミングが異なり、例えば操作部より本体コントローラの方が早く立ち上がることも考えられる。この場合、操作部１０のＬＥＤ駆動用ＡＳＩＣ１１が立ち上がる前に本体２０の本体コントローラ２１が操作部１０側にデータを送信した場合、操作部１０側はそのデータを受信することが出来なくなる。
そこで本実施形態の画像形成装置では、ＬＥＤ駆動用ＡＳＩＣ１１にモジュールの動作を許可するビットを設け、同期シリアル通信モジュールが動作可能になってから本体２０側の本体コントローラ２１とのデータの送受信を開始するようにした。
即ち、先にも述べたように図３に示したＬＣＤ駆動用ＡＳＩＣ１１のＳＩＯモジュール３１が本体コントローラ２１と同期シリアル通信を行っているので、本実施形態ではＳＩＯモジュール３１に動作開始／停止を選択して設定する動作開始／停止設定手段としてレジスタを設け、該当するｂｉｔ（以下、動作許可ｂｉｔという）を「１」に設定すればＳＩＯモジュール３１が動作を開始し、動作許可ｂｉｔを「０」に設定すればＳＩＯモジュール３１が動作を停止するようにした。このように構成すれば、操作部１０と本体２０の本体コントローラ２１とのデータ通信においてデータの取りこぼしを無くすことができるようになる。
図１０は上記した第７の実施形態の動作を実現する処理を示したフローチャートである。
この場合、ＬＣＤ駆動用ＡＳＩＣ１１は、ステップＳ６１においてＳＩＯモジュール３１の動作許可ｂｉｔがＯＮになっているか、即ち「１」に設定されているか否かの判別を行い、動作許可ｂｉｔがＯＮになっていると判別したら（Ｓ６１で「Ｙ」）、ステップＳ６２に進んで、送信／受信動作を開始すれば良い。
［第８の実施形態］
また、上記した操作部１０側のＬＣＤ駆動用ＡＳＩＣ１１に設けられている同期シリアル通信モジュールであるＳＩＯモジュール３１において、動作許可ｂｉｔをデータ送信タイミングのクロックの生成条件に含めるようにした。これにより、動作許可ｂｉｔを「１」に設定する前に間違ってデータ送信動作を開始するといったことがない。
図１１は上記第８の実施形態の動作を実現する処理を示したフローチャートである。
この場合、ＬＣＤ駆動用ＡＳＩＣ１１は、ステップＳ７１においてＳＩＯモジュール３１の動作許可ｂｉｔがＯＮになっているか、即ち「１」に設定されているか否かの判別を行い、動作許可ｂｉｔがＯＮになっていると判別したら（Ｓ７１で「Ｙ」）、ステップＳ７２に進んで、本体コントローラ２０からのデータを受け入れるためのデータ送信タイミングとなる送信用クロックの生成を開始し、続くステップＳ７３に進んで送信動作を開始すれば良い。
【００１６】
［第９の実施形態］
また、上記した操作部１０側のＬＣＤ駆動用ＡＳＩＣ１１に設けられているＳＩＯモジュール３１において、動作許可ｂｉｔをデータ受信タイミングの受信用クロックの生成条件に含めるようにした。これにより、動作許可ｂｉｔを「１」に設定する前に間違ってデータ受信動作を開始するといったことがない。
図１２は上記第９の実施形態の動作を実現する処理を示したフローチャートである。
この場合、ＬＣＤ駆動用ＡＳＩＣ１１は、ステップＳ８１においてＳＩＯモジュール３１の動作許可ｂｉｔがＯＮになっているか、即ち「１」に設定されているか否かの判別を行い、動作許可ｂｉｔがＯＮになっていると判別したら（Ｓ８１で「Ｙ」）、ステップＳ８２において受信用クロックの生成を開始し、続くステップＳ８３において受信動作を開始すれば良い。
［第１０の実施形態］
また上記した操作部１０側のＬＣＤ駆動用ＡＳＩＣ１１に設けられているＳＩＯモジュール３１において、動作許可ｂｉｔをデータ送信／受信タイミングとなる送信／受信用クロックの生成条件に含めるようにすれば、動作許可ｂｉｔを「１」に設定する前に間違ってデータ送信／受信動作を開始するといったことがない。
図１３は上記第１０の実施形態の動作を実現する処理を示したフローチャートである。
この場合、ＬＣＤ駆動用ＡＳＩＣ１１は、ステップＳ９１においてＳＩＯモジュール３１の動作許可ｂｉｔがＯＮになっているか、即ち「１」に設定されているか否かの判別を行い、動作許可ｂｉｔがＯＮになっていると判別したら（Ｓ９１で「Ｙ」）、ステップＳ９２において送／受信用クロックの生成を開始し、続くステップＳ９３において送／受信動作を開始すれば良い。
【００１７】
［第１１の実施形態］
また送信動作中に送信ＤＭＡ起動指示を行うことは禁止されている。そこで、送信動作において、動作許可ｂｉｔがＯＮされた後、送信データが書き込まれ送信ＤＭＡ起動ｂｉｔをＯＮにして送信ＤＭＡの転送を開始するようにした。このようにすると、送信ＤＭＡステータスを確認してＤＭＡを完了してからでないと、次の送信動作を開始しないようにすることができる。
図１４は上記第１１の実施形態の動作を実現する処理を示したフローチャートである。
この場合、ＬＣＤ駆動用ＡＳＩＣ１１は、ステップＳ１０１においてＳＩＯモジュール３１の動作許可ｂｉｔがＯＮになっているか、即ち「１」に設定されているか否かの判別を行い、動作許可ｂｉｔがＯＮになっていると判別したら（Ｓ１０１で「Ｙ」）、ステップＳ１０２において、本体コントローラ２１からの送信データを受け入れるための送信用クロックの生成を開始する。
次に、ステッＳ１０３において送信ＤＭＡ起動ｂｉｔがＯＮになっているか否かの判別を行い、送信ＤＭＡ起動ｂｉｔがＯＮになっていると判別したら（Ｓ１０３で「Ｙ」）、ステップＳ１０４において送信ＤＭＡ動作を開始する。
次に、ステッＳ１０５において送信ＤＭＡステータスがＤＭＡ動作終了を示しているか否かの判別を行い（Ｓ１０５で「Ｙ」）、ＤＭＡ動作終了を示していると判別したら（Ｓ１０５で「Ｙ」）、続くステップＳ１０６において送信動作を開始する。
そして、続くステップＳ１０７において残り送信データがあるか否かの判別を行い、残り送信データがあれば（Ｓ１０７で「Ｙ」）、ステップＳ１０３に戻って処理を継続し、残り送信データがなければ（Ｓ１０７で「Ｎ」）、処理を終了する。
【００１８】
［第１２の実施形態］
また、送信／受信動作毎に動作許可ｂｉｔをＯＮさせていると、動作速度が遅くなる。そこで、本実施形態では、一度動作許可ｂｉｔをＯＮさせるとリセットがかからない限りＯＮ状態を保持するようにした。このようにすれば、送受信動作毎に動作許可ｂｉｔをＯＮさせる必要が無いようにすることが出来る。
【図面の簡単な説明】
【００１９】
【図１】本発明の通信装置が適用される画像形成装置の構成を示したブロック図。
【図２】操作部と本体との間において伝送される各種信号のタイミング波形を示した図。
【図３】ＬＣＤ駆動用ＡＳＩＣの構成例を示した図。
【図４】第１の実施形態としての動作を実現する処理を示したフローチャート。
【図５】第２の実施形態としての動作を実現する処理を示したフローチャート。
【図６】第３の実施形態としての動作を実現する処理を示したフローチャート。
【図７】第４の実施形態としての動作を実現する処理を示したフローチャート。
【図８】第５の実施形態としての動作を実現する処理を示したフローチャート。
【図９】第６の実施形態としての動作を実現する処理を示したフローチャート。
【図１０】第７の実施形態としての動作を実現する処理を示したフローチャート。
【図１１】第８の実施形態としての動作を実現する処理を示したフローチャート。
【図１２】第９の実施形態としての動作を実現する処理を示したフローチャート。
【図１３】第１０の実施形態としての動作を実現する処理を示したフローチャート。
【図１４】第１１の実施形態としての動作を実現する処理を示したフローチャート。
【符号の説明】
【００２０】
１…画像形成装置、１０…操作部、１１…ＬＣＤ駆動用ＡＳＩＣ、２０…本体、２１…本体コントローラ、３１…ＳＩＯ
【図１】
2007073023.tif 000003
【図２】
2007073023.tif 000004
【図３】
2007073023.tif 000005
【図４】
2007073023.tif 000006
【図５】
2007073023.tif 000007
【図６】
2007073023.tif 000008
【図７】
2007073023.tif 000009
【図８】
2007073023.tif 000010
【図９】
2007073023.tif 000011
【図１０】
2007073023.tif 000012
【図１１】
2007073023.tif 000013
【図１２】
2007073023.tif 000014
【図１３】
2007073023.tif 000015
【図１４】
2007073023.tif 000016