Typiskt ansluter styrsystemets arkitektur styrdatorn via seriella och videokablar till sändningskortet, som i sin tur ansluts till LED-skärmen via en nätverkskabel. Själva skärmen består av mottagningskortet, navet, platta kablar och strömanslutningar. Därför måste vi i det inledande skedet av felsökningen fastställa den troliga orsaken till problemet och vilken del av kontrollsystemet som är inblandat.
1. Display Skärmkontroll: När en LED-skärm inte fungerar kan vi först använda skärmkontrollen för att skicka ett frys- eller enfärgat skärmkommando för att observera skärmens felstatus. Detta beror på att skärmkontrollsignalen kommer direkt från själva det mottagande kortet, på samma sätt som skåpets själv-testknapp.
Om skärmfelet försvinner i det nuvarande frystillståndet kan vi generellt dra slutsatsen att problemet inte är relaterat till det mottagande kortet, och vi kan helt enkelt kontrollera systemlänken före det mottagande kortet.
2. Skåp (mottagande kort) Grön statusindikator: Det mottagande kortets gröna statusindikator är "barometern" för displayens driftstatus, och låter dig veta med ett ögonkast om det finns några problem med skärmen! Olika blinkande tillstånd indikerar olika information, såsom backupstatus, ingen ingångskälla eller en frånkopplad nätverkskabel.
När vi initialt har kunnat identifiera de möjliga orsakerna till problemet och har fått lite felinformation från displayen, men fortfarande inte kan fastställa den ultimata orsaken, måste vi påbörja en detaljerad analys och "operation.
01. Söker gemensamma drag: Närhelst normala och onormala fenomen existerar samtidigt på-webbplatsen måste vi identifiera skillnader och söka gemensamma drag. Hitta skillnaderna och förena dem. Till exempel, om det finns inkonsekvenser i konfigurationsfiler eller firmware, kan vi läsa tillbaka från det normala området och tillämpa dem på det onormala området för att säkerställa konsekvent allmän information och inställningar, vilket begränsar omfattningen av felsökningen.
02. Kors-validering: Om det fortfarande inte fungerar att hitta gemensamma drag och söka efter gemensamma drag kan vi fortsätta kors-valideringen. Byt ut enheten eller anslutningen i problemområdet med en annan enhet i ett normalt område för att observera om problemsymtomen ändras med bytet, vilket minskar omfattningen av problemet.
03. Kontroll av variabler: När vi utför kors-validering måste vi se till att variabeln vi validerar är unik. Försök inte åtgärda problemet på ett slumpartat sätt. Detta kommer att slösa tid och försena processen. Endast förändringar till följd av en unik variabel är värdefulla och ger en stark grund för att diagnostisera problemet.