JP2023037036A - 通信システム、通信方法、タイミングコントローラ、ディスプレイシステム、自動車 - Google Patents

通信システム、通信方法、タイミングコントローラ、ディスプレイシステム、自動車 Download PDF

Info

Publication number
JP2023037036A
JP2023037036A JP2019224731A JP2019224731A JP2023037036A JP 2023037036 A JP2023037036 A JP 2023037036A JP 2019224731 A JP2019224731 A JP 2019224731A JP 2019224731 A JP2019224731 A JP 2019224731A JP 2023037036 A JP2023037036 A JP 2023037036A
Authority
JP
Japan
Prior art keywords
identification number
request command
transaction
timing controller
command
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.)
Pending
Application number
JP2019224731A
Other languages
English (en)
Inventor
恒彦 近井
Tsunehiko Chikai
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rohm Co Ltd
Original Assignee
Rohm Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Rohm Co Ltd filed Critical Rohm Co Ltd
Priority to JP2019224731A priority Critical patent/JP2023037036A/ja
Priority to PCT/JP2020/046074 priority patent/WO2021117819A1/ja
Publication of JP2023037036A publication Critical patent/JP2023037036A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Systems (AREA)
  • Bus Control (AREA)
  • Small-Scale Networks (AREA)

Abstract

【課題】従来の課題の少なくとも一つを解決可能な通信システムを提供する。【解決手段】マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスの間の通信方法が提供される。マスターデバイスが、宛先のスレーブデバイスの識別番号を含むリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤを発行する。複数のスレーブデバイスのうち、リクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスＳＬＡＶＥ＃が、識別番号を含むリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤを返信する。マスターデバイスは、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤに含まれる識別番号が、リクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤに含まれる識別番号と一致するか否かを判定する。【選択図】図７

Description

