Lai LED displeja projekts veiksmīgi izpildītu un sasniegtu paredzētos mērķus, ir svarīgi visaptverošs projekta plāns. Kādas darbības ir iesaistītas LED displeja vadības sistēmas izstrādē? Kādi rādītāji un parametri jāņem vērā projektēšanas procesā?
LED displeja vadības sistēmas projektēšanas process galvenokārt ietver piecas fāzes: prasību savākšana un apstiprināšana, risinājumu projektēšana, risinājumu pārskatīšana, risinājumu ieviešana un risinājumu piegāde. Zemāk ir parādīta blokshēma.
Prasības vākšana un pārbaude
Prasību savākšana
Prasību apkopošana ietver padziļinātu un detalizētu pētījumu un analīzi par "prasībām" vai "vajadzībām", ko pauduši projekta ieinteresētās personas. Šī procesa mērķis ir precīzi izprast gan lietotāju, gan projekta īpašās funkcionālās, veiktspējas un uzticamības prasības. Šis process neformālas lietotāju prasības pārvērš pilnīgas prasību definīcijā, tādējādi noskaidrojot, kas sistēmai jādara, un nodrošina pamatu sistēmas projektēšanai, uzlabošanai un uzturēšanai.
Prasību savākšana ir būtisks solis projekta plānošanas posmā, jo tā nosaka, kāda sistēmas funkcionalitāte ir jāsasniedz, un nodrošina skaidru virzienu, kā to sasniegt.
Parasti prasības tiek iedalītas uzņēmējdarbības prasībās, lietotāju prasībās un funkcionālajās prasībās atkarībā no mērķa
Dažas vajadzības ir pseido advokāti, un tām trūkst praktiskas vērtības. Lietotāju vajadzības jāpārbauda, pamatojoties uz trim autentiskuma, vērtības un iespējamības dimensijām. Tas filtrēs tos, kas ir nepatiesi, neiespējami vai bezvērtīgi, tādējādi destilējot lietotāja būtiskās vajadzības. Izpratne par "kāpēc" ir svarīgāka par "kas" ir būtiska.
Vajadzības var arī klasificēt kā skaidru un netiešu. Tieša vajadzība ir īpašs projekta vadītāja paziņojums par izaicinājumiem, galvenajiem punktiem un grūtībām; Netieša vajadzība ir neskaidrs projekta vadītāja paziņojums par izaicinājumiem, galvenajiem punktiem un grūtībām. Piemēram, ja lietotājs saka, ka displeja kvalitāte ir slikta, tā ir netieša vajadzība, kas jāizpēta kā skaidra vajadzība. To var vadīt ar tādiem jautājumiem kā: "Kādu izrādes aspektu jūs domājat?"
Ņemot vērā $ apelācijas modeli kā piemēru, lietotājiem būs šādas astoņas risinājuma prasību dimensijas.
$: Cena;
A: Pieejamība;
P: Iepakojums;
P: Veiktspēja;
E: viegli lietojams;
A: garantijas;
L: dzīves cikla izmaksas;
S: Socialakceptance.
Prasības jānovērtē pēc nozīmes, pamatojoties uz projekta prioritātēm un galvenajām uzmanības jomām. Tas atvieglos dizaina komandas racionālo dizainu un aprīkojuma konfigurāciju, pamatojoties uz šīm prioritātēm.
Prasību savākšanas process ir saistīts ar pašreizējo projekta vajadzību izpratni un vissteidzamākajiem jautājumiem, kas jārisina.
Pieprasījums pēc LED displejiem parasti nāk no gala lietotājiem, darbuzņēmējiem vai integratoriem. Parasti informācija par prasībām tiek paziņota projekta biznesa personālam, izmantojot projekta konkursa dokumentus, tālruņa zvanus, e -pastus un citus kanālus. Pēc tam šīs sākotnējās prasības tiek savāktas un analizētas agri. Šis agrīnās analīzes process parasti ietver prasību apstiprinājumu un prasību saraksta izveidi.
Prasību apstiprināšana
Sakarā ar daudzveidīgajiem avotiem un prasību metodēm, mums jāveic sekundāri apstiprināšana un informācijas pārbaude prasību informācijas pārbaudei. Sekundārais apstiprinājums ietver atkārtotu apstiprināšanu ar projekta ieinteresētajām personām, lai nodrošinātu tā precizitāti, prasību aprakstā jebkādu neskaidru, neprecīzu vai neviennozīmīgu informāciju. Informācijas skrīnings galvenokārt ietver visaptverošu lietotāju informācijas, projekta informācijas un gala lietotāja informācijas analīzi un pārbaudi, pamatojoties uz trim galvenajiem elementiem: projekta tips, scenārijs un procesa.
1. Nosakiet projekta veidu.
Dažādiem projektiem ir nepieciešami dažādi risinājumi, un tiem ir dažādas prioritātes. Piemēram, nomas uzņēmumi par prioritāti izvirza veiktspēju un lietošanas ērtību, savukārt fiksētie uzstādīšanas uzņēmumi par prioritāti piešķir izmaksas un stabilitāti.
2. Identificējiet lietojumprogrammas scenāriju.
Dažādiem lietojumprogrammu scenārijiem nepieciešami dažādi risinājumi. Piemēram, teātri par prioritāti piešķir LED ekrānu attēla kvalitātei, savukārt skatuves instalācijas par prioritāti piešķir ED ekrānu funkcionalitātei.
3. Ejiet cauri lietotāja pieredzei.
Ja dažādas ieviešanas metodes var izpildīt vienas un tās pašas prasības, jāizpēta faktiskā lietotāja pieredze un ieradumi, lai dizaina komanda varētu identificēt optimālo risinājumu.
Izveidojiet prasību sarakstu
Pēc prasību informācijas apkopošanas un apstiprināšanas izveidojiet prasību sarakstu un dokumentējiet to. Dokumentēšanai lietotāju prasībām ir divas nozīmīgas priekšrocības: 1. Tas nodrošina efektīvu komunikāciju projekta komandā, samazinot iekšējās komunikācijas izmaksas un nodrošinot prasību informācijas integritāti pārsūtīšanas laikā . 2. tas atvieglo prasību izmaiņu reģistrēšanu un arhivēšanu, veicinot izsekošanu un uzraudzību projekta projektēšanas darbību laikā, un, galīgi kalpojot par šķīdumu piegādes.
Prasību sarakstā jāiekļauj, bet ne tikai, prasības nosaukums, lietotājs, laika grafiks, tips, scenārijs, vienums, apraksts un prioritāte. Turklāt ir jāapraksta preces faktiskais lietojums, ņemot vērā lietotāju procesus un ieradumus, un prasības būtu jāinstalē pēc nozīmes.
Prasību saraksts
| Prasības nosaukums | Pieprasīt lietotājus | Prasības laiks | Prasības tips | Prasību scenārijs | Prasības vienums | Prasības apraksts | Prasības prioritāte |
Risinājumu dizains
Pēc prasību apkopošanas un apstiprināšanas ir nepieciešams risinājuma dizains. Risinājumu projektēšanas procesa laikā ir jāapsver izmaksas, saderība, riska pārvaldība, projekta ieviešana un citi aspekti, un jāievēro funkcionālā pilnīgums.
Projektēšanas koncepcija ir balstīta uz uzticamas veiktspējas, progresīvas tehnoloģijas, vieglas apkopes un resursu saglabāšanas principiem.
LED displeja ekrāna dizains parasti ietver vadības sistēmas dizainu, displeja ekrāna dizainu un būvniecības dizainu. Vadības sistēmas dizains un displeja ekrāna dizains ir papildinošs un parasti ir piegādātāja atbildība. Būvniecības dizains parasti tiek noteikts, sadarbojoties starp lietotāju un celtniecības uzņēmumu.
Pašlaik galvenajiem LED displejiem ir divas izplatītas instalācijas metodes: viena ir savienot LED moduļus, bet otra ir LED skapja izveidošana. Bijušais piedāvā elastīgus risinājumus, dažādus kravas veidus, ērtu apkopi un remontu, kā arī zemas kopējās projekta izmaksas. Pēdējais piedāvā stabilāku skapja struktūru, ātru un ērtu uzstādīšanu, uzlabotu splicēšanas gludumu, un skapja dizains, kurā atrodas barošanas avots, saņemšanas karte un dažādas elektroniskas sastāvdaļas, padara to drošāku. Tāpēc, ņemot vērā visus faktorus, savienojuma LED moduļa uzstādīšanas metode ir piemērota lielākajai daļai fiksētāko displeja uzstādīšanas scenāriju tirgū, savukārt LED skapja uzstādīšanas metodi galvenokārt izmanto lieliem āra ekrāniem, augstas klases fiksētu displeja instalācijām ar pietiekamu budžetu un nomas lietojumprogrammām. Ņemot vērā LED displeja lietojumprogrammu atbilstību, praktiskumu un garumu, šī grāmata koncentrējas uz vadības sistēmas dizainu LED displeja dizainā. Vadības sistēmas dizains parasti ietver karšu dizainu, kontroliera dizainu, piederumu dizainu un aprīkojuma sarakstu.
Saņemšanas kartes dizains
LED skapju ražotājiem skapja produkta tirgus pozicionēšana un nepieciešamā funkcionalitāte jau tiek apsvērta, kad skapis ir izstrādāts un atbrīvots. Tāpēc karšu izvēle ir galvenais apsvērums no skapja dizaina sākuma. Tāpēc vadības sistēmas dizainam, kas izmanto LED skapja uzstādīšanu, nav jāizvēlas saņēmēja karte vai jāaprēķina tās slodzes ietilpība. Piemēram, Absen's AW un DW sērijas skapīši un unilumīna UGN un UGM sērijas skapji tiek pārdoti individuāli, un saņēmēja karte jau ir integrēta un pilnībā atkļūdota. Vienkārši barojiet skapi parastam displejam.
Kontroles sistēmas dizainam, kas izmanto LED moduļa savienošanu, ir jāapsver atbilstoša saņemšanas karšu izvēle, pamatojoties uz apkopoto informāciju. Galvenie faktori, kas ietekmē saņemšanas karšu izvēli vadības sistēmas projektēšanā, ietver moduļa datu saskarnes veidu, projekta īpašās funkcionālās prasības un saņēmēja kartes datu grupas formāts . 1. Saņemšanas karšu izvēle
1) Moduļa datu saskarnes tips
LED moduļa datu ievades/izvades saskarni parasti sauc par centrmezgla saskarni. Tas definē standarta "valodu", ko izmanto, sazinoties starp LED moduli un saņēmēju karti. Pašlaik tirgū ir daudz dažādu centrmezglu saskarnes veidu, un visbiežāk izmantotie ir Hub75E un HUB320. Attēlos 2-2-1 un 2-2-2 parādīti divi Nova miglāja uztvērēji: Dh426 (Hub75E interfeisam) un Dh436 (Hub320 interfeisam).
Atšķirība starp Hub7SE interfeisu un Hub320 saskarni ir to definīcijās. Moduļi ar Hub75E saskarni parasti satur divus datu kopas, savukārt moduļi ar Hub320 saskarni satur četrus datu kopas. Tāpēc, izvēloties saņemšanas karti, galvenajam apsvērumam vajadzētu būt moduļa centrmezgla interfeisa veidam. Nesaderīgi interfeisa veidi var padarīt izvēlēto saņemošo karti nederīgu vai nederīgu tieši, lai interfeisu pārveidotu centrmezgla adaptera paneli, kas jāpievieno. Tas palielina projekta sarežģītību un izmaksas.
2) Projekta īpašas funkcionālās prasības
Balstoties uz informāciju, kas savākta no sākotnējo prasību saraksta, mums ir skaidra izpratne par lietotāja īpašajām vajadzībām un esam noteikuši, vai ir vajadzīgas īpašas funkcijas. Tāpēc, izvēloties saņemšanas karti, ir svarīgi rūpīgi apsvērt lietotāja īpašās vajadzības un kartes funkcionālās funkcijas, lai noteiktu, vai nepieciešamās funkcionalitātes ieviešanai ir nepieciešams noteikts noteikts karšu modelis vai virkne. Piemēram, vienā projektā lietotājam ir jāatklāj un jāatrod (jāizbauda) ārpuskontroles pikseļi (mirušie lukturi) uz LED displeja. Nova Nebula vadības sistēmas uzņemšana kā piemērs tehniskajam risinājumam jāiekļauj MON300 uzraudzības karte. Šo uzraudzības karti var izmantot tikai ar noteiktu kartes saņemšanas modeli MRVS60, lai sasniegtu iepriekšminētās prasības.
Ir arī daudzas citas īpašas funkcionālās prasības, piemēram, zems latentums un HDR. Konkrētajam risinājumam pirms modeļa izvēles ir jākonsultējas ar attiecīgajām saņemšanas karšu produkta specifikācijām. Ja projektam nav vajadzīgas šādas īpašas funkcionālās prasības, saņemšanas karšu izvēle nav ierobežota.
Vadības sistēmu ražotāji rūpīgi apsver dažādu karšu saņemšanas karšu modeļu pozicionēšanu tirgū, izstrādājot tās, tās mērķis ir nodrošināt lietotājiem elastīgākas iespējas. Papildus slodzes jaudai vēl viens svarīgs parametrs dažādiem karšu saņemšanas modeļiem tajā pašā sērijā ir datu grupas režīms, kas atspoguļojas arī uztvērēja kartes centrmezgla portu skaitā. Piemēram, Nova Nebula DH sērijas saņemšanas kartēs ir attiecīgi 8, 12 un 16 Hub7SE ostas. Hub75E ir nozares standarts, un katrs ports atbalsta divas RGB signāla datu grupas. Tāpēc Dh7508, Dh7512 un Dh7516 saņemšanas kartes atbalsta maksimāli 16, 24 un 32 datu grupas . 3) uztvērēja kartes datu grupas režīmā
Datu grupas, kas atbilst katram centrmezgla portam, ir sakārtotas secīgi no augšas uz leju. Pirmais centrmezgla ports Dh7508 saņemšanas kartē ir numurēts 1, savienojot ar pirmo moduļu rindu un atbilst 1. un 2. datu grupai. Līdzīgi skaitlis J2 atbilst 3. un 4. datu grupai. Līdzīgi skaitlis J8 atbilst 15. un 16. datuma grupai.
Izvēloties saņemšanas karti, atbilstošais modelis parasti tiek izvēlēts, pamatojoties uz moduļa augstumu. Piemēram, ja projekts izmanto moduļus ar izšķirtspēju 160x80 (pikseļi, visas šīs grāmatas rezolūcijas ir pikseļos) (Hub75E interfeiss), lai izveidotu 720p (1280x7200) displeju, kura saņemšanas karte būtu jāizvēlas?
Balstoties uz izšķirtspējas aprēķiniem, mēs zinām, ka LED displejs sastāv no 9 rindām un 8 moduļu kolonnām. 9 rindu masīvam ir nepieciešami vismaz 9 rumbas saskarnes, lai atbalstītu vertikālo slodzi. Tomēr Dh7508 saņemšanas kartei ir tikai 8 rumbas saskarnes, kas nav pietiekamas vertikālai slodzei. Tāpēc jāizvēlas Dh7512 saņēmēja karte, izmantojot tās 9 centrmezgla saskarnes. Dh7512 saņēmēju karšu skaits, kas nepieciešams, lai pilnībā atbalstītu visu displeju, nepieciešami papildu slodzes aprēķini.
Uztvērēja kartes slodzes aprēķins
Uztvērēja kartes slodzes aprēķins galvenokārt ir atkarīgs no kopējā pikseļu skaita, ko atbalsta saņēmēja karte un atbilstošais izmantotais datu grupas režīms. Aprēķina metode ir šāda.
Galvenie apsvērumi par saņemšanas kartes modeļa izvēli ir kopējā saņemšanas kartes slodzes ietilpība un maksimāli atbalstītais datu grupas režīms.
Vispirms apsveriet saņemšanas kartes modeli, pamatojoties uz moduļa rindu un kolonnu skaitu. Tas galvenokārt ņem vērā rindu skaitu. Moduļiem ar līdz 8 rindām izvēlieties saņemšanas karti ar 8 centrmezglu saskarnēm, piemēram, Dh7508; Moduļiem ar līdz 12 rindām izvēlieties saņemšanas karti ar 12 centrmezglu saskarnēm, piemēram, Dh7512; un moduļiem ar līdz 16 rindām izvēlieties saņemšanas karti ar 16 centrmezgla saskarnēm, piemēram, Dh7516.
Pēc tam optimizējiet izvēli, pamatojoties uz saņēmēja kartes slodzes ietilpību. Balstoties uz moduļa izšķirtspēju un saņēmēja kartes izšķirtspēju, varat aprēķināt maksimālo moduļu skaitu, kurus var kaskādē ar vienu centrmezgla saskarni, un kopējo nepieciešamo saņēmēju karšu skaitu. Ja aprēķins parāda, ka viena centrmezgla interfeiss nevar atbalstīt vienu moduli, apsveriet iespēju pievienot saņemšanas kartes, samazināt centrmezglu saskarņu skaitu vai izvēlēties saņemšanas karti ar lielāku slodzes ietilpību. Ņemot nova Nebula Dh7516 saņemšanas karti kā piemēru, ja tiek izmantotas rādītāja saskarnes 1-4, saņemšanas karte darbojas 8-data režīmā, un vienas datu grupas=slodzes ietilpība tiek izmantota kopējā slodzes kapacitāte / 8. / 16. Ja tiek izmantotas centrmezgla saskarnes 9-16, saņemšanas karte darbojas 32-datu režīmā, un vienas datu grupas slodzes ietilpība, no kuras atskaitītas kopējā saņemšanas kartes slodzes jauda / 32.
Vispārīgi runājot, aprēķinot to moduļu skaitu, kuru var atbalstīt viena saņēmēja karte, pamatojoties uz projektam izvēlēto saņēmēju karšu un moduļu specifikācijām, var izveidot saprātīgu slodzes dizainu. Nozares lietotāji parasti savieno pēc iespējas vairāk vienību dēļu saņemšanas kartes kravas ietilpībā, tādējādi samazinot izmantoto karšu skaitu un samazinot izmaksas.
Kontroliera dizains
Kontrolieri, ko parasti dēvē par raidītāja kartēm, ir ļoti svarīgi LED displeja projektos. Pēc saņemšanas kartes slodzes izvēles un aprēķināšanas projektā ir noteikts modelis un daudzums uztvērēju karšu. Pēc tam tiek veikta kontroliera izvēle un slodzes aprēķins, lai noteiktu kontrolieru modeli un daudzumu galīgajā šķīdumā.
Kontroliera izvēle
1) Video ievades avota tips
Kontroliera galvenā funkcija ir saņemt video signālus no priekšējā videoklipa avota ierīces vai datora, apstrādāt tos diferenciālos signālos, kas piemēroti pārraidei, izmantojot tīkla kabeli, un pēc tam pārsūtiet šos signālus uz saņemšanas karti, izmantojot tīkla portu un kabeli, lai displejs parādītu LED displejā. Tāpēc, izvēloties kontrolieri, jāapsver priekšējā video ievades avota tips. Piemēram, konferenču zālei, iespējams, būs jāinstalē liels rūpnieciski ED ekrāns, un lietotājs prasa, lai ekrānā tiktu parādīta viena kameras video plūsma ikdienas lietošanai. Kamera parasti izmanto SDI saskarni.
Tāpēc, izvēloties kontrolieri, jums jāizvēlas viens ar SDI interfeisu, nevis tikai jebkuru kontrolieri. Izmantojot NOVA mākoņa kontrolieri kā piemēru, jūs varat izvēlēties Mctrl660Pro ar vienu 3G-SDI interfeisu vai Mctrlr5 ar 6G-SDI interfeisu.
Balstoties uz iepriekš apkopoto informāciju, mums ir skaidra izpratne par lietotāja īpašajām vajadzībām un to, vai ir vajadzīgas kādas īpašas funkcijas. Tāpēc, izvēloties kontrolieri, mums rūpīgi jāsalīdzina lietotāja īpašās vajadzības ar saņēmēja kartes funkcionālajām īpašībām un jāapsver, vai atbilstošo funkciju sasniegšanai ir nepieciešams īpašs kontroliera modelis.
Piemēram, TV stacija vēlas instalēt LED displeju tiešraides pārraidēm. Stacijas apraides raksturlielumu dēļ LED displeja attēls ir pēc iespējas precīzāk sinhronizēts ar tiešraides attēlu, un attēla kavēšanās, kas ietekmē apraides kvalitāti, nav pieņemama. Sakarā ar unikālo lietošanas gadījumu, šim risinājumam ir nepieciešama īpaša funkcionāla prasība, proti, "zems latentums". Parastie kontrolieri tirgū parasti piedzīvo viena kadra attēla kavēšanos to raksturīgo īpašību dēļ. Ja tiek ņemtas vērā saņemšanas kartes un LED displeja draivera IC kavēšanās, visa sistēma piedzīvo 3-4 kadru kavēšanos, kas ir viegli pamanāma cilvēka acij. Tāpēc, izvēloties L660 Pro kontrolieri šim risinājumam, jāņem vērā īpaši apsvērumi. Piemēram, Mctrl660Pro kontrolieris pārī ar A8S/A10S plus saņemšanas karti var samazināt kopējo sistēmas latentumu līdz aptuveni diviem kadriem, ar gandrīz nulles latentumu, kas sasniegts kontroliera pusē.
