Parimad kaardidiagnostika lahendused
  • Kiire dispetšer ja
    tarne
  • Kõrgeim kvaliteet
    Standard ja ohutus
  • 100% rahulolu
    Tagatud
  • Parim väärtus
    sinu raha
  • Suur klient
    Teenus

Kontrolleri piirkondlik võrk

Kontrolleri piirkondlik võrk 1
1

Ilma märksõnata

* Avatud süsteemi ühendamine (OSI)

* Kontrollerivõrk (CAN)

* Kuidas näeb CAN-buss välja Jaapanis toodetud autodes?

Autopark meie tänavatel on kiiresti noorenemas ning samal ajal peame meisterdama ja lahendama uusi probleeme, mis on seotud diagnostika ja remondiga. Igapäevases töös puutute üha sagedamini kokku rongisiseste sõidukisüsteemide vaheliste kommunikatsiooniprobleemidega. Kui veel mõned aastad tagasi CAN-bussi vigadega diagnostikale saabunud autod (diagnostikatõrkekoodi liigituse esimene märk - U) olid haruldased külalised, siis nüüd on see peaaegu igapäevane praktika. Teavet sel teemal on põhimõtteliselt saada ja üsna palju, isegi palju - mis on ühest küljest hea ja teisalt on teatud raskused vajaliku teabe leidmisel. Kõigepealt tahaksin anda sellele artiklile üldise ettekujutuse CAN (Controller Area Network) süsteemist neile, kes alles hakkavad sellega tutvuma, ja neile, kes soovivad sellest sügavamalt aru saada ..

Controller Area Network - see kontseptsioon tuli kasutusele pärast seda, kui Robert Bosch GmbH töötas 1980. aastate alguses välja tööstusvõrgu standardi, mille eesmärk oli ühendada erinevad ajamid ja andurid ühtseks võrguks. Üks esimesi rakendusi autotööstuses viidi läbi mitmel mudelil Mercedes-Benz autodele 1992. aastal. Kuni selle hetkeni ehitati juhtimisfunktsioonide elektrooniline juhtimine vastavalt süsteemile - üks juhtseade sai elektroonilisi signaale erinevatelt anduritelt ja pärast nende töötlemist saatis juhtimisseadmetele (näiteks bensiinipump, düüsid, süütepoolid) vastavad käsud , jne.). Elektroonikasse edastatud sõiduki juhtimisfunktsioonide mahu suurenemine on viinud selliste täiendavate süsteemide ilmumiseni nagu ABS, SRS, AT, Immobilaser jt. Nende funktsioonide kombineerimine ühes eküüdes tooks kaasa selle kohmakuse ja liigse keerukuse ning töökindluse kaotuse, kui ühe süsteemi rike võib põhjustada kogu auto juhitavuse kaotuse. Seetõttu on autotootjad läinud juhtimisfunktsioonide eraldamise ja kõigi süsteemide eraldamise teedeks eraldi plokkidena. Ja selleks, et integreerida kõik süsteemid ühtseks tervikuks, et lahendada tavalised autojuhtimise ülesanded, tuli appi Robert Bosch GmbH CAN-i kommunikatsioonistandard ja seda on autotööstuses üha laiemalt kasutatud. Tänapäeval on selle süsteemiga varustatud peaaegu iga uus auto.

Kõik on põhimõtteliselt lihtne ja arusaadav, kuid kuidas on CAN-siin korraldatud ja millest lähtub selle tööpõhimõte? Siin on üks näide auto ühtsesse rongisisese sidevõrku ühendatud elektrooniliste juhtseadmete ja seadmete suhtest - joonis 1

Kontrolleri piirkondlik võrk 2

Siin käsitletakse ainult juhtmega võrku ühendatud plokke, kuid 21. sajandi autodes kasutatakse üha enam ka traadita teabe edastamist. Näiteks navigatsioonisüsteem, auto asukoha jälgimine (vargusvastane kaitse), rehvirõhu jälgimine, kaugdiagnostika ja paljud teised. Lähitulevikus võib eeldada, et autode rongisisese sisemise ja välise teabevoo ühendamine viib sõiduki uuele ohutuse ja mugavuse tasemele, eriti sellistes piirkondades nagu hoiatusteabe kuvamine ohtlikke olukordi teedel ja võimalike kokkupõrgete autode tagajärgede aktiivset leevendamist, samuti liiklusvoogude ratsionaalsemat jaotust.

