راهنمای وضوح نمایشگر LCD و نسبت تصویر برای پروژه‌های OEM
برنامه‌ریزی هندسهٔ نمایشگر و بار سیستم
وضوح نمایشگر LCD تعداد افقی و عمودی پیکسل‌های (pixels) قابل آدرس‌دهی است. باید همراه با ناحیهٔ فعال فیزیکی، نسبت تصویر، محتوای رابط کاربری، حافظهٔ کنترلر، نرخ نوسازی و زمان‌بندی رابط انتخاب شود. این راهنما به تیم‌های OEM کمک میکند عنوان وضوح را بدون اشتباه‌گرفتن تعداد پیکسل (pixel) با اندازهٔ صفحه، به مشخصات عملی ماژول تبدیل کنند.
. مثال‌های وضوح، محاسبات هستند و بیانگر موجودی ثابت نیستند؛ نقشهٔ نهایی ماژول، جدول زمان‌بندی و حدود کنترلر را تأیید کنید.
وضوح نمایشگر LCD چه معنایی دارد
وضوح بیان میکند چند عنصر تصویر قابل آدرس‌دهی در عرض و طول نمایشگر چیده شده‌اند. ماتریس 320 × 240 دارای 320 ستون و 240 سطر، در مجموع 76,800 pixels است. ماتریس 1024 × 600 دارای 614,400 pixels است. عدد بزرگ‌تر به‌خودی‌خود خواناتر بودن متن را ثابت نمی‌کند، زیرا خوانایی به ابعاد ناحیهٔ فعال، گام پیکسل (pixel)، اندازهٔ قلم، فاصلهٔ دید، کنتراست و شرایط نوری نیز بستگی دارد.
در نمایشگرهای رنگی TFT کریستال مایع، هر پیکسل (pixel) نمایش معمولاً زیرپیکسل‌های (subpixels) قرمز، سبز و آبی دارد. میزبان همچنان وضوح پنل را تعداد پیکسل‌های (pixels) کامل نمایش در نظر می‌گیرد. عمق رنگ تعداد بیت‌های (bits) مورد استفاده برای نمایش هر پیکسل (pixel) را توصیف میکند؛ این مشخصه جدا از وضوح است.
horizontal pixels × vertical pixels
horizontal pixels ÷ vertical pixels
pixels × bits per pixel ÷ 8
pixels × frames/s × bits per pixel
وضوح در برابر اندازهٔ صفحه، ناحیهٔ فعال و نسبت تصویر
سه نقشه میتوانند عنوان قطر یکسان داشته باشند، در حالی که ماتریس‌های پیکسل (pixel)، نواحی فعال یا ابعاد بیرونی ماژول متفاوت‌اند. برعکس، دو ماژول میتوانند وضوح یکسان و ابعاد فیزیکی متفاوت داشته باشند. فیلدهای زیر را هنگام طراحی مکانیکی و UI جداگانه در نظر بگیرید.
مثال ماژول گرد: COM31H3P76ULC یک مثال نمایشگر گرد 480 × 480 با ناحیهٔ فعال به قطر 78.62 mm و ابعاد بیرونی مستند 88.83 × 91.43 mm به‌همراه آرایش پایین FPC/فریم است. تصمیم‌های محفظه باید بر اساس نقشهٔ تحت کنترل باشند، نه صرفاً ماتریس مربعی پیکسل (pixel).
وضوح پیکسل
تعداد ستون‌ها و سطرهای قابل آدرس‌دهی، برای مثال 800 × 480. این مقدار بوم UI را تعیین میکند و بر نیاز حافظه و انتقال داده اثر دارد.
ناحیهٔ فعال یا دید
ناحیهٔ فیزیکی تولید تصویر که معمولاً بر حسب میلی‌متر مشخص میشود. آن را همراه با تعداد پیکسل (pixel) برای محاسبهٔ گام افقی و عمودی پیکسل (pixel) به کار ببرید.
ابعاد بیرونی ماژول
اندازهٔ کلی مکانیکی شامل شیشه، نور پس‌زمینه، PCB، زبانه‌ها، کانکتورها و تلرانس‌ها. این اندازه با قطر صفحه یا ناحیهٔ فعال یکسان نیست.
گام افقی پیکسل (pixel) را می‌توان از تقسیم عرض فعال بر تعداد افقی پیکسل (pixel) تخمین زد؛ گام عمودی از تقسیم ارتفاع فعال بر تعداد عمودی پیکسل (pixel) به دست می‌آید. تعداد پیکسل در اینچ را می‌توان در هر محور پس از تبدیل میلی‌متر به اینچ (inches) محاسبه کرد. اگر دو نتیجه متفاوت باشند، پیکسل‌ها (pixels) مربعی نیستند؛ بنابراین نسبت ناحیهٔ فعال فیزیکی و نسبت عددی وضوح نباید یکسان در نظر گرفته شوند.
جهت قرارگیری تصمیم مستقل دیگری است. چرخاندن پنل 800 × 480 بوم UI با ابعاد 480 × 800 ایجاد میکند، اما مکانیک ماژول، حدود کنترلر، جهت دید یا محل کابل را تغییر نمی‌دهد. راهنمای گسترده‌تر انتخاب ماژول TFT LCD برای پروژه‌های HMI صنعتی این محدودیت‌های سطح سیستم را پوشش میدهد.
مثال‌های متداول وضوح LCD و نسبت تصویر
مقادیر زیر مثال‌های محاسباتی‌اند که اغلب در بحث نمایشگرهای نهفته دیده می‌شوند. این‌ها فهرست موجودی SuccessLCD نیستند و نام‌هایی مانند QVGA یا WVGA هرگز نباید در RFQ جای ماتریس دقیق افقی × عمودی را بگیرند.
| وضوح | نسبت ساده‌شدهٔ پیکسل (pixel) | کل پیکسل‌ها (pixels) | یک فریم RGB565 | یک فریم RGB888 | زمینهٔ معمول برنامه‌ریزی |
|---|---|---|---|---|---|
| 320 × 240 | 4:3 | 76,800 | 0.154 MB | 0.230 MB | ابزارهای فشرده و HMIهای گرافیکی ساده‌تر |
| 480 × 272 | 30:17 | 130,560 | 0.261 MB | 0.392 MB | رابط‌های تعبیه‌شدهٔ کوچک با قالب عریض |
| 800 × 480 | 5:3 | 384,000 | 0.768 MB | 1.152 MB | چیدمان‌های عریض HMI با جزئیات گرافیکی متوسط |
| 800 × 600 | 4:3 | 480,000 | 0.960 MB | 1.440 MB | چیدمان‌های چهاربه‌سه و اکوسیستم‌های تثبیت‌شدهٔ کنترلر |
| 1024 × 600 | 128:75 | 614,400 | 1.229 MB | 1.843 MB | داشبوردهای صنعتی پرتراکم‌تر و چیدمان‌های UI چندپنلی |
| 1024 × 768 | 4:3 | 786,432 | 1.573 MB | 2.359 MB | رابط‌های گرافیکی چهاربه‌سه با جزئیات بیشتر |
| 1280 × 800 | 8:5 | 1,024,000 | 2.048 MB | 3.072 MB | رابط‌های با جزئیات بیشتر وقتی میزبان و پیوند از بار پشتیبانی می‌کنند |
مقادیر حافظه بر اساس مگابایت ده‌دهی و یک فریم فشرده‌نشده‌اند: RGB565 = 16 bits برای هر pixel؛ RGB888 = 24 bits برای هر pixel. بافر دوگانه یا سه‌گانه، گام سطر، همترازی و لایههای گرافیکی حافظهٔ لازم را افزایش می‌دهند.
تصمیم دربارهٔ ماژول مشخص 7-inch همچنان به شواهد در سطح محصول نیاز دارد. از پروفایل مدل TFT LCD با اندازهٔ 7-inch و وضوح 1024 × 600 مدل COG-T700MI2XE-02 برای آن پیکربندی مستند محصول استفاده کنید؛ نقش این صفحه همچنان توضیح عمومی وضوح و محاسبات است.
وضوح LCD چگونه بر حافظه، کلاک Pixel و بار رابط اثر می‌گذارد
افزایش تعداد pixel، مقدار دادهٔ تصویری را که کنترلر باید ایجاد، ذخیره و منتقل کند افزایش میدهد. در 60 فریم بر ثانیه، 800 × 480 به 23.04 میلیون pixels فعال در ثانیه نیاز دارد؛ 1024 × 600 به 36.864 میلیون نیاز دارد. ضرب در 24 bits برای هر pixel، برآورد اولیهٔ بار دادهٔ فعال RGB را میدهد، اما این نرخ نهایی خط رابط نیست.
Texas Instruments توضیح میدهد که برنامه‌ریزی کلاک pixel باید زمان‌بندی افقی و عمودی همراه با blanking را شامل شود و مقادیر نهایی از دیتاشیت پنل گرفته می‌شوند. سریال‌ساز، غیرسریال‌ساز، کنترلر و پنل همگی باید از کلاک و نرخ انتقال لازم پشتیبانی کنند. این راهنمای رسمی را ببینید: راهنمای طراحی TI برای وضوح نمایشگر و کلاک pixel.
چهار بررسی پیش از تأیید وضوح
- ظرفیت بافر فریم: یک فریم را با عمق رنگ مورد نظر محاسبه کنید؛ سپس تعداد واقعی بافرها، گام سطر، همترازی، لایههای رویهم و داراییهای گرافیکی را در نظر بگیرید.
- بازهٔ کلاک Pixel: زمان‌بندی کامل پنل شامل pixels فعال، عرض پالس‌های هم‌زمان‌سازی، فاصله‌های پیشین/پسین و نرخ نوسازی را با حدود میزبان و قطعات رابط مقایسه کنید.
- پهنای باند انتقال: تعداد lane، سریال‌سازی، کدگذاری، سربار بسته یا blanking و هر فشرده‌سازی پشتیبانی‌شده را در نظر بگیرید و فقط از بار دادهٔ pixel فعال استفاده نکنید.
- عملکرد رندر: تأیید کنید پردازنده، پهنای باند حافظه و پشتهٔ گرافیکی میتوانند UI مورد نظر را با نرخ فریم و بازهٔ دمایی لازم به‌روز کنند.
این مرور کلی DSI-2 از MIPI Alliance یک رابط مقیاس‌پذیر میزبان به نمایشگر با پهنای باند بالا، چند حالت کارکرد و پشتیبانی اختیاری فشرده‌سازی نمایشگر را توصیف میکند. سند مرور کلی فشرده‌سازی نمایشگر VESA توضیح میدهد کدک‌های پشتیبانی‌شده چگونه میتوانند نرخ دادهٔ انتقال را کاهش دهند. فشرده‌سازی خودکار نیست: هر دو انتهای ارتباط و پیاده‌سازی رابط انتخاب‌شده باید از روش یکسان پشتیبانی کنند.
برای تعیین مسئولیت رابط و اعتبارسنجی، از این راهنما استفاده کنید: راهنمای رابط LCD شامل RGB، LVDS، MIPI و SPI. انتخاب وضوح باید زمان‌بندی لازم و بار UI را مشخص کند؛ جزئیات استاندارد سیگنال و یکپارچه‌سازی در راهنمای رابط پوشش داده می‌شوند.
وضوح بومی و مقیاسگذاری
هرگاه عملی است، UI را در ماتریس pixel بومی پنل طراحی کنید. ارسال وضوح منبع متفاوت به مقیاسگذاری، برش، افزودن حاشیه یا چیدمان جدید نیاز دارد. مقیاس‌گذار میتواند هزینه، تأخیر، ترافیک حافظه و فرض‌های پردازش تصویر را اضافه کند؛ کنترلرهای ساده ممکن است آن را نداشته باشند. متن، خطوط به ضخامت یک pixel و نمادها به‌ویژه به مقیاسگذاری با ضریب غیرِ عدد صحیح حساس‌اند؛ بنابراین کنترلر و پنل واقعی را با هم آزمون کنید.
چگونه وضوح نمایشگر LCD را برای پروژهٔ OEM انتخاب کنیم
- از وظیفهٔ اطلاع‌رسانی شروع کنید. کوچک‌ترین متن، نمادها، نمودارها، نواحی ویدئو و کنترل‌های هم‌زمانی را که اپراتور باید درک کند فهرست کنید.
- فاصلهٔ دید و ناحیهٔ فعال قابل استفاده را تعیین کنید. اندازه‌های فیزیکی مورد نظر متن و کنترلها را به بودجهٔ عملی pixel تبدیل کنید؛ فقط از قطر شروع نکنید.
- جهت‌گیری و نسبت UI را انتخاب کنید. ترکیب عمودی یا افقی را با محفظه، روند کار اپراتور و ماتریس دقیق pixel تطبیق دهید.
- حافظه و بار دادهٔ فعال را محاسبه کنید. از عمق رنگ، نرخ فریم و تعداد بافر مورد نظر استفاده کنید؛ سپس سربار پیاده‌سازی را اضافه کنید.
- حدود کنترلر و زمان‌بندی را تأیید کنید. کلاک pixel، نوسازی، فاصله‌های زمانی، تعداد lane، ولتاژ رابط، مقداردهی اولیه و عملکرد گرافیکی را با دیتاشیت‌های واقعی تطبیق دهید.
- مکانیک و اپتیک را بررسی کنید. ناحیهٔ فعال، ناحیهٔ قابل مشاهده، ابعاد بیرونی، محل کانکتور، روشنایی، رفتار دید، ساختار لمس و بازشوی لنز محافظ را تأیید کنید.
- نمونهٔ کامل را اعتبارسنجی کنید. پیش از تثبیت ماژول، UI واقعی را با کنترلر، کابل، محفظه و شرایط کارکرد مورد نظر اجرا کنید.
تعداد pixels را به‌طور پیش‌فرض حداکثر نکنید
pixels اضافی میتوانند حافظه، پهنای باند، کار رندر و هزینهٔ توسعهٔ UI را افزایش دهند، بدون آنکه وظیفهٔ اپراتور بهتر انجام شود.
فقط قطر را مشخص نکنید
قطر، ناحیهٔ فعال، ابعاد بیرونی و ماتریس pixel فیلدهای جداگانه‌اند. محفظه و UI به هر چهار مورد نیاز دارند.
بر اساس یک برچسب تأیید نکنید
نام‌هایی مانند WVGA ممکن است به‌صورت ناهماهنگ استفاده شوند. ماتریس دقیق و زمان‌بندی پنل را در مشخصات کنترل‌شده درج کنید.
حداقل اطلاعات برای بررسی مهندسی
- تصاویر UI یا وایرفریم‌ها
- کوچک‌ترین اندازهٔ لازم متن و نماد
- فاصلهٔ دید و جهت‌گیری
- ناحیهٔ فعال هدف و ابعاد بیرونی ماژول
- ماتریس pixel پیشنهادی
- پردازندهٔ میزبان یا کنترلر نمایشگر
- حافظهٔ موجود بافر فریم
- عمق رنگ و نیاز نوسازی
- رابط ترجیحی و محدودیت‌های lane
- ساختار لمس و لنز محافظ
- دمای کارکرد و نگهداری
- نقشه، نمونه یا قطعهٔ فعلی مرجع
پس از روشن‌شدن محدودیت‌های pixel و سیستم، گزینه‌های موجود را بررسی کنید: مسیرهای ماژول TFT LCD. برای تحویل روشن‌تر اطلاعات به تأمین‌کننده، از این ابزار استفاده کنید: چک‌لیست درخواست قیمت (RFQ) ماژول TFT LCD.
پرسش‌های متداول
وضوح LCD برابر 800 × 480 یعنی چه؟
LCD با وضوح 800 × 480 دارای 800 ستون pixel و 480 ردیف pixel قابل آدرس‌دهی است؛ در مجموع 384,000 pixels. نسبت عددی ماتریس pixel آن به 5:3 ساده میشود. این مقدار اندازهٔ فیزیکی صفحه، ناحیهٔ فعال، گام pixel، رابط، نرخ نوسازی یا ابعاد بیرونی ماژول را بیان نمی‌کند؛ این مقادیر باید از نقشه و دیتاشیت همان مدل گرفته شوند.
آیا 1024 × 600 همان نسبت تصویر 16:9 است؟
دقیقاً نه. نسبت عددی 1024 × 600 به 128:75 ساده میشود، یعنی تقریباً 1.707، در حالی که 16:9 تقریباً 1.778 است. وقتی گام افقی و عمودی pixel برابر نیست، نسبت فیزیکی ناحیهٔ فعال نیز میتواند متفاوت باشد. برای طراحی UI از ماتریس دقیق و برای مکانیک از نقشه استفاده کنید.
آیا وضوح بالاتر LCD همیشه نمایشگر بهتری ایجاد میکند؟
خیر. وضوح بالاتر میتواند در ناحیهٔ فعال مناسب جزئیات بیشتری نشان دهد، اما نیاز حافظه، نرخ انتقال رابط و رندر را نیز افزایش میدهد. اگر قلمها و کنترلها از نظر فیزیکی بیش از حد کوچک شوند، قابلیت استفاده ممکن است بدتر شود. وضوح را بر اساس وظیفهٔ اپراتور، فاصلهٔ دید، ناحیهٔ فعال، توانایی کنترلر و محیط نوری انتخاب کنید، نه فقط تعداد pixel.
LCD به چه میزان حافظهٔ بافر فریم نیاز دارد؟
برای یک فریم فشردهنشده، تعداد pixels افقی را در تعداد pixels عمودی و سپس در bits برای هر pixel ضرب کنید و بر هشت تقسیم کنید. یک فریم 800 × 480 از نوع RGB565 به 768,000 bytes نیاز دارد؛ RGB888 از 1,152,000 bytes استفاده میکند. سیستم واقعی ممکن است به دو یا سه بافر همراه با گام سطر، همترازی، لایههای رویهم و داراییهای گرافیکی نیاز داشته باشد.
آیا کنترلر LCD میتواند محتوا را برای وضوح بومی متفاوت مقیاسگذاری کند؟
بسیاری از کنترلرها و پردازندهها میتوانند محتوا را مقیاسگذاری کنند، اما سازگاری به کنترلر، نسبت منبع به پنل، مسیر حافظه و الگوریتم مقیاسگذاری بستگی دارد. مقیاسگذاری با ضریب غیرِ عدد صحیح میتواند متن یا خطوط به ضخامت یک pixel را محو کند، و ناسازگاری نسبت تصویر میتواند هندسه را دچار اعوجاج کند. برای محتوای حساس HMI، رندر با وضوح بومی ترجیح دارد مگر آنکه کل مسیر مقیاسگذاری اعتبارسنجی شده باشد.
مراجع مهندسی
- Texas Instruments: انتخاب سریال‌ساز LVDS بر اساس وضوح نمایشگر — برنامه‌ریزی کلاک pixel، blanking و نرخ خط.
- MIPI Alliance: MIPI DSI-2 — معماری مقیاس‌پذیر رابط میزبان به نمایشگر و حالت‌های کارکرد پشتیبانی‌شده.
- VESA: کدک‌های فشرده‌سازی نمایشگر — دامنهٔ فشرده‌سازی انتقال نمایشگر و زمینهٔ پیاده‌سازی.
Pixels، مکانیک و کنترلر را با هم تثبیت کنید
UI مورد نظر، محدودیت‌های ناحیهٔ فعال و ابعاد بیرونی، کنترلر، رابط، نوسازی، عمق رنگ و الزامات کارکرد را ارسال کنید. SuccessLCD میتواند مسیر وضوح را به‌عنوان بخشی از مشخصات کامل نمایشگر OEM بررسی کند.
الزامات پروژهٔ LCD خود را ارسال کنید
