往屆10通信2文獻(xiàn)理工科技學(xué)院_第1頁
往屆10通信2文獻(xiàn)理工科技學(xué)院_第2頁
往屆10通信2文獻(xiàn)理工科技學(xué)院_第3頁
往屆10通信2文獻(xiàn)理工科技學(xué)院_第4頁
往屆10通信2文獻(xiàn)理工科技學(xué)院_第5頁
已閱讀5頁,還剩7頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

CANBusControllerAreaNetwork(CAN)wasinitiallycreatedbyGermanautomotivesystemrRobertBoschinthemid-1980sforautomotiveapplicationsasamethodforenablingrobustserialcommunication.Thegoalwastomakeautosmorereliable,safeandfuel-efficientwhiledecreasingwiringharnessweightandcomplexity.Sinceitsinception,theCANprotocolhasgainedwidespreadpopularityinindustrialautomationandautomotive/truckapplications.Othermarketswherenetworkedsolutionscanbringattractivebenefitslikemedicalequipment,testequipmentandmachinesarealsostartingtoutilizethebenefitsofCAN.ThegoalofthisapplicationnoteistoexinsomeofthebasicsofCANandshowthebenefitsofchoosingCANforembeddedsystemsnetworkedapplications.CANMostnetworkapplicationsfollowalayeredapproachtosystemimplementation.Thissystemeticapproachenablessinteroperabilitybetweenproductsfromdifferentmanufacturers.AstandardwascreatedbytheInternationalStandardsOrganization(ISO)asatemtetofollowforthislayeredapproach.ItiscalledtheISOOpenSystemsInterconnection(OSI)NetworkLayeringReferenceModel.TheCANprotocolitselfimplementsmostofthelowertwolayersofthisreferencemodel.ThecommunicationmediumportionofthemodelwaspurposelyleftoutoftheBoschCANspecificationtoenablesystemdesignerstoadaptandoptimizethecommunicationprotocolonmultiplemediaforumflexibility(twistedpair,singlewire,opticallyisolated,RF,IR,etc.).Withthisflexibility,however,comesthepossibilityofinteroperabilityconcerns.Toeasesomeoftheseconcerns,theInternationalStandardsOrganizationandSocietyofAutomotiveEngineers(SAE)havedefinedsomebasedonCANthatincludetheMediaDependentsInterfacedefinitionsuchthatallofthelowertwolayersarespecified.ISO11898isastandardforhigh-speedapplications,ISO11519isastandardforlow-speedapplications,andJ1939(fromSAE)istargetedfortruckandbusapplications.Allthreeoftheseprotocolsspecifya5Vdifferentialelectricalbusasthephysicalinterface.TherestofthelayersoftheISO/OSIprotocolstackarelefttobeimplementedbythesystemsoftwaredeveloper.HigherLayerProtocols(HLPs)aregenerallyusedtoimplementtheupperfivelayersoftheOSIReferenceModel.HLPsareusedStandardizestartupproceduresincludingbitratesDistributeaddressesamongparticipatingnodesortypesofDeterminethestructureofthemessages,Providesystem-levelerrorhandlingroutines.ThisisbynomeansafulllistofthefunctionsHLPsperform;howeveritdoesdescribesomeoftheirbasicfunctionality.CANProtocolCarrierSenseMultipleAccesswithCollisionDetectionTheCANcommunicationprotocolisaCSMA/CDprotocol.TheCSMAstandsforCarrierSenseMultipleAccess.Whatthismeansisthateverynodeonthenetworkmustmonitorthebusforaperiodofnoactivitybeforetryingtosendamessageonthebus(CarrierSense).Also,oncethisperiodofnoactivityoccurs,everynodeonthebushasanequalopportunitytotransmitamessage(MultipleAccess).TheCDstandsforCollisionDetection.Iftwonodesonthenetworkstarttransmittingatthesametime,thenodeswilldetectthe‘collision’andtaketheappropriateaction.InCANprotocol,anondestructivebitwisearbitrationmethodisutilized.Thismeansthatmessagesremainintactafterarbitrationiscompletedevenifcollisionsaredetected.Allofthisarbitrationtakescewithoutcorruptionordelayofthehigherprioritymessage.Thereareacoupleofthingsthatarerequiredtosupportnon-destructivebitwisearbitration.First,logicstatesneedtobedefinedasdominantorrecessive.Second,thetransmittingnodemustmonitorthestateofthebustoseeifthelogicstateitistosendactuallyappearsonthebus.CANdefinealogicbit0asadominantbitandalogicbit1asarecessivebit.Adominantbitstatewillalwayswinarbitrationoverarecessivebitstate,thereforethelowerthevalueintheMessageIdentifier(thefieldusedinthemessagearbitrationprocess),thehigherthepriorityofthemessage.Asanexample,supposetwonodesaretryingtotransmitamessageatthesametime.Eachnodewillmonitorthebustomakesurethebitthatitistryingtosendactuallyappearsonthebus.Thelowerprioritymessagewillatsomepointtrytosendarecessivebitandthemonitoredstateonthebuswillbeadominant.Atthatpointthisnodelosesarbitrationandimmediaystopstransmitting.Thehigherprioritymessagewillcontinueuntilcompletionandthenodethatlostarbitrationwillwaitforthenextperiodofnoactivityonthebusandtrytotransmititsmessageagain.Message-BasedCANprotocolisamessage-basedprotocol,notanaddressbasedprotocol.Thismeansthatmessagesarenottransmittedfromonenodetoanothernodebasedonaddresses.EmbeddedintheCANmessageitselfisthepriorityandthecontentsofthedatabeingtransmitted.Allnodesinthesystemreceiveeverymessagetransmittedonthebus(andwillacknowledgeifthemessagewasproperlyreceived).Itisuptoeachnodeinthesystemtodecidewhetherthemessagereceivedshouldbeimmediaydiscardedorkepttobeprocessed.Asinglemessagecanbedestinedforoneparticularnodetoreceive,ormanynodesbasedonthewaythenetworkandsystemaredesigned.Forexample,anautomotiveairbagsensorcanbeconnectedviaCANtoasafetysystemrouternodeonly.Thisrouternodetakesinothersafetysysteminformationandroutesittoallothernodesonthesafetysystemnetwork.Thenalltheothernodesonthesafetysystemnetworkcanreceivethelatestairbagsensorinformationfromtherouteratthesametime,acknowledgeifthemessagewasreceivedproperly,anddecidewhethertoutilizethisinformationordiscardit.AnotherusefulfeaturebuiltintotheCANprotocolistheabilityforanodetorequestinformationfromothernodes.ThisiscalledaRemoteTransmitThisisdifferentfromtheexampleinthepreviousparagraphbecauseinsteadofwaitingforinformationtobesentbyaparticularnode,thisnodespecificallyrequestsdatatobesenttoit.Oneadditionalbenefitofthismessage-basedprotocolisthatadditionalnodescanbeaddedtothesystemwithoutthenecessitytoreprogramallothernodestorecognizethisaddition.Thisnewnodewillstartreceivingmessagesfromthenetworkand,basedonthemessageID,decidewhethertoprocessordiscardthereceivedinformation.CANMessageFrameCANprotocoldefinefourdifferenttypesofmessages(orFrames).ThefirstandmostcommontypeofframeisaDataFrame.Thisisusedwhenanodetransmitsinformationtoanyorallothernodesinthesystem.SecondisaRemoteFrame,whichisbasicallyaDataFramewiththeRTRbitsettosignifyitisaRemoteTransmitRequest.Theothertwoframetypesareforhandlingerrors.OneiscalledanErrorFrameandoneiscalledanOverloadFrame.ErrorFramesaregeneratedbynodesthatdetectanyoneofthemanyprotocolerrorsdefinedbyCAN.Overloaderrorsaregeneratedbynodesthatrequiremoretimetoprocessmessagesalreadyreceived.DataFramesconsistoffieldsthatprovideadditionalinformationaboutthemessageasdefinedbytheCANspecification.EmbeddedintheDataFramesareArbitrationFields,ControlFields,DataFields,CRCFields,a2-bitAcknowledgeFieldandanEndofFrame.TheArbitrationFieldisusedtoprioritizemessagesonthebus.SincetheCANprotocoldefinesalogical0asthedominantstate,thelowerthenumberinthearbitrationfield,thehigherprioritythemessagehasonthebus.Thearbitrationfieldconsistsof12-bits(11identifierbitsandoneRTRbit)or32-bits(29identifierbits,1-bittodefinethemessageasanextendeddataframe,anSRRbitwhichisunused,andanRTRbit),dependingonwhetherStandardFramesorExtendedFramesarebeingutilized.ThecurrentversionoftheCANspecification,version2.0B,defines29-bitidentifiersandcallsthemExtendedFrames.PreviousversionsoftheCANspecificationdefined11-bitidentifierswhicharecalledStandardFrames.Asdescribedintheprecedingsection,theRemoteTransmitRequest(RTR)isusedbyanodewhenitrequiresinformationtobesenttoitfromanothernode.To anRTR,aRemoteFrameissentwiththeidentifieroftherequiredDataFrame.TheRTRbitintheArbitrationFieldisutilizedtodifferentiatebetweenaRemoteFrameandaDataFrame.IftheRTRbitisrecessive,thenthemessageisaRemoteFrame.IftheRTRbitisdominant,themessageisaDataFrame.TheControlFieldconsistsofsixbits.TheMSBistheIDEbit(signifiesExtendedFrame)whichshouldbedominantforStandardDataFrames.ThisbitdeterminesifthemessageisaStandardorExtendedFrame.InExtendedFrames,thisbitisRB1anditis.ThenextbitisRB0anditisalso.ThefourLSBsaretheDataLengthCode(DLC)bits.TheDataLengthCodebitsdeterminehowmanydatabytesareincludedinthemessage.ItshouldbenotedthataRemoteFramehasnodatafield,regardlessofthevalueoftheDLCbits.TheDataFieldconsistsofthenumberofdatabytesdescribedintheDataLengthCodeoftheControlField.TheCRCFieldconsistsofa15-bitCRCfieldandaCRCdelimiter,andisusedbyreceivingnodestodetermineiftransmissionerrorshaveoccurred.TheAcknowledgeFieldisutilizedtoindicateifthemessagewasreceivedcorrectly.Anynodethathascorrectlyreceivedthemessage,regardlessofwhetherthenodeprocessesordiscardsthedata,putsadominantbitonthebusintheACKSlotbitThelasttwomessagetypesareErrorFramesandOverloadFrames.WhenanodedetectsoneofthemanytypesoferrorsdefinedbytheCANprotocol,anErrorFrameoccurs.OverloadFrameslthenetworkthatthenodesendingtheOverloadFrameisnotreadytoreceiveadditionalmessagesatthistime,orthatintermissionhasbeenviolated.Theseerrorswillbediscussedinmoredetailinthenextsection.Fast,RobustBecauseCANwasinitiallydesignedforuseinautos,aprotocolthatefficientlyhandlederrorswascriticalifitwastogainmarketacceptance.Withreleaseofversion2.0BoftheCANspecification,theumcommunicationratewasincreased8xovertheversion1.0specificationto1Mbit/sec.Atthisrate,eventhemosttime-criticalparameterscanbetransmittedseriallywithoutlatencyconcerns.Inadditiontothis,theCANprotocolhasacomprehensivelistoferrorsitcandetectthatensurestheintegrityofmessages.CANnodeshavetheabilitytodeterminefaultconditionsandtransitiontodifferentmodesbasedontheseverityofproblemsbeingencountered.Theyalsohavetheabilitytodetectshortdisturbancesfrompermanentfailuresandmodifytheirfunctionalityaccordingly.CANnodescantransitionfromfunctioninglikeanormalnode(beingabletotransmitandreceivemessagesnormally),toshuttingdowncompley(bus-off)basedontheseverityoftheerrorsdetected.ThisfeatureiscalledFaultConfinement.NofaultyCANnodeornodeswillbeabletomonopolizeallofthebandwidthonthenetworkbecausefaultswillbeconfinedtothefaultynodesandthesefaultynodeswillshutoffbeforebringingthenetworkdown.ThisisverypowerfulbecauseFaultConfinementguaranteesbandwidthforcriticalsysteminformation.TheCANprotocolwasoptimizedforsystemsthatneedtotransmitandreceiverelativelysmallamountsofinformation(ascomparedtoEthernetorUSB,whicharedesignedtomovemuchlargerblocksofdata)reliablytoanyorallothernodesonthenetwork.CSMA/CDallowseverynodetohaveanequalchancetogainaccesstothebus,andallowsforsmoothhandlingofcollisions.Sincetheprotocolismessage-based,notaddressbased,allmessagesonthebusreceiveeverymessageandacknowledgeeverymessage,regardlessofwhetherinneedsthedataornot.Thisallowsthebustooperateinnode-to-nodeormulticastmessagingformatswithouthavingtosenddifferenttypesofmessages.Fast,robustmessagetransmissionwithfaultconfinementisalsoabigplusforCANbecausefaultynodeswillautomaticallydropoffthebusnotallowinganyonenodefrombringinganetworkdown.Thiseffectivelyguaranteesthatbandwidthwillalwaysbeavailableforcritic

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論