Natuke tausta - avatud süsteemide ühendamine (OSI).

On ilmne, et kui kaks või enam mikroprotsessorit on ühendatud ühte süsteemi, tuleks kasutada standardset protokolli, mis määrab, kuidas andmeid võrguüksuste vahel üle kanda. Sellise protokolli kõige tavalisem näide on TCP / IP (Transmission Control Protocol / Internet Protocol), mida kasutatakse Internetis hostimisteenuste ühendamiseks. TCP / IP eelkäija oli protokoll - Open System Interconnection (OSI). Selle protokolli töötas välja 1982. aastal Rahvusvaheline Standardiorganisatsioon (ISO 7498-1: 1994 (E)). OSI-protokolli nimetatakse mõnikord „seitsmetasandiliseks“ mudeliks, kuna see koosneb seitsmest sõltumatust elemendist, mis määratlevad omavahelise ühenduse nõuded erinevatel suhtlustasanditel.

Need on seitse taset:

1) rakenduse tase ( Rakenduskiht ) - see tase määrab, millistel rakendustel (programmidel) on juurdepääs võrgule. Näiteks meil, failiedastus, kaugjuurdepääsu terminalid ja veebibrauserid.

2) andmete esitamise tase ( Esitluskiht ) - see tase määratleb sellised momendid nagu andmete tihendamise ja krüptimise standardid.

3) andmeedastuskiirus ( Transpordikiht ) - see tase pakub standardeid andmete edastamiseks saajate vahel, jälgib vigu ja turvalisust.

4) Võrgukiht ( Võrgukiht ) - see tase vastutab võrgu andmeliikluse suunamise eest.

5) suhtluskanalite tase ( Andmeside link r ) - see tase tagab andmeedastuse sünkroniseerimise ja tõrgete kontrolli.

6) suhtlusseansside kontrolli tase ( Sessioonikiht ) - see tase võimaldab erinevate rakenduste ja võrguüksuste vaheliste sideseansside alguse ja lõpu standardimist.

7) füüsiline tase ( Füüsiline kiht ) - see tase määratleb võrgus olevate seadmete füüsikaliste omaduste standardid, sealhulgas ühenduste ja pistikute tüübid, kaablite elektrilised omadused, pinge tase, voolutugevus jne.

Kuid OSI protokolliga lahendatud ülesanded ei vastanud täielikult autoelektroonika vajadustele ja selle tulemusel töötasid Robert Bosch GmbH insenerid OSI protokolli väljatöötamisel välja spetsiaalse CAN-protokolli, mis määras kindlaks füüsikalise ja kanali standardid räni OSI mudeli tasemed teabe järjestikuseks edastamiseks kahe või enama seadme vahel.

Kontrolleri piirkondlik võrk (CAN)

