עבור פרויקט תצוגת LED לביצוע ולהשיג בהצלחה את יעדיו המיועדים, תוכנית פרויקט מקיפה היא חיונית. אילו צעדים מעורבים בתכנון מערכת בקרת תצוגה LED? אילו אינדיקטורים ופרמטרים יש לקחת בחשבון במהלך תהליך העיצוב?
תהליך תכנון מערכת בקרת התצוגה של LED כולל בעיקר חמישה שלבים: איסוף ואישור דרישות, תכנון פתרונות, סקירת פתרונות, יישום פתרונות ומסירת פתרונות. תרשים הזרימה מוצג להלן.

דרישות איסוף ואימות
איסוף דרישות
איסוף דרישות כולל ביצוע מחקר וניתוח מעמיק ומפורט של "הדרישות" או "הצרכים" המתבטאים על ידי בעלי העניין בפרויקט. תהליך זה נועד להבין במדויק את דרישות הפונקציונליות, הביצועים והאמינות הספציפיות של המשתמשים והפרויקט. תהליך זה מתרגם את דרישות המשתמש הבלתי פורמליות להגדרת דרישות מלאות, ובכך מבהיר מה המערכת צריכה לעשות ומספק בסיס לתכנון, שיפור ותחזוקה של המערכת.
איסוף דרישות הוא צעד מכריע בשלב תכנון הפרויקט, מכיוון שהוא קובע איזו פונקציונליות מערכת צריכה להיות מושגת ומספקת כיוון ברור כיצד להשיג אותה.
באופן כללי, הדרישות מסווגות לדרישות עסקיות, דרישות משתמש ודרישות פונקציונליות, תלוי ביעד
חלק מהצרכים הם צריכי פסאודו וחסר ערך מעשי. יש להקרן את צרכי המשתמש על סמך שלושת הממדים של האותנטיות, הערך והכדאיות. זה יסנן את אלה שהם שקריים, בלתי אפשריים או חסרי ערך, ובכך לזקק את הצרכים החיוניים של המשתמש. הבנת "מדוע" חשובה יותר מ"מה "היא מכריעה.
ניתן גם לסווג צרכים כמפורשים ומשתמעים. צורך מפורש הוא הצהרה ספציפית של מנהיג הפרויקט בנוגע לאתגרים, נקודות המפתח והקשיים; צורך מרומז הוא הצהרה מעורפלת של מנהיג הפרויקט בנוגע לאתגרים, נקודות המפתח והקשיים. לדוגמה, אם משתמש אומר כי איכות התצוגה ירודה, זהו צורך מרומז שיש לבחון כצורך מפורש. זה יכול להיות מונחה על ידי שאלות כמו "איזה היבט של הביצוע אתה מתכוון?"
אם למשתמשים יש למשתמשים את מודל ה- $ ערעור, למשתמשים את שמונת הממדים הבאים של הדרישות לפיתרון.
$: מחיר;
ת: זמינות;
P: אריזה;
P: ביצועים;
E: קל לשימוש;
ת: הבטחות;
L: עלות מחזור חיים;
S: Cobertance Social.
יש לדרג את הדרישות על פי חשיבות על סמך סדרי העדיפויות של הפרויקט ותחומי המיקוד העיקריים. זה יאפשר את תצורת העיצוב הרציונלי של צוות העיצוב ותצורת הציוד על סמך סדרי עדיפויות אלה.
תהליך איסוף הדרישות הוא על הבנת צרכי הפרויקט הנוכחיים והנושאים הדחופים ביותר שצריך לטפל בהם.
הביקוש לתצוגות LED בדרך כלל מגיע ממשתמשי קצה, קבלנים או אינטגרטורים. מידע על דרישות אופייניות מועבר לאנשי עסקים בפרויקט באמצעות מסמכי מכרזים, שיחות טלפון, מיילים וערוצים אחרים. לאחר מכן נאספים דרישות ראשוניות אלה ומנותחות מוקדם. תהליך ניתוח מוקדם זה כולל בדרך כלל אישור דרישות ויצירת רשימת דרישות.
אישור דרישות
בשל המקורות והשיטות המגוונות של הדרישות, עלינו לערוך אישור משני וסינון מידע של מידע הדרישות. אישור משני כולל אישור מחדש עם בעלי העניין של הפרויקט כל מידע לא ברור, לא מדויק או מעורפל בתיאור הדרישות כדי להבטיח את דיוקו. סינון מידע כרוך בעיקר בניתוח ומיון מקיף של מידע על משתמשים, מידע על פרויקט ומידע על משתמש קצה המבוסס על שלושה אלמנטים עיקריים: סוג הפרויקט, תרחיש ותהליך.
1. קבע את סוג הפרויקט.
פרויקטים שונים דורשים פתרונות שונים ויש להם סדרי עדיפויות שונים. לדוגמה, חברות השכרה מעדיפות עדיפות לביצועים וקלות השימוש, ואילו חברות התקנה קבועות מתעדפות עלות ויציבות.
2. זהה את תרחיש היישום.
תרחישי יישומים שונים דורשים פתרונות שונים. לדוגמה, תיאטראות מתעדפים את איכות התמונה של מסכי LED, ואילו התקנות שלב מתעדפות את הפונקציונליות של מסכי ED.
3. ללכת בחוויית המשתמש.
כאשר שיטות יישום שונות יכולות לעמוד באותה דרישה, יש לבחון את חוויות המשתמש וההרגלים בפועל כדי לאפשר לצוות העיצוב לזהות את הפיתרון האופטימלי.
צור רשימת דרישות
לאחר איסוף ואישור מידע על דרישות, צור רשימת דרישות ותעד אותה. לתיעוד דרישות המשתמש יש שני יתרונות משמעותיים: 1. זה מבטיח תקשורת אפקטיבית בצוות הפרויקט, הפחתת עלויות תקשורת פנימיות ומבטיחה את שלמות המידע על הדרישות במהלך העברה . 2. היא מאפשרת את ההקלטה והארכיון של שינויים בדרישות, הקלה על מעקב ומעקב במהלך פעילויות תכנון הפרויקט, ובסופו של דבר משרתת כמשלוחים של פתרונות.
רשימת הדרישות צריכה לכלול, אך לא מוגבלת, שם הדרישה, המשתמש, מסגרת הזמן, סוג, תרחיש, פריט, תיאור ועדיפות. יתר על כן, יש לתאר את השימוש בפועל בפריט, תוך התחשבות בתהליכי משתמש והרגלים, ולדרישות יש לדירוג על פי חשיבות.
רשימת דרישות
| שם דרישה | דרישה למשתמשים | זמן דרישה | סוג דרישה | תרחיש דרישות | פריט דרישה | תיאור דרישות | עדיפות לדרישה |
עיצוב פתרונות
לאחר איסוף ואישור הדרישות, נדרש תכנון פתרונות. במהלך תהליך תכנון הפתרונות, יש לקחת בחשבון באופן מקיף את העלות, תאימות, ניהול סיכונים, יישום פרויקטים והיבטים אחרים, ולדבוק בו את השלמות התפקודית.
קונספט העיצוב מבוסס על עקרונות הביצועים האמינים, טכנולוגיה מתקדמת, תחזוקה קלה ושימור משאבים.
עיצוב מסך תצוגת LED כולל בדרך כלל עיצוב מערכות בקרה, עיצוב מסך תצוגה ועיצוב בנייה. עיצוב מערכת הבקרה ועיצוב מסך התצוגה הם משלימים ובדרך כלל הם באחריות הספק. תכנון הבנייה נקבע בדרך כלל באמצעות שיתוף פעולה בין המשתמש לחברת הבנייה.
נכון לעכשיו, ישנן שתי שיטות התקנה נפוצות לתצוגות LED המיינסטרים: האחת היא לפצל מודולי LED, והשני הוא לבנות ארון LED. הראשון מציע פתרונות גמישים, סוגי עומסים מגוונים, תחזוקה ותיקון קלים ועלויות פרויקט כוללות נמוכות. האחרון מציע מבנה ארון יציב יותר, התקנה מהירה וקלה, חלקות משופרת משופרת ועיצוב הארון, המאכלס את ספק הכוח, קבלת כרטיס ורכיבים אלקטרוניים שונים, הופך אותו לבטוח יותר לשימוש. לפיכך, תוך התחשבות בכל הגורמים, שיטת ההתקנה של מודול ה- LED השחבור מתאימה לרוב תרחישי ההתקנה של התצוגה הקבועה בשוק, ואילו שיטת התקנת ארון LED משמשת בעיקר למסכי חוץ גדולים, התקנות תצוגה קבועות מתקדמות עם תקציבים מספקים ויישומים להשכרה. בהתחשב ברלוונטיות, המעשיות ואורך יישומי תצוגת LED, ספר זה מתמקד בעיצוב מערכות בקרה בעיצוב תצוגת LED. תכנון מערכת בקרה כולל בדרך כלל קבלת עיצוב כרטיסים, עיצוב בקר, עיצוב אביזרים ורשימת ציוד.
קבלת עיצוב כרטיסים
עבור יצרני ארונות LED, מיקום השוק והפונקציונליות הנדרשת של מוצר הארון נחשבים כבר כאשר הארון מתוכנן ומשוחרר. לפיכך, קבלת בחירת כרטיסים היא שיקול מרכזי מתחילת עיצוב הארונות. לכן, עבור עיצובים של מערכות בקרה המשתמשים בהתקנת ארון LED, אין צורך לבחור כרטיס קבלה או לחשב את יכולת העומס שלו. לדוגמה, ארונות סדרת AW ו- DW של ABSEN וארונות סדרת UGN ו- UGM של UNLUMIN נמכרים בנפרד, כאשר הכרטיס המקבל כבר משולב ובעל באגים מלא. כל שעליך לעשות הוא להפעיל את הארון לתצוגה רגילה.
עבור עיצובים של מערכות בקרה המשתמשים בשחבור מודולי LED, יש לקחת בחשבון את בחירת הכרטיס המתאימה על בסיס המידע שנאסף. גורמי מפתח המשפיעים על בחירת כרטיסים קבלת במהלך תכנון מערכות הבקרה כוללים את סוג ממשק הנתונים של המודול, הדרישות הפונקציונליות הספציפיות של הפרויקט, ואת תבנית קבוצת הנתונים של כרטיס הקבלה {}} בחירת כרטיס קבלת
1) סוג ממשק נתוני מודול
ממשק קלט/פלט נתונים של מודול LED נקרא בדרך כלל ממשק רכזת. זה מגדיר את "השפה" הסטנדרטית המשמשת בעת תקשורת בין מודול ה- LED לכרטיס הקבלה. נכון לעכשיו, ישנם סוגים רבים של ממשקי רכזות בשוק, כאשר הנפוצים ביותר הם Hub75E ו- Hub320. איורים 2-2-1 ו- 2-2-2 מראים שני מקבלי ערפיליות של נובה: DH426 (לממשק Hub75E) ו- DH436 (לממשק Hub320).

