For å kontrollere og diagnostisere digitale enheter, brukes to hovedgrupper av metoder: test og funksjonell. For implementeringen brukes maskinvare og programvare. Under testkontroll brukes spesielle påvirkninger (tester), responsene til det overvåkede systemet (enhet, enhet) fjernes og analyseres på et tidspunkt da det som regel ikke fungerer for det tiltenkte formålet. Dette bestemmer omfanget av denne typen kontroll: i ferd med å sette opp systemer, under prosedyren, for autonom testing av systemer før starten av normal drift.
Funksjonell kontroll er designet for å kontrollere og diagnostisere systemet under drift. Men hvis det er funksjonelle kontroller i systemet, brukes de vanligvis under testkontroll. Funksjonelle kontroller gir:
Feildeteksjon i øyeblikket av dens første manifestasjon ved kontrollpunktet, noe som er spesielt viktig i tilfellet når handlingen av feilen raskt må blokkeres;
Utstedelse av informasjon som er nødvendig for å kontrollere driften av systemet i nærvær av en funksjonsfeil, spesielt for å endre (rekonfigurere) strukturen til systemet;
Redusert feilsøkingstid.
Ved hjelp av maskinvare funksjonell kontroll, redundant utstyr introduseres i strukturen til en enhet eller enhet, som opererer samtidig med hovedutstyret. Signalene som oppstår i prosessen med funksjonen til hoved- og kontrollutstyret sammenlignes i henhold til visse lover. Som et resultat av en slik sammenligning genereres det informasjon om riktig funksjon av den overvåkede noden (enhet), i det enkleste tilfellet brukes en kopi av den testede noden (den såkalte strukturelle redundansen) som redundant utstyr, også som det enkleste kontrollforholdet i form av en sammenligning av to identiske sett med koder. I det generelle tilfellet brukes enklere kontrollenheter, men metodene for å oppnå kontrollforhold er mer kompliserte.
For å kontrollere funksjonen til hoved- og kontrollenhetene brukes sammenligningsmetoder: inngangs- og utgangsord, interne tilstander og overganger.
Den første metoden besvares med duplisering, majorisering, samt kontroll med forbudte kodekombinasjoner. Det inkluderer også redundante kodeteknikker. Redundant koding er basert på innføring av tilleggssymboler i input-, prosess- og utdatainformasjonen, som sammen med de grunnleggende danner koder som har egenskapene til å oppdage (korrigere) feil. Den andre metoden brukes primært til å kontrollere digitale kontrollenheter.
For kontroll har følgende typer koder blitt utbredt: paritetskontrollkode, Hamming-kode, iterative koder, konstantvekt, restkoder, sykliske koder.
Even paritet (oddetall) kode dannes ved å legge til en redundant (sjekk) bit til gruppen av informasjonsbiter, som er en enkel (ikke redundant) kode. Ved bruk av paritet er paritetssjekksifferet "0" hvis antallet enere i koden er partall, og "1" hvis antallet enere er oddetall. Videre, under overføring, lagring og behandling, blir ordet overført med sin egen bit. Hvis mottakeranordningen ved overføring av informasjon oppdager at sjekkbitverdien ikke samsvarer med pariteten til summen av ordenheter, så oppfattes dette som et tegn på en feil. På en merkelig måte er fullstendig forsvinning av informasjon kontrollert, siden et kodeord som består av nuller er klassifisert som forbudt. Paritetssjekkkoden har liten redundans og krever ikke mye maskinvare for å implementere sjekken. Denne koden brukes til å kontrollere: overføring / informasjon mellom registre, lesing av informasjon i RAM, utveksling mellom enheter.
Iterative koder De brukes til å kontrollere overføringer av kodearrayer mellom et eksternt minne og en prosessor, mellom to prosessorer og i andre tilfeller. En iterativ kode dannes ved å legge til ekstra paritetsbiter til hver rad til hver kolonne i den overførte ordmatrisen (todimensjonal kode). I tillegg kan pariteten også bestemmes av de diagonale elementene i ordmatrisen (flerdimensjonal kode). Deteksjonsevnen til koden avhenger av antall ekstra kontrollsymboler. Den oppdager flere feil og er enkel å implementere.
Sammenheng koder er preget av introduksjonen av tilleggstegn for hver bit av informasjonsdelen av ordet. Hvis en bit av ordet inneholder 0, skrives det i korrelasjonskoden som "01", hvis 1, så med symbolet "10". Et tegn på forvrengte koder er utseendet til tegnene "00" og "11".
Enkel repetisjonskode(tilfeldighetskontroll) er basert på repetisjon av det originale kodeordet, dekoding utføres ved å sammenligne den første (informasjons) og andre (sjekk) delen av koden. Hvis disse delene ikke stemmer overens, anses den aksepterte kombinasjonen som feil.
Likevektskoder brukes til å kontrollere dataoverføringer mellom enheter, samt ved overføring av data over kommunikasjonskanaler. En likevektskode er en kode som har et visst fast antall enheter (vekten kalles antall enheter i koden). Et eksempel på en likevektskode er koden "2" fra "5" fra "8". Det finnes et uendelig antall koder med konstant vekt.
Kontroll av forbudte kombinasjoner, i mikroprosessorenheter brukes spesielle kretser som oppdager utseendet til forbudte kombinasjoner, for eksempel tilgang til en ikke-eksisterende adresse, tilgang til en ikke-eksisterende enhet, feil adressevalg.
Hamming korreksjonskode er konstruert på en slik måte at et visst antall legges til de tilgjengelige informasjonsbitene i ordet D sjekkbiter, som dannes før overføring av informasjon ved å telle pariteten til summene av ener for visse grupper av informasjonsbiter. Styreanordningen ved mottakerenden danner en feiladresse fra den mottatte informasjonen og kontrollbiter ved lignende paritetstall, feilbiten blir automatisk korrigert.
Sykliske koder brukes i sekvensiell overføring av binære symboler som utgjør et ord. Et typisk eksempel på slike midler er en kommunikasjonskanal gjennom hvilken diskrete data overføres. Det særegne ved de sykliske kodene som bestemmer navnet deres, er at hvis den N-sifrede kodekombinasjonen tilhører den gitte koden, så tilhører kombinasjonen oppnådd ved den sykliske permutasjonen av tegn også denne koden. Hovedelementet i kodings- og dekodingsutstyret når du arbeider med slike koder er et skiftregister med lukket sløyfe, som har de nødvendige sykliske egenskapene. Den sykliske koden til et N-sifret tall, som enhver systematisk kode, består av informasjonstegn og kontrolltegn, hvor sistnevnte alltid opptar de minst signifikante bitene. Siden seriell overføring utføres med start fra den mest signifikante biten, overføres sjekktegn på slutten av koden.
Programvare funksjonell kontroll brukes til å forbedre påliteligheten til driften av individuelle enheter, systemer og nettverk i tilfelle effektiviteten av maskinvarefeildeteksjon er utilstrekkelig. Programvaremetoder for funksjonell diagnostikk er basert på etablering av visse relasjoner mellom objektene som er involvert i arbeidet for å sikre oppdagelsen av feil. Individuelle kommandoer, algoritmer, programvaremoduler, programvarekomplekser (funksjonell og service) kan fungere som objekter.
Kontrollforhold er etablert på system-, algoritme-, programvare- og fastvarenivå.
Dannelsen av kontrollstater er basert på to prinsipper:
Implementering av funksjonelle diagnostikkmetoder basert på kodeteori ved programvare på ulike nivåer, d.v.s. informasjonsredundans brukes;
Sammenstilling av spesialforhold i henhold til ulike regler basert på bruk av midlertidig redundans (dobbelt og multippel telling, sammenligning med forhåndsberegnet grenser, algoritmeavkorting, etc.) ved å transformere beregningsprosessen.
Begge prinsippene brukes til å diagnostisere alle grunnleggende operasjoner som utføres av prosessorfasiliteter - input-output operasjoner, lagring og overføring av informasjon, logisk og aritmetikk.
Fordelen med funksjonell kontrollprogramvare er fleksibilitet og muligheten til å bruke hvilken som helst kombinasjon for rask feildeteksjon. De spiller en viktig rolle i å sikre det nødvendige nivået av informasjonsbehandlingspålitelighet. For implementeringen krever de ekstra utgifter til datamaskintid og minne, ytterligere programmeringsoperasjoner og forberedelse av kontrolldata.
Kontroll ved dobbel eller multippel telling består i det faktum at løsningen av hele problemet som helhet eller av dets individuelle deler utføres to eller flere ganger. Resultatene sammenlignes og deres samsvar anses som et tegn på troskap. Mer komplekse sammenligningsregler brukes også, for eksempel majorized, når vi tar for den riktige resultatet som tilsvarer det større antallet korrekte resultater.
Implementeringen av dobbel eller multippel telling består i det faktum at kontrollpunktene som sammenligningen vil finne sted bestemmes, og spesielle mengder minne tildeles for å lagre resultatene av mellomliggende og endelige beregninger, sammenlignings- og betingede kommandoer brukes til fortsett beregningen (hvis resultatene er sammenfallende) eller til neste repetisjon (hvis resultatene ikke stemmer overens.).
Kontroll med metoden til den avkortede algoritmen, basert på analysen av algoritmer utført av prosessoren, konstrueres en såkalt trunkert algoritme. Problemet løses både av den fulle algoritmen, som gir den nødvendige nøyaktigheten, og av den trunkerte algoritmen, som gjorde det mulig å raskt få en løsning, om enn med en lavere nøyaktighet. Deretter sammenlignes de nøyaktige og omtrentlige resultatene. Et eksempel på en trunkert algoritme er å endre løsningstrinnet (øke) når man løser differensialligninger.
Substitusjonsmetode... Når du løser likningssystemer, inkludert ikke-lineære og transcendentale, er det gitt erstatning av de funnet verdiene i de originale ligningene. Deretter blir det gjort en sammenligning mellom høyre og venstre side av ligningen for å bestemme residualene. Dersom restmengdene ikke går utover de angitte grensene, anses løsningen som riktig. Tiden brukt på slik kontroll er alltid mindre enn ved en andre beslutning. I tillegg oppdager du på denne måten ikke bare tilfeldige, men også systematiske feil, som ofte blir oversett ved dobbelttelling.
Begrens sjekkmetode eller "gafler"-metoden. I de fleste problemer er det mulig på forhånd å finne grensene ("gaffel"), der noen av de ettertraktede verdiene bør være. Dette kan for eksempel gjøres på grunnlag av en omtrentlig analyse av prosessene beskrevet av denne algoritmen. Programmet sørger for visse punkter hvor kontrollen utføres for å finne variablene innenfor de angitte grensene. Denne metoden kan oppdage grove feil som gjør det meningsløst å fortsette å jobbe.
Sjekker med flere linker. I noen tilfeller er det mulig å bruke tilleggsforbindelser mellom de nødvendige verdiene for kontroll. De velkjente trigonometriske relasjonene er et typisk eksempel på slike sammenhenger. Det er mulig å bruke korrelasjoner for oppgavene med å behandle tilfeldige prosesser, statisk prosessering. En variant av denne tilnærmingen er de såkalte balansemetodene; deres essens er at individuelle grupper av data tilfredsstiller visse forhold. Metoden lar deg oppdage feil forårsaket av krasj.
Redundant variabel metode består i introduksjonen av tilleggsvariabler, som enten er knyttet til kjente relasjoner med hovedvariablene, eller verdiene til disse variablene under visse forhold er kjent på forhånd.
Tilbakesjekk kontroll, samtidig, i henhold til det oppnådde resultatet (funksjonsverdier), blir startdataene (argumentene) funnet og sammenlignet med de opprinnelig spesifiserte startdataene. Hvis de faller sammen (med den spesifiserte nøyaktigheten), anses det oppnådde resultatet som riktig. Inverse funksjoner brukes ofte for å telle ned. Bruk av denne metoden er tilrådelig i tilfeller der implementeringen av inverse funksjoner krever et lite antall instruksjoner, datamaskintid og minne.
Sjekksum metode... Separate arrays av kodeord (programmer, startdata osv.) er tildelt redundante kontrollord, som oppnås på forhånd ved å summere opp alle ordene i denne arrayen. For å utføre kontrollen utføres summeringen av alle ordene i gruppen og den bitvise sammenligningen med referanseordet. For eksempel, når data overføres over en kommunikasjonskanal, summeres alle kodede ord, tall og symboler i den overførte gruppen av poster ved inngangen for å oppnå kontrollsummer. Kontrollsummen registreres og overføres sammen med dataene.
Kontroll med metoden for rekordtelling. En post er et veletablert sett med data som karakteriserer et objekt eller en prosess. Det er mulig å beregne på forhånd antall poster i separate arrays. Dette nummeret skrives til minnet. Ved behandling av det tilsvarende datasettet kontrolleres sjekknummeret med jevne mellomrom for å oppdage tapte eller ubehandlede data.
Kontroll over tid for å løse problemer og frekvensen av de utsendte resultatene, er et av prinsippene for å bestemme riktigheten av forløpet til beregningsprosessen. Overdreven økning i varigheten av løsningen indikerer "looping" av programmet. De såkalte markørpulsene (eller tidsstemplene) som brukes i sanntidssystemer tjener samme formål. Markeringspulser brukes for å forhindre at prosessoren stopper eller utfører feil beregningssykluser på grunn av en feil i instruksjonssekvensen. De brukes både for hele algoritmen og for individuelle seksjoner.
Implementeringen av disse metodene består i å bestemme den lengste ruten for kommandoene å følge, under hensyntagen til avbrudd fra andre programmer. Som en del av prosessoren brukes en programvaretidsteller, hvor den maksimalt tillatte tiden for implementering av programmet er satt. Når nullverdien er nådd, genererer telleren et signal for overskridelse av tillatt overvåkingstid, som sikrer avbrudd av programmet. Kontroll av sekvensen for utførelse av kommandoer og programmoduler utføres på to måter. Programmet er delt inn i seksjoner, og konvolusjonen beregnes for hver seksjon (ved å telle antall operatører, ved å bruke signaturanalysemetoden, ved å bruke koder). Deretter fjernes sporet av programmet og konvolusjonen beregnes for det og sammenlignes med den tidligere beregnede. En annen måte er at hvert nettsted blir tildelt et spesifikt kodeord (sidenøkkel). Denne nøkkelen skrives inn i den valgte RAM-cellen før du starter utførelsen av seksjonen, en av de siste kommandoene i seksjonen sjekker for tilstedeværelsen av "dens" nøkkel. Hvis kodeordet ikke samsvarer med seksjonen, er det en feil. Nodene til gaffelprogrammene kontrolleres ved gjentatt telling, og valget av kun én gren kontrolleres ved hjelp av taster. Kontrollen av de sykliske delene av programmet består i å kontrollere antall repetisjoner av syklusen, på grunn av organiseringen av en ekstra programteller.
På testkontroll sjekk av noder, enheter og systemet som helhet utføres ved hjelp av spesialutstyr - generatorer av testeffekter og analysatorer av utgangsreaksjoner. Behovet for ekstra utstyr og tidskostnader (umulighet av regelmessig (fungering under testen begrenser bruken av testmetoder).
Testing med standardprogrammet, det funksjonelle diagrammet for organiseringen av slik testing inkluderer en testgenerator som inneholder et sett med forhåndsforberedte statistiske tester og en analysator som opererer etter prinsippet om å sammenligne utgangsresponsen med referansen, også oppnådd på forhånd ved spesielle midler for å forberede tester.
På sannsynlighetstesting som testgenerator brukes en pseudo-tilfeldig handlingsgenerator, implementert for eksempel av et skiftregister med tilbakemelding. Analysatoren behandler utgangsreaksjonene i henhold til visse regler (bestemmer den matematiske opprettelsen av antall signaler) og sammenligner de oppnådde verdiene med referanseverdiene. Referanseverdier beregnes eller innhentes på en tidligere feilsøkt og testet enhet.
Kontakttesting(sammenligning med referansen) er at stimuleringsmetoden kan være hvilken som helst (programvare, fra generatoren av pseudo-tilfeldige effekter), og referansereaksjoner dannes under testing ved bruk av en dupliseringsenhet (referanse). Analysatoren sammenligner utdata- og referanseresponsene.
Syndrom testing(metode for å telle antall bytter). Funksjonsdiagrammet inneholder en testgenerator som genererer teller 2N sett ved inngangen til kretsen, og ved utgangen er det en teller som teller antall brytere, hvis antallet brytere ikke er lik referanseverdien, så er kretsen anses som defekt.
På signaturtesting utgangssvarene oppnådd i et fast tidsintervall behandles på et tilbakemeldingsskiftregister - en signaturanalysator som lar deg komprimere lange sekvenser til korte koder (signaturer). Signaturene som oppnås på denne måten sammenlignes med referansene, som oppnås ved beregning, eller på en forhåndsfeilsøkt enhet. Stimulering av det kontrollerte objektet utføres ved hjelp av en pseudo-tilfeldig handlingsgenerator.
Avslutningsvis bør det bemerkes at det ikke er noen universell kontrollmetode. Valget av metoden bør gjøres avhengig av det funksjonelle formålet til den digitale enheten, den strukturelle organiseringen av systemet, de nødvendige indikatorene for pålitelighet og pålitelighet.
Under rutinemessig vedlikehold eller under pre-flight forberedelse av IVK, er de viktigste kontrollmetodene testmetoder. Under flygingen er funksjonelle kontrollmetoder de viktigste, og testing utføres i hovedsak for å lokalisere feil hvis de oppstår.
6. FORUTSEGNING AV TILSTANDEN TIL MÅLE- OG DATAMASKINKOMPLEKSENE NÅR DU TAR HENSYN TIL PÅVIRKNINGEN
AV ELASTISKE EGENSKAPER PÅ KONTROLLOBJEKTET
Alle midlene er delt inn i:
1. Midler for testkontroll og diagnostikk. Test - en test med et kjent referanseresultat. Testkontroll - Utføre kontroll og diagnostikk ved hjelp av en test. Ved utførelse av en testkontroll fjernes kontrollobjektet foreløpig fra kontrollsløyfen.
2. Midler for funksjonskontroll. Overvåking av systemet under drift.
På grunn av at funksjonskontroll og test utføres under forskjellige forhold, er omfanget av de utførte kontrollene forskjellig. Kontroll- og diagnostiske algoritmer kan være:
· Betinget.
· Ubetinget.
Enhver kontrollprosess er en ledelsesprosess. Formålet med en slik kontrollprosess er å bestemme klassen av teknisk tilstand eller forhold med størst pålitelighet.
I praksis er dybden av funksjonell kontroll lavere enn dybden av testkontroll og diagnostikk. For å kunne gjennomføre kontroller må det ved utforming av anlegg fastsettes spesielle midler.
Midler for kontroll og diagnostikk og virkemidler for funksjonell kontroll kan være:
ü Programvare.
ü Maskinvare.
ü Maskinvare og programvare.
Testkontroll og diagnostikk tilhører kategorien forebyggende tiltak. Funksjonelle kontroller er utformet for å oppdage feil under drift av systemet.
Generaliserte funksjonsdiagrammer over metoder for testkontroll og diagnostikk og funksjonskontroll.
OP - servicepersonell.
Velger - en enhet som danner en vektor av inngangshandlinger, som anvist av OP.
OK - kontrollobjekt.
BRIRK er en enhet for gjenkjenning og registrering av kontrollresultater.
Beslutning - en blokk som genererer en beslutning basert på resultatene av kontroll.
IOC er en modell av kontrollobjektet.
I de fleste tilfeller fungerer overvåkings- og diagnosesystemet under kontroll av OP. OP fra settet med gyldige sjekker spesifiserer sjekken. Justeringsenheten danner en vektor av inndatahandlinger. I BRIRK gjenkjennes vektoren av inngangshandlinger også fra minnet til blokken valgt referanseresultat. Kontrollobjektet regner ut inputpåvirkningene og gir resultatet. I beslutningsblokken sammenlignes resultatene mellom de to resultatene og konklusjonen er at testen er vellykket.
Et pålitelig verifisert samme kontrollobjekt kan brukes som en modell av et kontrollobjekt; en fysisk eller matematisk kontrollmodell kan brukes. Det særegne ved funksjonell kontroll er at hovedkonklusjonen: reaksjonen til det kontrollerte objektet og reaksjonen oppnådd på modellen til det kontrollerte objektet ikke motsier hverandre. En alarm utløses bare hvis resultatene motsier hverandre.
Derfor er avgjørelsen i SFC mer komplisert. Vi trenger matematiske fakta av motsigelse av resultatene til hverandre.
Ved konstruksjon av maskinvare for funksjonell diagnostikk introduseres redundant utstyr i en node eller enhet, som fungerer samtidig med hovedutstyret. Signalene som oppstår i prosessen med funksjonen til hoved- og kontrollutstyret sammenlignes i henhold til visse lover. Som et resultat av en slik sammenligning genereres informasjon om riktig funksjon av den kontrollerte enheten (enheten). I det enkleste tilfellet, en kopi av den testede noden (den såkalte strukturturredundans), og også det enkleste kontrollforholdet i form av en sammenligning av to identiske sett med koder. I det generelle tilfellet brukes enklere kontrollenheter, men metodene for å oppnå kontrollrelasjoner blir mer kompliserte Den matematiske modellen av en funksjonell enhet er en begrenset automat, som er beskrevet av systemet
G 
de X,
Y
~
mange inngangs- og utgangssignaler; S
-
mange interne stater; δ [
en(t),
x(t)]
-
overgangsfunksjon som viser tilstand en(t
+
1), som automaten går inn i fra staten en(t) påvirket av inngangssignalet x(t);
λ
[
en(t)
,
x(t)]
-
utgangsfunksjon som definerer utgangen y(t
+.1) pr en(t)
og skriv inn x (t) på et tidspunkt t;
en 0
-
opprinnelige tilstand. Kontrollenheten kan også representeres som en tilstandsmaskin Q K ,
gitt av systemet
G 
de NS Til ,
Y K
- en rekke inngangs- og utgangssignaler; S -
mange interne stater; δ K
[
b(t),
x(t)],
λ
K [
b(t),
x(t)]
-
funksjoner som har samme betydning som funksjoner til en automat Q; b 0
- opprinnelige tilstand.
Et diagram av en funksjonell enhet (enhet) med maskinvarekontroll er vist i fig. 16, en, hvor OA - viktigste maskinen; CA - kontroll maskin; USA - kollasjonsnode; ε er et feilsignal.
For å diagnostisere prosessene for funksjon av hoved- og kontrollautomaten, brukes sammenligningsmetoder: 1) interne tilstander og overganger; 2) utdataord og inputord.
Den første metoden besvares med duplisering, majorisering, samt kontroll med forbudte kodekombinasjoner. Det inkluderer også metoder for redundant koding av modulo-operasjoner, kontroll av lagring og overføring av informasjon med redundante koder.
Den andre metoden brukes hovedsakelig til å kontrollere kontrollenheter, målere, etc.
Redundant koding er basert på innføring av tilleggssymboler i input-, prosess- og utdatainformasjonen, som sammen med de grunnleggende danner koder med deteksjons- (feilrettings-) egenskaper. Det generelle opplegget for slik kontroll er vist i fig. 16, f , hvor Storbritannia - koding enhet; UD - dekoding enhet; UOKK - kontroll kode behandling enhet; USA - kollasjonsnode; c - feilsignal.
Kodekontrollmetoder.
Maskinvaremetoder for funksjonell diagnostikk er nesten alltid basert på bruk av såkalte overflødige eller korrigerende koder. De kalles korrigerende, uavhengig av om de er laget for å korrigere feil automatisk eller bare for å oppdage dem. I korreksjonskodene brukes bare noen av de mulige kodekombinasjonene for å vise den overførte eller behandlede informasjonen. Resten av kombinasjonene er forbudt og deres utseende indikerer tilstedeværelsen av en feil.
Nummerkoder er klassifisert i uniform og uensartet. I enhetlige koder inneholder alle kombinasjoner samme antall tegn; i ikke-uniforme koder kan antallet tegn være forskjellig.
Redundante koder eller korrigeringskoder kan være blokkerte og sammenhengende. Blokkkoder representerer sekvenser av grupper med flere tegn. Koding eller dekoding utføres på hver gruppe (blokk) separat. I kontinuerlige koder er redundante tegn ispedd informasjonstegn.
Blokkeuniforme korreksjonskoder er delt inn i systematiske og ikke-systematiske. Den systematiske n-sifrede koden inneholder alltid et konstant antall m informasjon og k kontrolltegn, og kontrolltegnene opptar de samme posisjonene i alle kodekombinasjoner. I en ikke-systematisk kode kan ikke tegnene i et kodet tall eller ord deles inn i informasjons- og kontrolltegn. Hovedkarakteristikkene til korreksjonskoder er redundans og korreksjonskapasitet.
Redundansen til koden er definert som k = n-m, og den relative redundansen k/ m.
Korrigeringsevne kan kvantifiseres ved sannsynligheten for å oppdage eller rette feil av ulike typer. Korrigeringsevnen til koden er relatert til konseptet med minste kodeavstand. Kode avstandd mellom to ord er antall sifre der tegnene i ordene ikke stemmer overens. Hvis ordet lengde er n, da kan kodeavstanden ha en verdi fra 1 til n ... Minimum kodeavstanddmin av denne koden er minimumsavstanden mellom to ord i denne koden. Hvis det er minst ett par ord som bare er forskjellige i en bit, er minimumsavstanden til denne koden 1.
For å oppdage foldfeil t kode med minimum kodeavstand nødvendig d =t+ 1, og for å rette opp slike feil, koden med d = 2t+ 1. For diagnostisering av enheter i datamaskiner har følgende typer koder blitt utbredt: paritetssjekkkode, Hamming-kode, iterative koder, konstantvekt, restkoder, sykliske koder.
Introduksjon
1 Stadier og prosess for feilsøking av CBT
1.1 Feilsøkingsprosess
1.2 Funksjoner ved manifestasjon av funksjonsfeil i SVT og RS
1.2.1 Systemfeil ved lasting av OS
1.2 Feil ved kjøring av applikasjonsprogrammer
2. Autonom og omfattende sjekk av funksjon og diagnostikk av SVT
2.1 Funksjonell styring av den automatiske brannalarmen
2.1.1. Overvåking og diagnostikk av hovedkortkomponenter
2.1.1.1 Overvåke CPU- og FPU-drift
2.1.1.2 Kontrollere CPU-systemstøtte
2.1.1.3 Overvåking og diagnostikk av DRAM
2.1.1.4 Overvåking av systembussen
2.1.2 Kontroll og diagnostikk av perifere enheter til APS
2.1.2.1 Kontroll og diagnostikk avler
2.1.2.2 Kontroll og diagnostikk av driftsinformasjonsutdata
2.1.2.3 Funksjonell kontroll og diagnostikk av HDD
2.2 Overvåke funksjonen til maskinvare- og programvaresystemer
Konklusjon
Bibliografi
Introduksjon
Moderne datamaskiner vil bruke hele spekteret av designløsninger utviklet over hele perioden med utvikling av datateknologi. Disse løsningene er som regel ikke avhengige av den fysiske implementeringen av datamaskiner, men er i seg selv grunnlaget for utviklere.
Analyse av SVT-feil;
Stadier og prosess for feilsøking;
Diagnostikk av SVT-feil.
Informasjonen og det metodiske grunnlaget for å skrive arbeidet var arbeidet til M .V. Vasiliev, V.P. Leontyev, I.A. Orlova, V.F. Kornyushko, V.V. Burlyaeva og andre.
1.Feilsøkingstrinn og prosess
1.1. Feilsøkingsprosess
Flyreparasjon for mer enn 9/10 består av APS-diagnostikk og består av fem stadier: analyse av feilsituasjonen; testing; reparere; testing etter reparasjon; gjenoppretting av arbeidskonfigurasjonen og kontroll av funksjon.
Når du utfører feilsøkingsarbeid, anbefales det:
1) dokumentere arbeidet i detalj;
2) anta et av de lignende symptomene på en funksjonsfeil (identifiser feilen);
3) velg den defekte enheten (tolk typen feil);
4) bruk, hvis mulig, referansetabellen over flystatene;
5) marker den defekte komponenten i enheten;
6) hvis det er flere symptomer, klassifiser dem i primær og sekundær (avhengig av primær). På scenen for å analysere situasjonen, bør man:
Analyser i hvilken driftsmodus for APS, under utførelsen av hvilket program og på hvilket sted i programmet feilen oppstod;
Registrer symptomene på feilen:
1) tilstanden til PC-indikatorene,
2) meldinger fra programmet (dispatcher, OS, shell, etc.),
3) lydsignaler, regelmessige og unormale;
3. prøv å starte programmet på nytt;
4. start systemet på nytt (varm omstart eller kaldstart);
5. gjennomgå nøye hvordan omstart og POST-kontroll går;
6. sjekk APS-parametrene i CMOS-minnet ved å bruke SETUP-prosedyrene;
7. slå av flyet, sjekk kvaliteten på tilkoblingene til grensesnittkablene, strømtilkoblinger, temperaturregimet til alle IC-er (ved berøring), graden av forurensning av brettene;
8. hvis POST-programmet ikke kjører, gå til lokalisering av komponenten ved å bruke video- eller lydkodene levert av POST-programmet;
9.Hvis POST-programmet kjører, gå til flytestdiagnostikken. Hvis alt var riktig tilkoblet, returner flyet til sin opprinnelige tilstand: slå av det nylig installerte kontrollpanelet og / eller kontrolleren og kontroller driften av flyet igjen.
Hvis feilen vedvarer, betyr det at komponenten er feil definert, og du må gjenta analysen trinn for trinn. Hvis feilen er eliminert, bør du i sin tur, bytt ut elementene i sammenstillingen med en kjent driftsrekkefølge i følgende rekkefølge:
Periferutstyr knyttet til et dedikert delsystem (disk, VIDEO, kommunikasjon, manipulatorer, etc.), ta hensyn til deres konfigurasjon;
Kabeltilkoblinger (ikke forvirre tilkoblingen til løkkene: den uthevede kjernen til flatkabelen er koblet til pinne 1 på kontakten);
Kontrolleren tar hensyn til den installerte konfigurasjonen i henhold til typen, mengden bufferminne, etc. skriver, manipulator, diskstasjon, etc.
Hvis feilen vedvarer, betyr det at saken ikke er i maskinvaren, men i programvarekonfigurasjonen:
Driveren samsvarer ikke med denne spesifikke enheten;
Førerkonflikt;
Avbruddsforespørselkonflikt;
Skjæringspunktet mellom områdene med avbruddsvektorer i DRAM og programvarekonfigurasjonen til PC-en bør kontrolleres nøye ved introduksjon av nytt utstyr. Hvis det blir funnet et avvik, korriger MTA-programvarekonfigurasjonen.
1.2. Funksjoner av manifestasjonen av funksjonsfeil i SVT og RS
Ved lokalisering av feil kan følgende symptomer vises:
1. Når du laster inn operativsystemet:
Strøm-på-indikatoren lyser ikke;
Operativsystemet starter ikke opp;
Systemfeil vises ved oppstart;
Ingen oppstart fra harddisk.
2. Når du kjører applikasjonsprogrammer:
Leser ikke én FDD;
Begge FDD-ene leser ikke;
Skriver ikke en FDD;
Begge FDD-ene skriver ikke;
Leser ikke HDD;
Skriver ikke HDD;
FDD og/eller HDD kan ikke velges;
PC-en er frosset, tastaturinngangen er blokkert.
3. Mulige symptomer på systemfeil informasjonsvisning. Fargegrafikkskjerm og dens adapterkort:
Det er ikke noe bilde på skjermen;
Ingen rammesynkronisering;
Ingen linjesynkronisering;
Ingen tekstmodus, grafikk fungerer;
Forvrengte tegn på skjermen;
Forvrengt farge eller mangel på samme;
Ingen tekstmodus med høy eller lav oppløsning.
4. TASTATURFEIL:
Tastaturet fungerer ikke (låst);
Tastaturet skriver feil tegn;
En eller flere nøkler fungerer ikke;
Ingen kasusbytte øvre / nedre og / eller omvendt.
5. Feil i I/O:
Høyttaleren fungerer ikke;
Manipulatoren fungerer ikke;
Ingen oppstart fra diskettstasjon;
Ingen oppstart fra HDD.
1.2.1. Systemfeil ved lasting av OS
1. Feil når du slår på PC-en. Hvis strømindikatoren ikke lyser, kontroller en etter en:
Tilstedeværelsen av forsyningsspenningen i stikkontakten,
Servicevennlighet for PC-pluggforbindelsen, strømkabelen,
Brukbarhet av overspenningsvern eller avbruddsfri strømforsyning,
Servicevennlighet for PC-strømforsyningen.
2. Operativsystemet laster ikke . Hvis det ikke er noen oppstart fra harddisken, bør du prøve å gjenta oppstarten og nøye observere prosessen med POST-programmet, hvis det mislykkes, start opp fra "rednings"-disketten og test harddisken, først av alt, oppstarten posten og hele systemområdet generelt.
Alle POST-program feilmeldinger er vanligvis delt inn i typer: lydsignaler; systemfeilkoder på skjermen; I/O-feilkoder på displayet; andre feil på skjermen.
Dermed når det totale antallet feilkoder hundrevis, og feilkodene for hver spesifikke PC-modell, nærmere bestemt ROM BIOS-versjonen som denne PC-modellen er utstyrt med, bør ses etter i bruksanvisningen for denne PCen.
1.2.2. Feil ved kjøring av applikasjonsprogrammer
Når du kjører tilpassede programmer, er følgende feil mulige. En av diskettstasjonene leser eller skriver ikke. Mulige årsaker:
1) dårlig diskett. Bytt ut disketten;
2) dårlig diskettstasjon. Prøv å jobbe med en annen stasjon;
3) grensesnittkontakten på stasjonen er skitten. Rengjør kontakten fra støv og skyll med alkohol;
4) dårlig eller feil koblet båndkabel til stasjonen. Kontroller at kablene er koblet riktig: kontakten skal vanligvis kobles til den andre FDD før vridning, og etter vridning - til den første.
5) adressen til FDD-stasjonen er feil byttet, eller konfigurasjonsjumpene til stasjonene på kontrolleren og/eller stasjonene er feil innstilt. Kontroller og korriger diskkonfigurasjonen i samsvar med bruksanvisningen for kontrolleren og diskstasjonene;
6) typen stasjon i CMOS-minnet er feil innstilt. Kontroller og om nødvendig installer den på nytt ved hjelp av SetUp-verktøyet.
Usikker datalesing fra FDD. Mulige årsaker:
1) ikke installert, eller feil installert, eller to terminatorer installert på kontroll-/datalinjen ved 5.25 ”FDD. Kontroller og reparer: terminatoren skal bare installeres på en, den siste FDD;
2) lese- og skrivehoder på disketter er skitne. Rengjør stasjonshodene med en spesiell renseskive. Det er mulig å rengjøre hodene på NGMD kun med spesielle væsker eller isopropylalkohol. Etylalkohol vil løse opp det beskyttende belegget på diskettene.
3) rotasjonshastigheten til NGMD-spindelmotoren er utenfor rekkevidde. Test diskettstasjonen med NDiags-programmet og juster om nødvendig rotasjonshastigheten til spindelmotoren.
Ingen av stasjonene leser. Mulige årsaker:
1) en feil i kontakten til tilkoblingssporet til diskettstasjonskontrolleren. Rengjør kontakten til sporet der diskettkontrolleren var plassert, eller flytt kontrolleren til et annet spor;
2) kontrolleren for stasjoner er defekt. Koble alle unntatt én diskettstasjon fra kontrolleren, sjekk lesing/skriving på den gjenværende diskettstasjonen, om nødvendig, oppstart av DOS fra en diskett. Hvis eksperimentet viste seg å være vellykket, kan du bestemme hvilken del av kontrolleren som inneholder feilen ved å koble til de andre diskettstasjonene etter tur. For en test kan du erstatte kontrolleren med en kjent god en, og ikke glemme konfigurasjonen (jumpere, brytere på kontrollerkortet).
Applikasjonsprogrammet kjører ikke, eller kjører ikke riktig (feil resultater, eller PC-en henger i programmet). Mulige årsaker:
1) programmet er ikke feilsøkt. Bruk verktøy for å feilsøke programmer: designer, debugger, etc .;
2) en konflikt i programvarekonfigurasjonen. Sjekk gjeldende programkonfigurasjon: vis filene config.sys, autoexec.bat og minnekartet når det gjelder drivere, TSR-programmer, for konflikter, om nødvendig, korriger;
3) feil på PC-maskinvaren. Gjennomfør dybdetesting av MTA ved hjelp av innebygde eller eksterne testprogrammer.
4) se BIOS-meldingen om de angitte PC-maskinvareressursene;
5) når du kjører systemfilene IBMBIO.COM og IBMDOS.COM, sjekk resultatene av å kjøre konfigurasjonsfilene config.sys og autoexec.bat for logiske feil. For en kontrollert trinnvis utførelse av konfigurasjonsfiler, umiddelbart etter at maskinvareressurstabellen vises på skjermen, selv før meldingen "Starter PC DOS..." vises, trykker du på F8-tasten;
6) test PC-komponentene ved å bruke servicekortet;
7) hvis systemet har startet opp fra en diskett, men ikke fra en harddisk, må du kjøre diagnostikk fra samme systemdiskett logisk struktur HDD ved å bruke NDD- eller Scandisk-verktøy, og gjenopprette den logiske strukturen til disken hvis det blir funnet feil;
8) fikse mulige brudd på oppstartsposten og systemfiler ved å bruke SYS.COM9-verktøyet
9) sjekk minnet og systemdisken til datamaskinen for fravær av virusinfeksjoner (en antiviruspakke av minimumsstørrelse, for eksempel DrWeb-413, kan også passe på systemdisketten);
10) hvis feilen vedvarer, fortsett til å teste PC-komponentene ved å bruke de innebygde programmene: POST (ved hjelp av en bussanalysator), ROM Diagnostics eller generelle testprogrammer CheckIt, NDiags, etc., start dem fra samme diskett;
11) hvis feilen er av flytende karakter, foreta en grundig testing av MTA-komponentene ved å bruke passende programmer, for eksempel PC-Doctor.
Feilsymptomene diskutert ovenfor uttømmer på ingen måte alle mulige feil som oppstår når brukerprogrammer kjøres, og er kun gitt som et eksempel på feilsymptomer. Andre feil vil ha andre symptomer.
2. Autonom og omfattende sjekk av funksjon og diagnostikk av SVT
Noe av det ganske intelligente datautstyret, som skrivere, plottere, kan ha offline testmoduser. Dermed startes en offline-skrivertest uten å koble til en datamaskin ved å trykke på tastekombinasjoner på kontrollpanelet. Skriveren, som utfører den spesielle fastvaren som er tilgjengelig i ROM-en, skriver ut alle tegn som er tilgjengelige for den diagonalt, og operatøren, som ser og sammenligner den resulterende utskriften, bestemmer riktigheten av driften i moduser med forskjellig tetthet og utskriftskvalitet.
Maskinvare- og programvaresystemet har muligheten til autonomt å teste funksjonen til sine beregningsmessige kjernekomponenter ved å bruke innebygde eller nedlastbare testprogrammer. APS kan også utføre eksterne testprogrammer for komponentene sine, så vel som komplekse testprogrammer som simulerer multi-tasking og flerbrukermoduser for APS-drift.
2.1 Funksjonell styring av den automatiske brannalarmen
Kontroll fungerende komponenter spesialisert APS av typen Main Frame utføres, under driften, av maskinvare (spesielle kontrollkretser for addere, tellere, dekodere, dataoverføringsfasiliteter, etc.). Kontroll databehandlingsprosess i slike APS utføres det av spesiell programvare som kontrollerer riktigheten av utførelsen av beregningsalgoritmene, tillateligheten av de oppnådde resultatene og deres pålitelighet. Oftest bruker slik kontroll metoden for dobbelttelling av individuelle deler av den samlede oppgaven. Ved utvikling av spesialisert APS utvikles det samtidig spesielle testprogrammer for deres omfattende testing. Komplekse testprogrammer av typen TKP (Kontroll- og verifikasjonstester) bør med jevne mellomrom lanseres av vedlikeholdspersonellet under det planlagte forebyggende og rutinemessige vedlikeholdet av APS. Derfor, for funksjonell kontroll av PC-en, brukes testprogrammer generell bruk som CheckIt, NDiags, Sandra, etc. diskutert ovenfor.
2.1.1. Overvåking og diagnostikk av hovedkortkomponenter
PC-hovedkort, avhengig av deres modifikasjoner, kan enten inneholde selve datamaskinen (CPU med systemdeksel, RAM og bussystem med egne kontrollere og shapers), eller i tillegg - noen av periferenhetskontrollerne (HDD, videokontroller, kommunikasjon) porter, lydkontroller, nemellom datamaskiner, etc.). Dette må man ha i bakhodet, og når samtalen går om overvåking og diagnostikk hovedkort, vil det bety et hovedkort med minimumskonfigurasjonen, uten integrerte perifere kontrollere.
2.1.1.1 DriftskontrollProsessorogFPU
Den funksjonelle kontrollen av PC-sentralprosessoren skjer først og er obligatorisk - hver gang POST-programmet kjøres. Dette tester prosessorregisterfilen, dens veksling fra RM- til PM-modus og omvendt, og dens respons på avbruddsforespørsler. CPU-en er kjent for å ha sin egen selvtest-fastvare, som starter automatisk hvis CPU-en er inaktiv over lengre tid (Ti Idle). Kontroll av CPU-funksjonen kan utføres med vilje ved bruk av eksterne testprogrammer. Så hvis du velger menyelementet Tester i CheckIt-programmet, og hovedkortelementet i kontekstmenyen, vil denne testen bli sjekket i mikroprosessordelen:
Generelle funksjoner til CPU (Generell funksjon),
Feil ved avbrudd av CPU (avbruddsfeil),
32-bit multipliser,
Beskyttet modus,
Aritmetiske funksjoner FPU (NPU Aritmetiske funksjoner),
Trigonometriske funksjoner FPU (NPU Trigonometric Functions),
FPU Comparison Function (FPU).
Hvis du velger elementet SYSTEM / SYSTEM BOARD TEST i NDiags-programmet, vil testprogrammet utføre: generell CPU-test, CPU-registertest, CPU aritmetisk test, CPU-beskyttet modustest.
Hvis du velger Diagnostikk / CPU / Koprosessor i PC-Doctor-programmet, vil følgende tester bli utført: CPU-registre, CPU-aritmetikk, CPU-logiske operasjoner, CPU-strengoperasjoner, CPU-avbrudd / unntak (/ unntak), CPU-buffer / cache, CPU C & T / Cyrix Specific (hvis CPUen støtter dem), CoProc-registre, CoProc-kommandoer, CoProc Arithmetics, CoProc Transcendental, CoProc-unntak, CoProc Cyrix / IIT.
Som du kan se, tilbys det største settet med sjekker av PC-Doctor.
2.1.1.2 Verktøy for overvåking av systemstøtteProsessor
Testfunksjonene til systemstøtten til prosessoren i CheckIt-programmet er ganske beskjedne. Hvis du velger menyelementet Tester i CheckIt-programmet, og hovedkortelementet i kontekstmenyen, vil denne testen sjekke fra CPU-systemet at kun støtte for DMA-kontroller(e) og avbruddskontroller(e).
NDiags-programmet, når du velger menyelementet SYSTEM / SYSTEM BOARD TEST, fra prosessorens systemstøtteenheter tester PDP-kontrolleren og avbruddskontrolleren.
PC-doktor-programmet i Diagnostikk / Hovedkort-elementet tester den samme systemstøtten for prosessoren, avbruddskontrolleren og DMA-kontrolleren.
2.1.1.3 Overvåking og diagnostikkDRAM
Random access-minnet til en personlig datamaskin utføres, som kjent, på mikrokretser av dynamisk type, som tilsvarer forkortelsen DRAM - Dynamics-Random-Access Memory (dynamisk tilfeldig tilgangsminne). Lagringselementene til slike mikrokretser er elementære kondensatorer dannet av flytende porter til felteffekttransistorer. Disse overgangene kan være i ladet (logisk en) eller utladet (logisk null) tilstander.
Dermed har haugminne en tendens til å forvrenge individuelle informasjonsbiter. Dette kan få fatale konsekvenser for datamaskinen, siden DRAM lagrer både data og arbeidsprogrammer, og selve operativsystemet. Forvrengning av en bit i en maskininstruksjon kan føre til at det i stedet for en leseoperasjon utføres en skriveoperasjon, som kan ødelegge dataene, programmet og til og med selve operativsystemet.
Det er derfor det dynamiske tilfeldige tilgangsminnet leveres med et paritetskontrollskjema - konvolusjonen av hver skrevet byte modulo-2. Kritiske datamaskiner bruker feilkorrigerende koder, for eksempel Hamming-koden. Når du skriver, blir hver byte med informasjon ledsaget av en kontrollbit generert av konvolusjonsskjemaet, og ved lesing, av samme konvolusjonsskjema, blir hver byte sjekket for paritet og, i tilfelle paritetsbrudd, genereres ikke-maskerbart avbrudd, genererer DRAM-feilmelding. I dette tilfellet blokkeres den automatiske utføringen av ytterligere operasjoner og meldingen: Feilparitet DRAM vises på skjermen. System stoppet. Heap-paritetsfeil. System stoppet. Ytelseskontrollen av PC-RAM-en utføres av de tilsvarende delene av POST-programmet hver gang datamaskinen slås på, eller under en kald omstart av systemet (ved å trykke på RESET-knappen).
Når DRAM-feilsymptomet vises, starter du operativsystemet på nytt og prøver å kjøre det samme programmet på nytt. Hvis feilen ikke gjentar seg, klassifiseres denne saken som en enkelt feil. Hvis feilen gjentas, er det et symptom på en alvorlig feil. I dette tilfellet bør du deaktivere NMI-genereringsmekanismen og kjøre et minnefeildiagnoseprogram, for eksempel CheckIt / Tests / Memory. Du kan også bruke tjenestene til NDiags-programmet ved å velge MEMORY menyelementet, Test hovedminne (base) og Test utvidet minne, og hvis konfigurasjonen inkluderer ekstra minne, test det. NDiags vil teste det valgte minnet med følgende maler:
Skrive og sjekke nuller i alle biter av alle cellene i det sjekkede minnet,
Å skrive og sjekke enheter i alle biter av alle cellene i det sjekkede minnet,
Ved å kjøre og sjekke enheten for alle sifrene etter tur i hver adresse,
Ved å kjøre og sjekke null for alle sifrene etter tur i hver adresse,
Ved å skrive og sjekke koden 10101010 til hver adresse (sjakkkode),
Ved å skrive og sjekke koden 01010101 til hver adresse (omvendt sjakkkode).
Begge disse programmene tester DRAM i tilstrekkelig detalj, men CheckIt-programmet lar deg teste minnet med både et minimalt (kun Quick Memory Test) og et utvidet sett med tester, og til og med gjenta testen ikke en gang, men opptil 999 ganger for å oppdage flytende minnefeil. I tillegg lar CheckIt-programmet deg lokalisere minnefeilen ned til komponenten (IC eller SIMM).
Minnetesting ved hjelp av PC-doktor-programmet utføres ved å velge Diagnostics / RAM Memory-elementet.
Programmet tilbyr å velge testmodus:
Raskt – raskt, ett bestått av hver test,
Middels - middels, 10 ganger,
Tung - tung, 20 ganger,
Testtype:
Mønster - 18 mønstre,
Adresse - på adresselinjene til IC-prøven,
Bussgjennomstrømning - tilfeldige samplingssignaler,
Kodetest - tilfeldige koder.
Base - basisminne opptil 640 KB.
Utvidet – utvidet, opptil 16 MB.
Utvidet - ekstra, fra 1 til 32 MB,
UMB er en blokk med høyere minne, fra 1 til 1,064 MB.
Dermed er det mulig å teste ikke alle, men bare utvalgte deler av minnet. Timing-egenskapene til RAM under Windows bestemmes perfekt ved hjelp av Sandra-programmet, men hvis minnet er feil eller feil, vil Sandra rett og slett nekte å teste det.
2.1.1.4 Overvåking av systembussen
Alle typer systembuss, fra ISA til PCI og USB, dannes fra den lokale bussen til sentralprosessoren, ved bruk av bussdrivere og systembusskontrollere. For en mer detaljert lokalisering av systembussfeil, kan du sløyfe de første delene av POST-programmet og se oscilloskopet for adressesignaler, dataoverføringssignaler på systembussen og busskontrollsignaler: bussfangstforespørsel og bekreftelse, status for avbruddsforespørselslinjer , busssyklussignaler - IOR, IOW, MemR, MemW, Lock, Unlock, etc. med tabell over referansetilstander spenningsnivåer på alle pinnene til ekspansjonssporkontaktene i modusen spesifisert i tabellen over referansetilstander.
2.1.1.5 KontrollromBIOSogCMOS-hukommelse
CheckIt-programmet er ikke beregnet på å sjekke og teste ROM DIOS, men det kan teste sanntidsklokketelleren hvis du velger menypunktet Tester / Sanntidsklokke. Denne testen består av å sammenligne sanntid med DOS-tid - Sammenlign sanntidsklokketid med DOS-tid, sammenligne sanntid med DOS-dato - Sammenlign sanntidsklokkedato med DOS-dato, sammenligne medgått tid - Sammenlign forløpt tid.
NDiags-programmet i menypunktet SYSTEM / SYSTEM CARD TEST inneholder et vindu for kontroll av sanntidsklokken (RTC), kontroll som består av å sjekke genereringen av et avbruddsforespørselssignal fra RTC og teste DOS-intervalltimeren.
Hvis du velger elementet SYSTEM / STATUS CMOS, vil det bli sjekket:
CMOS-strømbatteristatus,
Gjeldende klokke i CMOS,
Polling av harddiskkontrolleren for samsvar med parameterne registrert i CMOS,
Riktigheten av RAM-konfigurasjonen,
Korrekt maskinvarekonfigurasjon,
Korrektheten av kontrollsummen til CMOS-minnet.
PC-doktor-programmet, i punktet Diagnostikk / Hovedkort, inneholder en kontekstmeny som inkluderer elementene for å sjekke ROM BOIS, CMOS og RTC Clock:
System Timer - kontrollerer avbrudd fra DOS-intervalltimeren,
BIOS Timer - sammenligning av en DOS-timer med en klokketimer,
RTC-klokke (CMOS-klokketeller), kontrollerer riktigheten av telleroppdateringen, gjentakelsesperioden for klokkeavbruddene, RTC-alarmklokkeavbruddet og korrespondansen til gjeldende klokke og dato
CMOS RAM - kontrollerer CMOS-minnet med en maltest, som en operativ en.
2.1.2 Kontroll og diagnostikk av perifere enheter til APS
For å kontrollere eksterne enheter i forbindelse med en sentral datamaskin, bør komplekse testprogrammer brukes.
2.1.2.1 Kontroll og diagnostikk avler
Tastaturkontrolleren er POST-testet før operativsystemet starter opp. En spesiell del av POST-programmet, etter tilbakestilling og initialisering av tastaturet, sjekker for fravær av " sittende fast " nøkkel. Som du vet, holder du nede tasten etter en kort periode, som kan angis spesifikt i Advanced CMOS SetUp / Typematic Rate Delay-elementet i SETUP-verktøyet, tvinger tastaturkontrolleren til å gjenta inntastingen av samme tegn fra settet Frekvens. En "klebrig" tast fører til den samme effekten som er registrert av POST-programmet med utdata av en videokode som xx 301, der xx- ordinær rom Støtte nøkler.
CheckIt-programmet i menypunktet Tester / Inndataenheter / Tastatur er designet for å teste PC / XT, AT og utvidede tastaturer i følgende moduser:
Trykk på hver tast - sjekk funksjonen til alle tastene,
Typematisk repetisjonstest - kontrollerer automatiske repetisjoner mens du holder nede tasten,
Keyboard Lights Test - testing av tastaturindikatorer.
Utformingen av tastene på membranen er veldig spesifikk for hver tastaturmodell, så i dette tilfellet er det mer hensiktsmessig å ganske enkelt erstatte hele tastaturet.
Hvis det derimot oppdages en funksjonsfeil i skjermtastaturet grupper etter nøkkel, da er sannsynligheten for feil på alle nøklene i denne gruppen usannsynlig. Mest sannsynlig ligger feilen i feilen i matriseraddekoderen med nøkkelen, eller i feilen i en av informasjonsinngangene til kontrolleren, eller i avbruddet av forbindelsen til denne gruppen av nøkkelen med utgangen fra raddekoder eller informasjonsinngangen til kontrolleren. For å lokalisere en slik funksjonsfeil, er det først og fremst nødvendig å finne ut hvordan nøkkelmatrisen er organisert i den i henhold til nøkkeldiagrammet på tastaturet.
Hvis det viser seg at hele den defekte gruppen tilhører én kolonne og bortsett fra dem, er det ingen i samme kolonne brukbar nøkkel, så er informasjonsinngangen til kontrolleren knyttet til denne kolonnen sannsynligvis feil, eller forbindelsen til kolonnen med nøkkelen ble kuttet. Den andre forutsetningen kontrolleres også med et multimeter. For å sjekke den første antagelsen, må du slå på datamaskinen og sjekke oscilloskopet for tilstedeværelsen av negative pulser på denne kontrollerinngangen på trykket en av nøklene i denne kolonnen, og hvis det er noen, må du bytte ut kontrolleren IC.
En feil under kontroll av autorepeat indikerer en funksjonsfeil på tastaturkontrolleren installert på tastaturet.
Feil ved kontroll av indikatorer krever, for deres lokalisering, en analyse av driften av deres kretser. Indikator-LED-ene mottar strøm fra en +5 V-kilde, strømmen gjennom dem er begrenset av spesielle motstander, og strømmen av strøm eller dens fravær styres av tilstanden til forsterkerelementene (ofte IC-omformere). Omformere på sin side styres direkte av utgangene til de tilsvarende kontrollerportene. Hvis indikatoren ikke lyser eller ikke slukker, må du sjekke med en logisk sonde eller multimeter tilførselen av +5 V strøm til den, så tilsvarer spenningsfallet over LED-en dens karakteristikk, spenningsfallet over strømbegrensende motstand, deretter på utgangen og inngangen til omformeren, og til slutt på den tilsvarende utgangen til kontrolleren ...
NDiags-programmet utfører de samme testene (bortsett fra autorepeat-testen), og når det sjekkes for å trykke på en tast, viser det i tillegg skannekoden til den trykket tasten. Dette kan være viktig hvis alle nøkler fungerer, men skannekodene er forvirrede. Dette kan skyldes brudd på oversettelsestabellen. kode skanning matrise taste inn skanne koden tastaturet som er plassert i tastaturkontrollerens ROM. Denne defekten kan også oppstå som et resultat av feil tastaturreparasjon, når tastaturkontrolleren IC ble erstattet med en kontroller IC fra et tastatur av en annen type.
PC-Doctor-programmet i menypunktet Diagnostikk / Hovedkort / Tastatur tester tastaturkontrolleren, eller rettere sagt, dens del som er plassert på hovedkortet, i følgende moduser:
Fullført - fullstendighet, tilgjengelighet,
KBD Power-On Self-test - Power-On Self-test,
KBD IRQ Test - sjekke genereringen av en IRQ1 avbruddsforespørsel fra tastaturet,
KBD Interface Test - testing av tastaturgrensesnittet.
Elementet Interactive Tests / Keyboard inneholder tre tester:
Tastaturtaster - test av å trykke på taster med indikasjon av skannekoder,
Tastatur-LED-er - test tastaturstatus-LED-indikatorene,
Tastatur Gjenta - auto-repetisjonstest.
For å teste musemanipulatorene kan du bruke musetestfilen (test.exe), som vanligvis finnes på distribusjonsdisketten for musedriveren. Testen lar deg sjekke funksjonene til pekeutstyret og dets innstillinger, slik som startposisjonen til musepekeren, området og hastigheten på pekeenhetens bevegelse, symbolet som identifiserer markøren osv. Du kan også bruke testprogrammer for generell testing.
CheckIt-programmet gir i menyelementene:
Tester / Inndataenheter / Mus - testing av musemanipulatoren,
Tester / Input Devices / Joystick - testing av en gamepad.
Når du tester en mus, tilbyr programmet sjekker:
Trykk på hver museknapp - se etter trykk på museknapper,
2.1.2.2 Kontroll og diagnostikk av driftsinformasjonsutdata
Tilstedeværelsen, brukbarheten til inngangs-utgangsportene og selvdiagnostikken til videokontrolleren (skjermkortet) testes av POST-programmet før operativsystemet lastes inn. Detaljert testing av videomonitoren i automatisk modus uten deltakelse fra en operatør er umulig, siden programmet i seg selv ikke kan kontrollere riktig visning av fonter, lineariteten til skanningen, fargepaletten, riktigheten av symbolattributter, etc. Testen programmet genererer og viser kun de tilsvarende bildene, og gir bildet indikasjoner på tegn på korrekt drift, og operatøren, etter programmets instruksjoner, må svare på programmet - om bildet oppfyller kravene til programmet.
Det innebygde ROM-diagnoseprogrammet, programmene til RACER-, ROM- og DIAG-servicekortene og PC-testerkomplekset inneholder de tilsvarende elementene for å sjekke PC-videoundersystemet, men på grunn av den begrensede kapasiteten til minnet kan de ikke organisere en full sjekk. Derfor, for en grundigere sjekk av kvaliteten på videosystemet, bør du bruke eksterne (nedlastbare) testprogrammer.
CheckIt-programmet har et menyelement Tester / Video, som består av tre hoveddeler: Video RAM - for automatisk testing av videominne og swap-maskinvare; Tekst – kontrollerer alle tekstmoduser som er tilgjengelige for denne PC-en. På hver skjerm vises navnet på trinnet, skjermmodusen og nummeret på gjeldende trinn i øvre venstre hjørne. Hva operatøren skal se på skjermen rapporteres før starten av hver gruppe av moduser, og operatøren, som utfører disse oppgavene, må informere programmet om bildet oppfyller kravene til programmet ved hvert trinn av testen; Grafikk - kontrollerer grafikkmodusene til videosystemet. Rutenettutgangen lar deg evaluere lineariteten til de horisontale og vertikale skanningene, og neste test - 6 skjermer med fargeblokker vises; Fargen på hver blokk må samsvare med inskripsjonen om fargen. Dette lar deg vurdere riktig drift av de fargedannende nodene på skjermkortet og skjermen.
Metoden for å erstatte en mistenkt enhet med en kjent fungerende enhet (skjermkort, skjerm) kan ikke anbefales, siden det er en alvorlig risiko for å ødelegge en fungerende enhet. Hvis den foreløpige lokaliseringen viser seg å være feil, og den andre komponenten i videodelsystemet har en alvorlig defekt, for eksempel høyspenning ved inngangene eller utgangene til grensesnittet, kan erstatning av den første komponenten føre til svikt i den erstattede brukbar komponent.
Testmetoder som ligner på CheckIt-programmet tilbys også av NDiags-programmet, i menyelementet Video, og skiller seg bare ut i et litt større sett med testmoduser.
PC-doktor-programmet utmerker seg ved dybdetesting. Menyelementet Diagnostikk / Videoadapter tilbyr følgende elementer:
Videominne - maltesting av videominne,
Videosider – tester åtte videosider,
VGA-kontrollerregistre - kontrollerregistrene testes, og hvis en VESA- eller SVGA-versjon av skjermkortet blir funnet, er det i standardene deres,
VGA-farge-DAC-registre - 6-bits fargeregistre er testet, med totalt 262144 fargenyanser.
Menyelementet Interactive Tests tilbyr tester:
Tegnsett - 12 modifikasjoner i tekst- og grafikkmoduser,
Fargepaletter - 12 modifikasjoner i grafiske moduser av fargepaletten,
Monitor Quality tilbyr sin egen kontekstmeny:
Solid Block - ren hvit skjerm med høy lysstyrke,
Blinkende blokk - hvit skjerm med flimrende attributt,
Vertikale linjer - viser vekslende svarte og hvite vertikale striper,
Horisontale linjer - viser vekslende svarte og hvite horisontale linjer,
Sjakkbrett - et svart-hvitt sjakkbrett vises på skjermen,
Blinkende sjakkbrett - et svart-hvitt sjakkbrett med flimring vises på skjermen,
VGA-funksjonalitet med egen undermeny:
Horisontal panorering - en ramme vises på skjermen med en sving horisontalt,
Vertikal panorering - en ramme med en vertikal sving vises på skjermen,
Vis startadresse - periodisk bytting av første og andre side,
Delt skjerm - periodisk rulling av to sider vertikalt,
Delt skjerm med horisontal panorering - periodisk rulling av to sider horisontalt,
512 skjermtegn – Viser 512 ASCII-tegn i standardene 9x16 og 8x8 piksler.
2.1.2.3 Funksjonell kontroll og diagnostikk av HDD
Hvis det oppstår en funksjonsfeil i harddiskens undersystem (kontroller, stasjon, tilkoblingskabler, etc.), kan den oppdages når de tilsvarende delene av POST-programmet kjøres, og en POST-feilkode vises på skjermen. Feil med koder 17xx - indikerer funksjonsfeil på stasjoner og kontrollere med ST-506/412-grensesnitt, med koder 104xx - av funksjonsfeil på de samme enhetene med ESDI-grensesnitt, med koder 210xx - av funksjonsfeil på stasjoner og SCSI HOST-adaptere. De spesifikke feilkodene og beskrivelsen av dem finnes i den spesialiserte litteraturen.
I mange tilfeller blir ikke disken funnet fordi:
Disktypen i CMOS-minnet er feil innstilt;
Diskkonfigurasjonen er feil innstilt (stasjonsstatuskoblingen);
Kontrollkabelen er ikke riktig koblet til harddisken;
- "stikking" av disker og hoder.
Moderne diskettstasjoner har en serviceregistrering av parametere på selve disken, i dette tilfellet kan de leses og installeres i CMOS av selve SetUp-verktøyet, hvis du velger Auto Detect Hard Disk-elementet i SetUp-menyen.
Det er to måter å angi enhetsadressen på ATA-busskanalen - ved å bruke kabelsampling eller eksplisitt angi adressen på hver av enhetene. Modus kabelprøvetaking aktivert ved å installere en jumper på disken CS (Cabel Selekt). I dette tilfellet er begge enhetene på bussen konfigurert på samme måte - i CS-modus, og enhetsadressen bestemmes av dens posisjon på en spesiell sløyfekabel. I motsetning til en konvensjonell kabel, der alle pinnene med samme navn på alle kontaktene er likeverdige, er i denne kabelen pin 28 (CSEL) for enhet-0 (Master) jordet gjennom vertsadapteren, og for enhet-1 (Slave) den er ikke tilkoblet (kuttet i kabel). Kabelsampling vil fungere hvis den støttes og konfigureres på alle enheter på busskanalen, inkludert vertsadapteren. Ulempen med dette valget er bindingen av den fysiske tilkoblingen av disken til kabelen: disk-0 må kobles til den nærmeste kontakten på kabelen fra adapteren, og disk-1 til den fjerneste.
Eksplisitt adresseringsmodus bruker en vanlig "rett" kabel. I dette tilfellet er ikke jumperen satt til CS-posisjonen, og adressen til hver enhet er satt av jumpere, hvis sammensetning varierer for forskjellige HDD-modeller. Det er nok å indikere for enheten dens nummer (0 eller 1) eller rollen (Master eller Slave), men i enheter utviklet før vedtakelsen av ATA-standarden, ble Master-disken fortsatt "oppfordret" av tilstedeværelsen av en Slave . Dermed kan følgende jumpere sees på IDE-stasjoner:
M / S - hvis det bare er en enhet på bussen, må den konfigureres som Master. Hvis det er to enheter, må den andre konfigureres som slave. Noen ganger er en jumper med samme formål utpekt som "C / D" (stasjon C: / stasjon D :), men for den andre IDE-kanalen er ikke lenger dette navnet riktig.
SP (Slave Present), DSP (Drive Slave Present) - installert på disk-0 (Master) for å indikere tilstedeværelsen av disk-1 (Slave). Hvis denne bryteren er satt og enhet-1 ikke er tilkoblet, vil BIOS gi en feilmelding.
ACT (Drive Active) - installert på disk-0 (sjelden).
For fullt ATA-kompatible stasjoner (f.eks. Seagate-modeller), er ikke SP DSP-jumpere nødvendige og er ikke tilgjengelige. Jumperen plasseres kun på disk-0, og tilstedeværelsen av disk-1 vil bli bestemt av Master automatisk.
Kontrollkabelen må kobles til kontrolleren (eller adapteren) og diskettstasjonen og observere nummereringen av kontaktstiftene: den første ledningen til båndkabelen, vanligvis med en annen farge, til de første pinnene på kontaktene. Ellers vil stasjonen ikke bli gjenkjent, og et tegn på en slik feil er det konstante lyset på "Drive valgt"-indikatoren.
Moderne versjoner av PnP BIOS og deres korresponderende disker tillater ikke å spesifisere typen IDE-disk, hvis du velger AUTO-alternativet i SetUp, for automatisk å angi typen under POST-prosedyren, ved svar på diskidentifikasjonskommandoen. Harddisker koblet til eksterne grensesnitt USB og FireWire er konfigurert allerede ved lasting av operativsystemet.
Påliteligheten til å lese informasjon fra en disk avhenger i stor grad av posisjoneringsnøyaktigheten. Posisjonering levert av en servo, spesielt med dedikert servooverflate, er kanskje ikke optimalt for hvert hode og krever korrigering. Intelligente kontrollere lagrer et avvikskart for alle sylindre og hoder, opprettet og justert under drift.
Forutsigbare feil er en konsekvens av det gradvise avviket av parametere fra de nominelle verdiene, når dette avviket krysser en viss terskel. Hvis du spesifikt kontrollerer slike parametere for disken som akselerasjonstiden til spindelmotoren til ønsket hastighet, tiden brukt av disken for posisjonering, prosentandelen av posisjoneringsfeil, flyhøyden til hodene, ytelsen (avhengig av antall tvungne repetisjoner for vellykket utførelse av funksjoner), antall brukte reservesektorer og andre parametere, blir det mulig å forutsi feil. En melding om tilnærmingen til feil til operativsystemet og brukeren lar deg ta de nødvendige tiltakene for å forhindre tap av data på disken.
S.M.A.R.T.-teknologien tjener det formål å forhindre feil. (Self-Monitoring Analysis and Reporting Technology - teknologi for egenovervåking, analyse og rapportering), brukt i moderne stasjoner. Denne teknologien, utviklet av Seagate, har sine røtter i Compaqs IntelliSafe-teknologi og IBMs Predictive Failure Analysis-teknologi (PFA).
I dette tilfellet er oppgavene med å overvåke parametrene til stasjonen tildelt kontrolleren, og programvaren trenger bare periodisk å sjekke om alt er i orden i stasjonen, eller tidspunktet for feilen nærmer seg. S.M.A.R.T.-spesifikasjoner finnes i to versjoner - for ATA- og SCSI-grensesnitt, som er forskjellige både i kommandosystemer og i måten å rapportere stasjonsstatus på. Forblir selvfølgelig uforutsigbar feil (Non-Predictable Failure), som skjer plutselig, men de er oftest forårsaket av feil på elektroniske komponenter i stasjonen, under påvirkning av impulsstøy, eller fra mekaniske komponenter i stasjonen - på grunn av eksterne vibrasjoner og støt. I henhold til reglene for drift av stasjoner, er sannsynligheten deres ikke like høy som forutsigbare feil.
2.2 Overvåke funksjonen til maskinvare- og programvaresystemer
Maskinvare-programvaresystemer er, som du vet, bygget på APS-komplekset, og i tillegg til uavhengig testing av APS som er inkludert i det, kan de kontrolleres for å fungere i komplekset ved hjelp av komplekse tester. Eksempler på slike komplekse tester er programmene SKAT (Integrated Automated Testing System) og AIST (Automated Interactive Testing System), som lanseres etter en spesiell instruks fra operatøren. Disse systemene utfører opptil 120 beregningsoppgaver samtidig som løses av en kompleks, mot bakgrunnen av en rekke input-output-operasjoner på perifere enheter generalisert for hele komplekset.
Dette er den vanskeligste driftsmodusen til komplekset. Ved svikt, svikt, konfliktsituasjoner går SKAT automatisk over til modus isolering, gradvis, i sin tur, slå av individuelle komponenter av komplekset (vanlige perifere enheter, individuelle APS som er en del av komplekset) fra arbeid - til de oppdagede kollisjonene er eliminert. Isolasjonsmodusen gjentas flere ganger, med en annen rekkefølge for ekskludering av de komplekse komponentene. De defekte komponentene i komplekset som er fremhevet i dette tilfellet, ekskluderes automatisk fra drift og testing, og ved slutten av testingen skriver SKAT ut de generaliserte testresultatene for deres analyse av operatøren. Parametrene for testing og isolasjonsmodus er forhåndsinnstilt av operatøren i dialog med SKAT, eller standardinnstillingene til disse parameterne kan brukes.
AIST har den særegenheten at når den oppdager driftsfeil umiddelbart, uten å stoppe arbeidet, informerer den operatøren - hvor, når, i hvilken modus funksjonsfeilene ble oppdaget. Operatøren på sin side også uten å stoppe arbeidet med et kompleks
testprogrammer, kan gjøre sine egne justeringer av testmodus for å lokalisere feilplasseringer. På slutten av arbeidet skrives hele testrapporten ut.
Konklusjon
Og dermed, det er lurt å søke etter feil fra enklere elementer til mer komplekse og dyrere i henhold til en forhåndsdefinert plan. En metode for å eliminere mistenkte feilkomponenter én etter én er å foretrekke dersom det er kjente gode erstatningskomponenter.
For å velge en diagnostisk metode og bestemme de primære og sekundære symptomene på svikt, er det nødvendig å kunne klassifisere en funksjonsfeil, siden en primær svikt ofte forårsaker en hel rekke sekundære feil, som er en konsekvens av den primære og skjuler årsaken. av feilen.
8. V.P. Leontiev. Det nyeste leksikonet om en personlig datamaskin 2003. "OLMA-PRESS, M., 2003.
9. I.A. Orlov, V.F. Kornyushko, V.V. Burlyaev. Datamaskindrift og reparasjon, organisering av datasenteret. "Energoatomizdat", M., 1989.
10. B. Bogumirsky. Effektivt arbeid på IBM PC i miljøet Windows 95. "PETER", St. Petersburg, Moskva, Kharkov, Minsk. 1997.
11. Yu.M. Platonov, Yu.G. Utkin. Diagnostikk, reparasjon og forebygging av personlige datamaskiner. M., "Hot line-Telecom", 2010.
Funksjonelle kontrollmetoder
Funksjonell kontroll bestemmer muligheten til å utføre funksjonene som er tilordnet det kontrollerte objektet korrekt, og utføres ved å sammenligne med de angitte verdiene til utgangstilstandene til det kontrollerte objektet. I dette tilfellet kan analyse og behandling av sammenligningsresultater, diagnostikk og søk etter defekter utføres.
Vedlikehold forstås som å overvåke den tekniske tilstanden til datautstyr (CBT) og å bestemme komplekset av teknologiske operasjoner som er nødvendige for å opprettholde driftstilstanden. Typen vedlikehold bestemmes av frekvensen og komplekset av teknologiske operasjoner for å opprettholde de operasjonelle egenskapene til CBT.
Typer teknisk vedlikehold av SVT:
· Regulert vedlikehold bør utføres i den mengde og under hensyntagen til driftstiden som er angitt i driftsdokumentasjonen for SVT, uavhengig av teknisk tilstand.
· Periodisk vedlikehold bør utføres med intervaller og i mengden spesifisert i driftsdokumentasjonen for SVT.
· Vedlikehold med periodisk kontroll bør utføres med hyppigheten av overvåking av den tekniske tilstanden til SVT og det nødvendige komplekset av teknologiske operasjoner, som avhenger av den tekniske tilstanden til SVT, fastsatt i den teknologiske dokumentasjonen.
· Vedlikehold med kontinuerlig overvåking bør utføres i henhold til driftsdokumentasjon for SVT eller teknologisk dokumentasjon basert på resultater av kontinuerlig overvåking av SVTs tekniske tilstand.
Typer kontroll av datasystemer og komplekser
Inspeksjon av den tekniske tilstanden til SVT kan utføres i statiske eller dynamiske moduser.
I statisk modus forblir kontrollverdiene for spenninger og synkroniseringspulsfrekvenser konstante gjennom hele den forebyggende kontrollsyklusen. I dynamisk modus er deres periodiske endring forutsatt.
Det finnes følgende typer kontroll:
1 Forebyggende kontroll;
2 Automatisk kontroll
3 Selvtest.
Enhver form for kontroll kan utføres av maskinvare og programvare.
Instrumentkontroll utføres ved bruk av spesialutstyr, instrumentering, stativer, maskinvare- og programvarekomplekser (PAK), etc. Programvarekontroll utføres ved hjelp av spesialisert programvare (SW).
Feilsøkingsarbeid under forebyggende kontroll kan deles inn i følgende trinn:
· Analyse av arten av funksjonsfeil i henhold til den nåværende tilstanden til SVT;
· Kontroll av miljøparametere og tiltak for å eliminere deres avvik;
· Lokalisering av feil og bestemmelse av funksjonsstedet ved hjelp av maskinvare- og programvaremidler til SVT og ved hjelp av tilleggsutstyr;
· feilsøking;
· Fornyelse av løsningen av problemet.
For å utføre vedlikehold (TO) opprettes et vedlikeholdssystem (STO). For tiden er følgende typer bensinstasjoner mest utbredt:
1 Forebyggende vedlikehold;
2 Vedlikehold i teknisk tilstand;
3 Kombinert tjeneste.
Forebyggende vedlikehold er basert på et kalenderprinsipp og implementerer planlagt og periodisk vedlikehold. Disse arbeidene utføres med sikte på å holde SVT-enheter i god stand, oppdage feil i utstyr, forhindre feil og feil i driften av SVT.
Systemet inkluderer følgende typer vedlikehold:
· Kontrollundersøkelser (KO);
· Daglig vedlikehold (ETO);
· Ukentlig vedlikehold;
· To ukers vedlikehold;
· Ti-dagers vedlikehold;
· Månedlig vedlikehold (TO1);
· To måneders vedlikehold;
· Halvårlig eller sesongbasert (STO);
· Årlig vedlikehold;
KO, ETO SVT inkluderer en inspeksjon av enheter, en rask testkjøring av enhetens funksjonalitet, samt arbeidet som følger av det daglige vedlikeholdet av alle eksterne enheter (rengjøring, smøring, etc.).
I løpet av det to uker lange vedlikeholdet er det planlagt å kjøre diagnostiske tester, samt alle typer to ukers vedlikeholdsarbeid for eksterne enheter.
Med månedlig vedlikehold sørger det for en mer fullstendig sjekk av funksjonen til SVT ved å bruke hele systemet med tester som er en del av programvaren. Kontrollen utføres ved de nominelle verdiene til strømforsyningene med en forebyggende spenningsendring på + 5%. Forebyggende spenningsendring lar deg identifisere de svakeste kretsene i systemet. Vanligvis må kretser opprettholde sin funksjonalitet når spenningen endres innenfor de angitte grensene. Imidlertid forårsaker aldring og andre faktorer gradvise endringer i kretsytelsen som kan oppdages med profylaktiske regimer.
CBT-testen med forebyggende spenningsendring identifiserer forutsigbare funksjonsfeil, og reduserer dermed antallet vanskelige å lokalisere feil som fører til feil.
Under det månedlige vedlikeholdet utføres alt nødvendig arbeid i henhold til bruksanvisningen for eksterne enheter.
Ved halvårlig (årlig) vedlikehold (servicestasjon) utføres det samme arbeidet som ved månedlig vedlikehold. Og også alle typer halvårlig (årlig) forebyggende arbeid: demontering, rengjøring og smøring av alle mekaniske enheter av eksterne enheter med deres samtidige justering eller utskifting av deler. I tillegg inspiseres kabler og samleskinner.
Metoden for teknisk vedlikehold av SVT bestemmes av et sett med organisatoriske tiltak og et sett med teknologiske operasjoner for vedlikehold.
Vedlikeholdsmetoder er delt inn i:
1 Etter organisasjon:
· Den proprietære metoden er å sikre driftstilstanden til SVT av produsenten, utføre vedlikeholds- og reparasjonsarbeid av SVT av sin egen produksjon.
· Den autonome metoden består i å opprettholde driftstilstanden til SVT under driftsperioden, der brukeren utfører vedlikehold og reparasjon av SVT på egen hånd.
· Den spesialiserte metoden består i å sikre driftstilstanden til SVT ved at servicebedriften utfører vedlikehold og reparasjon av SVT.
· Den kombinerte metoden består i å sikre driftstilstanden til SVT-en av brukeren sammen med serviceselskapet, eller med produsenten, og reduseres til fordelingen av arbeider på vedlikehold og reparasjon av SVT-en mellom dem.
2 Etter implementeringens art:
· Med individuelt vedlikehold blir én SVT betjent av styrker og midler til personellet til denne SVT. Settet med utstyr for denne typen vedlikehold inkluderer:
Utstyr for overvåking av elementbasen til SVT og strømforsyning:
· Kontroll- og justeringsutstyr for autonom testing og reparasjon av SVT-anlegg;
· Et sett med elektrisk måleutstyr som kreves for drift av SVT;
· Et sett med programmer (tester) for å kontrollere driften av SVT;
· Verktøy og reparasjonstilbehør;
· Hjelpeutstyr og enheter;
· Spesialmøbler for oppbevaring av eiendom og utstyr til operatør- og justeringsplasser for elementbase.
Alt av utstyret ovenfor gir muligheten til raskt å finne og eliminere funksjonsfeil ved hjelp av benk og instrumentering.
· Gruppevedlikehold tjener til å betjene flere SVT, konsentrert på ett sted, ved hjelp av og styrker av spesialpersonell. Strukturen av utstyrssammensetningen for gruppetjeneste er den samme som for individuell tjeneste, men den forutsetter tilstedeværelsen av et større antall utstyr, enheter osv., unntatt uberettiget duplisering. Gruppetjenestepakken inkluderer minst et sett med utstyr for individuell service av CBT, supplert med utstyr og enheter fra andre CBT.
· Sentralisert vedlikehold er en mer progressiv form for SVT-tjeneste. Det sentraliserte vedlikeholdssystemet er et nettverk av regionale servicesentre og deres filialer - tekniske servicepunkter.
Med sentralisert vedlikehold reduseres kostnadene for vedlikehold av teknisk personell og serviceutstyr. Slikt vedlikehold innebærer reparasjon av elementer, sammenstillinger og blokker av SVT på grunnlag av et spesielt verksted utstyrt med alt nødvendig utstyr. I tillegg lar sentralisert vedlikehold deg konsentrere materialer på ett sted på statistikken over feil på elementer, sammenstillinger, blokker og enheter av CBT, samt å skaffe driftsdata fra dusinvis av samme type CBT med direkte kontroll over pålitelighet.
Typen reparasjon bestemmes av betingelsene for implementeringen, sammensetningen og innholdet i arbeidet som utføres på SVT.
Reparasjon av SVT er delt inn i typer:
· Rutinemessige reparasjoner bør utføres for å gjenopprette ytelsen til SVT uten å bruke stasjonære midler med teknologisk utstyr på stedet der SVT er i drift.
Under rutinemessige reparasjoner overvåkes SVT for funksjon ved hjelp av passende verifikasjonsmidler.
· Middels reparasjoner bør utføres for å gjenopprette ytelsen til SVT, eller komponentene til SVT ved bruk av spesialisert stasjonært teknologisk utstyr. Under en reparasjon i midten av livet kontrolleres den tekniske tilstanden til individuelle komponenter i SVT med eliminering av de oppdagede feilene og bringe parametrene til de fastsatte standardene.
· Overhaling bør utføres for å gjenopprette ytelsen og levetiden til SVT ved å erstatte eller reparere komponentdelene til SVT, inkludert de grunnleggende, ved bruk av spesialisert stasjonært teknologisk utstyr under stasjonære forhold.
En av hovedkarakteristikkene til SRT er varigheten av SVT-profylakse, som bestemmes av formel 1.1
hvor t Pi er den totale tiden for forebyggende tiltak utført sekvensielt;
t Bj - gjenopprettingstid for n feil under forebygging;
t F.K. - tidspunkt for funksjonskontroll.
Varigheten av profylaksen er mer påvirket av kvalifikasjonsgraden til ledsagerne.
Analyse av statiske data om driften av en spesifikk SVT gjør det mulig å gi anbefalinger om å erstatte profylakse med kortere frekvens med profylakse med større frekvens (for eksempel daglig - til ukentlig). Dette lar deg øke tiden med å bruke SVT direkte til beregningsarbeid.
En annen viktig kvantitativ karakteristikk er koeffisienten for forebyggingseffektivitet kpr, som karakteriserer graden av økning i påliteligheten til SVT på grunn av forebygging av feil på forebyggingstidspunktet. Effektiviteten av forebygging beregnes ved hjelp av formelen 1.2
hvor n prof. - antall feil oppdaget under forebygging;
n totalt n o + n prof. - det totale antallet SVT-feil i løpet av driftsperioden.
CBT programvarekontroll er basert på bruk av spesielle programmer som styrer driften av CBT. Den er delt inn i:
· Programlogisk kontroll er basert på det faktum at tilleggsoperasjoner introduseres i hovedarbeidsprogrammet, under utførelsen av hvilke redundant informasjon innhentes, som er nødvendig for å oppdage og korrigere feil. Tilstedeværelsen av redundans i informasjonen gjør det for eksempel mulig å finne visse kontrollforhold som relaterer verdiene oppnådd i beregningsprosessen og som kan kontrolleres av programmet på slutten av hvert trinn i beregningene. De tyr ofte til dobbelttelling, der informasjonsredundans skapes ved å gjenta beregninger, og kontrollforholdene er tilfeldighetene av resultatene fra den første og andre feilberegningen.
Programvare-logisk kontroll krever ikke bruk av spesialutstyr og gjør det mulig å oppdage feil forårsaket av tilfeldige feil i løpet av beregninger. Denne typen kontroll fører imidlertid til en betydelig økning i tiden som kreves for å løse problemet.
· Testkontroll er utformet for å kontrollere riktig funksjon av SVT eller dens individuelle enheter ved hjelp av spesielle testprogrammer. Kontroll ved hjelp av tester reduseres til utførelse av visse handlinger av maskinen på de første tallene og sammenligning av resultatene med de kjente. Hvis svarene ikke stemmer, registreres en feil.
Maskinvarekontroller lages ved å introdusere spesielt ekstra kontrollutstyr i SVT, som fungerer uavhengig av programmet. Maskinvarekontroll gir verifisering av riktig funksjon av SVT praktisk talt uten å redusere ytelsen. Bruken av kun instrumentell kontroll fører imidlertid til en betydelig komplikasjon og økning i kostnadene for SVT. I tillegg kan introduksjonen av en stor mengde overflødig komplekst utstyr i strukturen til SVT føre til en reduksjon i dens generelle pålitelighet. Derfor brukes i moderne SVT en kombinert kontrollmetode, som er en kombinasjon av programvare og maskinvare.
Den kombinerte kontrollmetoden gjør det mulig, med en liten reduksjon i effektiviteten og hastigheten til SVT, å redusere tiden for å finne og eliminere feil og den totale mengden ekstra SVT-utstyr som kreves for disse formålene.
Effektiviteten til CBT-kontrollsystemet er preget av følgende indikatorer:
· Forholdet mellom mengden utstyr som dekkes av kontrollsystemet og den totale mengden CBT-utstyr;
· Sannsynligheten for at kontrollsystemet oppdager feil i driften av SVT;
· Graden av detaljer som kontrollsystemet indikerer plasseringen av feilen med (diagnosnøyaktighet);
· Forholdet mellom antall overvåkingssystemutstyr og den totale mengden SVT-utstyr.
Effektive kontroll- og diagnosesystemer kan skapes forutsatt at deres utvikling og design av CBT utføres samtidig og sammenkoblet. Bare denne tilnærmingen gjør det mulig å skape den mest rasjonelle kontrollen med minimale kostnader for implementeringen.