CAN töötati välja Robert Bosch GmbH poolt autotööstusele 1980. aastate alguses ja see anti ametlikult avalikult kasutusele kasutamiseks 1986. See Boschi CAN arendus võeti vastu ISO standardina (ISO 11898), nimetati ümber CAN 2.0A-ks 1993. aastal ja laiendati 1995. aastal. lubada CAN 2.0B-s tuvastada rohkem võrguseadmeid. Reeglina ühendab CAN-siin moodulid (või sõlmed) võrguga kahe keerdpaarjuhtme abil. Paljud ettevõtted, mitte ainult autotööstused, tutvustavad CAN-protokolli oma disainis erinevate elektrooniliselt juhitavate seadmete ühendamiseks. CAN-protokolliga ühendatud ja MPC 5xx seeria protsessoreid omavate seadmete mitteametlikul klassifitseerimisel kutsutakse TouCAN-i mooduleid; millel on MPC 55xx seeria protsessorid, nimetatakse FlexCAN mooduliteks. CAN on jada-, mitme saatmis-, multisaateprotokoll, mis tähendab, et kui siin on vaba, saab iga sõlm saata teate (mitme saatjaga seade) ning kõik sõlmed saavad sõnumit vastu võtta ja sellele vastata (multisaade edastatakse). Sõnumi algatavat sõlme nimetatakse saatjaks; suvalist sõlme, mis sõnumit ei saada, nimetatakse vastuvõtjaks. Kõigile teadetele omistatakse staatilised prioriteedid, edastav sõlm jääb saatjaks seni, kuni siin muutub passiivseks või kuni võrku ilmub teade teisest kõrgema prioriteediga sõlmest, protsessi, mis määrab sõnumite prioriteedi, nimetatakse arbitraažiks. CAN-siinis olev teade võib sisaldada kuni 8 baiti andmeid. Sõnumi identifikaator kirjeldab andmete sisu ja seda kasutavad vastuvõtvad sõlmed võrgu sihtkoha (teisisõnu sihtkoha, kellele sõnum on adresseeritud) määramiseks. Lühikestes võrkudes (≤ 40 m) võib sõnumite edastuskiirus ulatuda kuni 1 Mbps. Pikemad võrgukaugused vähendavad saadaolevat edastuskiirust, näiteks kuni 125 m pikkuses võrgus 500 kbps-ni. Kiire CAN ( " Kiire CAN-võrk, mida peetakse võrguks, mille andmeedastuskiirus on üle 500 Kbps.

CANi põhialused

CAN-protokolli spetsifikatsiooni üksikasju on põhjalikult kirjeldatud Robert Bosch GmbH-s " CAN spetsifikatsioon 2.0 ”, 1991 . PDF-dokumenti saate vaadata järgmisel aadressil: http://esd.cs.ucr.edu/webres/can20.pdf. Järgmisena kirjeldan võimalikult lühidalt, kuidas andmeid edastatakse CAN-i kaudu, kuidas CAN-teade on üles ehitatud ja kuidas käsitletakse sõnumi edastamise vigu.

CAN-teateid või kaadreid on nelja tüüpi: andmeraam ( Andmeraam ), kaugraam ( Kaugraam ), ekslik raam ( Vea raam ) ja ülekoormusraam ( Ülekoormusraam ).

Andmeraam - standardne CAN-teade, edastage andmeid saatjalt teistele võrgusõlmedele.

Kaugkaader - saatja edastatav teade konkreetselt võrgusõlmelt andmete küsimiseks.

Vearaam - seda saab edastada iga sõlme abil, mis tuvastab võrgus tõrke.

Ülekoormusraam - kasutatakse täiendava pausi taotlusena vastuvõetud andmete (andmeraam) või andmete vastuvõtupäringute (kaugraam) vahel.

CAN 2.0A ja CAN 2.0B standardite andmeraamide erinevusi illustreeritakse allpool, - joon. 2

Kontrolleri piirkondlik võrk 3

CAN 2.0 A ja CAN 2.0B vormingute erinevus seisneb selles, et CAN 2.0B andmeraam toetab nii standardset andmeraami identifikaatorit - 11 bitti kui ka laiendatud andmekaadri identifikaatorit - umbes 29 bitti. Standard- ja laiendatud vormingus kaadreid saab probleemideta edastada ühel ja samal siinil ning neil on isegi digitaalse identifikaatori ekvivalent.

Sellisel juhul on standardraamil kõrgem prioriteet, - joon. 3

Kontrolleri piirkondlik võrk 4

CAN 2.0A sõnumiraami kirjeldus

Sõnumi algus ( Raami algus (SOF) ) - 1 bit, peab olema domineeriv.

ID ( Identifitseerija ) - 11 bitti, kordumatu identifikaator, tähistab prioriteeti.

Kaugülekande taotlus ( Kaugülekande taotlus (RTR) ) - 1 bit, domineeriv sõnumis ja retsessiivne sõnumi edastamise taotluses.

Reserveeritud - 2 bitti, peab olema domineeriv.

Andmekoodi pikkus ( Andmepikkuse kood (DLC) ) - 4 bitti, andmebaitide arv (0–8).

Edastatud andmete väli ( Andmeväli ) - vahemikus 0 kuni 8 baiti, suurus on väljale määratud DLC .

Tsüklilise liiasuse kontrollkood ( Tsükliline koondamise kontroll (CRC) ) - 15 bitti.

Eraldaja CRC - 1 bit, peab olema retsessiivne.

Kinnitus ( Kinnita (ACK) ) - 1 bitti, saatja saadab retsessiivse; saaja kinnitab domineerivat.

ACK eraldaja - 1 bit, peab olema retsessiivne.

Sõnumi lõpuleviimine ( Kaadri lõpp (EOF) ) - 7 bitti, peab olema retsessiivne, - joon. 4

Kontrolleri piirkondlik võrk 5

CAN 2.0V standardse sõnumiraami kirjeldus

Kaadri algus (SOF) - 1 bit, peab olema domineeriv.

Standard- ja laiendatud vormingute identifikaator (Identifier) ​​- 11 bitti, kordumatu identifikaator, vastab laiendatud vormingus põhitunnusele.

Laiendatud vormingu identifikaator ( Identifier Filter - laiendatud formaat ) - 29 bitti, koosneb 11 bitist alus-ID-st ja 18 bitist laiendatud ID-st.

Kaugedastustaotluse (RTR) standard- ja täiustatud vormingud - 1-bitine, domineeriv sõnumis ja retsessiivne sõnumi edastamise taotluses. Standardvormingus järgneb RTR-bitile 11 identifitseerimisbitti.

Kaugpäringu asendamine ( Asendaja Kaugjuhtimine Küsi ( Srr ) ) Laiendatud vormingu korral - 1 bit, peab olema retsessiivne. SRR-id edastatakse laiendatud sõnumivormingutes RTR-bitipositsioonis standardsõnumis. Standard- ja täiustatud sõnumite vahekohtus annab retsessiivne SRR prioriteedi standardsõnumitele.

Väli IDE - standard- ja laiendatud vormingute puhul - 1-bitine, peab laiendatud vormingu korral olema retsessiivne ja standardse puhul domineeriv.

Reserv ( Reserveeritud r0 ) standardvormingu puhul - 1 bit, peab olema domineeriv.

Reserv ( Reserveeritud r1, r0 ) laiendatud vormingu korral - 2 bitti, peab olema retsessiivne.

Andmete pikkuse kood (DLC) - 4 bitti, andmebaitide arv (0–8).

Edastatud andmete väli (andmeväli) - 0–8 baiti, suurus on määratletud DLC-väljal.

Tsükliline koondamise kontroll (CRC) ) ) - 15 bitti.