ההבדל בין ממשק Hub7SE לממשק Hub320 טמון בהגדרותיהם. מודולים עם ממשק Hub75E בדרך כלל מכילים שתי קבוצות נתונים, ואילו מודולים עם ממשק Hub320 מכילים ארבע קבוצות נתונים. לכן, בבחירת כרטיס קבלת, סוג ממשק הרכזת של המודול צריך להיות השיקול העיקרי. סוגי ממשקים שאינם תואמים עשויים להפוך את כרטיס הקבלה שנבחר לבלתי ניתן להפעלה או בלתי ניתנים להפעלה ישירות, ולחייב תוספת של לוח מתאם רכזת כדי להמיר את הממשק. זה מגדיל את המורכבות והעלויות של הפרויקט.
2) דרישות פונקציונליות ספציפיות של הפרויקט
בהתבסס על המידע שנאסף מרשימת הדרישות הראשוניות, יש לנו הבנה ברורה של הצרכים הספציפיים של המשתמש וקבענו אם נדרשים פונקציות ספציפיות. לכן, בבחירת כרטיס קבלה, חשוב לשקול בזהירות את הצרכים הספציפיים של המשתמש ואת התכונות הפונקציונליות של הכרטיס כדי לקבוע אם דגם ספציפי או סדרה של כרטיסי קבלה נחוצים ליישום הפונקציונליות הנדרשת. לדוגמה, בפרויקט אחד, המשתמש צריך לאתר ולאתר (בדוק) פיקסלים מחוץ לשליטה (אורות מתים) בתצוגת LED. אם נטילה את מערכת הבקרה של Nova Nobula כדוגמה, הפיתרון הטכני אמור לכלול את כרטיס הניטור MON300. ניתן להשתמש בכרטיס ניטור זה רק עם מודל ספציפי של קבלת כרטיס, ה- MRVS60, כדי להשיג את הדרישות לעיל.