本発明は、双方向通信に関する。
図１は、本発明者が検討した通信システム６００Ｒのブロック図である。この通信システム６００Ｒは、複数の半導体デバイス６０２，６０４Ａ～６０４Ｃを備える。複数の半導体デバイス６０２，６０４Ａ～６０４Ｃはパーティライン状に接続され、それらのひとつ（この例では６０２）がマスターに、残り６０４Ａ～６０４Ｃがスレーブに割り当てられる。なお、図１の通信システム６００Ｒの構成および図２～図６で説明するトランザクションを公知技術と認定してはならない。
通信システム６００Ｒは、半二重通信のためのプロトコルを採用しており、複数の半導体デバイス６０２，６０４Ａ～６０４Ｃはそれぞれ、ＴＸ（送信）モードとＲＸ（受信）モードが切り替え可能となっており、ひとつだけがＴＸモードとなることで、通信の競合を防止している。
複数のスレーブデバイス６０４Ａ，６０４Ｂ，６０４Ｃには、予め固有の番号（スレーブＩＤ、以下、Ａ，Ｂ，Ｃとする）が割り当てられている。マスターデバイス６０２は、複数のスレーブデバイス６０４Ａ，６０４Ｂ，６０４Ｃのうち、アクセス対象のひとつのスレーブＩＤを出力する。複数のスレーブデバイス６０４Ａ，６０４Ｂ，６０４Ｃは、マスターデバイス６０２の出力を監視しており、あるスレーブデバイス６０４＃（＃＝Ａ～Ｃ）において、自身のＩＤがマスタ－デバイスから受信したＩＤと一致すると、そのスレーブデバイス６０４＃は、それ以降、マスターデバイスが出力したコマンドが、自分自身に対象としたものであることを知ることができる。
図２は、図１の通信システム６００Ｒにおけるトランザクションのタイムチャートである。初期状態では、すべての半導体デバイス６０２，６０４がＲＸモードである。はじめにマスターデバイス６０２がＴＸモードとなり、アクセス先のスレーブＩＤを含むリクエストコマンド７００を発行する。リクエストコマンド７００の発行後、マスターデバイス６０２はＲＸモードとなり、スレーブデバイスからのリプライコマンドを受信可能な状態で待機する。
そして、リプライ時間ｔＲＥＰＬＹの経過後に、スレーブＩＤが示すスレーブデバイス６０４＃がＴＸモードとなり、タイムアウト時間ｔＲＥＰＬＹ＿ＴＩＭＥ＿ＯＵＴより前に、リプライコマンド７０２を返信する。
特開２０１９－１９７９９５号公報
本発明者は、図１の通信システム６００Ｒについて検討した結果、以下の課題を認識するに至った。
（課題１）
図３および図４は、図１の通信システム６００Ｒにおける課題１を説明する図である。はじめに、マスターデバイス６０２が、スレーブデバイス６０４Ａを指定するスレーブＩＤ（＝Ａ）を含むリクエストコマンド７００を発行する。
スレーブＩＤを含むパケットの伝送中に、ノイズ７０４が混入し、スレーブＩＤの値が、ＡからＢに化けたとする。そうすると、マスターデバイス６０２が意図したスレーブデバイス６０４Ａではなく、それとは別のスレーブデバイス６０４Ｂが誤って選択され、ＴＸモードとなる。スレーブデバイス６０４Ｂは、本来スレーブデバイス６０４Ａに対して発行されたコマンド７００に応答して、誤ったリプライコマンド７０２ｅを返す。その結果、マスターデバイス６０２は、誤ったリプライコマンド７０２ｅを、スレーブデバイス６０４Ａからの返信として処理を行うこととなり、通信システム６００Ｒが誤動作する。
（課題２）
図５および図６は、図１の通信システム６００Ｒにおける課題２を説明する図である。はじめに、マスターデバイス６０２がＴＸモードとなり、スレーブデバイス６０４Ａを指定するスレーブＩＤ（＝Ａ）を含むリクエストコマンド７００を発行する。
リクエストコマンド７００を受信したスレーブデバイス６０４Ａにおいて異常が発生し、マスターデバイス６０２に対するリプライコマンド７０２の送信が、タイムアウト時間を超えて大幅に遅延したとする。マスターデバイス６０２は、タイムアウト時間の経過を待って、スレーブデバイス６０４からの返信はなかったものと見なし、次の処理に移る。この例では、別のスレーブデバイス６０４Ｂを指定した新たなリクエストコマンド７０６を発行する。このリクエストコマンド７０６の発行後に、マスターデバイス６０２が、前回送ったリクエストコマンド７００に対するリプライコマンド７０２をスレーブデバイス６０４Ａから受信する。そうすると、マスターデバイス６０２は、このリプライコマンド７０２を、後発のリクエストコマンド７０６に対する返信として処理することとなり、通信システム６００Ｒが誤動作する。
スレーブデバイス６０４Ｂがリクエストコマンド７０６に応答して返信したリプライコマンド７０８は、たとえタイムアウト時間内にマスターデバイス６０２に到達したとしても、無視されることとなる
本発明は係る課題に鑑みてなされたものであり、そのある態様の例示的な目的のひとつは、上述の課題の少なくとも一つを解決可能な通信システムの提供にある。
本発明のある態様は通信システムに関する。通信システムは、マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスと、を備える。マスターデバイスは、宛先のスレーブデバイスの識別番号を含むリクエストコマンドを発行し、複数のスレーブデバイスのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスは、識別番号を含むリプライコマンドを返信する。
本発明の別の態様は、通信システムである。この通信システムは、マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスと、を備える。マスターデバイスは、宛先のスレーブデバイスの識別番号と、トランザクションごとに固有のトランザクション番号を含むリクエストコマンドを発行し、複数のスレーブデバイスのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスは、識別番号と、受信したリクエストコマンドに含まれるトランザクション番号を含むリプライコマンドを返信する。
本発明のさらに別の態様は、タイミングコントローラである。このタイミングコントローラは、ディスプレイユニットを有するディスプレイシステム用のタイミングコントローラであって、ディスプレイユニットは、ディスプレイパネルと、それぞれに固有の識別番号が付与された複数のパネルドライバを含む。タイミングコントローラは、グラフィックコントローラから画像データを受信する画像入力インタフェース回路と、画像データにもとづいて、複数のパネルドライバを制御するための制御信号を生成する信号処理部と、画像データおよび制御信号をシリアルデータに変換するシリアライザと、シリアライザの出力を、複数のパネルドライバに送信する差動トランスミッタと、補助インタフェースを介して接続され、複数のパネルドライバとの間で双方向通信可能な補助インタフェース回路と、を備える。インタフェース回路は、宛先のパネルドライバの識別番号を含むリクエストコマンドを発行し、複数のパネルドライバのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスから、識別番号を含むリプライコマンドを受信し、受信したリプライコマンドに含まれる識別番号が、リクエストコマンドに含まれる識別番号と一致するか否かを判定する。
本発明のさらに別の態様もまた、タイミングコントローラである。このタイミングコントローラは、ディスプレイユニットを有するディスプレイシステム用のタイミングコントローラであって、ディスプレイユニットは、ディスプレイパネルと、それぞれに固有の識別番号が付与された複数のパネルドライバを含む。タイミングコントローラは、グラフィックコントローラから画像データを受信する画像入力インタフェース回路と、画像データにもとづいて、複数のパネルドライバを制御するための制御信号を生成する信号処理部と、画像データおよび制御信号をシリアルデータに変換するシリアライザと、シリアライザの出力を、複数のパネルドライバに送信する差動トランスミッタと、補助インタフェースを介して接続され、複数のパネルドライバとの間で双方向通信可能な補助インタフェース回路と、を備える。インタフェース回路は、宛先のパネルドライバの識別番号と、トランザクションごとに固有のトランザクション番号を含むリクエストコマンドを発行し、複数のパネルドライバのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスから、トランザクション番号を含むリプライコマンドを受信する。
本発明のさらに別の態様は、マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスの間の通信方法に関する。この通信方法は、マスターデバイスが、宛先のスレーブデバイスの識別番号を含むリクエストコマンドを発行するステップと、複数のスレーブデバイスのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスが、識別番号を含むリプライコマンドを返信するステップと、マスターデバイスが、リプライコマンドに含まれる識別番号が、リクエストコマンドに含まれる識別番号と一致するか否かを判定するステップと、を備える。
本発明のさらに別の態様もまた、マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスの間の通信方法に関する。通信方法は、マスターデバイスが、宛先のスレーブデバイスの識別番号と、トランザクションごとに固有のトランザクション番号を含むリクエストコマンドを発行するステップと、複数のスレーブデバイスのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスが、トランザクション番号を含むリプライコマンドを返信するステップと、マスターデバイスが、リプライコマンドに含まれるトランザクション番号が、リクエストコマンドに含まれるトランザクション番号と一致するか否かを判定するステップと、を備える。
なお、以上の構成要素を任意に組み合わせたもの、あるいは本発明の表現を、方法、装置などの間で変換したものもまた、本発明の態様として有効である。
本発明のある態様によれば、上述の課題の少なくともひとつを解決できる。
本発明者が検討した通信システム６００Ｒのブロック図である。 図１の通信システムにおけるトランザクションのタイムチャートである。 図１の通信システムにおける課題１を説明するブロック図である。 図１の通信システムにおける課題１を説明するタイムチャートである。 図１の通信システムにおける課題２を説明するブロック図である。 図１の通信システムにおける課題２を説明するタイムチャートである。 実施の形態１に係る通信システムの通信プロトコルのトランザクションを説明するタイムチャートである。 図７の通信プロトコルにもとづくシーケンス図である。 ノイズが発生したときの通信システムの動作を示すタイムチャートである。 実施の形態２に係る通信システムの通信プロトコルのトランザクションを説明するタイムチャートである。 図１０の通信プロトコルにもとづくシーケンス図である。 選択スレーブデバイスにおいて処理遅延が発生したときのタイムチャートである。 実施の形態３に係る通信システムの通信プロトコルのトランザクションを説明するタイムチャートである。 実施の形態に係るディスプレイシステムのブロック図である。 一実施例に係るタイミングコントローラＩＣのブロック図である。 一実施例に係るソースドライバＩＣのブロック図である。 補助チャンネルの物理層の一例を説明する図である。 ディスプレイシステムを備える自動車の車室内を示す図である。
（実施の形態の概要）
本明細書には、通信システムが開示される。通信システムは、マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスと、を備える。マスターデバイスは、宛先のスレーブデバイスの識別番号を含むリクエストコマンドを発行し、複数のスレーブデバイスのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスは、識別番号を含むリプライコマンドを返信する。
この構成によると、マスターデバイスは、自らが送信した識別番号と、戻ってきた識別番号を比較することにより、意図しないスレーブデバイスからの誤返信を検出することができ、課題１を解決できる。
リクエストコマンドは、トランザクションごとに固有のトランザクション番号をさらに含んでもよい。選択スレーブデバイスは、受信したリクエストコマンドに含まれるトランザクション番号をリプライコマンドに含めて返信してもよい。
この構成によると、マスターデバイスは、戻ってきたリプライコマンドに含まれるトランザクション番号を参照することにより、そのリプライコマンドがどのリクエストコマンドに対応するものであるかを識別することができ、課題２を解決できる。
リクエストコマンドは、エラー検出用の検査データを含んでもよい。これにより、選択スレーブデバイスは、リクエストコマンドの伝送エラーを検出できる。
リプライコマンドは、エラー検出用の検査データを含んでもよい。これにより、マスターデバイスは、リプライコマンドの伝送エラーを検出できる。
検査データは、（i）巡回冗長検査により生成される情報、（ii）パリティ、(iii)チェックサムの少なくともひとつを含んでもよい。
本明細書には、別の通信システムが開示される。この通信システムは、マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスと、を備える。マスターデバイスは、宛先のスレーブデバイスの識別番号と、トランザクションごとに固有のトランザクション番号を含むリクエストコマンドを発行し、複数のスレーブデバイスのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスは、識別番号と、受信したリクエストコマンドに含まれるトランザクション番号を含むリプライコマンドを返信する。
この構成によると、マスターデバイスは、戻ってきたリプライコマンドに含まれるトランザクション番号を参照することにより、そのリプライコマンドがどのリクエストコマンドに対応するものであるかを識別することができ、課題２を解決できる。
マスターデバイスと複数のスレーブデバイスは、クロック埋め込みの差動シリアルインタフェースで接続されてもよい。
通信システムはディスプレイシステムに実装され、ディスプレイシステムは、ディスプレイパネルおよびディスプレイパネルを駆動する複数のパネルドライバを含むディスプレイユニットと、画像データを生成するグラフィックコントローラと、グラフィックコントローラから画像データを受信し、差動シリアル形式のメインチャンネルを介して複数のパネルドライバを制御するとともに、双方向シリアル形式の補助チャンネルを介して複数のパネルドライバそれぞれと通信可能なタイミングコントローラと、を備えてもよい。補助チャンネルに関して、タイミングコントローラがマスターデバイスとして実装され、複数のパネルドライバが複数のスレーブデバイスとして実装されてもよい。
本明細書には、ディスプレイユニットを有するディスプレイシステム用のタイミングコントローラが開示される。ディスプレイユニットは、ディスプレイパネルと、それぞれに固有の識別番号が付与された複数のパネルドライバを含む。タイミングコントローラは、グラフィックコントローラから画像データを受信する画像入力インタフェース回路と、画像データにもとづいて、複数のパネルドライバを制御するための制御信号を生成する信号処理部と、画像データおよび制御信号をシリアルデータに変換するシリアライザと、シリアライザの出力を、複数のパネルドライバに送信する差動トランスミッタと、補助インタフェースを介して接続され、複数のパネルドライバとの間で双方向通信可能な補助インタフェース回路と、を備える。インタフェース回路は、宛先のパネルドライバの識別番号を含むリクエストコマンドを発行し、複数のパネルドライバのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスから、識別番号を含むリプライコマンドを受信し、受信したリプライコマンドに含まれる識別番号が、リクエストコマンドに含まれる識別番号と一致するか否かを判定する。
この構成によると、タイミングコントローラは、自らが送信した識別番号と、戻ってきた識別番号を比較することにより、意図しないパネルドライバからの誤返信を検出することができ、課題１を解決できる。
リクエストコマンドは、トランザクションごとに固有のトランザクション番号をさらに含んでもよい。選択スレーブデバイスは、受信したリクエストコマンドに含まれるトランザクション番号をリプライコマンドに含めて返信するように構成されてもよい。
この構成によると、タイミングコントローラは、戻ってきたリプライコマンドに含まれるトランザクション番号を参照することにより、そのリプライコマンドがどのリクエストコマンドに対応するものであるかを識別することができ、課題２を解決できる。
インタフェース回路は、リクエストコマンドに、検査データを付加してもよい。
検査データは、（i）巡回冗長検査により生成される情報、（ii）パリティ、(iii)チェックサムの少なくともひとつを含んでもよい。
本明細書には、別のタイミングコントローラが開示される。タイミングコントローラは、グラフィックコントローラから画像データを受信する画像入力インタフェース回路と、画像データにもとづいて、複数のパネルドライバを制御するための制御信号を生成する信号処理部と、画像データおよび制御信号をシリアルデータに変換するシリアライザと、シリアライザの出力を、複数のパネルドライバに送信する差動トランスミッタと、補助インタフェースを介して接続され、複数のパネルドライバとの間で双方向通信可能な補助インタフェース回路と、を備える。インタフェース回路は、宛先のパネルドライバの識別番号と、トランザクションごとに固有のトランザクション番号を含むリクエストコマンドを発行し、複数のパネルドライバのうち、リクエストコマンドに含まれる識別番号と一致する識別番号を有するひとつである選択スレーブデバイスから、トランザクション番号を含むリプライコマンドを受信する。
この構成によると、タイミングコントローラは、戻ってきたリプライコマンドに含まれるトランザクション番号を参照することにより、そのリプライコマンドがどのリクエストコマンドに対応するものであるかを識別することができ、課題２を解決できる。
（実施の形態）
以下、本発明を好適な実施の形態をもとに図面を参照しながら説明する。各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、実施の形態は、発明を限定するものではなく例示であって、実施の形態に記述されるすべての特徴やその組み合わせは、必ずしも発明の本質的なものであるとは限らない。
本明細書において、「部材Ａが、部材Ｂに接続された状態」とは、部材Ａと部材Ｂが物理的に直接的に接続される場合や、部材Ａと部材Ｂが、それらの電気的な接続状態に実質的な影響を及ぼさない、あるいはそれらの結合により奏される機能や効果を損なわせない、その他の部材を介して間接的に接続される場合も含む。
同様に、「部材Ｃが、部材Ａと部材Ｂの間に設けられた状態」とは、部材Ａと部材Ｃ、あるいは部材Ｂと部材Ｃが直接的に接続される場合のほか、それらの電気的な接続状態に実質的な影響を及ぼさない、あるいはそれらの結合により奏される機能や効果を損なわせない、その他の部材を介して間接的に接続される場合も含む。
（実施の形態１）
実施の形態１に係る通信システム６００は、図１と同様に、ひとつのマスターデバイス６０２と、複数のスレーブデバイス６０４Ａ，６０４Ｂ，６０４Ｃを備える。複数のスレーブデバイス６０４Ａ～６０４Ｃには、固有の識別番号（スレーブＩＤ）が付与されている。以下、複数のスレーブデバイス６０４Ａ～６０４ＣそれぞれのスレーブＩＤの値は，Ａ，Ｂ，Ｃであるとする。またマスターデバイス６０２と複数のスレーブデバイス６０４の接続形態は、図１と同様のマルチドロップ形式であり、パーティラインを構成している。なお、通信システム６００の物理層については特に限定されず、クロック埋め込み型のシリアル伝送であってもよいし、クロックとデータが分離した２線方式の伝送を用いてもよい。
図７は、実施の形態１に係る通信システム６００の通信プロトコルのトランザクションを説明するタイムチャートである。はじめにマスターデバイス６０２がＴＸモードとなり、複数のスレーブデバイス６０４Ａ～６０４Ｃのうち、宛先のスレーブデバイス６０４＃のスレーブＩＤ（送信スレーブＩＤという）を含むリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤを発行する。その後、マスターデバイス６０２は、ＲＸモードとなり、タイムアウト時間の間、スレーブデバイスからの応答を待機する。リクエストコマンドの種類は特に限定されないが、たとえばリード命令やライト命令を含みうる。
一方、マスターデバイス６０２によって選択されたスレーブデバイス６０４＃（選択スレーブデバイス）は、ＴＸモードとなり、受信したリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤに応じた処理を実行し、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤを返信する。リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤは、自身のスレーブＩＤを含んでいる。
図８は、図７の通信プロトコルにもとづくシーケンス図である。マスターデバイス６０２は、複数のスレーブデバイス６０４Ａ～６０４Ｃのうち、宛先のスレーブデバイス６０４＃のスレーブＩＤ（送信スレーブＩＤという）を含むリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤを発行する（Ｓ１００）。このリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤは、すべてのスレーブデバイス６０４Ａ～６０４Ｃによって受信される。
複数のスレーブデバイス６０４Ａ～６０４Ｃはそれぞれ、受信したリクエストコマンドに含まれる送信スレーブＩＤ（値＃＝Ａ～Ｃ）を、自身のスレーブＩＤと比較する（１２０２）。そして、送信スレーブＩＤの値＃と一致するスレーブＩＤを有するスレーブデバイス６０４＃が選択される。このスレーブデバイス６０４＃を選択スレーブデバイスという。図８の例では、＃＝Ｂであり、スレーブデバイス６０４Ｂが選択スレーブデバイスとなる（Ｓ１０４）。
選択スレーブデバイス６０４＃は、ＴＸモードとなり、自身のスレーブＩＤおよびトランザクションを含むリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤを返信する（Ｓ１０６）。
マスターデバイス６０２は、送信スレーブＩＤと、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤに含まれるスレーブＩＤを比較する（Ｓ１０８）。一致した場合は、意図したスレーブデバイス６０４からの返信として処理することができる。一致しない場合は、意図しないスレーブデバイス６０４からの返信であるため、エラー処理を行うことができる。
以上が実施の形態１に係る通信システム６００の通信プロトコルである。続いて、具体的な通信の例を説明する。
図９は、ノイズが発生したときの通信システム６００の動作を示すタイムチャートである。マスターデバイス６０２は、スレーブデバイス６０４Ａを宛先に指定して、リクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤを発行する。このリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤの伝送中に、ノイズが発生し、送信スレーブＩＤの値がＡからＢに化けたとする。
その結果、スレーブデバイス６０４Ａではなく、スレーブデバイス６０４Ｂが選択スレーブデバイスとなり、リクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤに応じた処理を実行し、スレーブＩＤ（＝Ｂ）を含むリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤを返信する。
マスターデバイス６０２は、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤを受信し、それに含まれるスレーブＩＤの値（＝Ｂ）を参照する。自身が送信したスレーブＩＤ（＝Ａ）と、受信したスレーブＩＤの値（＝Ｂ）が異なっているため、マスターデバイス６０２は、伝送エラーが発生したことを検出できる。たとえばリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤが、リード命令に対する応答である場合には、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤを破棄して、リクエストコマンドを再送してもよい。
このように、実施の形態１に係る通信システム６００によればノイズに起因する誤動作を防止できる。
（実施の形態２）
図１０は、実施の形態２に係る通信システムの通信プロトコルのトランザクションを説明するタイムチャートである。実施の形態２では、マスターデバイス６０２が送信するリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤは、スレーブＩＤに加えて、トランザクションＩＤを含む。トランザクションＩＤは、１回のトランザクションに固有に割り振られる。たとえばマスターデバイス６０２は、トランザクションの回数をカウントするカウンタを含み、カウンタの値を、トランザクションＩＤとして利用してもよい。
一方、マスターデバイス６０２によって選択されたスレーブデバイス６０４＃（選択スレーブデバイス）は、ＴＸモードとなり、受信したリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤに応じた処理を実行し、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤを返信する。リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＴＲＮＳＩＤは、自身のスレーブＩＤに加えて、受信したリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤに含まれていたトランザクションＩＤを含む。
図１１は、図１０の通信プロトコルにもとづくシーケンス図である。マスターデバイス６０２は、複数のスレーブデバイス６０４Ａ～６０４Ｃのうち、宛先のスレーブデバイス６０４＃のスレーブＩＤ（送信スレーブＩＤという）およびトランザクションＩＤを含むリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤを発行する（Ｓ２００）。このリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤは、すべてのスレーブデバイス６０４Ａ～６０４Ｃによって受信される。
複数のスレーブデバイス６０４Ａ～６０４Ｃはそれぞれ、受信したリクエストコマンドに含まれる送信スレーブＩＤ（値＃＝Ａ～Ｃ）を、自身のスレーブＩＤと比較する（Ｓ２０２）。そして、送信スレーブＩＤの値＃と一致するスレーブＩＤを有するスレーブデバイス６０４＃が選択される。このスレーブデバイス６０４＃を選択スレーブデバイスという。図１１の例では、＃＝Ｂであり、スレーブデバイス６０４Ｂが選択スレーブデバイスとなる（Ｓ２０４）。
選択スレーブデバイス６０４＃は、ＴＸモードとなり、自身のスレーブＩＤおよびトランザクションＩＤを含むリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤを返信する（Ｓ２０６）。
マスターデバイス６０２は、送信スレーブＩＤと、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤに含まれるスレーブＩＤを比較する（Ｓ２０８）。一致した場合は、意図したスレーブデバイス６０４からの返信として処理することができる。一致しない場合は、意図しないスレーブデバイス６０４からの返信であるため、エラー処理を行うことができる。
またマスターデバイス６０２は、自身が管理するトランザクションＩＤと、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤに含まれるトランザクションＩＤを比較し、トランザクションのマッチング処理を行う（Ｓ２１０）。
以上が実施の形態２に係る通信システム６００の通信プロトコルである。続いて、具体的なトランザクションを説明する。
続いて、具体的な通信の例を説明する。図１２は、選択スレーブデバイスにおいて処理遅延が発生したときのタイムチャートである。
マスターデバイス６０２は、スレーブデバイス６０４Ａを宛先に指定して、トランザクションＩＤが１であるリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ［１］を発行する。
宛先に指定されたスレーブデバイス６０４Ａが選択スレーブデバイスとなる。このスレーブデバイス６０４Ａにおいて、リクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ［１］に応じた処理の実行に遅延が発生する。
そしてタイムアウト時間が経過すると、マスターデバイス６０２は次のトランザクションに移行し、スレーブデバイス６０４Ｂを宛先に指定して、トランザクションＩＤが２であるリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳ［２］を発行する。
その後、スレーブデバイス６０４Ａにおいて、先のリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ［１］に応じた処理が完了し、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ[１]が送信され、マスターデバイス６０２がそれを受信する。マスターデバイス６０２は、トランザクションＩＤを参照し、そのリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ[１]が、既にタイムアウト済みの先のリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ[１]に対応するものであることを知ることができる。
その後、スレーブデバイス６０４Ｂにおいて、後のリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ［２］に応じた処理が完了し、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ[２]が送信され、マスターデバイス６０２がそれを受信する。マスターデバイス６０２は、トランザクションＩＤを参照し、そのリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ[２]が、現在待ち受け中の、後ろのリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ[２]に対応するものであることを知ることができ、正しく処理することができる。
このように、実施の形態２に係る通信システム６００によれば、スレーブデバイスの遅延に起因する誤動作を防止できる。
なお実施の形態２において、マスターデバイス６０２は、タイムアウト後に遅れて受信したリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ[１]を、リクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ[１]に対応する正しい応答として処理してもよい。
（実施の形態３）
図１３は、実施の形態３に係る通信システムの通信プロトコルのトランザクションを説明するタイムチャートである。実施の形態３では、マスターデバイス６０２が送信するリクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ／ＣＤは、スレーブＩＤ、トランザクションＩＤに加えて、エラー検出用の検査データＣＤｍを含む。検査データＣＤｍは、（i）巡回冗長検査により生成される情報、（ii）パリティ、(iii)チェックサムの少なくともひとつを含んでもよい。これにより、リクエストコマンドＲＱ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ／ＣＤを受信したスレーブデバイス６０４は、検査データＣＤｍを利用することにより、受信したリクエストコマンドの伝送エラーを検出可能となる。
また実施の形態３において、選択スレーブデバイス６０４が送信するリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ／ＣＤは、スレーブＩＤ、トランザクションＩＤに加えて、エラー検出用の検査データＣＤｓを含む。検査データＣＤｓは、（i）巡回冗長検査により生成される情報、（ii）パリティ、(iii)チェックサムの少なくともひとつを含んでもよい。これにより、リプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ／ＣＤを受信したマスターデバイス６０２は、検査データＣＤｓを利用することにより、受信したリプライコマンドＲＰＬＹ＿ＷＩＴＨ＿ＳＬＶＩＤ／ＴＲＮＳＩＤ／ＣＤの伝送エラーを検出可能となる。
（変形例）
実施の形態２あるいは３において、スレーブデバイス６０４からマスターデバイス６０２に送信されるリプライコマンドからスレーブＩＤを省略してもよい。
（ディスプレイシステム）
続いて実施の形態に係る通信プロトコルの適用例を説明する。上述の通信プロトコルは、ディスプレイシステムに適用することができる。
図１４は、実施の形態に係るディスプレイシステム１００のブロック図である。ディスプレイシステム１００は、ディスプレイユニット１１０およびコントロールユニット１３０を備える。ディスプレイユニット１１０は、ディスプレイパネル１１２、複数のパネルドライバＩＣ３００，３０２を備える。ディスプレイパネル１１２は、典型的には液晶（ＬＣＤ）パネルであるが、有機ＥＬパネルやマイクロＬＥＤパネルであってもよい。
パネルドライバＩＣ３００は、ディスプレイパネル１１２のデータライン（ソースライン）と接続され、データラインを駆動する。またパネルドライバＩＣ３０２は、ディスプレイパネル１１２のスキャンライン（ゲートライン）と接続され、スキャンラインを駆動する。パネルドライバＩＣ３００や３０２の個数は、パネルドライバ１２のサイズ（解像度）にもとづいて決定される。以下、必要がある場合には、パネルドライバＩＣ３００をソースドライバＩＣ３００、パネルドライバＩＣ３０２をゲートドライバＩＣ３０２と呼んで区別する。
コントロールユニット１３０は、グラフィックコントローラ１３２、マイクロコントローラ１３４およびタイミングコントローラＩＣ２００を備える。グラフィックコントローラ１３２は、グラフィックプロセッサを含むＳＯＣ（System On Chip）であり、ディスプレイパネル１１２に表示すべき画像データＩＭＧを生成する。そしてグラフィックコントローラ１３２は、画像データＩＭＧの各画素のＲＧＢ値を、ピクセルクロックＣＬＫ、垂直同期信号Ｖｓｙｎｃ、水平同期信号Ｈｓｙｎｃ、データイネーブル信号ＤＥなどの制御信号とともに、その出力ポートＯＵＴからタイミングコントローラＩＣ２００へと送信する。
タイミングコントローラＩＣ２００は、グラフィックコントローラ１３２から画像データＩＭＧを受信し、画像データＩＭＧについて、ディスプレイユニット１１０のパネルドライバＩＣ３００，３０２を制御するためのドライバ制御信号（タイミング信号）ＣＮＴを生成する。タイミングコントローラＩＣ２００におけるドライバ制御信号ＣＮＴの生成については、公知技術と同様であるため説明を省略する。ドライバ制御信号ＣＮＴは複数のタイミング信号を含む。当業者には各ドライバ制御信号の名称および記号が、メーカによって異なる場合があることが理解される。
１．ソースドライバに対するドライバ制御信号
１．１ スタートパルス（ＳＴＨ）
ディスプレイパネルのパネルサイズ（解像度）に応じて、ソースドライバあるいはゲートドライバが、複数個、カスケード接続される場合がある。タイミングコントローラから出力された画像データおよびドライバ制御信号は、複数のソースドライバを順に経由していく。複数のソースドライバは、スタートパルスＳＴＨをシフトレジスタのように順に先送りする。スタートパルスＳＴＨが入力されているソースドライバが、画像データを取り込む。
１．２ ラッチパルス（ＬＯＡＤ）
ラッチパルスＬＯＡＤは、１走査ラインごとにアサートされる。ソースドライバは、ラッチパルスＬＯＡＤがアサートされると、１走査線分の画像データを取り込む。
１．３ 交流化信号（ＰＯＬ）
ソースドライバは、極性を交互に反転しながらディスプレイパネルを駆動する。交流化信号ＰＯＬによってソースドライバの極性が決定される。
２．ゲートドライバに対するドライバ制御信号
２．１ 垂直シフト方向入出力信号（ＳＴＶ）
複数のゲートドライバがカスケード接続される場合に使用される。垂直シフト方向入出力信号ＳＴＶは、複数のゲートドライバによって順にシフトされる。
２．２ 垂直転送クロック（ＣＰＶ）
各ゲートドライバは、入力された上述の垂直シフト方向入出力信号ＳＴＶを、この垂直転送クロックＣＰＶのポジティブエッジのタイミングで取り込む。
２．３ 出力イネーブル（ＯＥ）
ゲートドライバの出力端子の状態を制御するデータである。出力イネーブルＯＥがアサートされると、ゲート線（走査線）ＧＬに駆動電圧が印加され、ネゲートされるとゲート線ＧＬの電位が固定される。
なお、ドライバ制御信号ＣＮＴの種類や個数やここに例示したものに限定されない。
タイミングコントローラＩＣ２００は、画像データＩＭＧをドライバ制御信号ＣＮＴとともに、複数のパネルドライバＩＣ３００および３０２に送信してそれらを制御することにより、ディスプレイパネル１１２に画像ＩＭＧを表示する。
ディスプレイユニット１１０とコントロールユニット１３０は、１ｍ～１０ｍ程度離れて配置されており、ディスプレイユニット１１０＿ｉとコントロールユニット１３０の間は、長距離伝送が可能なパネルインタフェース１５０を介して接続される。パネルインタフェース１５０は物理的には、ＦＰＣ（Flexible Printed Circuit）基板に形成される、あるいはケーブルに収容された差動配線で構成される。
本実施の形態において、パネルインタフェース１５０は、画像伝送用のメインチャンネル１５２と補助（ＡＵＸ）チャンネル１５４と、を備える。
画像データＩＭＧおよび表示のためのドライバ制御信号（タイミング信号）は、メインチャンネル１５２を介して伝送される。メインチャンネル１５２に関しては、タイミングコントローラＩＣ２００と複数のソースドライバＩＣ３００の間は、ＰｔｏＰ（Point to Point）形式で接続される。なおメインチャンネル１５２に関して、タイミングコントローラＩＣ２００と複数のソースドライバＩＣ３００の間を、マルチドロップ形式で接続してもよい。
本実施の形態において、ゲートドライバＩＣ３０２とタイミングコントローラＩＣ２００は直接接続されておらず、ソースドライバＩＣ３００を介して間接的に接続される。ゲートドライバＩＣ３０２のためのドライバ制御信号は、複数のソースドライバＩＣ３００のうちひとつを経由して、ゲートドライバＩＣ３０２に供給される。
補助チャンネル１５４は、タイミングコントローラＩＣ２００に、ディスプレイユニット１１０のステータス情報、具体的には、複数のソースドライバＩＣ３００あるいはゲートドライバＩＣ３０２のエラー情報等を集約するために追加されたチャンネルである。
補助チャンネル１５４に関しては、タイミングコントローラＩＣ２００と複数のソースドライバＩＣ３００の間は、マルチドロップ形式で接続するとよい。これにより、補助チャンネル１５４を追加したことにともなうタイミングコントローラＩＣ２００の出力ポート数の増加を１個（ピン数は差動なので２個）に抑えることができる。
補助チャンネル１５４を介した通信プロトコルは、タイミングコントローラＩＣ２００がマスター、複数のソースドライバＩＣ３００がスレーブである。たとえば補助チャンネル１５４を介した通信には、Ｉ２Ｃ（Inter IC）互換のプロトコルを利用することができ、これをI2C over Auxと称する。
マイクロコントローラ１３４は、機能安全のために設けられる。マイクロコントローラ１３４とタイミングコントローラＩＣ２００は、Ｉ２Ｃ（Inter IC）などのインタフェースで接続される。ディスプレイユニット１１０のステータス情報は、補助チャンネル１５４を介してタイミングコントローラＩＣ２００に集約され、タイミングコントローラＩＣ２００内のレジスタに書き込まれる。
マイクロコントローラ１３４は、タイミングコントローラＩＣ２００内のレジスタにアクセスすることにより、ディスプレイユニット１１０の各ＩＣのステータス情報を知ることができる。
タイミングコントローラＩＣ２００が取得可能なステータス情報を説明する。
（１）メインチャンネル１５２の伝送エラー
タイミングコントローラＩＣ２００から各ソースドライバＩＣ３００に対して送信されるシリアルデータは、画像データ、ドライバ制御信号に加えて、検査データを含むことができる。検査データは公知のものを用いることができ、たとえば（i）巡回冗長検査（ＣＲＣ）により生成される情報（多項式除算の余り）、（ii）タイミングコントローラＩＣ２００が送信したパケット数、（iii）パリティ、(iv)チェックサムの少なくともひとつを含んでもよい。
各ソースドライバＩＣ３００は、検査データを利用して、メインチャンネル１５２の伝送エラーを検出する。そして検出したエラーをステータス情報として、補助チャンネル１５４を介してタイミングコントローラＩＣ２００に送信する。
（２）ソースドライバＩＣ３００以外の回路ブロックの異常
ディスプレイユニット１１０には、ソースドライバＩＣ３００のほかに、ゲートドライバＩＣ３０２、ディスプレイパネル１１２、図示しない電源回路などが実装されている。ソースドライバＩＣ３００は、ディスプレイユニット１１０におけるホストデバイスとして動作し、周辺回路のステータス情報を収集し、それらを補助チャンネル１５４を介してタイミングコントローラＩＣ２００に送信してもよい。
以上がディスプレイシステム１００の構成である。このディスプレイシステム１００によれば、タイミングコントローラＩＣ２００とパネルドライバ３００間のパネルインタフェース１５０に、画像用のメインチャンネル１５２に加えて、双方向シリアル形式の補助チャンネル１５４を追加することにより、タイミングコントローラＩＣ２００は、パネルドライバ３００の詳細な状態を取得することができる。
図１４のディスプレイシステム１００において、補助チャンネルのプロトコルに、上述の実施の形態１～３で説明した通信プロトコルを好適に用いることができる。具体的には、タイミングコントローラＩＣ２００がマスターデバイス６０２に対応し、ソースドライバＩＣ３００がスレーブデバイス６０４に対応する。
（タイミングコントローラＩＣの構成）
続いてタイミングコントローラＩＣ２００の構成を説明する。図１５は、一実施例に係るタイミングコントローラＩＣ２００のブロック図である。タイミングコントローラＩＣ２００は、画像入力インタフェース回路２０２、ＭＰＵインタフェース回路２０４、レジスタ２０６、ＡＵＸインタフェース回路２０８、信号処理部２１０、複数のシリアライザ２２０、複数のドライバ（トランスミッタ）２３０を備える。シリアライザ２２０、トランスミッタ２３０およびＡＵＸインタフェース回路２０８は、メインチャンネル１５２、補助チャンネル１５４とともにパネルインタフェース１５０の一部分を構成する。
画像入力インタフェース回路２０２は、グラフィックコントローラ１３２から、画像データＩＭＧを、ピクセルクロックＣＬＫ、垂直同期信号Ｖｓｙｎｃ、水平同期信号Ｈｓｙｎｃ、データイネーブル信号ＤＥなどの制御信号とともに受信する。画像入力インタフェース回路２０２とグラフィックコントローラ１３２の間のインタフェースの種類は、公知技術を用いることができる。たとえば物理層としては、ＬＶＤＳ（Low Voltage Differential Signaling）を用いられる。
信号処理部２１０は、画像データＩＭＧにもとづいて、ソースドライバＩＣ３００およびゲートドライバＩＣ３０２を制御するためのドライバ制御信号ＣＮＴを生成する。信号処理部２１０の処理は、従来のタイミングコントローラの処理と同様である。
複数のシリアライザ２２０および複数のトランスミッタ２３０は、複数のソースドライバＩＣ３００に対応して設けられる。各シリアライザ２２０は、画像データＩＭＧのうち、対応するソースドライバＩＣ３００に送信すべき領域のピクセル値と、ドライバ制御信号ＣＮＴを、シリアルデータに変換する。シリアルデータへの変換は、特に限定されないが、たとえば８ｂ１０ｂエンコードや、本出願人が特願2019-066764において提案している９ｂ１０ｂエンコードを採用することができる。
またシリアライザ２２０は、メインチャンネル１５２の伝送エラーの検出のために、検査データをシリアルデータに追加する。
トランスミッタ（ドライバともいう）２３０は、対応するシリアライザ２２０の出力を、対応するソースドライバＩＣ３００に差動シリアル伝送する。トランスミッタ２３０の構成は特に限定されないが、たとえばｍｉｎｉ－ＬＶＤＳ、ＲＳＤＳ（Reduced Swing Differential Signaling）などを採用できる。トランスミッタ２３０と、対応するパネルドライバＩＣ３００の間は、複数のレーンで接続されてもよく、レーン数は、伝送すべき画像データのサイズに応じて決めればよい。
ＡＵＸインタフェース回路２０８は、補助チャンネル１５４を介して複数のソースドライバＩＣ３００と接続される。ＡＵＸインタフェース回路２０８はマスター、複数のソースドライバＩＣ３００はスレーブとして動作する。
上述のように、補助チャンネル１５４に関してはマルチドロップ形式が採用されている。ＡＵＸインタフェース回路２０８は、アクセス先のソースドライバＩＣ３００のデバイスＩＤを出力する。そしてアクセス先のソースドライバＩＣ３００からのアクナリッジを受領すると、リードコマンドを発行し、ソースドライバＩＣ３００内のレジスタに格納されるステータス情報を読み出し、レジスタ２０６に格納する。
ＡＵＸインタフェース回路２０８は、実施の形態１～３において説明したリクエストコマンドを発行する。つまり、送信するコマンドに、スレーブＩＤに加えて、トランザクションＩＤや、検査データを追加する。
ＭＰＵインタフェース回路２０４は、たとえばＩ２Ｃインタフェースであり、マイクロコントローラ１３４と接続される。ディスプレイユニット１１０（ソースドライバＩＣ３００）から、タイミングコントローラＩＣ２００に集約されたステータス情報は、タイミングコントローラＩＣ２００のレジスタ２０６に格納されている。マイクロコントローラ１３４は、ＭＰＵインタフェース回路２０４を介してレジスタ２０６にアクセスすることにより、ディスプレイユニット１１０のステータス情報を得ることができる。
以上がタイミングコントローラＩＣ２００の構成である。
（ソースドライバＩＣの構成）
図１６は、一実施例に係るソースドライバＩＣ３００のブロック図である。ソースドライバＩＣ３００は、レシーバ３１０、デシリアライザ３２０、駆動部３３０、ＡＵＸインタフェース回路３４０、レジスタ３５０を備える。レシーバ３１０は、タイミングコントローラＩＣ２００から、画像データＩＭＧの一部分およびドライバ制御信号ＣＮＴを含む差動シリアル信号を受信する。デシリアライザ３２０は、レシーバ３１０が受信した差動シリアル信号を、パラレルデータに変換（デシリアライズ）する。
駆動部３３０は、ディスプレイパネル１１２の複数のソース線（データ線）ＳＬの一部分と接続されており、デシリアライザ３２０の出力に応じて、各ソース線ＳＬに、画素値に応じた駆動信号を印加する。
デシリアライザ３２０は、エラーチェック処理を行い、メインチャンネル１５２の伝送エラーの有無を検出し、その結果をレジスタ３５０に書き込む。
ＡＵＸインタフェース回路３４０は、補助チャンネル１５４を介してタイミングコントローラＩＣ２００のＡＵＸインタフェース回路２０８と接続される。ＡＵＸインタフェース回路３４０は、ＡＵＸインタフェース回路２０８からリード命令を受けると、レジスタ３５０の指定されたアドレスの値を、ＡＵＸインタフェース回路２０８に送信する。
ＡＵＸインタフェース回路３４０は、実施の形態１～３において説明したリプライコマンドを発行する。つまり、リプライコマンドに、スレーブＩＤやトランザクションＩＤ、検査データを追加する。
以上がソースドライバＩＣ３００の構成である。
図１７は、補助チャンネル１５４の物理層の一例を説明する図である。この実施例において、タイミングコントローラＩＣ２００とソースドライバＩＣ３００は、半二重通信を行うように構成される。タイミングコントローラＩＣ２００のＡＵＸインタフェース回路２０８は、差動トランスミッタ２５０および差動レシーバ２５２を含む。ソースドライバＩＣ３００のＡＵＸインタフェース回路３４０は、差動トランスミッタ３４２および差動レシーバ３４４を含む。ＡＵＸチャンネルの差動伝送ラインは、キャパシタＣ１，Ｃ２によってＡＣ結合されている。これによりソースドライバＩＣ３００のＡＵＸインタフェース回路３４０のトランシーバと、タイミングコントローラ２００のＡＵＸインタフェース回路２０８のトランシーバを異なる電圧で動作させることができる。
以上、本発明について、実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下、こうした変形例について説明する。
（変形例１）
図１４において、１枚のディスプレイパネル１１２に対して複数のソースドライバＩＣ３００が接続されたが、ソースドライバＩＣ３００は１個であってもよい。
（変形例２）
図１４において、タイミングコントローラＩＣ２００と複数のソースドライバＩＣ３００が、ＰｔｏＰ接続される場合を説明したが、その限りでなく、マルチドロップ接続されてもよい。
（変形例３）
図１４において、ゲートドライバＩＣ３０２がソースドライバＩＣ３００とは別のチップとして構成されたがその限りでない。ゲートドライバＩＣ３０２は、ソースドライバＩＣ３００と同じチップに集積化されてもよい。
（用途）
最後に、ディスプレイシステム１００の用途を説明する。図１８は、ディスプレイシステム１００を備える自動車５００の車室内を示す図である。自動車５００は、クラスターパネル５０２、センターインフォメーションディスプレイ５０４、電子ルームミラー５０６、サイドミラー５０８Ｌ，５０８Ｒなどを備える。実施の形態に係るディスプレイシステム１００によれば、これらの複数のディスプレイパネルを、コントロールユニット（表示用のＥＣＵ（Electronic Control Unit））１３０によって一括制御することができる。
ディスプレイシステム１００の用途は車載には限定されず、産業機械などの高い信頼性が要求されるアプリケーションにも適用可能である。
実施の形態にもとづき、具体的な語句を用いて本発明を説明したが、実施の形態は、本発明の原理、応用を示しているにすぎず、実施の形態には、請求の範囲に規定された本発明の思想を逸脱しない範囲において、多くの変形例や配置の変更が認められる。
１００ ディスプレイシステム
１１０ ディスプレイユニット
１１２ ディスプレイパネル
１３０ コントロールユニット
１３２ グラフィックコントローラ
１３４ マイクロコントローラ
２００ タイミングコントローラＩＣ
２０２ 画像入力インタフェース回路
２０４ ＭＰＵインタフェース回路
２０６ レジスタ
２１０ 信号処理部
２２０ シリアライザ
２３０ トランスミッタ
３００ パネルドライバＩＣ
３１０ レシーバ
３２０ デシリアライザ
３３０ 駆動部
６００ 通信システム
６０２ マスターデバイス
６０４ スレーブデバイス

