(57)【要約】【課題】独特の回路構成で実装される表示器を提供する。【解決手段】表示器は、ガラス基板、複数の直列接続されたソースドライバ、および少なくとも１つのゲートドライバを含む。ソースドライバおよび少なくとも１つのゲートドライバは、例えばチップオンガラス技術を使用してガラス基板上に配置される。表示器は、さらに、フレキシブル印刷回路ボードなどの少なくとも１つのフレキシブルコネクタを含む。各少なくとも１つのフレキシブルコネクタは、選択された１つのソースドライバに対応する。選択された１つのソースドライバは、対応付けられたフレキシブルコネクタから画像データおよび制御情報を受信し、かつ画像データおよび制御情報を少なくとも１つの隣接するソースドライバに伝えるように構成される。【選択図】図２
2006251776.tif 000002
【特許請求の範囲】
【請求項１】
ガラス基板と、
前記ガラス基板上に配置された、複数の直列接続されたソースドライバおよび少なくとも１つのゲートドライバと、
選択された１つの前記ソースドライバに対応する少なくとも１つのフレキシブルコネクタと
を備え、
前記選択された１つのソースドライバは、前記対応するフレキシブルコネクタから画像データおよび制御情報を受信するように構成され、かつ全ての前記ソースドライバが前記画像データおよび前記制御情報を受信するように、少なくとも１つの隣接するソースドライバへ前記画像データおよび前記制御情報を送信する、表示器。
【請求項２】
前記選択された１つのソースドライバは、前記選択された１つのソースドライバに接続された２つの隣接するソースドライバへ、前記画像データおよび前記制御情報を送信するための二方向送信ソースドライバである請求項１に記載の表示器。
【請求項３】
前記少なくとも１つの隣接するソースドライバは、他の隣接するソースドライバに隣接するソースドライバから、前記画像データおよび前記制御情報を送信するための単一方向送信ソースドライバである請求項１に記載の表示器。
【請求項４】
前記少なくとも１つのフレキシブルコネクタは、前記ソースドライバの中央のソースドライバに結合される請求項１に記載の表示器。
【請求項５】
前記少なくとも１つのフレキシブルコネクタは、少なくとも１つのフレキシブル印刷回路ボードを含む請求項１に記載の表示器。
【請求項６】
液晶表示器（ＬＣＤ）である請求項１に記載の表示器。
【請求項７】
前記画像データおよび前記制御信号は、前記ガラス基板上に配置されていない制御回路によって提供される請求項１に記載の表示器。
【請求項８】
前記複数のソースドライバおよび前記少なくとも１つのゲートドライバは、チップオンガラス技術を使用して前記ガラス基板上に配置される請求項１に記載の表示器。
【請求項９】
表示器を駆動するためのソースドライバであって、
両方とも画像データおよび制御情報を受信するように構成される第１の受信器および第２の受信器と、
両方とも少なくとも１つの隣接するソースドライバに結合される第１の送受信器および第２の送受信器と、
前記表示器を駆動するために、前記画像データおよび前記制御情報に基づき駆動電圧を生成するように構成される駆動ユニットと、
前記第１の送受信器および前記第２の送受信器に選択的に結合するように構成されたバススイッチと
を備え、
当該ソースドライバが二方向送信モードで動作するように設定されたとき、前記第１の送受信器および前記第２の送受信器は分離され、前記第１の送受信器は、前記第１の受信器から前記画像データおよび前記制御情報を受信し、かつ前記第２の送受信器は、前記第２の受信器から前記画像データおよび前記制御情報を受信し、
当該ソースドライバが単一方向送信モードで動作するように設定されたとき、前記第１の送受信器および前記第２の送受信器は接続され、前記第１の送受信器によって受信された前記画像データおよび前記制御情報は、前記第２の送受信器に送信されるようになっている、ソースドライバ。
【請求項１０】
前記制御情報にしたがってソース制御信号およびゲート制御信号を生成するための、第１の波形発生器および第２の波形発生器をさらに備える請求項９に記載のソースドライバ。
【請求項１１】
当該ソースドライバが、単一方向送信モードでの動作に設定されるとき、前記第１の波形発生器はディスエーブルされ、
前記第２の波形発生器は、前記ソース制御信号および前記ゲート制御信号を生成する請求項１０に記載のソースドライバ。
【請求項１２】
当該ソースドライバが単一方向送信モードでの動作に設定されるとき、前記第１の受信器および前記第２の受信器は、同時に前記制御を受信する請求項１０に記載のソースドライバ。
【請求項１３】
前記第１の送受信器は、第１の制御送受信器および第１のデータ送受信器を備え、かつ、
前記第２の送受信器は、第２の制御送受信器および第２のデータ送受信器を備える請求項９に記載のソースドライバ。
【請求項１４】
前記表示器は、液晶表示器である請求項９に記載のソースドライバ。
【請求項１５】
前記画像データおよび前記制御情報は、タイミングコントローラによって提供される請求項９に記載のソースドライバ。
【請求項１６】
複数のソースドライバおよび少なくとも１つのゲートドライバを有する表示器におけるデータ送信方法であって、
少なくとも１つのソースドライバを選択するステップと、
前記選択されたソースドライバへ画像データおよび制御情報を入力するステップと、
前記選択されたソースドライバによって、前記選択されたソースドライバに隣接する少なくとも１つのソースドライバへ前記画像データおよび前記制御情報を伝えるステップと
を含む方法。
【請求項１７】
前記選択されたソースドライバは、２つの隣接するソースドライバを有する請求項１６に記載の方法。
【請求項１８】
前記選択されたソースドライバおよび前記隣接するソースドライバは、直列に接続される請求項１７に記載の方法。
【請求項１９】
前記表示器は、液晶表示器（ＬＣＤ）である請求項１６に記載の方法。
【請求項２０】
前記表示器は、さらに基板を含み、かつ
前記複数のソースドライバおよび前記少なくとも１つのゲートドライバは、チップオンガラス技術を使用して前記基板上に配置される請求項１６に記載の方法。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、２００５年３月１１日に出願された台湾特許出願第９４１０７５６７号の恩恵を主張し、その開示は、全体を参照することにより本明細書に援用される。
【開示の分野】
【０００２】
[0001]本開示は、一般に液晶表示器に関し、より詳細には、製造複雑性を低減しかつ信号品質を改善するための独特の回路構成を有するチップオンガラス液晶表示器に関する。
【開示の背景】
【０００３】
[0002]液晶表示器（ＬＣＤ）は、軽量、平坦性、および低放射のために、コンピュータモニタまたはＴＶでの使用のためにますます一般的になっている。カラー、コントラスト、および輝度などのＬＣＤの表示品質の改善に加えて、ＬＣＤ製造業者は、価格および製造時間を低減するために、製造プロセスを改善しようと試みている。
【０００４】
[0003]一般に、ＬＣＤは、その液晶パネルを駆動するために、タイミングコントローラ、ソースドライバ、および少なくとも１つのゲートドライバを含む。従来のＬＣＤにおいて、タイミングコントローラは、制御印刷回路ボード上に溶接され、ソースドライバは、Ｘボード上に溶接され、かつゲートドライバは、Ｙボード上に溶接される。制御印刷回路ボードは、フレキシブル印刷回路ボード（ＦＰＣ）を介してＸボードに接続し、一方ＸボードおよびＹボードは、それぞれ他のＦＰＣを介して液晶パネルに接続する。したがって、従来のＬＣＤは、パネルに接続する少なくとも３つのボードを必要とし、したがって製造プロセスは複雑である。製造プロセスを簡単にするために、チップオンガラス（ＣＯＧ）ＬＣＤが開発された。
【０００５】
[0004]図１は、従来のＣＯＧＬＣＤの図である。ＣＯＧＬＣＤ１００は、パネル１１０、複数のソースドライバ１１２、少なくとも１つのゲートドライバ１１４、印刷回路ボード１２０、および複数のフレキシブル印刷回路ボード１３０を含む。ソースドライバ１１２およびゲートドライバ１１４は、パネル１１０のガラス基板上に配置され、かつフレキシブル印刷回路ボード１３０を介して印刷回路ボード１２０に電気的に接続される。タイミングコントローラ（図１に図示せず）は、印刷回路ボード１２０上に配置され、ソースドライバ１１２およびゲートドライバ１１４に画像データおよび制御信号を出力する。ＣＯＧＬＣＤ１００において、３個の代わりにただ１個のボード（ＰＣＢ１２０）を、ＦＰＣ１３０を介してパネル１１０に接続する必要がある。したがって、製造プロセスは、チップオンガラス技術を使用して実装されない従来のＬＣＤの製造プロセスと比べて簡単にされている。
【０００６】
[0005]しかしながら、従来のＣＯＧＬＣＤの製造プロセスは、それが多くのフレキシブル印刷回路ボードをまだ必要とするので、まだ複雑である。図１に示されるように、従来のＣＯＧＬＣＤにおけるフレキシブル印刷回路ボードの数は１１である。さらに、従来のＣＯＧＬＣＤにおける多くの数のフレキシブル印刷回路ボードは、液晶パネルに接続するための多数の接触点を必要とする。したがって、電気接触障害の可能性は、接触点の数とともに増大する。
【０００７】
[0006]したがって、フレキシブル印刷回路ボードの必要な数をさらに低減するＣＯＧＬＣＤの必要がある。
【開示の概要】
【０００８】
[0007]本開示は、表示デバイスのガラス基板上に配置された回路およびガラス基板上に配置されない他の回路を接続する、接続点の必要な数を低減する独特の回路構成を有する表示デバイスを提案する。表示デバイスは、画像の表示を制御するためのソースドライバおよび／またはゲートドライバなどの駆動回路を使用する、液晶表示器（ＬＣＤ）または他のタイプの表示器であり得る。
【０００９】
[0008]例示的な表示器は、ガラス基板、複数の直列接続されたソースドライバ、および少なくとも１つのゲートドライバを含む。ソースドライバおよび少なくとも１つのゲートドライバは、例えばチップオンガラス技術を使用してガラス基板上に配置される。表示器は、さらに、印刷回路ボードなどの少なくとも１つのフレキシブルコネクタを含む。各少なくとも１つのフレキシブルコネクタは、選択された１つのソースドライバに対応する。選択された１つのソースドライバは、対応付けられたフレキシブルコネクタから画像データおよび制御情報を受信し、かつ画像データおよび制御情報を少なくとも１つの隣接するソースドライバに伝えるように構成される。１つの態様において、少なくとも１つのフレキシブルコネクタは、画像データおよび制御情報の遅延およびひずみが、ソースドライバに許容可能であるように配置される。
【００１０】
[0009]一実施形態によれば、画像データおよび制御情報は、ガラス基板上に配置されていないタイミングコントローラなどの制御回路によって提供される。制御回路は、少なくとも１つのフレキシブルコネクタを介して表示器に結合する回路ボード上に配置されることができる。
【００１１】
[0010]本開示による例示的なソースドライバは、両方とも画像データおよび制御情報を受信するように構成される第１の受信器および第２の受信器を含み、第１の送受信器および第２の送受信器は両方とも、少なくとも１つの隣接するソースドライバに結合される。駆動ユニットは、表示器を駆動するために画像データおよび制御情報に基づき駆動電圧を生成するように提供される。バススイッチは、第１の送受信器および第２の送受信器を選択的に結合する。ソースドライバが、二方向送信モードで動作するように設定されるとき、第１の送受信器および第２の送受信器は分離される。第１の送受信器は、第１の受信器から画像データおよび制御情報を受信し、かつ第２の送受信器は、第２の受信器から画像データおよび制御情報を受信する。ソースドライバが、単一方向送信モードで動作するように設定されるとき、第１の送受信器および第２の送受信器は接続される。第１の送受信器によって受信される画像データおよび制御情報は、第２の送受信器に送信される。
【００１２】
[0011]開示の他の目的、特徴、および利点は、好ましいが限定しない実施形態の以下の詳細な記載から明らかになるであろう。以下の記載は、添付の図面を参照して行われる。
【開示の詳細な説明】
【００１３】
[0024]図２は、本開示による例示的なチップオンガラス（ＣＯＧ）液晶表示器（ＬＣＤ）のブロック図である。ＬＣＤ２００は、パネル２１０、複数のソースドライバ（Ｓ／Ｄ）２１２（１）−２１２（１０）、少なくとも１つのゲートドライバ２１４、印刷回路ボード２２０、およびフレキシブル印刷回路ボード（ＦＰＣ）２３０および２３２を含む。ソースドライバ２１２およびゲートドライバ２１４は、チップオンガラス技術を使用してパネル２１０のガラス基板上に配置される。タイミングコントローラ２２５は、それぞれフレキシブル印刷回路ボード２３０および２３２を介して、ソースドライバ２１２（３）および２１２（８）に画像データおよび制御信号を出力するために印刷回路ボード２２０上に配置される。次に、ガラス基板上のワイヤを使用して、ソースドライバ２１２（３）は、隣接するソースドライバ２１２（１）、２１２（２）、２１２（４）、および２１２（５）に画像データおよび制御信号を送信し、かつソースドライバ２１２（８）は、隣接するソースドライバ２１２（５）、２１２（６）、２１２（７）、２１２（８）、および２１２（１０）に画像データおよび制御信号を送信する。制御信号に基づいて、ゲートドライバ２１４に最も近いソースドライバ２１２（１）などソースドライバの１つは、ゲートドライバ２１４に対するゲート制御信号Ｇを生成する。ゲートドライバ２１４に最も近いソースドライバを選択することは、ソースドライバとゲートドライバ２１４との間に結合されるワイヤの長さを低減し、これは、ワイヤによって引き起こされるゲート制御信号Ｇのひずみおよび遅延を低減する。ソースドライバ２１２（１）以外の全てのソースドライバは、また、ゲート制御信号Ｇを生成するために使用されることができる。この実施形態において、フレキシブル印刷回路ボードの数は、２個に低減される。
【００１４】
[0025]各ソースドライバ２１２は、第１の動作モードおよび第２の動作モードの少なくとも１つを有する。ソースドライバ２１２（３）およびソースドライバ２１２（８）は、二方向送信を実行するように第１の動作モードに設定される。それぞれソースドライバ２１２（３）およびソースドライバ２１２（８）は、タイミングコントローラ２２５から画像データおよび制御信号を受信し、かつその右側および左側の両方に隣接するソースドライバにそれらを送信する。例えば、ソースドライバ２１２（３）は、ソースドライバ２１２（３）の両側に位置する両方の隣接するソースドライバ２１２（２）および２１４（４）に、画像データおよび制御信号を同時に送信する。ソースドライバ２１２（１）、２１２（２）、２１２（４）−２１２（７）、２１２（９）、および２１２（１０）は、単一方向送信を実行する第２の動作モードに設定され、かつタイミングコントローラ２２５に直接接続されない。それぞれソースドライバ２１２（１）、２１２（２）、２１２（４）−２１２（７）、２１２（９）、および２１２（１０）は、右（または左）側のソースドライバから画像データおよび制御信号を受信し、かつ左（または右）側のソースドライバへそれらを送信する。例えば、ソースドライバ２１２（２）は、一方側でソースドライバ２１２（３）から画像データおよび制御信号を受信し、かつ他方側でソースドライバ２１２（１）にそれらを送信する。実施形態において、ＬＣＤ２００は、１０個のソースドライバおよび２個のフレキシブル印刷回路ボード２３０および２３２を有する大きなスクリーンモニタである。フレキシブル印刷回路ボードの数は、信号のひずみおよび遅延が許容される限り、２個に制限されない。
【００１５】
[0026]この実施形態において、ソースドライバは、ソースドライバ２１２（１）−２１２（５）を含む左側グループと、ソースドライバ２１２（６）−２１２（１０）を含む右側グループとに分割される。寄生容量および抵抗によって引き起こされる信号のひずみおよび遅延が最小化されるように、フレキシブル印刷回路ボード２３０は、左側グループの中央ソースドライバ２１２（３）に接続し、かつフレキシブル印刷回路ボード２３２は、右側グループの中央ソースドライバ２１２（８）に接続する。一方、ソースドライバは、３個より多いグループに分割されることもでき、各グループは、信号のひずみおよび遅延が許容される限り、フレキシブル印刷回路ボードを介してタイミングコントローラに直接接続する。
【００１６】
[0027]他の実施形態において、ＦＰＣ２３０は、ソースドライバ２１２（５）に接続され、かつＦＰＣ２３２は、ソースドライバ２１２（６）に接続される。全てのソースドライバは、単一方向送信を実行するように設定される。動作において、画像データおよび制御信号は、それぞれＦＰＣ２３０および２３２を介してソースドライバ２１２（５）および２１２（６）に伝えられる。ソースドライバ２１２（５）および２１２（６）は、次に、同一グループにおける他のソースドライバに画像データおよび制御信号を提供する。
【００１７】
[0028]他の実施形態によれば、ソースドライバ２１２は、ただ１つのドライバグループを形成する。タイミングコントローラ２２５は、ただ１つのフレキシブル印刷回路ボードを介して選択されたソースドライバの１つに接続される。選択されたソースドライバは、フレキシブル印刷回路ボードを介してタイミングコントローラ２２５から画像データおよび制御信号を受信し、かつフレキシブル印刷回路ボードに直接接続されていない他のソースドライバに画像データおよび制御信号を送信する。
【００１８】
[0029]図３は、本開示によるさらに他の実施形態によるＣＯＧＬＣＤ２５０を示す。ＬＣＤ２００とは異なり、ＬＣＤ２５０は、さらにパネル２１０の右側に追加のゲートドライバ２１６を含む。ゲートドライバ２１４および２１６は、ともに２つの側からパネル２１０を駆動する。ＬＣＤ２５０の他の要素は、ＬＣＤ２００の要素と同一であり、再びここでは記載されない。
【００１９】
[0030]図４は、ＬＣＤのソースドライバおよびゲートドライバの例示的な制御信号の図である。制御信号は、ゲート制御信号Ｇおよびソース制御信号Ｓを含む。ゲート制御信号Ｇは、フレームの開始を表すゲートドライバ開始信号ＳＴＶ、ゲートラインをイネーブルするゲートクロック信号ＣＰＶ、およびゲートラインのイネーブルにされた期間を画定するゲートドライバ出力イネーブル信号ＯＥＶを含む。ソース制御信号Ｓは、水平ラインのデータの準備を開始することをソースドライバに通知するソースドライバ開始信号ＳＴＨ、データ受信を開始するデータイネーブル信号ＤＥ、データラインに駆動電圧を出力することを開始するロード信号ＴＰ、および偏光反転を制御する偏光制御信号ＰＯＬを含む。
【００２０】
[0031]ソースドライバ開始信号ＳＴＨがアサートされたとき、ソースドライバ２１２は、データを受信する準備を開始する。期間ｔｄ１の後、データイネーブル信号ＤＥは、タイミングコントローラ２２５がソースドライバ２１２へ画像データの出力を開始するようにアサートされる。ソースドライバ２１２は、偏光制御信号ＰＯＬによって指定された偏光に基づき駆動電圧を生成し、次に負荷信号Ｔｐにしたがってパネル２１０に駆動電圧を出力する。
【００２１】
[0032]従来のＬＣＤ１００において、制御信号は、各ソースドライバ１１２およびゲートドライバ１１４に直接タイミングコントローラによって出力される。各制御信号は、信号を送信するために少なくとも１つのワイヤを必要とする。したがって多数のワイヤが必要である。増大された数のワイヤの結果として、タイミングコントローラとソースドライバとの間、およびタイミングコントローラとゲートドライバとの間のワイヤの寄生容量および抵抗によって引き起こされるひずみおよび遅延を受ける。
【００２２】
[0033]例示的なＬＣＤにおいて、タイミングコントローラ２２５は、制御信号を制御ビットストリームＣに組み込み、かつワイヤによってソースドライバ２１２へそれを送信する。例えば、制御信号は、それぞれ制御信号に関連するイベントを表す複数の制御パケットにパックされることができる。タイミングコントローラ２２５は、ターゲット識別を使用して、制御パケットを受信するための１つのソースドライバ２１２を指定する。ターゲット識別は、例えば、各ソースドライバを識別するために制御パケットに含まれる。制御パケットを受信した後、ソースドライバ２１２は、制御信号を生成するために制御パケットを復号する。制限された数のソースドライバだけが、タイミングコントローラに接続するために必要であるので、制御信号を送信するために必要なワイヤの数は、著しく低減される。
【００２３】
[0034]各ソースドライバ２１２は、制御パケット内のターゲット識別をビルトイン識別と比較することによって、受信された制御パケットが、それ自身に関するものであるかどうかを識別するために、ビルトイン識別コードなどの関連付けられた識別を有する。
［制御ビットストリームの送信プロトコル］
【００２４】
[0035]本開示の例示的なＬＣＤにおいて、タイミングコントローラ２２５は、ただ１つのワイヤを介して制御ビットストリームＣをソースドライバに送信する。制御ビットストリームＣは、プルハイイベントまたはプルローイベントなどのそれぞれ対応する制御信号のイベントを表す複数の制御パケットを含む。制御パケットを受信した後、ソースドライバ２１２は、それに応じてハイに引き上げるまたはローに引き下げることによって、対応する制御信号を生成する。
【００２５】
[0036]図５は、制御パケットの例示的なフォーマット図である。制御パケットは、ヘッダフィールド３１０と、制御フィールド３１２およびデータフィールド３１４を含む制御アイテムとを含む。ヘッダフィールド３１０は、パケットの開始を識別するための所定のパターンを記録する。例えば所定のパターンは、０×１１１１１として指定される。制御フィールド３１２は、ＳＴＨイベント、ＴＰイベント、プルハイイベント、プルローイベント、および初期化イベントなどのイベントのタイプを記録する。データフィールド３１４は、イベントのパラメータを記録する。
【００２６】
[0037]一実施形態によれば、各制御パケットは１６ビットを有する。他の数のデータビットを使用することができる。制御パケットが、デュアルエッジサンプリングによって受信されるなら、それは、１つの制御パケットを読み取るために８クロック必要とする。換言すれば、プルハイイベントおよびプルローイベントによって生成される制御信号は、少なくとも８クロックの持続期間に関してハイレベルのままでなければならない。制御信号ＰＯＬ、ＣＰＶ、ＳＴＶ、ＯＥＶは、それぞれプルハイイベントおよびプルローイベントによって生成されることができる。制御信号ＳＴＨおよびＴＰなどの８クロック未満の持続期間を有する制御信号は、それぞれＳＴＨイベントおよびＴＰイベントによって生成される。ＳＴＨイベント／ＴＰイベントを受信した後、ソースドライバは、所定の期間ｔｄ２／ｔｗ１に関して制御信号ＳＴＨ／ＴＰをハイに引き上げ、次に制御信号ＳＴＨ／ＴＰをローに引き下げる。制御パケットを受信するためのサンプリング方法は、デュアルエッジサンプリングに限定されない。立ち上がりエッジサンプリングまたは立ち下がりエッジサンプリングなどの他のタイプのサンプリングも、使用されることができる。
【００２７】
[0038]制御パケットが、ＳＴＨイベントを記録する制御フィールド３１２を含むなら、対応するデータフィールド３１４は、ターゲット識別を記録する。ソースドライバ２１２（１）−２１２（１０）が、それぞれ０×０００１−０×１０１０のビルトイン識別を有すると仮定する。ＳＴＨイベントを有する制御パケットを受信した後、ソースドライバは、制御パケットのターゲット識別をビルトイン識別と比較する。一致に応答して、ソースドライバは、制御信号ＳＴＨをハイに引き上げ、次に期間ｔｄ２の後、制御信号ＳＴＨをローに引き下げる。
【００２８】
[0039]図４に示されるように、制御信号ＴＰおよびＣＰＶは、同時にハイに引き上げられる。したがって、ＴＰイベントを有する制御パケットを受信した後、制御信号ＴＰおよびＣＰＶは、ハイに引き上げられる。制御信号ＴＰは、次に期間ｔｗ１の後でローに引き下げられ、制御信号ＣＰＶは、ＣＰＶのプルローイベントを有する制御パケットを受信した後でローに引き下げられる。
【００２９】
[0040]制御信号ＰＯＬ、ＳＴＶ、およびＯＥＶは、プルハイイベントおよびプルローイベントによって生成される。プルハイイベントを記録する制御フィールド３１２を有する制御パケット、そのデータフィールド３１４は、どの信号がハイに引き上げられるべきかを指定する。プルローイベントを記録する制御フィールド３１２を有する制御パケット、そのデータフィールド３１４は、どの信号がローに引き下げられるべきかを指定する。
【００３０】
[0041]制御パックの制御フィールド３１２は、ソースドライバのファンアウトなどのいくつかの種類の初期化を設定するための初期化イベントを記録することができる。他の種類のイベントは、制御パケットによって表されることもできる。
【００３１】
[0042]実施形態において、ただ１つのワイヤが、制御ビットストリームＣを送信することを必要とする。したがって、タイミングコントローラとソースドライバとを接続するワイヤの数は、非常に低減される。その結果、回路のレイアウトは単純化され、安定性は強化される。さらに、制御ビットストリームＣは、制御信号の一部だけを統合し、制御信号の他の部分が独立したワイヤで送信されるままにすることができる。制御信号の全てが、制御ビットストリームに統合されるのではないが、ワイヤの数は低減される。
［ソースドライバ］
【００３２】
[0043]図６は、本開示による例示的なソースドライバを示す。ソースドライバ２１２は、受信器４１０、４１２、送受信器４１３、４１５、バススイッチ４２２、波形発生器４２０、４２１、および駆動ユニット４３４を含む。送受信器４１３は、制御送受信器４１４およびデータ送受信器４２４を含み、送受信器４１５は、制御送受信器４１６およびデータ送受信器４２６を含む。
【００３３】
[0044]バススイッチ４２２は、２つのスイッチＳＷ１およびＳＷ２を含む。ソースドライバ２１２（３）または２１２（８）が、第１の動作モードで動作するとき、バススイッチは、制御送受信器４１６および４１６が分離され、かつデータ送受信器４２４および４２６が互いから分離されるように、スイッチＳＷ１およびＳＷ２をオフにする。したがって、受信器４１０によって受信された制御ビットストリームＣ１および画像データＤ１は、それぞれ制御送受信器４１４およびデータ送受信器４２４に送信され、かつ受信器４１０によって受信された制御ビットストリームＣ２および画像データＤ２は、それぞれ制御送受信器４１６およびデータ送受信器４２６に送信される。
【００３４】
[0045]２１２（１）−２１２（２）、２１２（４）−２１２（７）、２１２（９）、または２１２（１０）などのソースドライバが、第２の動作モードで動作するとき、受信器４１０および４１２は、ディスエーブルにされ、バススイッチは、送受信器４１３および４１５が互いに接続されるように、スイッチＳＷ１およびＳＷ２をオンにする。したがって、データ送受信器４２４および４２６は接続され、かつ制御送受信器４１４および４１６は接続される。したがって、ソースドライバは、指定された送信方向に応答して、次の隣接するソースドライバに受信された制御ビットストリームおよび画像データを送信することができる。
【００３５】
[0046]波形発生器４２０および４２１は、ＳＴＨ（１）、ＳＴＨ（２）、ＰＯＬ（１）、ＰＯＬ（２）、ＴＰ（１）、ＴＰ（２）などのソース制御信号Ｓ、およびＣＰＶ（１）、ＣＰＶ（２）、ＳＴＶ（１）、ＳＴＶ（２）、ＯＥＶ（１）、ＯＥＶ（２）などのゲート制御信号Ｇを生成するために、それぞれ制御ビットストリームＣ１およびＣ２を受信する。制御信号Ｇは、１つのソースドライバによって生成される。図２に示されるＬＣＤ２００において、ゲートドライバ２１４に最も近い２１２（１）などの１つのソースドライバ２１２は、ゲート制御信号Ｇを生成し、一方他のソースドライバ２１２は生成しない。図３に示されるＬＣＤ２５０において、それぞれゲートドライバ２１４および２１６に最も近い２１２（１）および２１２（１０）などの２つのソースドライバは、ゲートドライバ２１４および２１６のためのゲート制御信号Ｇをそれぞれ生成し、一方他のソースドライバ２１２は、任意のゲート制御信号を生成しない。
【００３６】
[0047]信号ＳＴＨを受信するとき、駆動ユニット４３４は、信号ＰＯＬに応答してアナログ駆動電圧に変換するために画像データＤをラッチすることを始め、次に、負荷信号ＴＰを受信した後、パネル２１０にアナログ駆動信号を送信する。
【００３７】
[0048]ソースドライバ２１２（３）などのソースドライバが、第１の動作モードで動作するとき、波形発生器４２０および４２１は、両方ともそれぞれ制御ビットストリームＣ１およびＣ２を受信するように作動され、ソース制御信号Ｓおよびゲート制御信号Ｇを生成する。制御ビットストリームＣ１およびＣ２は独立であり、かつ画像データＤ１およびＤ２は独立である。他方、ソースドライバ２１２（２）または２１２（４）などのソースドライバが、第２の動作モードで動作するように設定されるなら、制御ビットストリームＣ１は、制御ビットストリームＣ２であり、画像データＤ１は、画像データＤ２である。したがって、ただ１つの波形発生器４２０および４２１は、ソース制御信号Ｓおよびゲート制御信号Ｇを生成するように作動される。ソースドライバの第２の動作モードにおいて他の波形発生器は、ソース制御信号Ｓおよびゲート制御信号Ｇを生成するように、ディスエーブルされ、省略され、またはまだ作動されることができる。
【００３８】
[0049]図７は、図６の波形発生器のブロック図である。各波形発生器４２０および４１２は、パーサ４５１、ＩＤ認識器４５３、信号発生器４６０、およびイニシエータ４７０を含む。パーサ４５１は、制御パケットの制御フィールド３１２およびデータフィールド３１４を含む制御アイテムを解析するために制御ビットストリームＣを受信し、かつ制御アイテムの内容に応じて、ＩＤ認識器４５３、信号発生器４６０、およびイニシエータ４７０に解析された制御アイテムを送り、この実施形態におけるＳＴＨイベントであるアイデンティイベントを有する制御アイテムは、ＩＤ認識器４５３に送られ、プルハイイベントまたはプルローイベントを有する制御アイテムは、信号発生器４６０に設定され、初期化イベントを有する制御アイテムは、イニシエータ４７０に送られる。
【００３９】
[0050]図８は、図７におけるＩＤ認識器のブロック図である。認識器４５３は、比較器４５６を含む。各ソースドライバは、独特なチップ同一性ＩＤｐを有する。チップ同一性ＩＤｐは、例えば、ガラス基板上のソースドライバのピンを、ハイに引き上げまたはローに引き下げることによって外部的に設定される。チップ同一性ＩＤｐの制御パケットから抽出されたターゲット同一性ＩＤｔとの比較が一致したとき、比較器４５６は、信号ＳＴＨをトリガする。信号ＳＴＨの持続期間ｔｄ２は、比較器４５６で事前設定される。
【００４０】
[0051]信号発生器４６０は、プルハイイベントを有する制御アイテムを受信した後、対応する信号をハイに引き上げる。信号発生器４６０が、プルローイベントを有する対応する制御アイテムを受信するまで、プルハイ信号のレベルは、維持される。図９は、制御信号ＰＯＬの波形図である。プルハイイベントＨを有する制御アイテムを受信するとき、信号発生器４６０は信号ＰＨをハイに引き上げ、かつプルローイベントＬを有する制御アイテムを受信するとき、信号発生器４６０は、信号ＰＬをローに引き下げる。次に、信号ＰＨおよび信号ＰＬの結合は、信号ＰＯＬである。ＣＰＶ、ＳＴＶ、ＯＥＶなどの他の制御信号は、また上述の手順によって生成される。
【００４１】
[0052]しかしながら、波形発生器は、制御パケットを読み取るために８クロック必要であるので、制御信号ＴＰなどの制御信号のハイレベルの持続期間時間が、８クロック未満であるなら、制御信号は、プルハイイベントまたはプルローイベントによって生成されるのに適していない。図１０は、制御信号ＴＰの生成を示す波形図である。制御信号ＴＰのプルハイイベントＨを有する制御アイテムを受信したとき、信号発生器４６０は、信号ＴＨをハイに引き上げ、次に所定の期間ｔｗ１をカウントし、次に信号ＴＬをローに引き下げる。信号ＴＨと信号ＴＬの結合は、制御信号ＴＰである。
【００４２】
[0053]前述のようにプルハイイベントまたはプルローイベントによって生成されることに加えて、ゲート制御信号Ｇは、ＳＴＨまたはＴＰなどのソース制御信号にしたがって生成されることができる。例えば、信号ＣＰＶは、制御信号ＳＴＨにしたがって生成されてもよい。図４に示されるように、ソースドライバ２１２（１）の制御信号ＳＴＨがアサートされるとき、そのカウンタが作動され、期間ｔｄ６が経過した後、信号ＣＰＶはハイに引き上げられる。期間ｔｗ４が経過した後、信号ＣＰＶはローに引き下げられる。他の例によれば、信号ＳＴＶは、制御信号ＳＴＨにしたがって生成されてもよい。ソースドライバ２１２（１）の制御信号ＳＴＨがアサートされるとき、期間ｔｄ７が経過した後、信号ＳＴＶはハイに引き上げられ、期間ｔｗ５が経過した後、次にローに引き下げられる。他の例によれば、信号ＯＥＶは、制御信号ＳＴＨにしたがって生成される。ソースドライバ２１２（１）の制御信号ＳＴＨがアサートされるとき、期間ｔｄ８が経過した後、信号ＯＥＶはハイに引き上げられ、期間ｔｗ６が経過した後、ローに引き下げられる。
【００４３】
[0054]初期化イベントを有する制御アイテムを受信した後、イニシエータ４７０は、対応するパラメータを設定するためにＤＣ値を出力する。
【００４４】
[0055]ソース制御信号が、タイミングコントローラによってではなくソースドライバ自身によって生成されるので、本開示の例示的なソースドライバは、制御信号崩壊を低減する。
【００４５】
[0056]さらに、ソースドライバは、ゲート制御信号を生成し、かつガラス基板上のワイヤを介してゲートドライバに信号を直接送るので、本開示の例示的なＬＣＤは、タイミングコントローラとゲートドライバとの間のワイヤの数を低減する。したがって、送信ワイヤの長さが低減されるので、ゲート制御信号の品質は改善される。
［電力管理］
【００４６】
[0057]図１１は、例えば、図２のソースドライバ２１２（１）−２１２（５）において実施される電力節約に関する収束送信方法のフローチャートである。第１に、ステップ６１０で、タイミングコントローラ２２５から最も遠いソースドライバ２１２（１）および２１２（５）は、ソースドライバを介してタイミングコントローラ２２５によって送信された画像データを受信し、次に電力節約モードに入る。例えば、ソースドライバ２１２（１）および２１２（５）は、データ送受信器４２４および４２６に関する電力をオフにする。次に、ステップ６１２で、タイミングコントローラ２２５から最も遠い距離を有する能動的なものであるソースドライバ２１２（２）および２１２（４）は、画像データを受信し、次にソースドライバ２１２（２）および２１２（４）のデータ送受信器４２４および４２６に関する電力をオフにするなど、電力節約モードに入る。次に、ステップ６１４で、ソースドライバ２１２（３）は、タイミングコントローラ２２５から画像データを受信し、次に電力節約モードに入る。電力節約モードにおいて、ソースドライバの制御送受信器４１６および４１４に関する電力が、オフにされないことに留意されたい。次に、ステップ６１６で、各ソースドライバ２１２（１）−２１２（５）は、負荷信号ＴＰを受信し、パネル２１０の駆動を開始するために始動される。送信方法は、ソースドライバ２１２（６）−２１２（１０）に加えることもできる。
【００４７】
[0058]図１２は、例えば、図２のソースドライバ２１２（１）−２１２（５）において実施される電力節約に関する発散送信方法のフローチャートである。第１に、ソースドライバ２１２（１）−２１２（５）は、電力節約モードに入る。次に、ステップ６２２で、タイミングコントローラ２２５に最も近いソースドライバ２１２（３）は、タイミングコントローラ２２５によって送信された画像データを受信するように始動される。次に、ステップ６２４で、ソースドライバ２１２（２）および２１２（４）は、画像データを受信するために始動される。次に、ステップ６２６で、ソースドライバ２１２（１）および２１２（５）は、画像データを受信するために始動される。送信方法は、ソースドライバ２１２（６）−２１２（１０）に加えることもできる。
【００４８】
[0059]電力節約モードにおいて、少なくともデータ送受信器および駆動ユニットに関する電力は、オフにされることができる。データ送受信器は、大きな電圧変動および電力消費を増大する高周波数を有する画像データを送信する。したがって、電力節約収束／発散送信方法は、電力を節約するために不必要なデータ送信を低減することができる。ソースドライバの制御送受信器の電力は、ソースドライバが、まだ制御ビットストリームを受信しかつ応答して動作できるように、オフにされるべきである。
【００４９】
[0060]収束送信方法および発散送信方法は、同時に加えられることができる。例えば、ソースドライバ２１２（１）−２１２（３）は、収束送信方法を使用することができ、一方ソースドライバ２１２（４）−２１２（５）は、発散送信方法を使用し、またはその逆である。他の修正は、本開示により当業者によって実施されることができる。
【００５０】
[0061]開示は、例によってかつ好ましい実施形態に関して記載されたが、本開示がそれに限定されないことが理解されるべきである。反対に、様々な修正および類似する構成ならびに手順を包含することが意図され、したがって、添付の請求項の範囲は、全てのそのような修正および類似する構成ならびに手順を含むように、最も広い解釈を許容されるべきである。
【図面の簡単な説明】
【００５１】
【図１】従来のＣＯＧＬＣＤの図である。
【図２】本開示による例示的なチップオンガラス（ＣＯＧ）液晶表示器（ＬＣＤ）のブロック図である。
【図３】本開示による他の例示的なＣＯＧＬＣＤの機能ブロック図である。
【図４】ＬＣＤのソースドライバおよびゲートドライバの制御信号を示す。
【図５】制御パケットのフォーマット図である。
【図６】本開示の実施形態によるソースドライバのブロック図である。
【図７】図６の波形発生器のブロック図である。
【図８】図７のＩＤ認識器のブロック図である。
【図９】制御信号ＰＯＬの波形図である。
【図１０】制御信号ＴＰの発生器の波形図である。
【図１１】電力節約に関する収束送信方法のフローチャートである。
【図１２】電力節約に関する発散送信方法のフローチャートである。
【符号の説明】
【００５２】
１００、２５０…ＣＯＧＬＣＤ、１１０、２１０…パネル、１１２、２１２（１）−２１２（１０）…ソースドライバ、１１４、２１４、２１６…ゲートドライバ、１２０、２２０…印刷回路ボード、１３０、２３０、２３２…フレキシブル印刷回路ボード、２００…ＬＣＤ、２２５…タイミングコントローラ、３１０…ヘッダフィールド、３１２…制御フィールド、３１４…データフィールド、４１０、４１２…受信器、４１３、４１５…送受信器、４２０、４２１…波形発生器、４２２…バススイッチ、４３４…駆動ユニット、４１４、４１６…制御送受信器、４２４、４２６…データ送受信器、４５１…パーサ、４５３…ＩＤ認識器、４６０…信号発生器、４７０…イニシエータ。
【図１】
2006251776.tif 000003
【図２】
2006251776.tif 000004
【図３】
2006251776.tif 000005
【図４】
2006251776.tif 000006
【図５】
2006251776.tif 000007
【図６】
2006251776.tif 000008
【図７】
2006251776.tif 000009
【図８】
2006251776.tif 000010
【図９】
2006251776.tif 000011
【図１０】
2006251776.tif 000012
【図１１】
2006251776.tif 000013
【図１２】
2006251776.tif 000014
【外国語明細書】
2006251776000001.pdf