ישנן דרישות פונקציונליות ספציפיות רבות אחרות, כמו חביון נמוך ו- HDR. הפיתרון הספציפי מחייב התייעצות עם מפרטי מוצרי הכרטיס הרלוונטיים לפני בחירת מודל. אם הפרויקט אינו דורש דרישות פונקציונליות מיוחדות כאלה, בחירת הכרטיסים המקבלת אינה מוגבלת.
יצרני מערכות בקרה שקול בקפידה את מיקום השוק של דגמים שונים של קבלת כרטיסים באותה סדרה בעת תכנוןם, במטרה לספק למשתמשים אפשרויות גמישות יותר. מלבד קיבולת העומס, פרמטר חשוב נוסף עבור דגמים שונים של קבלת כרטיסים באותה סדרה הוא מצב קבוצת הנתונים, אשר בא לידי ביטוי גם במספר יציאות הרכזת בכרטיס הקבלה. לדוגמה, כרטיסי הקבלה של סדרת Nova Nebula DH כוללים 8, 12 ו- 16 Hub7SE, בהתאמה. ה- Hub75E הוא תקן התעשייה, כאשר כל יציאה תומכת בשתי קבוצות של נתוני אות RGB. לכן, כרטיסי DH7508, DH7512 ו- DH7516 כרטיסים תומכים במקסימום של 16, 24 ו- 32 קבוצות נתונים, בהתאמה . 3) מצב קבוצת נתונים של כרטיס המקלט
קבוצות הנתונים המתאימות לכל יציאת רכזת מסודרות ברצף מלמעלה למטה. יציאת הרכזת הראשונה בכרטיס הקליטה DH7508 ממוספרת 1, המתחברת לשורה הראשונה של המודולים ומתאימה לקבוצות נתונים 1 ו -2. באופן דומה, מספר J2 תואם קבוצות נתונים 3 ו -4. באופן דומה, מספר J8 תואם לקבוצות נתונים 15 ו -16.

בבחירת כרטיס קבלת, המודל המתאים נבחר בדרך כלל על פי גובה המודול. לדוגמה, אם פרויקט משתמש במודולים עם רזולוציה של 160x80 (פיקסלים, כל הרזולוציות בספר זה נמצאות בפיקסלים) (ממשק Hub75E) ליצירת תצוגה של 720p (1280x7200), איזה כרטיס קבלת יש לבחור?
בהתבסס על חישובי רזולוציה, אנו יודעים שתצוגת ה- LED מורכבת מ- 9 שורות ו -8 עמודות של מודולים. מערך של 9 שורות דורש לפחות 9 ממשקי רכזת כדי לתמוך בעומס האנכי. עם זאת, בכרטיס הקבלה של DH7508 יש רק 8 ממשקי רכזות, דבר שאינו מספיק לעומס אנכי. לכן יש לבחור את כרטיס הקבלה DH7512, באמצעות 9 ממשקי הרכזת שלו. מספר כרטיסי הקליטה DH7512 הנדרשים לתמיכה מלאה בתצוגה כולה דורש חישובי עומס נוספים.
חישוב עומס כרטיסי מקלט
חישוב עומס כרטיסי המקלט תלוי בעיקר במספר הפיקסלים הכולל הנתמך על ידי כרטיס הקבלה ובמצב קבוצת הנתונים המתאימה המשמש. שיטת החישוב היא כדלקמן.
השיקולים העיקריים לבחירת מודל כרטיס קבלת הם סך קיבולת עומס הכרטיס המקובלת ומצב קבוצת הנתונים המקסימאלית הנתמכת.
ראשית, שקול את מודל הכרטיס המקבל על סמך מספר השורות והעמודות של המודול. זה בעיקר מחשיב את מספר השורות. עבור מודולים עם עד 8 שורות, בחר כרטיס קבלת עם 8 ממשקי רכזת, כמו DH7508; עבור מודולים עם עד 12 שורות, בחר כרטיס קבלת עם 12 ממשקי רכזות, כמו DH7512; ולמודולים עם עד 16 שורות, בחר כרטיס קבלת עם 16 ממשקי רכזת, כמו DH7516.
בשלב הבא, אופטימיזציה של הבחירה בהתבסס על יכולת עומס הכרטיס המקבלת. בהתבסס על רזולוציית המודול ועל רזולוציית הכרטיסים המקבלים, באפשרותך לחשב את המספר המרבי של המודולים שניתן לאתר עם ממשק רכזת יחיד ואת המספר הכולל של כרטיסי הקבלה הנדרשים. אם החישוב מראה שממשק רכזת יחיד אינו יכול לתמוך במודול יחיד, שקול להוסיף כרטיסי קבלה, להפחית את מספר ממשקי הרכזת, או לבחור כרטיס קבלה עם יכולת עומס גדולה יותר. לקיחת כרטיס נובה ערפילית DH7516 כדוגמה, אם משתמשים בממשקי רכזת 1-4, הכרטיס המקבל פועל במצב 8 נתונים, ויכולת העומס של קבוצת נתונים יחידה {}}} סך הקיבולת העומס של קיבולת הקיבולת של קבלת הקיבולת של קבלת הקלד / 8. / 16. אם משתמשים בממשקי רכזת 9-16, כרטיס הקבלה פועל במצב 32-נתונים, ויכולת העומס של קבוצת נתונים יחידה מינוס קיבולת העומס הכוללת של כרטיס הקבלה / 32.
באופן כללי, על ידי חישוב מספר המודולים שכרטיס קבלה יחיד יכול לתמוך בהתבסס על המפרט של כרטיסי הקבלה והמודולים שנבחרו לפרויקט, ניתן לבצע עיצוב עומס סביר. משתמשים בתעשייה מחברים בדרך כלל כמה שיותר מועצות יחידות ביכולת העומס של כרטיס הקבלה, ובכך מפחיתים את מספר הכרטיסים הקבלה המשמשים והורדת עלויות.
עיצוב בקר
בקרים, המכונה בדרך כלל כרטיסי משדר, הם מכריעים בפרויקטים של תצוגת LED. לאחר בחירה וחישוב עומס הכרטיס המקבל, הדגם וכמות הקבלה בפרויקט נקבעים בעצם. בשלב הבא, בחירת בקר וחישוב עומס מבוצעים כדי לקבוע את המודל והכמות של בקרים בפתרון הסופי.
בחירת בקר
1) סוג מקור קלט הווידיאו
הפונקציה העיקרית של הבקר היא לקבל אותות וידאו ממכשיר מקור או מחשב מקור וידאו קדמי, לעבד אותם לאותות דיפרנציאליים המתאימים להעברה דרך כבל רשת ואז להעביר אותות אלה לכרטיס הקבלה דרך יציאת רשת וכבל לתצוגה בתצוגת LED. לכן, בבחירת בקר, יש לקחת בחשבון את סוג מקור קלט הווידיאו הקדמי. לדוגמה, ייתכן שחדר ישיבות יצטרך להתקין מסך ED תעשייתי גדול, והמשתמש דורש להציג הזנת וידאו מצלמה אחת על המסך לשימוש יומיומי. המצלמה משתמשת בדרך כלל בממשק SDI.
לכן, בבחירת בקר, עליך לבחור אחד עם ממשק SDI, ולא רק על כל בקר. אם לוקחים את בקר הענן של נובה כדוגמה, תוכלו לבחור את MCTRL660PRO עם ממשק 3G-SDI אחד או את MCTRLR5 עם ממשק 6G-SDI.

בהתבסס על המידע שנאסף מראש, יש לנו הבנה ברורה של הצרכים הספציפיים של המשתמש והאם נדרשים פונקציות ספציפיות. לכן, בבחירת בקר, עלינו להשוות בזהירות את הצרכים הספציפיים של המשתמש עם המאפיינים הפונקציונליים של כרטיס הקבלה ולשקול אם נדרש מודל בקר ספציפי כדי להשיג את הפונקציות המתאימות.
לדוגמה, תחנת טלוויזיה רוצה להתקין תצוגת LED לשידורים חיים. בשל מאפייני השידור של התחנה, יש לסנכרן את תמונת תצוגת ה- LED ככל האפשר עם תמונת השידור בשידור חי, ועיכוב תמונה המשפיע על איכות השידור אינו מקובל. בשל מקרה השימוש הייחודי, פיתרון זה מחייב דרישה פונקציונלית ספציפית, כלומר "חביון נמוך". בקרים נפוצים בשוק חווים בדרך כלל עיכוב תמונה של מסגרת אחת בגלל המאפיינים המובנים שלהם. אם העכרים בכרטיס המקבל ותצוגת LED מתנהג ב- IC, המערכת כולה חווה עיכוב של 3-4 מסגרת, אשר מורגש בקלות בעין האנושית. לכן, בבחירת בקר L660 Pro לפתרון זה, יש לקחת בחשבון שיקולים מיוחדים. לדוגמה, בקר MCTRL660PRO המשויך לכרטיס A8S/A10S בתוספת כרטיס קבלת יכול להפחית את חביון המערכת הכללי לשתי פריימים, כאשר השהיית כמעט אפס הושגה בצד הבקר.