Claims (16)

  1. マスターデバイスと、
    それぞれに固有の識別番号が付与された複数のスレーブデバイスと、
    を備え、
    前記マスターデバイスは、宛先のスレーブデバイスの識別番号を含むリクエストコマンドを発行し、
    前記複数のスレーブデバイスのうち、前記リクエストコマンドに含まれる前記識別番号と一致する識別番号を有するひとつである選択スレーブデバイスは、前記識別番号を含むリプライコマンドを返信することを特徴とする通信システム。
  2. 前記リクエストコマンドは、トランザクションごとに固有のトランザクション番号をさらに含み、
    前記選択スレーブデバイスは、受信した前記リクエストコマンドに含まれる前記トランザクション番号を前記リプライコマンドに含めて返信することを特徴とする請求項１に記載の通信システム。
  3. 前記リクエストコマンドは、エラー検出用の検査データを含むことを特徴とする請求項１または２に記載の通信システム。
  4. 前記リプライコマンドは、エラー検出用の検査データを含むことを特徴とする請求項１から３のいずれかに記載の通信システム。
  5. 前記検査データは、（i）巡回冗長検査により生成される情報、（ii）パリティ、(iii)チェックサムの少なくともひとつを含むことを特徴とする請求項３または４に記載の通信システム。
  6. マスターデバイスと、
    それぞれに固有の識別番号が付与された複数のスレーブデバイスと、
    を備え、
    前記マスターデバイスは、宛先のスレーブデバイスの識別番号と、トランザクションごとに固有のトランザクション番号を含むリクエストコマンドを発行し、
    前記複数のスレーブデバイスのうち、前記リクエストコマンドに含まれる前記識別番号と一致する識別番号を有するひとつである選択スレーブデバイスは、前記識別番号と、受信した前記リクエストコマンドに含まれる前記トランザクション番号を含むリプライコマンドを返信することを特徴とする通信システム。
  7. 前記マスターデバイスと前記複数のスレーブデバイスは、クロック埋め込みの差動シリアルインタフェースで接続されることを特徴とする請求項１から６のいずれかに記載の通信システム。
  8. 前記通信システムはディスプレイシステムに実装され、
    前記ディスプレイシステムは、
    ディスプレイパネルおよび前記ディスプレイパネルを駆動する複数のパネルドライバを含むディスプレイユニットと、
    画像データを生成するグラフィックコントローラと、
    前記グラフィックコントローラから前記画像データを受信し、差動シリアル形式のメインチャンネルを介して前記複数のパネルドライバを制御するとともに、双方向シリアル形式の補助チャンネルを介して前記複数のパネルドライバそれぞれと通信可能なタイミングコントローラと、
    を備え、
    前記補助チャンネルに関して、前記タイミングコントローラが前記マスターデバイスとして実装され、前記複数のパネルドライバが前記複数のスレーブデバイスとして実装されることを特徴とする請求項１から７のいずれかに記載の通信システム。
  9. 請求項１から８のいずれかに記載の通信システムを備えることを特徴とする自動車。
  10. ディスプレイユニットを有するディスプレイシステム用のタイミングコントローラであって、
    前記ディスプレイユニットは、ディスプレイパネルと、それぞれに固有の識別番号が付与された複数のパネルドライバを含み、
    前記タイミングコントローラは、
    グラフィックコントローラから画像データを受信する画像入力インタフェース回路と、
    前記画像データにもとづいて、前記複数のパネルドライバを制御するための制御信号を生成する信号処理部と、
    前記画像データおよび前記制御信号をシリアルデータに変換するシリアライザと、
    前記シリアライザの出力を、前記複数のパネルドライバに送信する差動トランスミッタと、
    補助インタフェースを介して接続され、前記複数のパネルドライバとの間で双方向通信可能な補助インタフェース回路と、
    を備え、
    前記補助インタフェース回路は、
    宛先のスレーブデバイスの識別番号を含むリクエストコマンドを発行し、
    前記複数のパネルドライバのうち、前記リクエストコマンドに含まれる前記識別番号と一致する識別番号を有するひとつである選択スレーブデバイスから、前記識別番号を含むリプライコマンドを受信し、
    受信した前記リプライコマンドに含まれる前記識別番号が、前記リクエストコマンドに含まれる前記識別番号と一致するか否かを判定することを特徴とするタイミングコントローラ。
  11. 前記リクエストコマンドは、トランザクションごとに固有のトランザクション番号をさらに含み、
    前記選択スレーブデバイスは、受信した前記リクエストコマンドに含まれる前記トランザクション番号を前記リプライコマンドに含めて返信するように構成され、
    前記補助インタフェース回路は、前記リプライコマンドに含まれる前記トランザクション番号が、前記リクエストコマンドに含まれる前記トランザクション番号と一致するか否かを判定することを特徴とする請求項１０に記載のタイミングコントローラ。
  12. 前記補助インタフェース回路は、前記リクエストコマンドに、検査データを付加することを特徴とする請求項１０または１１に記載のタイミングコントローラ。
  13. 前記検査データは、（i）巡回冗長検査により生成される情報、（ii）パリティ、(iii)チェックサムの少なくともひとつを含むことを特徴とする請求項１２に記載のタイミングコントローラ。
  14. ディスプレイユニットを有するディスプレイシステム用のタイミングコントローラであって、
    前記ディスプレイユニットは、ディスプレイパネルと、それぞれに固有の識別番号が付与された複数のパネルドライバを含み、
    前記タイミングコントローラは、
    グラフィックコントローラから画像データを受信する画像入力インタフェース回路と、
    前記画像データにもとづいて、前記複数のパネルドライバを制御するための制御信号を生成する信号処理部と、
    前記画像データおよび前記制御信号をシリアルデータに変換するシリアライザと、
    前記シリアライザの出力を、前記複数のパネルドライバに送信する差動トランスミッタと、
    補助インタフェースを介して接続され、前記複数のパネルドライバとの間で双方向通信可能な補助インタフェース回路と、
    を備え、
    前記補助インタフェース回路は、
    宛先のスレーブデバイスの識別番号と、トランザクションごとに固有のトランザクション番号を含むリクエストコマンドを発行し、
    前記複数のパネルドライバのうち、前記リクエストコマンドに含まれる前記識別番号と一致する識別番号を有するひとつである選択スレーブデバイスから、前記トランザクション番号を含むリプライコマンドを受信し、
    受信した前記リプライコマンドに含まれる前記トランザクション番号が、前記リクエストコマンドに含まれる前記トランザクション番号と一致するか否かを判定することを特徴とするタイミングコントローラ。
  15. マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスの間の通信方法であって、
    前記マスターデバイスが、宛先のスレーブデバイスの識別番号を含むリクエストコマンドを発行するステップと、
    前記複数のスレーブデバイスのうち、前記リクエストコマンドに含まれる前記識別番号と一致する識別番号を有するひとつである選択スレーブデバイスが、前記識別番号を含むリプライコマンドを返信するステップと、
    前記マスターデバイスが、前記リプライコマンドに含まれる前記識別番号が、前記リクエストコマンドに含まれる前記識別番号と一致するか否かを判定するステップと、
    を備えることを特徴とする通信方法。
  16. マスターデバイスと、それぞれに固有の識別番号が付与された複数のスレーブデバイスの間の通信方法であって、
    前記マスターデバイスが、宛先のスレーブデバイスの識別番号と、トランザクションごとに固有のトランザクション番号を含むリクエストコマンドを発行するステップと、
    前記複数のスレーブデバイスのうち、前記リクエストコマンドに含まれる前記識別番号と一致する識別番号を有するひとつである選択スレーブデバイスが、前記トランザクション番号を含むリプライコマンドを返信するステップと、
    前記マスターデバイスが、前記リプライコマンドに含まれる前記トランザクション番号が、前記リクエストコマンドに含まれる前記トランザクション番号と一致するか否かを判定するステップと、
    を備えることを特徴とする通信方法。
