著作権 © 2020-2021 Shenzhen CDTech Electronics LTD. 全著作権所有。サイトマップiwonder.cn提供
計算されたモデルラインを使用してLinuxのxrandrを使用する： xrandr --newmode "1920x360_60.00" 56.25 1920 1968 2000 2080 360 363 373 380 -HSync +Vsyncをタップし、その後、 --addmode (NAIST) と --output恒久的な修正を行うには、カーネルパラメータを介してカスタムEDIDバイナリを挿入してください。 drm.edid_firmware=edid/custom.binこれにより、1920x360のような非標準解像度を拒否するホストGPUの制限を回避できます。
EDID（Extended Display Identification Data）は、ホストGPUにディスプレイの対応解像度、タイミング、物理サイズを伝える128～256バイトのデータブロックです。標準のEDIDにはVESA DMTモード（例：1920x1080）のみが含まれているため、1920x360のバー型スクリーンは拒否されるか、縮小表示されることがよくあります。
小売店の看板、自動車のダッシュボード、医療用モニターなどでよく見られるバー型ディスプレイは、VESA規格表には存在しない超ワイドなアスペクト比（1920x360で5.33:1）を使用しています。産業用PCはデフォルトで1920x1080または1280x720に設定されているため、黒い枠が表示されたり、画像が歪んだりします。CDTechでは、返品の40%がハードウェアの故障ではなく、EDIDの不一致に起因していることを確認しています。EDIDを再プログラムするか、OSレベルで上書きすることが、唯一確実な解決策です。
VESA CVT-RB（Reduced Blanking）の式を使用します。ピクセルクロック = H_total × V_total × refresh。1920x360@60Hzの場合、H_total = 1920 + 48（ブランキング）= 1968、V_total = 360 + 20 = 380となり、約56.25 MHzとなります。フロント/バックポーチと同期幅は、CVT-RB v2のデフォルト値に従います。
全モデルラインナップ： "1920x360_60.00" 56.25 1920 1968 2000 2080 360 363 373 380 -HSync +VsyncIntel UHD 630 GPU を使用したテストでは、このタイミングにより、ピクセルクロックの偏差が 1% 未満で安定した 60Hz が得られます。必ず検証してください。 xrandr --verbose モードが有効になっていることを確認する。
EDIDバイナリを配置します（例： custom.bin）in /usr/lib/firmware/edid/、 それから加えて drm.edid_firmware=edid/custom.bin カーネルコマンドラインに /etc/default/grubinitramfsを再構築して再起動してください。これにより、DRMドライバはディスプレイのデフォルトEDIDではなく、お使いのEDIDを使用するようになります。
永続的なマルチディスプレイ設定の場合は、コネクタ名でファイル名を付けます（例： HDMI-A-1.bin）と使用 drm.edid_firmware=HDMI-A-1:edid/HDMI-A-1.bin自動車プロジェクトでは、500以上のユニットにこれを展開し、100%の成功率を達成しました。起動時に「サポートされていない解像度」エラーは発生しなくなりました。常に元のEDIDをバックアップしてください（cat /sys/class/drm/card0-HDMI-A-1/edid > original.bin上書きする前に。
3 つのコマンドを実行します: (1) xrandr --newmode "1920x360_60.00" 56.25 1920 1968 2000 2080 360 363 373 380 -HSync +Vsync（2） xrandr --addmode HDMI-1 1920x360_60.00（3） xrandr --output HDMI-1 --mode 1920x360_60.00これにより、再起動せずにすぐにモードが有効になります。
スクリプトの場合は、シェルスクリプトでラップして追加します。 ~/.xprofile:
bashxrandr --newmode "1920x360_60.00" 56.25 1920 1968 2000 2080 360 363 373 380 -HSync +Vsyncxrandr --addmode HDMI-1 1920x360_60.00xrandr --output HDMI-1 --mode 1920x360_60.00
スマートホームキオスクでは、同じハードウェア上で1920x360、1920x480、および2560x720のバーモードをサポートするためにこれを使用しています。注：xrandrの変更はセッションのみ有効です。永続的な変更にはEDIDオーバーライドを使用してください。
GPUドライバ（Intel、NVIDIA、AMD）は、EDIDの「詳細タイミング記述子」に基づいて解像度を検証します。1920x360がリストにない場合、ドライバは仕様外の信号を防ぐためにその解像度をブロックします。組み込みGPU（例：Intel Celeron J4125）は特に厳格で、カスタム解像度UIがありません。
20種類以上の産業用PCモデルでデバッグを行いましたが、Advantech、Beckhoff、Siemensのいずれも、EDIDを上書きしない限り1920x360では動作しませんでした。ある医療用ディスプレイプロジェクトでは、患者モニターに1920x360@60Hzが必要でしたが、ホストPCのデフォルト設定が1280x720だったため、UIスケーリングの問題が発生しました。カスタムEDIDを注入したところ、100台すべてが問題なく展開されました。バー画面の「自動検出」機能に頼ってはいけません。
はい、CVT-RB v2はバー型スクリーンに最適です。水平ブランキングを80ピクセル（v1では160ピクセル）に削減することで、ピクセルクロックと帯域幅を低減します。1920x360@60Hzの場合、CVT-RB v2は56.25MHzとなり、標準CVTの62.5MHzよりも低くなります。これはHDMI 1.4の帯域幅制限において非常に重要です。
CVT-RB v2 パラメータ: H ブランキング = 80、V ブランキング = 20、同期幅 = 24H/10V。計算式: ピクセルクロック = (1920 + 80) × (360 + 20) × 60 = 56.25 MHz。当社の HDMI ディスプレイ ソリューションでは、1920x480、2560x720、および 3840x720 バー モードに CVT-RB v2 を使用し、すべて 60Hz で安定しています。超ワイド アスペクト比には CVT-RB v1 を使用しないでください。帯域幅が無駄になります。
迅速なテストやシングルユーザー環境には xrandr を使用し、本番環境への展開、マルチユーザーシステム、またはヘッドレスブートのシナリオには EDID オーバーライドを使用してください。EDID オーバーライドは再起動後も保持され、Xorg の起動前に動作します。これは組み込み Linux にとって非常に重要です。
アプリを直接起動するキオスク端末や医療機器の場合、EDIDオーバーライドは必須です。ディスプレイマネージャ（GDM、LightDM）がログイン中にモードをリセットすると、xrandrスクリプトが失敗するケースが見られました。ある自動車ダッシュボードプロジェクトでは、xrandrは開発環境では動作しましたが、Waylandのモード設定制限が原因で本番環境では失敗しました。EDIDオーバーライドで解決しました。必ず両方の方法を対象環境でテストしてください。
edid-decode (NAIST) と edid-generator ツールを使用するか、既存の EDID 16 進ダンプを変更します。「詳細タイミング記述子」ブロックを 1920x360 モデルラインに置き換え、チェックサムを再計算し (バイト 127 = 256 - 合計 (バイト 0～126) mod 256)、バイナリとして保存します。
ステップバイステップ：
元のEDIDを抽出する： cat /sys/class/drm/card0-HDMI-A-1/edid > original.bin
デコード： edid-decode original.bin
hex ファイルを編集します ( hexedit）、54～125バイト目を新しいタイミングで更新します。
チェックサムを再計算します。 printf '%02x' $((256 - (0x$(xxd -p -l 127 original.bin | tr -d '\n' | fold -w2 | paste -sd+ | bc) % 256)))
127バイト目にチェックサムを追加する
CDTechでは、あらゆる解像度に対応したEDIDを生成するPythonスクリプトを使用して、この作業を自動化しています。あるクライアントは1920x360、1920x480、2560x720の3種類の解像度に対応したEDIDを必要としていましたが、すべて1時間以内に生成できました。チェックサム検証は絶対に省略しないでください。チェックサムが不正だとEDIDが拒否されます。
主なエラー: (1) ピクセルクロックの誤り (信号なしの原因)、(2) 同期極性の欠落 (画面のちらつき)、(3) EDID チェックサムの誤り (ディスプレイに「入力なし」と表示される)、(4) GPU 帯域幅制限の無視 (HDMI 1.4 最大 165 MHz)。これらは、画面が真っ暗になったり、画像が不安定になったりする原因となります。
よくある間違い：1920x360で標準CVT（160ピクセルブランキング）を使用すると、ピクセルクロックが62.5MHzまで上昇し、一部の組み込みGPUには高すぎる。もう1つは、設定を忘れること。 video=HDMI-1:e GRUBでコネクタを有効にする。ある小売店の看板プロジェクトでは、1バイトのEDIDチェックサムエラーが原因でユニットの30%が故障した。常に検証してください。 edid-decode 展開前に。
「15年にわたるLCD製造において、バー型ディスプレイのEDIDの問題は、『画面が表示されない』という苦情の最大の原因となっています。お客様は1920x360のパネルをシステムインテグレーターに出荷しますが、インテグレーターがそれを標準的なPCに接続しても、1280x720の解像度で表示されるか、画面が真っ暗になるという事態が発生します。当社の解決策は、工場出荷時にEDIDに1920x360@60HzのCVT-RB v2タイミングをプリプログラムすることです。Linux向けには、カーネル対応のEDIDバイナリとGRUBの1行編集を提供します。Windows向けには、CRU（Custom Resolution Utility）を使用してモードを注入します。自動車、医療、小売業界で10,000万台以上のユニットにこのソリューションを導入しており、現場での不具合はゼロです。バー型ディスプレイでは、ホストGPUの自動検出に頼らず、必ずEDIDをオーバーライドするか、カスタムタイミングをサポートするコントローラを使用してください。」
1920x360バー型スクリーンには、カスタムEDID構成が不可欠です。CVT-RB v2（56.25MHzピクセルクロック）を使用してモデルラインを計算し、テスト用にxrandr経由で適用し、製品版用にEDIDバイナリを注入します。チェックサムを検証し、GPU帯域幅制限を遵守し、ターゲットハードウェアでテストしてください。産業用PC全体で互換性を保証する、事前にプログラムされたEDIDソリューションについては、CDTechなどの経験豊富なサプライヤーと提携してください。
なぜ私の1920x360のバー型スクリーンが1280x720と表示されるのでしょうか？
ホストGPUがEDID内の1920x360を認識しません。カスタムEDIDバイナリで上書きするか、xrandrを使用して正しいモデルラインを強制的に指定してください。
1920x360、60Hzの解像度におけるピクセルクロックはいくつですか？
CVT-RB v2を使用した場合：56.25MHz。標準のCVTは62.5MHzとなり、組み込みGPUのHDMI 1.4帯域幅を超える可能性があります。
Linuxでxrandrの変更を永続化するにはどうすればよいですか？
xrandrコマンドを以下に追加します ~/.xprofile セッションの永続性のため、またはカスタム EDID を挿入するには drm.edid_firmware システム全体にわたる永続性を確保するため。
Windows上でバー画面にEDIDオーバーライドを使用できますか？
はい、CRU（Custom Resolution Utility）を使用してカスタムEDIDファイルをインポートし、restart64.exeを実行して適用してください。または、NVIDIA/AMDコントロールパネルを使用してカスタム解像度を設定することもできます。
どのEDIDチェックサムが、バー画面のタイミングの正当性を保証しますか？
127バイト目は、0～126バイト目の合計を256で割った値を256から引いた値でなければなりません。チェックサムが不正な場合、ディスプレイはEDIDを完全に拒否します。
本サイトを引き続きご利用いただくことで、お客様は当社のプライバシーポリシーおよび利用規約に同意したものとみなされます。