CRC eraldaja - 1 bit, peab olema retsessiivne.

Kinnitus (ACK ) ) - 1 bitti, saatja saadab retsessiivse; saaja kinnitab domineerivat.

ACK eraldaja - 1 bit, peab olema retsessiivne.

Raami lõpp (EOF ) ) - 7 bitti, peaks olema retsessiivne.

CAN andmeraam

CAN-andmeraam koosneb seitsmest väljast: Start Frame (SOF), Arbitration, Control, Data Cyclic, Redundancy Check (CRC), Confirm (ACK) ja End Frame (EOF). CAN-teate bitid on tähistatud kui „dominantne” (0) või „retsessiivne” (1). SOF väli koosneb ühest domineerivast bitist. Kõik võrgusõlmed ootavad sünkroonselt luba sõnumite saatmiseks ja hakkavad samaaegselt edastama. Vahekohtu skeem määrab kindlaks, millisel sõlmedest, mis üritavad sõnumeid edastada, on kõrgeim prioriteet ja see juhib tegelikult siini.


Ja vahekohtumenetlus

CAN-teate arbitraaživäli koosneb 11-bitist või 29-bitist identifikaatorit ja kaugedastusbitti (RTR). CAN-i vahekohtuskeemi nimetatakse mitmekordse juurdepääsu ja kokkupõrke tuvastamise juhtmeediumiks või CSMA / CD-ks, mis tagab, et kõige olulisem ja kõrgeima prioriteediga teade edastatakse kogu võrgus. Sõnumi prioriteet määratakse kindlaks arbitraaživäljal oleva identifikaatori arvulise väärtusega, madalaima numbrilise väärtusega väljal on kõrgeim prioriteet. Mittepurustav, intelligentne vahekohus lahendab konfliktid konkureerivate saatjate vahel. See tähendab, et bussi võib käsitada AND-väravana. Kui sõlm kirjutab üle võrgu domineeriva märgi (0), loeb iga sõlm domineerivat bitti, olenemata selle otstarbest, nagu edastav sõlm täpsustas. Iga edastav sõlm loeb alati vastust igale edastatud bitile. Kui sõlm edastab sõnumi saatmise päringu retsessiivse bitti ja võtab sõnumi lugemiseks vastu domineeriva bitti, peatub see viivitamatult edastamise.

Allpool on illustreeritud võrgu arbitraaži prioriteeti, kus kolmandal sõlmel on kõrgeim prioriteet ja esimesel madalam, - joon. 5

Kontrolleri piirkondlik võrk 6

RTR-bit on sisse lülitatud, et eristada edastussõnumeid ja kaugsõnumeid sõnumite vastuvõtmiseks. Edastamiseks mõeldud standardteadetes (andmeraam) peab RTR-bit olema domineeriv ja sõnumite vastuvõtmise kaugpäringutes (Remote Frame) peab olema retsessiivne.

Juhtimisväli ja andmeväli teates (juhtimis- ja andmeväljad)

Andmekoodi (DLC) pikkust kontrolliv väli koosneb 6 bitist (neist kasutatakse ainult 4 kõige vähem olulist bitti), need näitavad sõnumis sisalduva andmemahtu. Kuna ühes sõnumis saab saata ainult kuni 8 baiti andmeid, võib DLC välja väärtus olla vahemikus 000000 kuni 000111. Edastatavad andmed sisalduvad ainult andmeväljas. Andmebaitidest edastatakse kõige olulisem bait (M ost märkimisväärset baiti (MSB)).

Viga tehnika

CAN-protokollis on vigade tuvastamise viis taset. Teate tasemel viiakse läbi tsükliline redundantsuse kontroll (CRC), teadete kontroll ja kohustuslik kviteerimise kontroll (ACK). Tasemekontrollbit koosneb monitorist ja täitmisest.

Tsüklilised liiasusvead tuvastatakse 15-bitise CRC-koodi abil, mille saatja arvutab sõnumi sisust. Iga sõnumi vastuvõtja arvutab CRC koodi uuesti ja võrdleb seda edastatud väärtusega. Kahe arvutuse erinevus ei võimalda lippu (fl ag) seada. Kontrollitavad teated, milles vea lipp seatakse, on kehtetu biti tuvastamine CRC eraldaja, ACK eraldaja, EOF-teate lõpus või 3-bitise sõnumi jagamise ruumis. Lõppkokkuvõttes kirjutab iga vastuvõttev sõlmpunkt ACK eraldaja lahtrisse domineeriva bitti, mida seejärel saatvasõlm loeb. Ja kui adressaat teadet ei kinnita (võib-olla seetõttu, et vastuvõtvasõlm on lakanud töötamast), siis seatakse kinnitusvea lipp (ACK).

Bittide tasemel oleme juba märkinud, et vastuvõtja saadetud sõnumi kättesaamise kinnituse jälgimisel loeb selle sõnumi saatja uuesti iga edastatud bitti. Kui jälgitav väärtus erineb saadetud väärtusest, on bittitasemel tuvastatud viga. Lisaks tuvastatakse „sisestuste” abil vead bititasandil: Pärast viit järjestikust ühesugust bitti, mis edastatakse teates, järgneb „insert”, saatja sisestab edastatavate bitide voogu natuke vastupidise polaarsusega („ sisesta ”bitid sisestatakse sõnumist väljalt SOF väljale CRC). Saajad kontrollivad automaatselt, kas sõnumis pole lisandeid. Kui mõni vastuvõttev võrgusõlm tuvastab vastuvõetud teates kuus järjestikust identset bitti, siis registreeritakse tõrge („sisestuse” puudumine). Lisaks vigade tuvastamisele tagavad “sisestused”, et sünkroonimise toetamiseks on piisavalt nullini tagasituleku (nullini tagasituleku (NRZ)) bitti.

Tõrketeade (CAN tõrkeraam)

Kui saatmis- või vastuvõtusõlm tuvastab tõrke, katkestab see koheselt aktiivse teate vastuvõtmise või edastamise. Veateade, mida nimetatakse vea lipuks, koosneb kuuest domineerivast bitist ja kaheksast retsessiivsest bitist koosneva veateate eraldajaga. Kuna see bitistring rikub sisestamise reeglit, saadavad kõik muud sõlmed ka veateate. Pärast tuvastatud vigade kriitilist arvu lülitub sõlm lõpuks ise välja. Usaldusväärsus, eriti CAN-tehnoloogiat kasutavas tootmises ja autoelektroonikas, eeldab, et võrk suudab eraldada juhuslikud vead (vooluhulga suurenemise, müra või muude ajutiste põhjuste tõttu) püsivatest, mis põhjustavad sõlme talitlushäire seadme defektide tõttu. Seetõttu salvestavad ja jälgivad sõlmed tuvastatud vigade arvu. Sõlm võib olla ühes kolmest režiimist, sõltuvalt salvestatud vigade arvust:

Kui vastava sõlme igas edastus- või vastuvõtupuhvris registreeritakse vigade arv on suurem kui null ja väiksem kui 128, loetakse sõlm “veaga aktiivseks” ( " viga aktiivne " ), mis näitab, et kuigi sõlm püsib täielikult töökorras, on tuvastatud vähemalt üks viga.

Kui salvestatud vigade arv on vahemikus 128–255, läheb sõlm “passiivse veaga” (“viga passiivne”) režiimi. Režiimis „passiivne koos vigadega” edastab sõlm aeglasemal tasemel, saates enne sõnumi uuesti saatmist 8 retsessiivset bitti, tunnistades, et siin on vaba.

Kui salvestatud vigade arv on suurem kui 255, läheb sõlm režiimile "võrgust lahti ühendatud" ( " buss ära " ) ennast lahti ühendades.

Viga kättesaamisel lisab arvestatud vigade koguarvule 1, edastamise ajal tekkiv viga lisab arvestatud vigade koguarvu 8. Järgnevad vigadeta sõnumid vähendavad arvestatud vigade arvu järk-järgult ühe võrra iga tõrkevaba sõnumi puhul. Kui arvestatud vigade koguarv naaseb nulli, naaseb sõlmpunkt normaalseks tööks. Sõlm on praeguses režiimis " buss ära " saab minna režiimi " viga aktiivne " pärast 128 jälgitavat järjestikust retsessiivset bitti 11 võrgusisestust. Teadet peetakse veatuks, kui edastav sõlm ei leidnud selles vigu kuni EOF-väljani. Rikutud sõnumid saadetakse uuesti kohe, kui buss vabaneb.

Andmete taotlemine konkreetselt hostilt (CAN Remote Frame)

Sõlm, mis vajab andmeid teisest võrgusõlmest, saab taotleda selliste andmete edastamist, saates vastava andmepäringu (Remote Frame). Näiteks peab teie auto kesklukustuskontrolli mikroprotsessor teadma käigukasti valija asendit käigukastist (kas see on “parkimisasendis”). Andmete saamise taotluse struktuur sarnaneb standardteate struktuuriga ainult ilma andmeväljata ja retsessiivse RTR-bittiga.

Täiendava pausi taotlus vastuvõetud andmete ja teadete vahelise vaba ruumi vahel (ülekoormusraamid ja raamidevaheline ruum)

Kui mõni host saab sõnumeid kiiremini, kui ta saab neid töödelda, genereeritakse taotlus, et teha vastuvõetud andmete (Overload Frames) vahele täiendav paus, et pakkuda vastuvõetud andmete või sõnumite vastuvõtmise taotluste vahel täiendavat aega (Remote Frame). Nagu veateade, on ka ülelaadimisraamil kaks välja bittidega: fl ag ülekoormus, mis koosneb kuuest domineerivast bitist, ja ülekoormuseraldaja, mis koosneb kaheksast retsessiivsest bitist. Erinevalt veateadetest ei peeta ülekoormusraamide koguarvu.

Sõnumite vaheline ruum koosneb kolmest retsessiivsest bitist, samuti bussi ooteajast sõnumite või kaugülekande taotluste vahel. Pausi ajal pole ühelgi sõlmel lubatud ülekannet algatada (kui pausi ajal tuvastatakse domineeriv bit, genereeritakse ülekoormusraam). Bussi jõudeoleku aeg kestab seni, kuni sõlmel on midagi edastada, ja kui edastus algab, signaalib siin domineeriva biti ilmumine siini SOF-teate edastamise algust.

Busside laadimine

CAN pakub stabiilset, lihtsat ja paindlikku võrgulahendust tööstuse, autotööstuse ja paljude muude rakenduste jaoks. CAN-protokolli peamine puudus on see, et sõnumi viivitus pole määratletud (tõrke kaadrite, ülekoormusraamide ja uuesti edastamise tõttu) ning viivituse suurenemine viib võrguliikluse suurenemiseni. Üldiselt ei tohiks siini kasutamine ületada 30% siini maksimaalsest võimsusest ja tagada, et madala prioriteediga sõnumitel ei esineks lubamatut viivitust. Bussi kasutamine on määratletud kui kahe suuruse jagamine - edastamiseks kasutatud bittide koguarv jagatuna bittide edastamiseks maksimaalse koguarvuga ja arvutatakse järgmiselt:

1. samm - valige ajaühik ≥ aeglasemalt salvestatud perioodiline teade võrgus (tavaliselt 1 sekund).

2. samm - määratakse kõik perioodilised teated.

3. samm - igale nendele umbes sama suurusega sõnumile lisatakse 47 teenindusbitit (teenuse andmeväljade suurus on SOF + Arbitration + RTR + Control + CRC + Acknowledgement + EOF +

Raamidevaheline ruum = 1 + 11 + 1 + 6 + 16 + 2 + 7 + 3 = 47 bitti).

4. samm - arvutage sõnumites kasutatavate bittide arv, korrutades sõnumi suurus bittides ajaühikus teostatud edastuste arvuga.

5. samm - kõigi edastatud sõnumites kasutatavate bitide liitmine võrguliikluse koguarvu hindamiseks. Korrutades selle väärtuse ohutusteguriga 1.1, et saada võrguliikluse jaoks halvim prognoos.

6. etapp - kokkuvõtteks jagage edastamiseks kasutatud bitide koguarv maksimaalse saadaolevate bitide koguarvuga (näiteks 125 Kbit / s või 500 Kbit / s korrutatakse ajaühikuga), et saada hinnanguline protsent bussi koormus, - joon. 6

Ajastatud protokollid

Võrgu reaalajas juhtimiseks oleks soovitav rakendada sideprotokoll, mis tagab, et sõnumite ajaparameetrid valitakse sõltumata siini koormusest. Sellise CAN-andmeside ajataset kontrolliva protokolli näide on „ajaliselt käivitatav CAN” või TTCAN (ISO 11898-4). TTCAN-i teadetel on kaks eritüüpi, mida nimetatakse “ajaakendeks”: eksklusiivsed ajaaknad ja vahekohtute aknad. Eksklusiivsed ajaaknad on lisatud spetsiaalsetele teadetele, mida perioodiliselt edastatakse. Seega ei konkureeri eksklusiivse aja aknad bussi juurdepääsu eest. Vahekohtu ajaaknaid kasutatakse sõnumite jaoks, millel pole ranged tähtajad.

Vahekohtu ajaaknad, nagu tavalised CAN-sõnumid, konkureerivad arbitraažiga prioriteedipõhise juurdepääsu eest bussile. Ajaga käivitatud CAN-protokoll eeldab võrgus "põhisõlme" olemasolu, mis edastab võrgu ajasignaali (nimetatakse globaalseks ajaks) perioodiliselt spetsiaalse infosõnumina. Rikketaluvuse suurendamiseks peaks võrgus olema mitu potentsiaalset hosti sõlme. Kui põhisõlm lakkab töötamast (tuvastatakse spetsiaalse infosõnumi puudumine), võistlevad teised potentsiaalsed põhisõlmed vahekohtumenetluse abil „põhisõlme” staatuse nimel ja kõrgeima prioriteediga sõlm saab uueks „põhisõlmeks”. Pärast seda alustab uus põhisõlm spetsiaalsete infosõnumite edastamist - globaalne aeg. Aeg-käivitatud CAN-protokoll ei edasta kahjustatud teateid ega põhjusta tõrkeid.

TTCAN-i protokollil on konkureeriv FlexRay-protokoll, mille on välja töötanud autotootjate ja tarnijate konsortsium. FlexRay kommunikatsioonisõnum (kaader) koosneb perioodilisest, “staatilisest” ja “dünaamilisest” osast. Staatiline segment koosneb võrdselt ühendatud sõlmedele vastavatest sama pikkusega ajapiludest. Iga sõlm edastab oma teated sünkroonselt oma reserveeritud pesas. Staatiline segment edastab ka sünkroonimisraami, et pakkuda võrgule globaalset ajabaasi. Erinevalt CAN-ist pole siinil arbitraaži. Dünaamiline segment on sisuliselt „küsitlus” mehhanism, kus igale sõlmele antakse võimalus paigutada vallandatud sündmus või asünkroonne teade siinile prioriteetsuse järjekorras, kasutades sünkroonimismehhanismi „mini-eraldamine teenindusaegadeks”. Vea taluvuse suurendamiseks saab FlexRay protokolli kasutavaid võrgusõlme ühendada üheaegselt kahe siini või kanaliga.

Noh, põhimõtteliselt kogu põhiteave CAN-protokolli kohta ja nüüd natuke sellest, kuidas CAN-buss välja näeb Jaapanis valmistatud autode näitel . Tahan kohe märkida, et ilma nõuetekohase diagnostikaseadmeta on CAN-siini rikkeid võimalik diagnoosida ja parandada väga piiratud vahemikus. See kõik sõltub juhtmete füüsilise terviklikkuse kontrollimisest, konnektorite oleku kontrollimisest, juhtmestiku ja klemmitakisti takistuse kontrollimisest, vastava pingetaseme kontrollimisest CAN madalatel ja CAN kõrgetel liinidel. Edasimüüjate seadmete kasutamine diagnostikas hõlbustab ka ainult kontrollimist ja kitsendab tõrkeotsingu ringi, väga suure vastumeelsusega võimaldavad autotootjad kontakti tarkvara ja oma intellektuaalomandiga. Programmitasandi probleemide korral on võimalik ainult vastava arvuti ümberprogrammeerimine või asendamine.

Nissani auto CAN-rehvide näidis 2007g.v. - Joon. 7

Kontrolleri piirkondlik võrk 7

Consult III programmi liides (Nissan), CAN-siini diagnostika aken, - joon. 8

Kontrolleri piirkondlik võrk 8

Mitsubishi 2004g.v auto CAN-rehvide näide. - pilt 9

SEONDUVAD POSTITUSED

  • Kontrolleri piirkondlik võrk 9

    ESD diagnoosimise kontroller

    Ilma märksõnata Tere, meie uued ja püsilugejad. Täna tahame tutvustada oma ettevõttesisest intervjuud Alexander Nikonoviga,…

  • Kontrolleri piirkondlik võrk 10

    CAN andmesiin

    Ilma märksõnata Controller Area Network (CAN data bus) või kõnekeeles: “CAN bus”. Ajavahemikul 1984–1986 leiutas, arendas Robert Bosch GmbH…

  • Kontrolleri piirkondlik võrk 11

    Millised on liikluskorraldaja „žestid”

    Mida liikluskorraldaja “žestid” ütlevad ”, on liikluskorraldajaid praegu üsna harva. Just see haruldus on põhjus, miks enamik…

  • Kontrolleri piirkondlik võrk 12

    SOODUSMÜÜK Ford Explorer - funktsioonid ja reeglid müük Ford Explorer läbisõiduga läbi komisjoni ala

    Müüa a Ford Explorer - kasutatud müügi eelised ja puudused Ford Tutvustus komisjoni saidi kaudu Müük Ford Uurija läbi ...

MEIST 1

Jäta vastus

Sinu e-postiaadressi ei avaldata. Kohustuslikud väljad on märgitud *

© Copyright 2018 Carscanners. Kõik õigused kaitstud.
viga

Kas teile meeldib see ajaveeb? Palun levitage sõna :)