Innenfor OBDII-diagnosestandarden er det 5 hovedkommunikasjonsprotokoller mellom elektronisk enhet kontrollenhet (ECU) og en diagnostisk skanner. Fysisk er autoskanneren koblet til ECU-en gjennom DLC-kontakten (Diagnostic Link Connector), som samsvarer med SAE J1962-standarden og har 16 pinner (2x8). Nedenfor er et diagram over pinoutene i DLC-kontakten (Figur 1), samt formålet med hver av dem.
Figur 1 - Plassering av kontakter i DLC (Diagnostic Link Connector)-kontakten
|
1. OEM (produsentens protokoll). Switching + 12V. når tenningen er slått på. |
9. CAN-Lavlinje, lavhastighets CAN Lavhastighetsbuss. |
|
2. Buss + (Buss positiv linje). SAE-J1850 PWM, SAE-1850 VPW. |
10. Buss - (Buss negativ Linje). SAE-J1850 PWM, SAE -1850 VPW. |
|
4. Kroppsjording. |
|
|
5. Signaljording. |
|
|
6. CAN-High-linje av høyhastighets CAN Highspeed-buss (ISO 15765-4, SAE-J2284). |
14. CAN-Low-linje av høyhastighets CAN Highspeed-buss (ISO 15765-4, SAE-J2284). |
|
EmbeddedSystem-teamet utvikler et bredt spekter av elektroniske produkter, inkludert design og produksjon av elektronikk for biler, busser og lastebiler. Det er mulig å utvikle og levere elektronikk, både på kommersielle og på partnervilkår. Ring oss! |
Ris. 1.5.
Samspillet mellom de respektive nivåene er virtuell, med unntak av fysisk lag, hvor data utveksles over kabler som forbinder datamaskiner. I fig. 1.5 gir også eksempler på protokoller som kontrollerer interaksjonen mellom noder i ulike lag av OSI-modellen. Samspillet mellom nivåer med hverandre innenfor en node skjer gjennom et inter-nivå grensesnitt, og hvert lavere lag gir tjenester til det høyere.
Virtuell utveksling mellom de tilsvarende nivåene til nodene A og B (fig. 1.6) skjer med visse informasjonsenheter. På tre øvre nivåer- dette er meldinger eller data, på transportnivå - segmenter, på nettverksnivå - pakker (pakke), på datalinknivå - rammer (Ramme) og på det fysiske - en sekvens av biter.
For hver nettverksteknologi det er deres egne protokoller og deres egne tekniske midler, hvorav noen har symbolene vist i fig. 1.5. Disse betegnelsene ble introdusert av Cisco og ble generelt akseptert. Blant de tekniske midlene til det fysiske laget, bør det bemerkes kabler, kontakter, repeatere, multiport repeatere eller nav, transceivere for eksempel omformere elektriske signaler til optisk og omvendt. På datalinknivå er det det broer, brytere... På nettverksnivå - rutere... Nettverkskort eller adaptere (Nettverk Grensesnittkort- NIC) opererer både ved kanalen og ved det fysiske laget, som skyldes nettverksteknologi og dataoverføringsmedium.
Ris. 1.6.
Når data overføres fra en kilde til en destinasjonsnode, går de overførte dataene som er utarbeidet på applikasjonsnivået sekvensielt fra det øverste, applikasjonslag 7 i informasjonskildnoden til det laveste - Fysisk lag 1, og sendes deretter gjennom fysisk miljø destinasjonsnoden, hvor de suksessivt går fra lavere nivå 1 til nivå 7.
Øverst, Søknadslag 7 opererer med den vanligste dataenheten - en melding. Dette laget implementerer kontrollen av delt nettverkstilgang, dataflyt, nettverkstjenester, som f.eks FTP, TFTP, HTTP, SMTP, SNMP og så videre.
Presentasjonslag 6 endrer formen for datapresentasjon. For eksempel blir data overført fra lag 7 konvertert til det vanlige ASCII-formatet. Når du mottar data, skjer den motsatte prosessen. Nivå 6 krypterer og komprimerer også data.
Sesjonslag 5 etablerer en kommunikasjonsøkt mellom to endenoder (datamaskiner), bestemmer hvilken datamaskin som er sender og hvilken mottaker, og setter sendetiden for sendesiden.
Transportlag 4 deler det store budskapet til informasjonskildenoden i deler, legger til en overskrift og skjemaer segmenter et visst volum, og korte meldinger kan kombineres til ett segment. På destinasjonsnoden skjer den omvendte prosessen. Segmentoverskriften inneholder portnummer kilde og destinasjon som adresserer tjenestene til toppen applikasjonsnivå for behandling dette segmentet... I tillegg, transportlag sikrer pålitelig pakkelevering. Når tap og feil oppdages på dette nivået, genereres en retransmisjonsforespørsel, og protokollen brukes TCP... Når det ikke er behov for å validere den leverte meldingen, brukes en enklere og raskere User Datagram Protocol. UDP).
Nettverkslag 3 adresserer en melding ved å spesifisere enheten med data som skal overføres (pakke) logiske nettverksadresser destinasjonsnode og kildenode ( IP-adresser), bestemmer rute hvor vil bli sendt datapakke, oversetter logiske nettverksadresser til fysiske, og på mottakersiden - fysiske adresser til logisk. Nettverk logiske adresser eid av brukere.
Datalink 2 skjemaer fra pakker personale data (rammer). På dette nivået, fysiske adresser enhetsavsender og enhetsmottaker av data. For eksempel, fysisk adresse enheter kan registreres i ROM nettverkskort datamaskin. På samme nivå legges de overførte dataene til sjekk sum bestemt av algoritmen syklisk kode... På mottakersiden sjekksum identifisere og om mulig korrigere feil.
Fysisk lag 1 utfører overføringen av bitstrømmen over det tilsvarende fysiske mediet (elektrisk eller optisk kabel, radiokanal) gjennom passende grensesnitt. På dette nivået utføres datakoding og synkronisering av overførte informasjonsbiter.
Protokollene til de tre øverste lagene er nettverksuavhengige, de nedre tre lagene er nettverksavhengige. Sammenkoblingen mellom de tre øvre og tre nedre nivåene skjer på transportnivå.
En viktig prosess ved overføring av data er innkapsling(innkapsling) data. Den overførte meldingen, generert av applikasjonen, går gjennom de tre øvre nettverksuavhengige lagene og ankommer kl. transportlag, hvor den er delt inn i deler og hver del er innkapslet (plassert) i et datasegment (fig. 1.7). Segmentoverskriften inneholder nummeret på applikasjonslagsprotokollen som meldingen ble utarbeidet med, og nummeret på protokollen som skal behandle dette segmentet.
Ris. 1.7.
På nettverksnivå er segmentet innkapslet i plastpose dataoverskrift ( Overskrift) som blant annet inneholder nettverksadressene (logiske) til avsenderen av informasjon (kilde) - Kildeadresse ( SA) og mottakeren (destinasjon) - Destinasjonsadresse ( DA). I dette kurset er dette IP-adresser.
På datalinklaget er pakken innkapslet i ramme eller ramme data hvis overskrift inneholder fysiske adresser sender- og mottakersammenstillingen og annen informasjon. I tillegg legger dette nivået til tilhenger(tilhenger) av en ramme som inneholder informasjon som er nødvendig for å kontrollere riktigheten av den mottatte informasjonen. Dermed er dataene innrammet med overskrifter med tjenesteinformasjon, dvs. innkapsling data.
Navnet på informasjonsenheter på hvert nivå, deres størrelse og andre innkapslingsparametere settes i henhold til Protocol Data Unit ( PDU). Så, på de tre øverste nivåene, er dette melding (data), på transportnivå 4 - segmentet, på nettverksnivå 3 - pakke (pakke), på lenkelag 2 - ramme, på fysisk lag 1 - bitsekvens.
I tillegg til syvlags OSI-modellen, brukes firelags TCP/IP-modellen i praksis (Figur 1.8).
Ris. 1.8.
Søknadsnivå TCP / IP-modellen sammenfaller i navn med OSI-modellen, men er mye bredere i funksjon, siden den dekker de tre øverste nettverksuavhengige lagene (applikasjon, presentasjon og økt). Transportlag begge modellene er like i navn og funksjon. Nettverkslaget til OSI-modellen tilsvarer gatewayen ( Internett) laget av TCP / IP-modellen, og de to nedre lagene (kanal og fysisk) er representert av det kombinerte laget med nettverkstilgang ( Nettverkstilgang).
Ris. 1.9.
Og dermed, Transportlag, som sikrer pålitelig dataoverføring, fungerer bare ved endenodene, noe som reduserer ventetiden meldingsoverføring over hele nettverket fra en endenode til en annen. I dette eksemplet (figur 1.9) kjører IP på alle noder på nettverket, og TCP/IP-protokollstabelen kjører kun på endenoder.
Kort oppsummering
- Et telekommunikasjonsnettverk er dannet av et sett med abonnenter og kommunikasjonsnoder forbundet med kommunikasjonslinjer (kanaler).
- Skille nettverk: kretssvitsjet når telekommunikasjonsnoder fungerer som brytere, og pakke (melding) svitsjet, når telekommunikasjonsnoder fungerer som rutere.
- For å opprette en rute i et forgrenet nettverk, må du spesifisere kildeadressene og mottaker av meldingen... Skille mellom fysisk og logiske adresser.
- Dataoverføringsnettverk med pakkeveksling er delt inn i lokale og globale.
- IP-nettverk er datagram ved at det ikke er noen forhåndstilkobling av endenoder og ingen bekreftelse på meldingsmottak.
- Høy pålitelighet er levert av
Hva er OBD II?
Diagnostisk historie med OBD II begynner på 50-tallet. forrige århundre, da den amerikanske regjeringen plutselig oppdaget at bilindustrien den støttet til slutt forringet miljøet. Først visste de ikke hva de skulle gjøre med dette, og så begynte de å opprette forskjellige komiteer for å vurdere situasjonen, årene med arbeid og mange vurderinger førte til fremveksten av lovverk. Produsenter, mens de utga seg for å adlyde disse handlingene, overholdt dem faktisk ikke, og forsømte de nødvendige testprosedyrene og standardene. På begynnelsen av 1970-tallet startet lovgiverne nok en offensiv, og igjen ble deres innsats ignorert. Og først i 1977 begynte situasjonen å endre seg. Det var energikrise og produksjonsnedgang, og dette krevde avgjørende handling fra produsentene for å redde seg selv. Air Resources Board (ARB) og Protection Agency miljø(Environment Protection Agency, EPA) måtte tas på alvor.
Det var på denne bakgrunn at konseptet utviklet seg OBD-diagnostikk II. Tidligere har hver produsent brukt egne systemer og måter å kontrollere utslipp på. For å endre dette har Society of Automotive Engineers (SAE) foreslått flere standarder. Fødselen til OBD kan anses å ha kommet på et tidspunkt da ARB påla mange av SAE-standardene i California for biler fra 1988 og utover. Opprinnelig var OBD II-diagnosesystemet ikke komplisert i det hele tatt. Det var relatert til oksygensensoren, eksosgassresirkulasjonssystemet (EGR), drivstofftilførselssystemet og motorkontrollmodulen (ECM) så langt de overskred utslippsgrensene. Systemet krevde ikke enhetlighet fra produsentene. Hver av dem implementert egen prosedyre eksoskontroll og diagnostikk. Systemer for utslippsovervåking var ikke effektive da de ble laget for å komplementere kjøretøyer som allerede var i produksjon. Kjøretøyer som opprinnelig ikke var konstruert for avgassovervåking, fulgte ofte ikke aksepterte forskrifter. Produsentene av disse bilene gjorde det ARB og EPA krevde, men ikke mer. La oss sette oss inn i skoene til en uavhengig biltjeneste. Da måtte vi ha et unikt diagnoseverktøy, beskrivelser av koder og reparasjonsanvisninger for biler fra hver produsent. I dette tilfellet kunne ikke bilen repareres godt, hvis det i det hele tatt hadde vært mulig å takle reparasjonen.
Den amerikanske regjeringen er under beleiring fra alle retninger, fra bilverksteder til forkjempere for ren luft. Alle krevde EPA-intervensjon. Som et resultat ble ARB-ideer og SAE-standarder brukt til å lage et bredt spekter av prosedyrer og standarder. Innen 1996 måtte alle bilprodusenter i USA oppfylle disse kravene. Slik så andre generasjon av diagnosesystemet ombord ut: On-Board Diagnostics II, eller OBD II.
Som du kan se, ble ikke OBD II-konseptet utviklet over natten – det har utviklet seg gjennom årene. Igjen, OBD II-basert diagnostikk er ikke et motorstyringssystem, men et sett med regler og krav som hver produsent må overholde for at et motorstyringssystem skal oppfylle føderale utslippsforskrifter. For en bedre forståelse av OBD II, må vi se på den bit for bit. Når vi besøker en lege, studerer han ikke kroppen vår som helhet, men undersøker ulike organer. Og først etter det samles resultatene av undersøkelsen sammen. Dette er hva vi skal gjøre når vi lærer OBD II. La oss nå beskrive komponentene som et OBD II-system må ha for å sikre standardisering.
Automotive OBD II diagnostiske skannere:
ELM327 USB-skanner ELM327 USB er siste versjon populær adapter for bildiagnostikk via OBDII-protokoll. Utfører diagnostikk for alle OBDII-protokoller (inkludert CAN). Fungerer når den er koblet til en PC via USB.
U-480 OBDII CAN Designet for lesing, sletting av feil i datamaskin ombord kjøretøy via OBDII-protokollen. Enheten er liten i størrelse, lett i vekt og lav pris, veldig enkel å bruke.
Autoscanner "SCANMATIC" Scanmatic-adapteren brukes til å koble til personlig datamaskin til diagnosekontakten på bilen når du arbeider med SCANMATIC-programmet. Den kombinerer alle OBD-2-protokoller, CAN-protokoller samt full diagnostikk av alle innenlandsbiler. ...
U-581 OBDII CAN Designet for bildiagnostikk siden 1996. Støtter alle OBD 2-protokoller (inkludert VPW, PWM, ISO, KWP 2000 og CAN-protokoller) Leser og sletter feilkoder. Viser gjeldende data "Live Date", Leser Frys Frame Data, Testing I/M Lesestatus, Leser kjøretøyinfo, Rescanning Data
Hovedfunksjonen til diagnosekontakten (kalt Diagnostic Link Connector (DLC) i OBD II) er å la den diagnostiske skanneren kommunisere med OBD II-kompatible kontrollenheter. DLC-kontakten må være i samsvar med SAE J1962-standarder. I henhold til disse standardene er DLC-kontakten nødvendig for å oppta en viss midtposisjon i kjøretøyet. Den skal være innenfor 16 tommer fra rattet. Produsenten kan plassere DLC på ett av åtte steder bestemt av EPA. Hver pinne på kontakten har sitt eget formål. Funksjonene til mange av pinnene er overlatt til produsentens skjønn, men disse pinnene bør ikke brukes av OBD II-kompatible ECUer. Eksempler på systemer som bruker disse kontaktene er SRS (Supplemental Restraint System) og ABS (Anti-lock Braking System).
Én standardkontakt plassert på et bestemt sted gjør det enklere og billigere å jobbe for en bilservice. Verkstedet trenger ikke ha 20 forskjellige koblinger eller diagnoseverktøy for 20 forskjellige kjøretøy. I tillegg sparer standarden tid, siden spesialisten ikke trenger å søke etter plasseringen av kontakten for å koble til enheten.
Diagnosekontakten er vist i fig. 1. Som du kan se, er den jordet og koblet til en strømkilde (pinne 4 og 5 refererer til jord, og pinne 16 til strøm). Dette er gjort slik at skanneren ikke trenger ekstern kilde ernæring. Hvis skanneren ikke får strøm når du kobler til skanneren, må du først sjekke pinne 16 (strøm) og pinner 4 og 5 (jord). La oss ta hensyn til de alfanumeriske tegnene: J1850, CAN og ISO 9141-2. Dette er protokollstandarder utviklet av SAE og ISO (International Organization for Standardization).
Produsenter kan velge mellom disse standardene for å gi diagnostisk tilkobling. Hver standard har en spesifikk kontakt. For eksempel er kommunikasjon med Ford-kjøretøyer via pinne 2 og 10, og med GM-kjøretøyer gjennom pinne 2. De fleste asiatiske og europeiske merker bruker pinne 7, og noen bruker også pinne 15. For å forstå OBD II spiller det ingen rolle hvilken protokoll vurderes. Meldingene som utveksles mellom skanneverktøyet og kontrollenheten er alltid de samme. Bare måtene å overføre meldinger på er forskjellige.
Standard kommunikasjonsprotokoller for diagnostikk
Så OBD II-systemet gjenkjenner flere forskjellige protokoller. Her skal vi bare diskutere tre av dem som brukes i biler laget i USA. Dette er protokollene J1850-VPW, J1850-PWM og ISO1941. Alle kontrollenheter i kjøretøyet er koblet til en kabel som kalles diagnosebussen, noe som resulterer i et nettverk. En diagnostisk skanner kan kobles til denne bussen. En slik skanner sender signaler til en spesifikk kontrollenhet som den skal utveksle meldinger med, og mottar svarsignaler fra denne kontrollenheten. Utvekslingen av meldinger fortsetter til skanneren slutter å kommunisere eller kobler fra.
Så skanneren kan spørre kontrollenheten om hvilke feil den ser, og han svarer på dette spørsmålet. En slik enkel utveksling av meldinger må være basert på en eller annen protokoll. Fra lekmannens synspunkt er en protokoll et sett med regler som må følges for at en melding skal kunne overføres over nettverket.
Klassifisering av protokoller
Association of Automotive Engineers (SAE) har definert tre forskjellige klasser av protokoller: Klasse A-protokoll, Klasse B-protokoll og Klasse C-protokoll Klasse A-protokollen er den tregeste av de tre; den kan gi hastigheter på 10 000 byte/s eller 10 kb/s. I standarden ISO9141 Klasse A-protokollen brukes. Klasse B-protokollen er 10 ganger raskere; den støtter 100KB/s meldingstjenester. Standard SAE J1850 er en klasse B-protokoll. Klasse C-protokollen gir en hastighet på 1 MB/s. Den mest brukte klasse C-standarden for biler er KAN(Kontroller Area Network- kontrollsonenettverk). I fremtiden bør protokoller med høyere ytelse vises - fra 1 til 10 MB / s. Ettersom kravet til økt båndbredde og ytelse øker, kan det dukke opp klasse D. Når vi jobber på et nettverk med klasse C-protokoller (og i fremtiden med klasse D-protokoller), kan vi bruke optisk fiber.
J1850 PWM-protokoll
Det er to typer J1850-protokoller. Den første er høyhastighets og leverer 41,6KB/s ytelse. Denne protokollen bærer navnet PWM(Pulsbreddemodulering). Den brukes av merkene Ford, Jaguar og Mazda. Dette er første gang denne typen kommunikasjon har blitt brukt i Ford-biler. I samsvar med PWM-protokollen overføres signaler over to ledninger koblet til pinnene 2 og 10 på diagnosekontakten.
ISO9141-protokoll
Den tredje av diagnoseprotokollene vi diskuterer er ISO9141. Den er utviklet av ISO og brukes i de fleste europeiske og asiatiske kjøretøyer samt noen Chrysler-biler. ISO9141-protokollen er ikke så kompleks som J1850-standardene. Mens sistnevnte krever spesielle kommunikasjonsmikroprosessorer, krever ISO9141 vanlige serielle kommunikasjonsbrikker som finnes i butikkhyllene.
J1850 VPW-protokoll
En annen variant av J1850-diagnoseprotokollen er VPW (Variable Pulse Width). VPW-protokollen støtter dataoverføringshastigheter på 10,4 Kb/s og brukes i kjøretøy fra General Motors (GM) og Chrysler-merkene. Den er veldig lik protokollen som brukes i Ford-kjøretøyer, men er betydelig tregere. VPW-protokollen sørger for overføring av data over en enkelt ledning koblet til pin 2 på diagnosekontakten.
Fra et lekmannssynspunkt bruker OBD II en standard diagnostisk kommunikasjonsprotokoll siden EPA har krevd biltjenester for å få tak i standard måte, som lar deg diagnostisere og reparere biler med høy kvalitet uten at det koster å kjøpe forhandlerutstyr. De listede protokollene vil bli beskrevet mer detaljert i påfølgende publikasjoner. Feilindikatorlampe Når motorstyringssystemet oppdager et problem med eksossammensetningen, lyser instrumentgruppen Sjekk inskripsjon Motor. Denne indikatoren kalles Malfunction Indication Light (MIL). Indikatoren viser vanligvis følgende etiketter: Servicemotor snart, Sjekk motor og Sjekk.
Hensikten med indikatoren er å informere føreren om at det har oppstått et problem under driften av motorstyringssystemet. Hvis indikatoren lyser, ikke få panikk! Livet ditt er ikke i fare, og motoren vil ikke eksplodere. Du må få panikk når oljeindikatoren eller advarselen om overoppheting av motoren tennes. OBD II-indikatoren informerer bare sjåføren om et problem i motorstyringssystemet, som kan føre til overflødige utslipp fra eksosrøret eller forurensning av absorberen.
MIL-en lyser når det oppstår et problem i motorstyringssystemet, for eksempel et feilfungerende gnistgap eller skitten absorber. I prinsippet kan dette være enhver funksjonsfeil som fører til økt utslipp av skadelige urenheter til atmosfæren. For å kontrollere funksjonen til OBD II MIL-indikatoren, må tenningen slås på (når alle indikatorene på instrumentpanelet lyser). MIL kommer også på. OBD II-spesifikasjonen krever at denne indikatoren forblir på en stund. Noen produsenter lar indikatoren forbli på, mens andre lar den slå seg av etter en viss tid. Når motoren starter og det ikke er noen feil i den, skal "Check Engine"-lampen slukke. "Sjekk motor"-lampen tennes ikke nødvendigvis når en feil oppstår. Virkemåten til denne indikatoren avhenger av hvor alvorlig feilen er. Hvis det vurderes som alvorlig og haster, vil lyset tennes umiddelbart. En slik funksjonsfeil tilhører kategorien aktiv (aktiv). Hvis elimineringen av funksjonsfeilen kan utsettes, er indikatoren av og feilen tilordnes en lagret status (Lagret). For at en slik funksjonsfeil skal bli aktiv, må den manifestere seg i løpet av flere kjøresykluser. Vanligvis er en kjøresyklus en prosess der en kald motor starter og går til den når normal driftstemperatur (med en kjølevæsketemperatur på 122 grader Fahrenheit). Under denne prosessen må alle testprosedyrer om bord knyttet til eksosgasser utføres. Ulike biler har forskjellige motorstørrelser og derfor kan kjøresyklusene variere litt. Vanligvis, hvis problemet oppstår innen tre kjøresykluser, bør Kontroller motor-lampen tennes. Hvis tre kjøresykluser ikke viser en funksjonsfeil, slukkes lyset. Hvis Kontroller motor-lampen tennes og deretter slukkes, ikke bekymre deg. Feilinformasjon lagres i minnet og kan hentes derfra ved hjelp av en skanner.
Så det er to feilstatuser: lagret og aktiv. Den lagrede statusen tilsvarer en situasjon der det oppdages en funksjonsfeil, men Check Engine-lampen tennes ikke - eller den tennes og slukkes. Aktiv status betyr at indikatoren lyser når det er en feil.
DTC Alpha Pointer
Som du kan se, har hvert symbol sin egen hensikt. Det første tegnet blir ofte referert til som DTC-alfapekeren. Dette symbolet indikerer i hvilken del av bilen feilen er oppdaget. Valget av symbol (P, B, C eller U) bestemmes av den diagnostiserte kontrollenheten. Når et svar mottas fra to blokker, brukes bokstaven for blokken med høyere prioritet.
Det kan bare være fire bokstaver i den første posisjonen:
P (motor og girkasse);
B (kropp);
С (chassis);
U (nettverkskommunikasjon).
Standard sett med diagnostiske feilkoder (DTC)
I OBD II beskrives et problem med en Diagnostic Trouble Code (DTC). J2012 DTC-er er en kombinasjon av én bokstav og fire tall. I fig. 3 viser hva hvert symbol betyr. Ris. 3. Feilkode
Typer koder
Det andre symbolet er det mest kontroversielle. Han viser at han har identifisert koden. 0 (kjent som kode P0). Utgangspunkt, åpen kilde feil definert av Association of Automotive Engineers (SAE). 1 (eller kode P1). Feilkode som definert av kjøretøyprodusenten. De fleste skannere kan ikke gjenkjenne beskrivelsen eller teksten til P1-koder. Imidlertid kan en skanner som Hellion gjenkjenne de fleste av dem. SAE har identifisert en første liste over DTC-er. Imidlertid begynte produsenter å snakke om det faktum at de allerede har sine egne systemer, og ingen system er som den andre. Kodesystemet for Mercedes-biler er forskjellig fra Honda-systemet, og de kan ikke bruke hverandres koder. Derfor har SAE lovet å skille standardkodene (P0) og produsentkodene (P1).
Systemet der feilen oppdages
Det tredje symbolet identifiserer systemet der feilen ble oppdaget. Mindre er kjent om dette symbolet, men det er et av de mest nyttige. Når vi ser på det, kan vi umiddelbart se hvilket system som er defekt, uten engang å se på feilteksten. Det tredje tegnet hjelper deg raskt å identifisere området der problemet oppsto uten å vite den nøyaktige beskrivelsen av feilkoden.
Drivstoff-luft system.
- Drivstoffsystem (f.eks. injektorer).
- Tenningssystemet.
- Ekstra utslippskontrollsystem som eksosgassresirkuleringssystem (EGR), luftinnsprøytingsreaksjonssystem (AIR), katalysator eller fordampningssystem (EVAP) ).
- Hastighetskontroll eller tomgangskontrollsystem og tilhørende hjelpesystemer.
- Datasystem ombord: Powertrain Control Module (PCM) eller Controller Area Network (CAN).
- Transmisjon eller drivaksel.
Individuell feilkode
Den fjerde og femte karakteren må vurderes sammen. De tilsvarer vanligvis gamle OBDI-feilkoder. Disse kodene er vanligvis to sifre lange. OBD II-systemet tar også disse to sifrene og setter dem inn på slutten av feilkoden for å gjøre det lettere å skille mellom feil..
Nå som vi har sett hvordan et standard sett med diagnostiske feilkoder (DTC) genereres, bør du vurdere DTC P0301 som et eksempel. Selv uten å se på teksten til feilen, kan du forstå hva den består av. Bokstaven P indikerer at feilen har oppstått i motoren. Tallet 0 lar oss konkludere med at dette er en grunnleggende feil. Dette etterfølges av tallet 3, som refererer til tenningssystemet. På slutten har vi et tallpar 01. i dette tilfellet dette tallparet forteller oss i hvilken sylinder feiltenningen oppstår. Setter vi all denne informasjonen sammen, kan vi si at det var en motorfeil med en feiltenning i den første sylinderen. Hvis feilkoden P0300 ble utstedt, ville det bety at det er feiltenningssylindre i flere sylindre og kontrollsystemet kan ikke fastslå hvilke sylindre som er defekte.
Selvdiagnose av funksjonsfeil som fører til økt toksisitet av utslipp
Programvaren som veileder selvdiagnoseprosessen har forskjellige navn. Bilprodusentene Ford og GM omtaler det som Diagnostic Executive, mens Daimler Chrysler omtaler det som Task Manager. Dette er et sett med OBD II-kompatible programmer som kjører i motorkontrollenheten (PCM) og overvåker alt som skjer rundt. Motorkontrollenheten er en ekte arbeidshest! I løpet av hvert mikrosekund utfører den en enorm mengde beregninger og må bestemme når injektorene skal åpnes og lukkes, når tenningsspolen skal påføres spenning, hva som skal være fremgangen til tenningsvinkelen osv. Under denne prosessen vil OBD II programvaren sjekker alt om de oppførte egenskapene samsvarer med standardene. Denne programvaren:
Kontrollerer statusen til kontrollampen for motor;
- lagrer feilkoder;
- sjekker kjøresyklusene som bestemmer genereringen av feilkoder;
- lanserer og kjører komponentmonitorer;
- bestemmer prioriteten til monitorer;
- oppdaterer beredskapsstatusen til monitorer;
- viser testresultater for skjermer;
- tillater ikke konflikter mellom monitorer.
Som denne listen viser, for at programvaren skal utføre sine tildelte oppgaver, må den sørge for og slå av monitorene i motorstyringssystemet. Hva er en monitor? Det kan betraktes som en test utført av OBD II-systemet i motorkontrollmodulen (PCM) for å vurdere riktig funksjon av utslippskontrollkomponentene. I følge OBD II er det 2 typer monitorer: kontinuerlig monitor (fungerer så lenge den tilsvarende betingelsen er oppfylt); diskret monitor (utløses én gang under turen). Skjermer er et veldig viktig konsept for OBD II. De er designet for å teste spesifikke komponenter og oppdage feil i disse komponentene. Hvis komponenten mislykkes i testen, legges den tilsvarende feilkoden inn i ECM.
Standardisering av komponentnavn
I alle områder er det forskjellige navn og slangord for det samme konseptet. Ta for eksempel en feilkode. Noen kaller det kode, andre kaller det en feil, og atter andre kaller det «tingen som gikk i stykker». En DTC er en feil, kode eller "ting som gikk i stykker". Før bruken av OBD II kom hver produsent opp med sine egne navn for bilkomponenter. Det var veldig vanskelig å forstå terminologien til Association of Automotive Engineers (SAE) for noen som brukte navnene som ble adoptert i Europa. Nå, takket være OBD II, må alle kjøretøyer bruke standard navn komponenter. Livet har blitt mye lettere for de som reparerer biler og bestiller reservedeler. Som alltid, når en statlig etat griper inn, har forkortelser og sjargong blitt obligatoriske. SAE har gitt ut en standardisert liste over termer for kjøretøykomponenter relatert til OBD II. Denne standarden kalles J1930. Det er millioner av kjøretøy på veien i dag som bruker OBD II-systemet. Enten noen liker det eller ikke, OBD II påvirker alles liv ved å gjøre luften rundt oss renere. OBD II-systemet lar deg utvikle universelle teknikker bilreparasjon og på ekte interessante teknologier... Derfor kan vi trygt si at OBD II er en bro til fremtiden for bilindustrien.
et nøkkelbegrep i standardiseringen av nettverk og alt relatert til dem er Open System Interconnection (OSI)-modellen utviklet av International Standards Organization (ISO). I praksis gjelder ISO/OSI-modellnavnet. Den beskrevne modellen består av syv nivåer. Hvert nivå er ansvarlig for et visst spekter av oppgaver, og utfører dem ved hjelp av spesielle algoritmer - standarder. Hovedoppgaven er å oppnå et globalt mål, derfor henger nivåene i modellen sammen. Etter å ha fullført sin del av oppgaven, overfører hvert nivå de ferdige dataene til neste nivå. Som et resultat av å gå gjennom en slik kjede, blir dataene fullstendig behandlet og kan brukes. Avhengig av formålet fikk lagene følgende navn: fysisk, kanal, nettverk, transport, økt, presentasjonslag og applikasjonslag. Hovedforskjellene mellom kablede (Ethernet 802.3) og trådløse (IEEE 802.11) nettverk ligger bare i to lavere nivåer- fysisk og kanal. Resten av nivåene fungerer helt likt, uten noen forskjeller.
Det fysiske nivået er det første, laveste, nivået. Faktisk er oi maskinvaredelen av nettverket og beskriver metoden for å overføre data ved å bruke en hvilken som helst tilgjengelig "tilgjengelig" kanal - kablet eller trådløs. Avhengig av valgt dataoverføringskanal, brukes riktig nettverksutstyr. Dataoverføringsparametere bør konfigureres under hensyntagen til egenskapene til kanalen: båndbredde, anti-interferens, signalnivå, kode
rasjon, dataoverføringshastighet i det fysiske miljøet, etc.
Faktisk utføres alt arbeidet som er beskrevet av nettverksutstyr: et nettverkskort, en bro, en ruter, etc.
Det fysiske laget er et av lagene som skiller trådløst fra kablede nettverk. Som du utvilsomt allerede har forstått, er hovedforskjellen mellom dem dataoverføringskanalen. For kablede nettverk er dette radiobølger med en viss frekvens eller infrarød stråling, for trådløs - hvilken som helst fysisk linje, for eksempel koaksial, tvunnet par eller fiberoptikk.
hovedoppgaven lenkelag- sørg for at kanalen er klar til å overføre data og ingenting vil true påliteligheten til denne operasjonen og integriteten til de overførte pakkene. Ideelt sett bør lenkelagsprotokoller og nettverksutstyr sjekke om kanalen er ledig for dataoverføring, om det er overføringskollisjoner osv.
På datalinklaget, så vel som på det fysiske laget, er det også forskjeller mellom kablede og trådløse nettverk. Dette er på grunn av spesifikasjonene til nettverksutstyr. Dermed fungerer det for øyeblikket tilgjengelige trådløse utstyret bare i halv-dupleks-modus: på ett tidspunkt kan data bare mottas eller bare overføres. Denne ulempen reduserer dramatisk effektiviteten av kollisjonsdeteksjon i nettverket og reduserer følgelig dataoverføringshastigheten.
I likhet med datalinklaget er nettverkslaget ansvarlig for overføring av data mellom datamaskiner. For dette bruker den genererte data og parametere fra de to foregående nivåene - fysisk og kanal. Hovedforskjellen nettverkslaget fra kanalen er at den er i stand til å overføre data mellom nettverk med ulik topologi – kombinert. Så veldig ofte brukes trådløse og kablede nettverk i par. Oftest skjer dette hvis det av en eller annen grunn er fysisk umulig å opprette et enkelt kablet nettverk.
Som regel er informasjon om valg av rute gitt av spesielle enheter installert i nettverket - rutere. Spesielle tabeller over rutere inneholder informasjon om hastigheten på dataoverføring mellom individuelle deler av nettverket, trafikk, gjennomsnittlig overføringstid osv. Basert på denne informasjonen kan nettverkslagsprotokollene velge den optimale banen for datapassasje.
Kanskje kan transportnivået tilskrives det høyere. Dette betyr at programvaren kontrollerer laget, ikke maskinvaren. Transportlaget er ansvarlig for påliteligheten til dataoverføring. Det er flere overføringsmetoder, som skiller seg fra hverandre i graden av sikkerhet og evnen til å rette feil. Dette påvirker naturligvis tiden og hastigheten for informasjonsoverføring mellom spesifikke punkter.
Sesjonslaget er designet for å kontrollere overføringen av pakker mellom datamaskiner. I prosessen med å synkronisere de mottatte og sendte pakkene, sporer sesjonslagsprotokollene de manglende dataene og overfører dem igjen. Ved å kun jobbe med manglende pakker oppnås en økning i dataoverføringshastigheten.
På presentasjonsnivå bringes data til en enkelt standard, som gjør det mulig å komme til enighet om mottak og overføring. Det er på dette nivået data kan krypteres, noe som øker sikkerheten for overføringen over nettverket. I tillegg blir informasjon ofte komprimert på presentasjonsnivå, og dermed øker dataoverføringshastigheten.
Presentasjonslaget er implementert i programvare, som lar deg bruke de siste fremskrittene for datakryptering.
Applikasjonslaget er det øverste laget av ISO / OS1-modellen. Dens oppgave er å organisere samhandling med applikasjonsprogrammer. Mange applikasjonsprotokoller er ansvarlige for dette, ved hjelp av hvilke operativsystemet og programmene får tilgang til en rekke nettverksressurser.
En dataoverføringsprotokoll er et sett med grensesnittkonvensjoner på logisk nivå som definerer utveksling av data mellom forskjellige programmer. Disse konvensjonene definerer en enhetlig måte å sende meldinger på og håndtere feil når programvare samhandler med maskinvare med avstand koblet til et eller annet grensesnitt.
Applikasjonsprotokoller
Applikasjonsprotokoller opererer på toppnivået i OSI-modellen. De gir interoperabilitet ir \ log ^ l \ my vi datautveksling mellom dem. De mest populære applikasjonsprotokollene inkluderer:
APPC (Advanced Program-to-Program Communication) er en peer-to-peer SNA-protokoll fra IBM, hovedsakelig brukt på AS / 400®;
FTAM (File Transfer Access and Management) - OSI-filtilgangsprotokoll;
X.400 - CCITT-protokoll for internasjonal e-postutveksling;
X.500 - CCITT-protokoll for fil- og katalogtjenester på flere systemer;
SMTP (Simple Mail Transfer Protocol) - Internett-protokoll for utveksling av e-post;
FTP (File Transfer Protocol) - Internett-protokoll for overføring av filer;
SNMP (Simple Network Management Protocol) - Internett-protokoll for overvåking av nettverk og nettverkskomponenter;
Telnet er en Internett-protokoll for registrering på eksterne verter og behandling av data på dem;
Microsoft SMBs (Server Message Blocks) og klientinnpakninger eller omdirigerere;
NCP (Novell NetWare Core Protocol) og Novell-klientskall eller omdirigerere;
Apple Talk og Apple Share® - et sett med nettverksprotokoller fra Apple;
AFP (AppleTalk Filling Protocol) - Apple ekstern filtilgangsprotokoll;
DAP (Data Access Protocol) er en filtilgangsprotokoll for DECnet-nettverk.
Transportprotokoller
Transportprotokoller støtter kommunikasjonsøkter mellom datamaskiner og garanterer pålitelig datautveksling mellom dem. Populære transportprotokoller inkluderer:
TCP (Transmission Control Protocol) - TCP / IP-protokoll for garantert levering av data brutt inn i en sekvens av fragmenter;
SPX - en del av IPX / SPX (Internetwork Packet Exchange / Sequential Packet Exchange) protokollpakken for data brutt inn i en sekvens av fragmenter, fra Novell; NWLink - implementering av IPX / SPX-protokollen fra Microsoft;
NetBEUI - etablerer kommunikasjonsøkter mellom datamaskiner (NetBIOS) og gir øvre lag av transporttjenester (NetBEUI);
ATP (AppleTalk Transaction Protocol), NBP (Name Binding Protocol) - protokoller for kommunikasjonsøkter og datatransport fra Apple.
Nettverksprotokoller
Nettverksprotokoller gir kommunikasjonstjenester. Disse protokollene håndterer flere typer data: adressering, ruting, feilkontroll og forespørsler om videresending. Nettverksprotokoller definerer også reglene for kommunikasjon i spesifikke nettverksmiljøer, for eksempel Ethernet eller Token Ring. Til de mest populære nettverksprotokoller relatere:
IP (Internet Protocol) - TCP / IP-protokoll for pakkeoverføring;
IPX (Internetwork Packet Exchange) - NetWare-protokoll for overføring og ruting av pakker;
NWLink - implementering av IPX / SPX-protokollen av Microsoft;
NetBEUI er en transportprotokoll som gir datatransporttjenester for NetBIOS-økter og -applikasjoner;
DDP (Datagram Delivery Protocol) - AppleTalk datatransportprotokoll.
Kommunikasjon, kommunikasjon, elektronikk og digitale enheter
Et grensesnitt definerer et sett med tjenester som det underliggende laget gir til det høyere laget. Internasjonal organisasjon Interntionl Stndrds Orgniztion ISO har utviklet en modell som tydelig definerer de ulike nivåene av interaksjon mellom systemene, gir dem standardnavn og spesifiserer hvilket arbeid hvert nivå skal gjøre. Hvert nivå omhandler ett spesifikt aspekt ved interaksjon. Hvert lag støtter grensesnitt med høyere og lavere lag.
31 Protokoll, grensesnitt, protokollstabel. ISO / OSI-modell
For å lette utvekslingen av meldinger mellom brukere eller applikasjoner som kjører på forskjellige datamaskiner bruk en lagdelt tilnærming.
Ved overføring av meldinger må begge deltakerne i nettsentralen godta mange avtaler. For eksempel må de bli enige om nivåene og formen på elektriske signaler, hvordan de skal bestemme lengden på meldinger, bli enige om metoder for validering osv. Det skal med andre ord vedtas avtaler på alle nivåer, helt fra starten lavt nivå overføring av biter, opp til høyeste nivå som beskriver hvordan informasjonen skal tolkes. Slike formaliserte regler som styrer rekkefølgen og formatet på meldinger som utveksles nettverkskomponenter ligger på samme nivå, men i forskjellige noder er kalt protokoller.
Protokoller til nabolag plassert i samme node samhandler også med hverandre i samsvar med veldefinerte regler og ved bruk av standardiserte meldingsformater. Disse reglene kalles vanligvis grensesnitt. Et grensesnitt definerer et sett med tjenester som det underliggende laget gir til det høyere laget.
Den internasjonale standardiseringsorganisasjonen (ISO) har utviklet en modell som tydelig definerer de ulike nivåene av interaksjon mellom systemene, gir dem standardnavn og spesifiserer hvilket arbeid hvert nivå skal gjøre. Denne modellen kalles Open System Interconnection (OSI)-modellen eller ISO / OSI-modellen.
I modellen OSI interoperabilitet er delt inn i syv nivåer. Hvert nivå omhandler ett spesifikt aspekt ved interaksjon. Hvert lag støtter grensesnitt med høyere og lavere lag.
ISO / OSI Open Systems Interconnection Model
Så la oss si at en applikasjon sender en forespørsel til et applikasjonslag, for eksempel en filtjeneste. Basert på denne forespørselen genererer applikasjonsprogramvaren en melding standard format, der den plasserer tjenesteinformasjon (header) og, muligens, overførte data. Denne meldingen sendes deretter til det representative laget. Representativt nivå legger til sin egen header i meldingen og sender resultatet ned til øktlaget, som igjen legger til sin egen header osv. Noen protokollimplementeringer sørger for tilstedeværelsen av ikke bare en overskrift, men også en trailer i meldingen. Til slutt når meldingen det laveste, fysiske laget som faktisk fører det over kommunikasjonslinjene.
Når en melding kommer over nettverket til en annen maskin, beveger den seg sekvensielt opp fra nivå til nivå. Hvert nivå analyserer, behandler og sletter overskriften på sitt nivå, utfører funksjonene som tilsvarer dette nivået og sender meldingen til det høyere nivået.
OSI modelllagfunksjoner
ISO / OSI-modellen definerer funksjonene til lagene som følger:
|
OSI-modell |
||
|
Data-type |
Lag |
Funksjoner |
|
Data |
7. Søknad |
Tilgang til nettverkstjenester |
|
6. Representant (presentasjon) |
Datapresentasjon og kryptering |
|
|
5. Sesjon |
Sesjonsledelse |
|
|
Segmenter |
4. Transport |
Direkte kobling mellom endepunkter og pålitelighet |
|
Pakker |
3. Nettverk |
Rutebestemmelse og logisk adressering |
|
Personale |
2. Kanal (datalink) |
Fysisk adressering |
|
Bits |
1. Fysisk |
Arbeid med media, signaler og binære data |
Og også andre verk som kan interessere deg |
|||
| 66869. | Databaser og databanker | 1,05 MB | |
| Databasen skal inneholde informasjon om følgende objekter: Klienter registreringsnummer adresse telefon kjønn utdanning nummer på kvittering for betaling. 1 Utvikling av en konseptuell modell I den utviklede databasen til DB er fagområdet åpenbart Rekrutteringskontoret. | |||
| 66871. | Løse algebraiske og transcendentale ligninger. Halvdelingsmetode | 499 KB | |
| Analyse av den tekniske oppgaven For å fullføre oppgaven må du: Finne definisjonsdomenet til rotfunksjonen. Blokkdiagram av algoritmen Blokkskjemaet til funksjonen er vist i figur 2. Funksjonene som utføres implementeres av algoritmen for å finne roten til ligningen. | |||
| 66872. | BEREGNING AV ELEKTRISK DREV OG VALG AV KONTROLLORDNING | 997 KB | |
| Et elektromekanisk system kalles en elektrisk stasjon, bestående av interagerende elektriske, elektromekaniske og mekaniske omformere, samt kontroll, informasjonsenheter og grensesnittenheter ... | |||
| 66873. | Begrepet oppgjørsrettslige forhold | 133,5 KB | |
| Kontantløse betalinger utføres på grunnlag av kundens betalingsinstruksjoner, hvis skjema og de obligatoriske detaljene er etablert av nasjonalbanken i Republikken Hviterussland. I tilfeller hvor kontoene til betaleren og mottakeren åpnes i samme bank eller hvis mottakeren ikke har en bankkonto ... | |||
| 66874. | Forberede barn til å lære å lese og skrive. Bekjentskap til barn med stavelsesstrukturen til ordet | 238 KB | |
| Den moderne skolen krever fra barn som går inn i første klasse, ikke så mye kunnskap og ferdigheter som evnen til å handle mentalt, som dannes i prosessen med å assimilere et kunnskapssystem, som vil bli grunnlaget for fremtidig studie av emnet. . | |||