JP2019224731A 2019-12-12 2019-12-12 通信システム、通信方法、タイミングコントローラ、ディスプレイシステム、自動車 Pending JP2023037036A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019224731A JP2023037036A (ja) 2019-12-12 2019-12-12 通信システム、通信方法、タイミングコントローラ、ディスプレイシステム、自動車
PCT/JP2020/046074 WO2021117819A1 (ja) 2019-12-12 2020-12-10 通信システム、通信方法、タイミングコントローラ、ディスプレイシステム、自動車

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019224731A JP2023037036A (ja) 2019-12-12 2019-12-12 通信システム、通信方法、タイミングコントローラ、ディスプレイシステム、自動車

Publications (1)

Publication Number Publication Date
JP2023037036A true JP2023037036A (ja) 2023-03-15

Family

ID=76329940

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019224731A Pending JP2023037036A (ja) 2019-12-12 2019-12-12 通信システム、通信方法、タイミングコントローラ、ディスプレイシステム、自動車

Country Status (2)

Country Link
JP (1) JP2023037036A (ja)
WO (1) WO2021117819A1 (ja)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0844661A (ja) * 1994-07-26 1996-02-16 Fuji Xerox Co Ltd 情報処理装置
US10530959B2 (en) * 2018-04-12 2020-01-07 Lexmark International, Inc. Communication between an image forming device and a replaceable supply item
WO2019208390A1 (ja) * 2018-04-26 2019-10-31 ローム株式会社 半導体装置、ディスプレイ装置、車載ディスプレイシステム

