ディスプレイ画面がオンにならない場合の問題を解決するための手順の概要
ステップ1:
回路図とテストプログラムを提供します。通常、95% の顧客は情報を表示画面に表示できます。
ステップ2:
それでもディスプレイがオンにならない場合は、問題がハードウェアにあるかソフトウェアにあるかを判断する必要があります。この時点では、デモ ユニットをお客様に提供するのが最善です。これにより、お客様はディスプレイ自体が損傷していないことを確認でき、トラブルシューティング プロセスが大幅に促進されます。
ステップ3:
問題が解決しない場合は、顧客は回路図設計とソフトウェアを工場のエンジニアと共有し、潜在的な問題を特定することができます。この手順により、問題の 99% が解決されるはずです。
ステップ4:
前の手順を実行してもディスプレイがまだオンにならない場合は、顧客は設計したボードを工場のエンジニアに送り、さらにトラブルシューティングの支援を受けることができます。
注: お客様によっては、使用している MCU または評価キット (開発ボードなど) を当社に送付し、設計の提案を依頼されることがあります。ただし、これは非常に困難です。市場には多種多様な MCU があり、エンジニアがそれらすべてに精通することは非現実的です。
たとえば、当社のエンジニアがトヨタ車の修理に熟練しているのに、顧客がテスラ車を持ち込んで診断を依頼するというシナリオに似ています。エンジニアは、新しいシステムを研究して理解するために、かなりの時間を費やす必要があります。
問題の詳細な説明は次のとおりです。
私たちは次のような顧客からのメールをよく受け取ります:
「ディスプレイがうまく動作しません。どうすればいいですか?」
ディスプレイ画面がオンにならない場合のトラブルシューティングでは、問題は通常、次の 2 つのカテゴリに分類されます。 ハードウェア or ソフトウェア.
ハードウェア:
構成の問題
LCD 画面には多くのピンがあることが多く、工場では特定の構成が実装されている場合があります。データシートだけに頼ってトラブルシューティングを行うのは、非常に困難な場合があります。お客様は LCD ドライバーに精通している必要があるだけでなく、コンポーネントの構成や障害にも対処する必要があり、それがストレスになることもあります。
適切なドキュメントと詳細な回路図は、顧客がこれらのハードウェアの課題を克服する上で非常に重要です。
弊社のエンジニアはすでにディスプレイの点灯に成功しているので、最も簡単な解決策は、ディスプレイのテスト セットアップの概略図をお客様に提供することです。これにより、ディスプレイとコンポーネントの構成に対する弊社のアプローチが一目でわかります。
顧客の MCU は工場でテストに使用されたものとは異なる場合がありますが、機能的には類似していることがよくあります。この回路図を共有することで、顧客はトラブルシューティング中に不要な迂回を避けることができます。
回路図は通常次のようになります。
すべてが正しく見えるのに、表示が まだ点灯しません:
場合によっては、すべての設定が正しいように見えても、ディスプレイがオンにならないことがあります。これは、次のような一般的な物理的な問題が原因である可能性があります。
- ディスプレイの損傷 (例:取り扱いまたは製造上の欠陥によるもの)。
- FPC(フレキシブルプリント回路)の破断これにより、電気接続が中断されます。
- 静電気放電(ESD)による損傷、敏感なコンポーネントを破壊する可能性があります。
繊細で高精度のディスプレイの場合、損傷によるダウンタイムを回避するために、少なくとも 2 つの予備ユニットを用意しておくことをお勧めします。
それでもディスプレイが機能しない場合は、お客様は当社の製品を購入することを検討してください。 デモボード or 評価ボードこれらは、事前にテストされた信頼性の高いリファレンス デザインを提供し、顧客の開発サイクルを大幅に短縮し、問題がセットアップにあるのかディスプレイ自体にあるのかを特定するのに役立ちます。
ソフトウェア(ファームウェア)
一部のディスプレイでは、特にレジスタ構成などの設定が非常に複雑になる場合があります。これらの設定には細心の注意を払った理解とプログラミングが必要になることが多く、工場のエンジニアでさえもミスをすることがあります。
良いニュースは、 ICメーカー 通常は提供する コード例 と ライブラリファイルは、最も複雑なタスクを処理します。ライブラリ ファイルを組み込むことで、エンジニアはワークフローを効率化できます。
c
コードをコピーする
#含む
これにより、IC メーカーの事前定義された設定をプログラムにインポートできます。その後、エンジニアはインターフェースと必要な機能を定義するだけで済みます。
当社が使用するICに馴染みのないお客様には、 サンプルコード 当社の製品テストから得られるデータにより、不要な迂回を回避し、開発プロセスを大幅に簡素化できます。
サンプル コードは、.txt ファイル、.h (16 進ファイル) などの形式で提供され、いずれも顧客にとって便利な参照資料となります。
サンプルコードは通常次のようになります。
あるいは(コンパイラIDEを使用する場合)
上記のハードウェアおよびソフトウェアのサポートにより、95% のお客様の問題は解決できます。ただし、一部のお客様では、依然としてディスプレイが点灯しない場合があります。これは、お客様のマザーボードに問題があることを示している可能性があります。
顧客のマザーボードをサポートすることは、主に顧客が使用するコントローラの種類が多岐にわたるため、工場にとって困難です。工場のエンジニアは、顧客のコントローラと PCB 配線を徹底的に調査するためにかなりの時間を費やす必要があります。
とはいえ、工場のエンジニアが、例えば 51シリーズ, STM32シリーズまたは Arduinoシリーズ、彼らは助けてくれるかもしれません。
工場のエンジニアが顧客の MCU に関する知識を持っている場合は、次のようなサポートを提供できます。
- この 接続方法 MCU と LCD の間 (下の図を参照)。
- 対応する サンプルコード 具体的な設定については。
注記:
- デモボードと評価ボード(評価キット)の違い:
- デモボード:
工場によるディスプレイ機能のデモンストレーション用に特別に設計されています。お客様は画像やディスプレイ構成を変更することはできません (または変更が困難です)。 - 評価ボード:
顧客が独自の画像をプログラムしてアップロードしたり、表示設定を変更したりできるため、柔軟性が高まります。現在、当社では 2 つの手頃な価格の評価ボードを提供しています。- ジャズ-MCU-01:
SPI、I2C、8 ビット、または 16 ビット MCU/TTL インターフェイスを備えたディスプレイを駆動するように設計されています。工場では、顧客が提供するイメージを事前にロードできます。また、顧客が AGU 製品に精通している場合は、独自のイメージをアップロードすることもできます。 - ジャズ-HDMI-01:
RGB、LVDS、またはMIPIインターフェースを備えたディスプレイを駆動するように設計されています。HDMIを使用しているため、お客様はコンピューターに接続して、希望する画像やビデオを直接表示できます。
- ジャズ-MCU-01:
- デモボード:
- ソフトウェア(コード)とファームウェアの違い:
- ファームウェア:
ファームウェアもコードですが、ハードウェアの下位レベルで使用されます。ファームウェアには通常、めったに変更されない基本的なハードウェア設定が含まれます。たとえば、タッチ コントロール IC では、工場出荷時に設定されたファームウェアにタッチ感度や温度曲線などの設定が含まれていることがよくあります。 - コード(ソフトウェア):
ソフトウェアはファームウェア上に構築され、高度な機能を実装することでハードウェアの機能を強化します。これにより、ユーザー固有のカスタマイズとより高度な操作が可能になります。
- ファームウェア: