LED dizajn sistema kontrole ekrana

Za projekt LED displeja za uspješno izvršavanje i postizanje svojih namjenskih ciljeva, sveobuhvatan plan projekta je od suštinskog značaja. Koji su koraci uključeni u osmišljavanje LED sistema kontrole ekrana? Koji pokazatelji i parametri treba razmotriti tokom procesa dizajna?
Proces dizajna dizajna kontrole LED displeja prvenstveno uključuje pet faza: Zahtev za prikupljanje i potvrdu, dizajn rešenja, pregled rešenja, resetiranje, implementacija rešenja i isporuku rešenja. FlowCart je prikazan u nastavku.

Zahtevi prikupljanje i verifikacija

Prikupljanje zahtjeva

Prikupljanje zahtjeva uključuje provođenje dubinskog i detaljnog istraživanja i analize "zahtjeva" ili "potreba" izraženih od strane projektnih dionika. Ovaj proces ima za cilj precizno razumjeti posebne funkcionalne, performanse i zahtjeve pouzdanosti i korisnika i projekta. Ovaj proces prevodi neformalne potrebe korisnika u potpunu definiciju zahtjeva, čime se razjašnjava na taj način koji sistem mora učiniti i pruža osnovu za dizajn sistema, poboljšanje i održavanje.
Zahtjevi Prikupljanje je ključni korak u fazi planiranja projekta, jer određuje koja funkcionalnost sistema treba postići i pruža jasan smjer za to kako to postići.
Općenito, zahtjevi se kategoriziraju u poslovne zahtjeve, zahtjeve korisnika i funkcionalne zahtjeve, ovisno o cilju

Neke su potrebe pseudo-potrebe i nemaju praktičnu vrijednost. Potrebe korisnika treba pregledati na osnovu tri dimenzije autentičnosti, vrijednosti i izvodljivosti. Ovo će filtrirati one koji su lažni, neizvjesni ili bezvrijedni, na taj način destilirati suštinske potrebe korisnika. Razumijevanje "zašto" je važnije od "šta" je presudno.

Potrebe se mogu kategorizirati i kao eksplicitna i implicitna. Eksplicitna potreba je specifična izjava vođe projekta u vezi sa izazovima, ključnim bodovima i poteškoćama; Implicitna potreba je nejasna izjava voditelja projekta u vezi sa izazovima, ključnim bodovima i poteškoćama. Na primjer, ako korisnik kaže da je kvaliteta ekrana loša, ovo je implicitna potreba koja bi trebala biti istražena kao eksplicitna potreba. To se može voditi pitanjima poput ", koji aspekt performanse mislite?"

Uzimanje modela u $ apela kao primjer, korisnici će imati sljedeća osam dimenzija zahtjeva za rješenje.

$: Cijena;
O: Dostupnost;
P: ambalaža;
P: performanse;
E: Jednostavan za upotrebu;
A: Uvjerenja;
L: Trošak životnog ciklusa;
S: SocialACception.

Zahtjevi treba rangirati po važnosti na osnovu prioriteta projekta i ključnim područjima fokusa. Ovo će olakšati racionalni dizajn i opremu dizajnerskog tima na osnovu tih prioriteta.

Proces prikupljanja zahtjeva govori o razumijevanju trenutnih potreba za projektom i najtežim pitanjima koja treba riješiti.

Potražnja za LED displejima obično dolazi od krajnjih korisnika, izvođača ili integratora. Tipični podaci o zahtjevima komuniciraju se za projektovanje poslovnog osoblja putem projektnog tenderske dokumentacije, telefonske pozive, e-poruke i ostale kanale. Ovi početni zahtjevi se zatim prikupljaju i analiziraju rano. Ovaj proces rane analize obično uključuje potvrdu zahtjeva i stvaranje popisa zahtjeva.

Potvrda zahtjeva

Zbog raznolikih izvora i metoda zahtjeva moramo provesti sekundarna potvrda i provjera informacija o zahtjevima. Sekundarna potvrda uključuje ponovno potvrđivanje s projektnim dionicima bilo koje nejasne, netačne ili dvosmislene informacije u opisu zahtjeva kako bi se osigurala njegova tačnost. Screening information primarno uključuje sveobuhvatnu analizu i prikaz podataka o korisničkim informacijama, informacija o projektu i krajnjeg korisnika na temelju tri ključna elementa: vrstu projekta, scenarij i procesu.

1. Odredite vrstu projekta.
Različiti projekti zahtijevaju različita rješenja i imaju različite prioritete. Na primjer, kompanije za iznajmljivanje prioritetno prioritetno koriste performanse i jednostavnost upotrebe, dok fiksne instalacijske kompanije prioritetno postavljaju troškove i stabilnost.
2. Identificirajte scenarij aplikacije.
Različiti scenariji aplikacija zahtijevaju različita rješenja. Na primjer, kazališta prioritetaju svoj kvalitet slike LED ekrana, dok faza instalacije daje prioritet funkcionalnosti ED ekrana.
3 hoda kroz korisničko iskustvo.
Kada različite metode implementacije mogu ispuniti isti zahtjev, treba istražiti stvarna korisnička iskustva i navike kako bi se omogućio dizajnerskom timu da identificira optimalno rješenje.

Kreirajte popis zahteva

Nakon prikupljanja i potvrđivanja podataka o zahtjevima, stvorite popis zahtjeva i dokumentirajte ga. Dokumentiranje zahtjeva korisnika ima dvije značajne prednosti: 1. Osigurava efikasnu komunikaciju u okviru projektnog tima, a osiguravanje integriteta zahtjeva za vrijeme prijenosa, olakšavajući praćenje i praćenje tijekom aktivnosti projekta, te na kraju služe kao kontrolni popis za isporuke rješenja.
Popis zahtjeva treba sadržavati, ali nije ograničen na, naziv zahtjeva, korisnika, vremenski okvir, tip, scenarij, stavku, opis i prioritet. Nadalje, treba opisati stvarnu upotrebu predmeta, uzimajući u obzir korisničke procese i navike, a zahtjevi trebaju biti rangirani po važnosti.

Lista zahteva

Dizajn rešenja

Nakon prikupljanja i potvrđivanja zahtjeva, potreban je dizajn otopine. Tokom procesa, troškova, kompatibilnost, upravljanje rizikom, provedbu projekata i drugih aspekata treba razmotriti, a treba se pridržavati funkcionalne cjelovitosti.

Koncept dizajna zasnovan je na principima pouzdanih performansi, napredne tehnologije, jednostavnog održavanja i očuvanja resursa.
Dizajn ekrana LED ekrana obično uključuje dizajn kontrole, dizajn ekrana i dizajn građevine. Dizajn dizajna kontrolnog sustava i prikaz ekrana su komplementarni i uglavnom su odgovornost dobavljača. Građevinski dizajn obično se određuje saradnjom između korisnika i građevinske kompanije.
Trenutno postoje dvije zajedničke metode instalacije za glavne LED displeje: jedan je za spajanje LED modula, a drugi je izgradnja LED ormara. Bivši nudi fleksibilna rješenja, raznolike vrste opterećenja, lako održavanje i popravak i niske cjelokupne troškove projekta. Potonje nudi stabilniju strukturu ormara, brzu i jednostavnu instalaciju, poboljšanu glatkoću spajanja i dizajn kabineta, koji sadrži napajanje, prijemnu karticu i razne elektroničke komponente, čini ga sigurnijim za upotrebu. Stoga je u obzir sve faktore, metoda instalacije spojnog modula pogodna za najpošteljive instalaciju na tržištu, dok se metoda instalacije LED ormarita primarno koristi za velike na otvorene ekrane, visoke fiksne instalacije s dovoljnim proračunima i aplikacijama za iznajmljivanje. S obzirom na relevantnost, praktičnost i dužinu LED displeja, ova knjiga se fokusira na dizajn upravljačkog sustava u okviru LED dizajnerskog zaslona. Dizajn kontrole sustava obično uključuje primanje dizajna kartice, dizajn kontrolera, dizajn dodatne opreme i listu opreme.

Primanje dizajna kartice

Za proizvođače LED ormara, pozicioniranje tržišta i potrebna funkcionalnost proizvoda kabineta već se razmatraju kada je ormar dizajniran i pušten. Stoga je odabir prijemne kartice ključni razmatranje od početka dizajna ormara. Stoga za dizajn kontrole sustava koji koriste instalaciju LED ormara, nema potrebe za odabirom prijemne kartice ili izračunati njezin nosivost. Na primjer, absen AW i DW ormarići i ormarići UGN i UGM serije prodaju se pojedinačno, s prijemnim karticom već integriranim i u potpunosti ispravljenim. Jednostavno napajanje na ormaru za normalan prikaz.
Za dizajne kontrolne sustav koji koriste spajanje LED modula, odgovarajuća odabir prijemne kartice mora se uzeti u obzir na osnovu prikupljenih informacija. Ključni faktori koji utječu na odabir prijemne kartice tokom dizajna upravljačkog sistema uključuju tip podataka modula, specifične funkcionalne zahtjeve projekta i format grupe za prijemne kartice za prijemne kartice . 1. prijemnik

1) Tip interfejsa podataka modula

Ulazno / izlazno sučelje LED modula obično se naziva interfejsom čvorišta. Definiše standardni "jezik" koji se koristi za komunikaciju između LED modula i kartice za prijem. Trenutno na tržištu postoji mnogo različitih vrsta sučelja čvorišta, a najčešće se koristi kao HUB75E i HUB320. Slike 2-2-1 i 2-2-2 prikazuju dva prijemnika Nove maglice: DH426 (za HUB75E sučelje) i DH436 (za HUB320 sučelje).

Razlika između HUB7SE sučelja i HUB320 sučelja leži u njihovim definicijama. Moduli sa HUB75E sučeljem obično sadrže dva skupa podataka, dok moduli sa HUB320 sučeljem sadrže četiri skupa podataka. Stoga, pri odabiru prijemne kartice, tip sučelja za hub modula treba biti primarno razmatranje. Nekompatibilne vrste sučelja mogu prenijeti odabranu karticu prijemne ili nekom nepogrešivom, što zahtijeva dodavanje ploče za adapter čvorišta da pretvori sučelje. To povećava projektnu složenost i troškove.

2) Specifični funkcionalni zahtjevi projekta

Na osnovu podataka prikupljenih sa popisa za početne zahtjeve imamo jasno razumijevanje specifičnih potreba korisnika i utvrdile su da li su potrebne određene funkcije. Stoga, prilikom odabira prijemne kartice, važno je pažljivo razmotriti specifične potrebe korisnika i funkcionalne funkcije kartice kako bi se utvrdilo da li je potreban određeni model ili serija primanja kartica potrebna za implementaciju potrebne funkcije. Na primjer, u jednom projektu, korisnik treba otkriti i locirati (pregledati) piksele izvan kontrole (mrtve svjetla) na LED displeju. Uzimanjem sistema kontrole Nove Nebula kao primer, tehničko rješenje treba da sadrži karticu za nadgledanje Mon300. Ova se nadzorna kartica može koristiti samo sa specifičnim modelom prijemne kartice, MRVS60, kako bi se postigao gore navedeni zahtjevi.

Postoji mnogo drugih specifičnih funkcionalnih zahtjeva, poput niske kašnjenja i HDR-a. Specifično rješenje zahtijeva savjetovanje s relevantnim specifikacijama proizvoda za prijem kartice prije odabira modela. Ako projekt ne zahtijeva takve posebne funkcionalne zahtjeve, odabir prijemne kartice nije ograničen.

Proizvođači upravljačkog sustava pažljivo razmotre pozicioniranje tržišta različitih modela prijemnih kartica u istoj seriji prilikom dizajniranja, čiji je cilj pružiti korisnicima više fleksibilnijih opcija. Pored kapaciteta opterećenja, još jedan važan parametar za različite modele primanja kartica unutar iste serije je režim Grupe podataka, koji se takođe odražava na broju priključaka čvorišta na prijemnoj kartici. Na primjer, NOVA Nebula DH serije primaju kartice uključuju 8, 12 i 16 HUB7SE portova, respektivno. HUB75E je industrijski standard, a svaka luka podržava dvije grupe RGB podataka signala. Stoga, DH7508, DH7512 i DH7516 prijemne kartice podržavaju maksimalno 16, 24, i 32 grupe podataka, odnosno . 3) režimu grupe podataka prijemnika
Grupe podataka koje odgovaraju svakom priključku čvorišta uređuju se uzastopno od vrha do dna. Prvi port čvorišta na DH7508 prijemnu karticu je 1, koji se povezuje s prvim redom modula i odgovaraju podatkovnim grupama 1 i 2. Slično, broj J2 odgovara skupinama podataka 3 i 4. Slično, na sličan način, na sličan način, na sličan način, na sličan način, broj J8 odgovara grupama podataka 15 i 16.

Prilikom odabira prijemne kartice, odgovarajući model se obično odabere na osnovu visine modula. Na primjer, ako projekt koristi module rezolucijom 160x80 (piksela, sve rezolucije u ovoj knjizi su u pikselima) (HUB75E sučelje) za kreiranje ekrana 720p (1280x7200), koje bi trebalo odabrati ekranu?

Na osnovu relacije rezolucije znamo da je LED displej sastavljen od 9 reda i 8 stupaca modula. Niz od 9 redova zahtijeva najmanje 9 sučelja za glavčić za podršku vertikalnom opterećenju. Međutim, DH7508 prijemna kartica ima samo 8 sučelja za glavčić, što je nedovoljno za vertikalno opterećenje. Stoga treba odabrati prijemnu karticu DH7512, koristeći svojih 9 sučelja za glavčine. Broj za prijem kartice DH7512 potrebne za u potpunosti podržavanje cijelog zaslona zahtijeva daljnje proračune opterećenja.

Proračun tereta prijemnika

Proračun opterećenja prijemnika prije svega ovisi o ukupnom broju piksela koji podržavaju prijemnu karticu i odgovarajući način rada podataka. Način izračuna je sljedeći.
Glavna razmatranja za odabir modela primanja kartice su ukupna kapacitet prijemnog kartice i maksimalni podržani režim podataka.
Prvo razmotrite model prijemnog kartice na osnovu broja redaka i stupaca modula. To prvenstveno smatra broj redaka. Za module s do 8 reda odaberite prijemnu karticu sa 8 sučelja za glavčine, poput DH7508; Za module sa do 12 reda odaberite prijemnu karticu sa 12 sučelja za glavčine, poput DH7512; I za module sa do 16 reda odaberite prijemnu karticu sa 16 sučelja za glavčić, poput DH7516.
Zatim optimizirajte odabir na temelju kapaciteta opterećenja prijemne kartice. Na osnovu rezolucije modula i rezolucije prijemnog kartice možete izračunati maksimalni broj modula koji se mogu kaskatirati s jednim sučeljem čvorišta i ukupnog broja potrebnih prijemnih kartica. Ako izračun pokaže da jednostruk sučelje ne može podržati jedan modul, razmislite o dodavanju prijemnih kartica, smanjujući broj sučelja za glavčić ili odabir prijemne kartice s većim nosivosti. Uzimanje Nove Nebula DH7516 kao primjer, ako se koriste interfejsi za prijem 1-4, a koristi se u 8-podacima, a prijemna kartica za prijemnu karticu / 8, a opterećenja jedne grupe podataka minus ukupni nosivost prijemne kartice / 16. Ako sučelja za prijemnu karticu. koriste se, prijemna kartica djeluje u režimu 32-podaci, a nosivost jedne grupe podataka minus ukupni nosivost prijemnog kartice / 32.

Općenito govoreći, izračunavanjem broja modula koji može podržavati jedinstvenu karticu za prijem na temelju specifikacija prijemnih kartica i modula odabranih za projekt, može se izraditi razumni dizajn opterećenja. Korisnici industrije obično povezuju što više jediničnih ploča u opterećenju prijemne kartice, na taj način smanjujući broj korištenih i smanjenja troškova prijemnih kartica.

Dizajn kontrolera

Kontroleri, koji se obično nazivaju odašiljač kartica, ključni su u LED projektima prikaza. Nakon odabira i izračunavanja opterećenja prijemnog kartice, model i količina prijemnih kartica u projektu u osnovi su određeni. Zatim se izvode odabir kontrolera i proračun opterećenja kako bi se utvrdio model i količinu kontrolera u konačnom rješenju.

Izbor kontrolera

1) Tip izvora video unosa
Primarna funkcija kontrolera je primanje video signala sa prednjeg uređaja za video izvor ili računar, obradite ih u diferencijalne signale pogodne za prijenos putem mrežnog kabla, a zatim prenosite ove signale na prijemnu karticu i kabl za prikaz na LED ekranu. Stoga, pri odabiru kontrolera mora se razmotriti vrstu izvora prednjeg ulaznog ulaza. Na primjer, konferencijska sala bi mogla ugraditi veliki industrijski ekran ED, a korisnik zahtijeva da se na ekranu svakodnevno prikaže video kamera za svakodnevnu upotrebu. Fotoaparat obično koristi SDI sučelje.

Stoga, prilikom odabira kontrolera morate odabrati jednu s SDI sučeljem, a ne samo bilo kojim regulatorom. Uzimanje Nova Cloud Controller kao primjer, možete odabrati MCTRL660PRO sa jednom 3G-SDI sučeljem ili MCTRLR5 sa 6G-SDI sučeljem.

Na temelju prikupljenih informacija, imamo jasno razumijevanje specifičnih potreba korisnika i da li su potrebne određene funkcije. Stoga, prilikom odabira kontrolera moramo pažljivo usporediti specifične potrebe korisnika s funkcionalnim karakteristikama prijemnog kartice i razmotrite je li potreban određeni model kontrolera za postizanje odgovarajućih funkcija.
Na primjer, TV stanica želi instalirati LED displej za emisije uživo. Zbog emitiranih karakteristika stanice, LED displej image mora se sinhronizirati što bliže sa slikom emisije uživo i kašnjenju slike koja utječe na kvalitetu emitovanja neprihvatljiva. Zbog jedinstvene upotrebe, ovo rješenje zahtijeva specifičan funkcionalni zahtjev, naime, "nisku kašnjenje". Uobičajeni kontroleri na tržištu obično imaju kašnjenje slike s jednim okvirom zbog svojih svojstvenih karakteristika. Ako su kašnjenja na prijemnoj kartici i LED displeju IC-u, cijeli sustav doživljava kašnjenje od 3-4 oblika, što je lako uočljivo za ljudsko oko. Stoga, prilikom odabira L660 PRO kontrolera za ovo rješenje treba uzeti u obzir posebna razmatranja. Na primjer, MCTRL660PRO kontroler uparen sa A8S / A10S Plus prijemnom karticom može smanjiti ukupnu kašnjenje u sistemu na približno dva okvira, s približno nultom latencom postignutom na strani kontrolera.