Also Published As

Publication number Publication date
WO2021117819A1 (ja) 2021-06-17

Similar Documents

Publication Publication Date Title
JP4186940B2 (ja) データ転送制御装置及び電子機器
JP5269973B2 (ja) ビットエラー率テスト機能が追加されたタイミングコントローラとソースドライバの間のデータ伝送方法及び装置
JP3786120B2 (ja) データ転送制御装置及び電子機器
EP2725500A1 (en) Serial communication circuit, integrated circuit device, physical quantity measuring device, electronic apparatus, moving object, and serial communication method
WO2017024627A1 (zh) 一种液晶显示驱动系统及驱动方法
US8127056B2 (en) Data transfer control device including a switch circuit that switches write destination of received packets
CN107957811B (zh) 触摸显示设备、触摸系统、触摸主装置和通信方法
CN104915165A (zh) 接收器电路及其操作方法
JP3835459B2 (ja) データ転送制御装置及び電子機器
KR20160053116A (ko) 표시장치
JP4924560B2 (ja) データ転送制御装置及び電子機器
CN110232888B (zh) 一种显示面板、显示装置和显示装置的驱动方法
US20140085353A1 (en) Semiconductor integrated device, display device, and debugging method for semiconductor integrated device
JP7109272B2 (ja) 半導体集積回路、ブリッジチップ、ディスプレイシステム、自動車
CN103914167B (zh) 计算机系统及其触控及显示数据传输装置与方法
KR20160078614A (ko) 표시장치
WO2021117640A1 (ja) タイミングコントローラおよびディスプレイシステム、自動車
WO2021117819A1 (ja) 通信システム、通信方法、タイミングコントローラ、ディスプレイシステム、自動車
US20090091527A1 (en) Display and Method of Transmitting Image Data Therein
WO2021117641A1 (ja) タイミングコントローラおよびディスプレイシステム、自動車
JP2004334203A (ja) ダブルディスプレイパネル用駆動回路
US7535901B2 (en) Data transfer control device and electronic instrument
WO2021117820A1 (ja) タイミングコントローラおよびディスプレイシステム、自動車
JP4661810B2 (ja) データ転送制御装置及び電子機器
KR102552032B1 (ko) 표시장치, 컨트롤러 및 컨트롤러의 구동 방법