本科毕业设计外文文献翻译（
题目：packethandlinghardwaresupport
学生姓名：
学院：
系别：
*：
班级：
指导教师：
二〇一四年六月
packethandlinghardwaresupport
参考文献：texasinstruments1101low-powersub-1ghzrftransceiver.ti.2013
the1101hasbuilt-inhardwaresupportforpacketorientedradioprotocols.intransmitmode,thepackethandlercanbeconfiguredtoaddthefollowingelementstothepacketstoredinthetxfifo:
aprogrammablenumberofpreamblebytes
atwobytesynchronization(sync)word.canbeduplicatedtogivea4-byte
syncword(remended).itisnotpossibletoonlyinsertpreambleoronlyinsertasyncword
acrcchecksumputedoverthedatafield.
theremendedsettingis4-bytepreambleand4-bytesyncword,exceptfor500kbauddataratewheretheremendedpreamblelengthis8bytes.inaddition,thefollowingcanbeimplementedonthedatafieldandtheoptional2-bytecrcchecksum:
whiteningofthedatawithapn9sequence
forwarderrorcorrection(fec)bytheuseofinterleavingandcodingofthe
data(convolutionalcoding)
inreceivemode,thepackethandlingsupportwillde-constructthedatapacketbyimplementingthefollowing(ifenabled):
preambledetection
syncworddetection
crcputationandcrccheck
onebyteaddresscheck
packetlengthcheck(lengthbytecheckedagainstaprogrammablemaximum
length)
de-whitening
de-interleavinganddecoding
optionally,twostatusbytes(seetable27andtable28)withrssivalue,linkqualityindication,andcrcstatuscanbeappendedintherxfifo.
1.datawhitening
fromaradioperspective,theidealovertheairdataarerandomanddcfree.thisresultsinthesmoothestpowerdistributionovertheoupiedbandwidth.thisalsogivestheregulationloopsinthereceiveruniformoperationconditions(ondatadependencies).
realdataoftencontainlongsequencesofzerosandones.inthesecases,performancecanbeimprovedbywhiteningthedatabeforetransmitting,andde-whiteningthedatainthereceiver.
with1101,thiscanbedoneautomatically.bysettingpktctrlo.white_data=1,alldata,exceptthepreambleandthesyncwordwillbexor-edwitha9-bitpseudo-random(pn9)sequencebeforebeingtransmitted.thisisshowninfigure16.atthereceiverend,thedataarexor-edwiththesamepseudorandomsequence.inthisway,thewhiteningisreversed,andtheoriginaldataappearinthereceiver.thepn9sequenceisinitializedtoall1’s.
2.packetformat
theformatofthedatapacketcanbeconfiguredandconsistsofthefollowingitems(seefigure17):
preamble
synchronizationword
optionallengthbyte
optionaladdressbyte
payload
optional2bytecrc
thepreamblepatternisanalternatingsequenceofonesandzeros(10101010…).theminimumlengthofthepreambleisprogrammablethroughthevalueofmdmcfg1.num_preamble.whenenablingtx,themodulatorwillstarttransmittingthepreamble.whentheprogrammednumberofpreamblebyteshasbeen
transmitted,themodulatorwillsendthesyncwordandthendatafromthetxfifoifdataisavailable.ifthetxfifoisempty,themodulatorwillcontinuerosendpreamblebytesuntilthefirstbyteiswrittentothetxfifo.themodulatorwillthensendthesyncwordandthenthedatabytes.
thesynchronizationwordisatwo-bytevaluesetinthesync1andsync0registers.thesyncwordprovidesbytesynchronizationoftheiningpacket.aone-bytesyncwordcanbeemulatedbysettingtheaync1valuetothepreamblepattern.itisalsopossibletoemulatea32bitsyncwordbysettingmdmcfg2.sync_modeto3or7.thesyncwordwillthenberepeatedtwice.
1101supportsbothconstantpacketlengthprotocolsandvariablelengthprotocols.variableorfixedpacketlengthmodecanbeusedforpacketsupto255bytes.forlongerpackets,infinitepacketlengthmodemustbeused.
fixedpacketlengthmodeisselectedbysettingpktctrl0.length_config=0.thedesiredpacketlengthissetbythepktlenregister.thisvaluemustbedifferentfrom0.
invariablepacketlengthmode,pktctrl0.length_config=1,thepacketlengthisconfiguredbythefirstbyteafterthesyncword.thepacketlengthisdefinedasthepayloaddata,excludingthelengthbyteandoptionalcrc.thepktlenregisterisusedtosetthemaximumpacketlengthallowedinrx.anypacketreceivedwithalengthbytewithavaluegreaterthanpktlenwillbediscarded.thepktlenvaluemustbedifferentfrom0.thebytewrittentothetxfifomustbedifferentfrom0.
withpktctrl0.length_config=2,thepacketlengthissettoinfiniteandtransmissionandreceptionwillcontinueuntilturnedoffmanually.asdescribedinthenextsection,thiscanbeusedtosupportpacketformatswithdifferentlengthconfigurationthannativelysupportedby1101.oneshouldmakesurethattxisnotturnoffduringthetransmissionofthefirsthalfofanybyte.refertothe1101
2.1arbitrarylengthfieldconfiguration
thepacketlengthregister,pktlen,canbereprogrammedduringreceiveandtransmit.inbinationwithfixedpacketlengthmode(pktctrl0.length_config=0),thisopensthepossibilitytohaveadifferentlengthfieldconfigurationcansupportedforvariablelengthpackets(invariablepacketlengthmodethelengthbyteisthefirstbyteafterthesyncword).atthestartofreception,thepacketlengthissetalargevalue.themcureadsoutenoughbytestointerpretthelengthfieldinthepacket.thenthepktlenvalueissetaordingtothisvalue.theendofpacketwillourwhenthebytecounterinthepackethandlerisequaltothepktlenregister.thus,themcumustbeabletoprogramthecorrectlength,beforetheinternalcounterreachesthepacketlength.
2.2packetlength>255
thepacketautomationcontrolregister,pktctrl0,canbereprogrammedduringtxandrx.thisopensthepossibilitytotransmitandreceivepacketsthatarelongerthan256bytesandstillbeabletousethepackethandlinghardwaresupport.atthestartofthepacket,theinfinitepacketlengthmode(pktctrl0.length_config=2)mustbeactive.onthetxside,thepktlenregisterissettomod(length,256).ontherxsidethemcureadsoutenoughbytestointerpretthelengthfieldinthepacketandsetsthepktlenregistertomod(length,256).whenlessthan256bytesremainsofthepacket,themcudisablesinfinitepacketlengthmodeandactivatesfixedpacketlengthmode.whentheinternalbytecounterreachesthepktlenvalue,thetransmissionorreceptionends(theradioentersthestatedeterminedbytxoff_modeorrxoff_mode).automaticcrcappending/checkingcanalsobeused(bysettingpktctrl0.crc_en=1).
whenforexamplea600-bytepacketistobetransmitted,themcushoulddothefollowing(seealsofigure18)
setpktctrl0.length_config=2.
pre-programthepktlenregistertomod(600,256)=88.
transmitatleast345bytes(600-255),forexamplebyfillingthe64-bytetxfifo
sixtimes(384bytestransmitted).
setpktctrl0.length_config=0.
thetransmissionendswhenthepacketcounterreaches88.atotalof600bytes
aretransmitted.
3packetfilteringinreceivemode
1101supportsthreedifferenttypesofpacket-filtering;addressfiltering,maximumlengthfiltering,andcrcfiltering.
3.1addressingfiltering
settingpktctrl1.adr_chktoanyothervaluethanzeroenablesthepacketaddressfilter.thepackethandlerenginewillparethedestinationaddressbyteinthepacketwiththeprogrammednodeaddressintheaddrregisterandthe0*00broadcastaddresswhenpktctrl1.adr_chk=10orboththe0*00and0*ffbroadcastaddresseswhenpktctrl1.adr_chk=11.ifthereceivedaddressmatchesavalidaddress,thepacketisreceivedandwrittenintotherxfifo.iftheaddressmatchfails,thepacketisdiscardedandreceivemoderestarted(regardlessofthemcsm1.rxoff_modesetting).
ifthereceivedaddressmatchesavalidaddresswhenusinginfinitepacketlengthmodeandaddressfilteringisenabled,0*ffwillbewrittenintotherxfifofollowedbytheaddressbyteandthenthepayloaddata.
3.2maximumlengthfiltering
invariablepacketlengthmode,pktctrl0.length_config=1,thepktlen.packet_lengthregistervalueisusedtosetthemaximumallowedpacketlength.ifthereceivedlengthbytehasalargervaluethanthis,thepacketisdiscardedandreceivemoderestarted(regardlessofthemcsm1.rxoff_modesetting).
3.3crcfiltering
thefilteringofapacketwhencrccheckfailsisenabledbysettingpktctrl1.crc_autoflush=1.thecrcautoflushfunctionwillflushtheentirerxfifoifthecrccheckfails.afterautoflushingtherxfifo,thenextstatedependsonthemcsm1.rxoff_modesetting.
whenusingtheautoflushfunction,themaximumpacketlengthis63bytesinvariablepacketlengthmode.notethatwhenpktctrl1append_statusisenabled,themaximumallowedpacketlengthisreducedbytwobytesinordertomakeroomintherxfifoforthetwostatusbytesappendedattheendofthepacket.sincetheentirerxfifoisflushedwhenthecrccheckfails,thepreviouslyreceivedpacketmustbereadoutofthefifobeforereceivingthecurrentpacket.themcumustnotreadfromthecurrentpacketuntilthecrchasbeencheckedasok.4packethandlingintransmitmode
thepayloadthatistobetransmittedmustbewrittenintothetxfifo.thefirstbytewrittenmustbethelengthbytewhenvariablepacketlengthisenabled.thelengthbytehasavalueequaltothepayloadofthepacket(includingtheoptionaladdressbyte).ifaddressrecognitionisenabledonthereceiver,thesecondbytewrittentothetxfifomustbetheaddressbyte.
iffixedpacketlengthisenabled,thefirstbytewrittentothetxfifoshouldbetheaddress(assumingthereceiverusesaddressrecognition).
themodulatorwillfirstsendtheprogrammednumberofpreamblebytes.ifdataisavaibleinthetxfifo,themodulatorwillsendthetwo-bytes(optionally4-byte)
syncwordfollowedbythepayloadinthetxfifo.ifcrcisenabled,thechecksumiscalculatedoverallthedatapulledfromthetxfifo,andtheresultissentastwoextrabytesfollowingthepayloaddata.ifthetxfiforunsemptybeforethepletepackethasbeentransmitted,theradiowillentertxfifo_underflowstate.theonlywaytoexitthisstateisbyissuingansftxstrobe.writingtothetxfifoafterithasbeenunderflowedwillnotrestarttxmode.
ifwhiteningisenabled,everythingfollowingthesyncwordswillbewhitened.thisisdonebeforetheoptionalfec/interleaverstage.whiteningisenabledbysettingpktctrl0.white_data=1.
iffec/interleavingisenabled,everythingfollowingthesyncwordswillbescrambledbytheinterleaverandfecencodedbeforebeingmodulated.fecisenabledbysettingmdmcfg1.fec_en=1.
5packethandlinginreceivemode
inreceivemode,thedemodulatorandpackethandlerwillsearchforavalidpreambleandthesyncword.whenfound,thesynchronismandwillreceivethefirstpayloadbyte.
iffec/interleavingisenabled,thefecdecoderwillstarttodecodethefirstpayloadbyte.theintrerleaverwillde-scramblethebitsbeforeanyotherprocessingisdonetothedata.
ifwhiteningisenabled,thedatawillbede-whitenedatthisstage.
whenvariablepacketlengthmodeisenabled,thefirstbyteisthelengthbyte.thepackethandlerstoresthisvalueasthepacketlengthandreceivesthenumberofbytesindicatedbythelengthbyte.iffixedpacketlengthmodeisused,thepackethandlerwillaepttheprogrammednumberofbytes.
next,thepackethandleroptionallycheckstheaddressandonlycontinuesthereceptioniftheaddressmatches.ifautomaticcrccheckisenabled,thepackethandlerputescrcandmatchesitwiththeappendedcrcchecksum.
attheendofthepayload,thepackethandlerwilloptionallywhitetwoextrapacketstatusbytes(seetable27andtable28)thatcontaincrcstatus,linkqualityindication,andrssivalue.
6packethandlinginfirmware
whenimplementingapacketorientedradioprotocolinfirmware,themcuneedstoknowwhenapackethasbeenreceived/transmitted.additionally,forpacketslongerthan64bytes,therxfifoneedstoberefilledwhiteintx.thismeansthatthemcuneedstoknowthenumberofbytesthatcanbereadfromorwrittentotherxfifoandtxfiforespectively.therearetwopossiblesolutionstogetthenecessarystatusinformation:
a)interruptdrivensolution
thegdopinscanbeusedinbothrxandtxtogiveaninterruptwhenasyncwordhasbeenreceived/transmittedorwhenapletepackethasbeenreceived/transmittedbysettingiofgx.gdox_cfg=0*06.inaddition,therearetwoconfigurationsfortheiocfgx.gdox_cfgregisterthatcanbeusedasaninterruptsourcetoprovideinformationonhowmanybytesthatareintherxfifoandtxfiforespectively.theiocfgx.gdox_cfg=0*02andiocfgx.gdox_cfg=0*03configurationsareassociatedwiththetxfifo.seetable41formoreinformation.
b)spipolling
thepktststusregistercanbepolledatagivenratetogetinformationaboutthecurrentgdo2andgdo0valuesrespectively.therxbytesandtxbytesregisterscanbepolledatagivenratetogetinformationaboutthenumberofbytesintherxfifoandtxfiforespectively.alternatively,thenumberofbytesintherxfifoandthetxfifocanbereadfromthechipstatusbytereturnedonthemisolineeachtimeaheaderbyte,databyte,ormandstrobeissentonthespibus.
itisremendedtoemployaninterruptdrivensolutionsincehighratespipollingreducestherxsensitivity.furthermore,asexplainedinsection10.3andthe1101erratanotes[4],whenusingspipolling,thereisasmall,butfinite,probabilitythatasinglereadfromregisterspkstatus,rxbytesandtxbytesisbeingcorrupt.thesameisthecasewhenreadingthechipstatusbyte.
refertothetiwebsiteforswexamples([9]and[10]).
数据包处理的硬件支持
1101提供了对数据包导向无线协议的内置硬件支持。
在发送模式下，可对数据包处理器进行配置，以添加如下要素到存储于txfifo内的数据包中：
一个可编程前导字节数
一个二字节（同步）字。可将其复制以生成一个4字节同步字（推荐）。
不可能只*入前导或者只*入一个同步字。
通过数据字段计算的crc校验和。
建议设置为4字节前导和4字节同步字，建议前导长度为8字节的500kbaud数据速率除外。另外，数据字段和可选2字节crc校验和可执行下列*作：
利用pn9序列进行数据白化
通过使用数据交错和编码（卷积码）实现前向纠错(fec)
接收模式下，数据包处理支持功能将通过执行如下*作（如果已开启）解析数据包：
前导检测
同步字检测
crc计算与crc校验
一字节地址检查
数据包长度检查（对可编程最大长度进行长度字节检查）
去白
去交错与解码
可以选择将两个带有rssi值、链路质量指示以及crc状态的状态字节（请参见表27和表28）都加入rxfifo中。
表27接收数据包状态字节1（数据后添加的第一个字节）
表28接收数据包状态字节2（数据后添加的第二个字节）
1数据白化
从无线通信角度来看，无线数据传输的理想情况是随机和dc自由。这就带来了在占用带宽上最为均匀的功率分配的问题，同时也带来了接收机统一工作条件下（无数据相关*）的调节环路。
实际数据通常会包含许多0和1的长序列。在这种情况下，通过在发送以前白化数据，以及在接收机中去白数据，便可提高*能。
有了1101，这项工作可自动地完成。通过设置pktctrl0.white_data=1，除前导和同步字以外的所有数据在发送前将通过一个9位伪随机(pn9)序列进行异或运算，如图16所示。在接收机端，数据由相同的伪随机序列进行异或运算。同样，将白化数据反过来运算，便可在接收机中得到原始数据。pn9序列被全部初始化为1。
图16tx模式下的数据白化
2数据包格式
可以对数据包格式进行配置，其由如下各项组成（请参见图17）：
前导
同步字
可选长度字节
可选地址字节
有效负载
可选2字节
crc
图17数据包格式
前导的形式是一个交互的0、1序列（01010101……）。前导的最小长度是可以通过mdmcfg1.num_preamble的值进行编程的。当开启tx模式时，调制器将开始发送前导。当编程的前导字节数被发送完毕时，调制器就开始发送同步字，然后发送来自txfifo的数据（如果是有效数据的话）。若txfifo为空，调制器将继续发送前导字节，直到第一个字节被写入txfifo为止。调制器随后将发送同步字，然后发送数据字节。
同步字是设置于sync1和sync0两个寄存器中的2字节值。同步字提供了输入数据包的字节同步。一个一字节同步字可通过设置前导形式的sync1值来*。通过设置mdmcfg2.sync_mode=3或7亦可能*一个32位同步字。该同步字随后将被重复2次。
11001可支持固定数据包长度协议和可变数据包长度协议。可变或固定数据包长度模式可用于长达255字节的数据包。对更长的数据包而言，必须使用无长度限制的数据包模式。
通过设置pktctrl0.length_config=0，可选择固定数据包长度模式。理想的数据包长度由pktlen寄存器来设置。这个值必须不同于0。
在可变数据包长度模式下，即pktctrl0.length_config=1，通过同步字后面的第一个字节来配置数据包长度。数据包长度被定义为有效负载数据，但
不包括长度字节和可选crc。pktlen寄存器用于设置rx模式中允许的最大数据包长度。任何长度字节值大于pktlen的接收数据包将被丢弃。
pktctrl0.length_config=2时，数据包长度设置为无限，发送和接收工作将继续进行，直到手动关闭为止。如下节所述，其可用于支持那些1100e本不支持的不同长度配置的数据包格式。您应该确定，tx模式在任何字节前半部分发送过程中都没有关闭。详情请参见1101勘误表说明[4]。
2.1任意长度域配置
可在接收和发送期间对数据包长度寄存器pktlen重新编程。结合固定数据包长度模式(pktctrl0.length_config=0)，此举实现了支持可变长度数据包以外不同长度域配置的可能*（在可变包长度模式下，长度字节就是同步字之后的第一个字节）。在接收之初，数据包长度设置为一个较大的值。mcu读出足够的字节以解释数据包中的长度域。然后，根据这个值来设定pktlen值。当数据包处理器中的字节计数器相当于pktlen寄存器时，便到达了数据包的末端。因此，在内部计数器到达数据包长度值之前，mcu必须要能够编程正确的长度值。
2.2数据包长度>255
数据包自动控制寄存器pktctrl0可以在tx和rx模式下完成重新编程，这样一来就使得发送和接收长于256字节的数据包成为可能，并且还可以利用数据包处理硬件支持。在数据包一开始，必须激活无限数据包长度模式(pktctrl0.length_config=2)。在tx端，将pktlen寄存器设置为mod(length，256)。在rx端，mcu读取足够的字节以解释数据包中的长度域，并将pktlen寄存器设置为mod(length，256)。当数据包剩余字节少于256字节时，mcu关闭无限数据包长度模式，并开启固定数据包长度模式。当内部字节计数器达到pktlen值时，则发送或接收终止（无线电设备进入由txoff_mode或rxoff_mode决定的状态）。另外，还可使用自动crc添
加/校验（通过设置pktctrl0.crc_en=1）。
例如，当发送一个600字节的数据包时，mcu应完成如下步骤：
设置pktctrl0.length_config=2
预编程pktlen寄存器为mod(600，256)=88
发送至少345字节（600–255），例如填充64字节txfifo六次（发送了384字节）。
设置pktctrl0.length_config=0
数据包计数器达到88时结束发送。总计发送了600字节。
数据包处理器的内部字节计数器从0计数到255，然后再从0
开始计数。
图18数据包长度＞255
3接收模式下的数据包滤波
1100e支持三种不同类型的数据包滤波：地址滤波，最大长度滤波，crc滤波。
3.1地址滤波
设置pktctrl1.adr_chk为0以外的任何值便可开启数据包地址滤波器。该包处理器引擎会将数据包中的目标地址字节与addr寄存器中的编程节点地址，以及pktctrl1.adr_chk=10时的0x00广播地址或者pktctrl1.adr_chk=11时的0x00和0xff广播地址进行比较。如果接收到的地址匹配一个有效地址，则接收该数据包，并将其写入rxfifo。如果地址匹配失败，则丢弃该数据包，并重新启动接收模式（与mcsm1.rxoff_mode设置无关）。
使用无限数据包长度模式并且地址滤波开启时，如果接收到的地址匹配一个有效地址，那么0xff便会被写入rxfifo，之后是地址字节，最后是有效负
载数据。
3.2最大长度滤波
在可变数据包长度模式下，即pktctrl0.length_config=1，pktlen.packet_length寄存器值用于设置最大允许的数据包长度。如果接收到的长度字节具有一个比该允许的长度更大值，则丢弃该数据包，并且重新启动接收模式（与mcsm1.rxoff_mode设置无关）。
3.3crc滤波
如果crc校验失败，则设置pktctrl1.crc_autoflush=1来开启数据包滤波。如果crc校验失败，crc自动刷新功能将会刷新整个rxfifo。自动刷新rxfifo以后，后面的状态则取决于mcsm1.rxoff_mode的设置。
当使用自动刷新功能时，可变数据包长度模式下的最大数据包长度为63字节，而固定数据包长度模式下则为64字节。请注意，开启pktctrl1.append_status之后，最大允许的数据包长度减小2字节，目的是在rxfifo中为数据包末尾添加的2个状态字节留出空间。由于crc校验失败时整个rxfifo被刷新，之前接收到的数据包必须在接收当前数据包以前从fifo读取出来。在crc校验为ok以前，mcu不能读取当前数据包。4发送模式下的数据包处理
必须要将即将要被发送的有效负载写入txfifo中。开启可变数据包长度以后，长度字节必须最先被写入。长度字节具有一个与数据包有效负载相当的值（包括可选地址字节）。如果接收机端开启了地址识别，则写入txfifo的第二个字节必须为地址字节。如果开启了固定数据包长度，则写入txfifo的第一个字节应为地址字节（假设接收机使用了地址识别）。
调制器会首先发送编程的前导字节数。如果txfifo中的数据可用，则调制器会发送2字节（可选4字节）同步字，之后是txfifo中的有效负载。如果开启了crc，则在所有取自txfifo的数据上计算校验和，并在有效负载之后以2个额外字节发送该结果。如果txfifo在发送完全部数据包以前变为空，那么该无线电设备将进入txfifo_underflow状态。退出该状态
的唯一方法是发出一个sftx选通脉冲。
在出现下溢以后对txfifo进行写*作并不会重启tx模式。
如果开启了数据白化功能，则同步字之后的所有数据将被白化。这一工作在可选fec/交错以前便完成。可将pktctrl0.white_data设置为1来开启数据白化功能。
如果开启了fec/交错，同步字之后的所有数据将被调制以前编码的交错和fec加密编码。将mdmcfg1.fec_en设置为1便可开启fec。
5接收模式下的数据包处理
在接收模式下，解调器和数据包处理器将会搜索一个有效的前导和同步字。如果找到，解调器就获得了位和字节同步机制，并将接收第一个有效负载字节。若fec/交错开启，则fec*将开始对第一个有效负载字节进行解码。交错器将在任何其他数据处理过程之前对这些位进行解密。
如果白化功能开启了，则在这个阶段数据将被去白。
当可变数据包长度模式开启时，则第一个字节为长度字节。数据包处理器把这个值作为数据包长度存储，并接收该长度字节显示数目的字节。如果使用了固定数据包长度模式，则数据包处理器将会接受编程数目的字节。
接下来，数据包处理器随意地校验地址，并在地址匹配时才继续进行接收。若自动crc校验开启，则数据包处理器会计算crc，并将其与附加crc校验和相匹配。
在有效负载末端，数据包处理器将随意写入2个包含crc状态、链路质量指示和rssi值的额外数据包状态字节（请参见表25和表26）。
6固件中的数据包处理
在固件中执行数据包导向无线协议时，mcu需要知道一个数据包何时被接收到/发送出去。另外，数据包长度大于64字节时，需要在rx模式下读取rxfifo，需要在tx模式下重填txfifo。这就是说，mcu需要知道能够写入rxfifo和txfifo或从rxfifo和txfifo读取的字节。获得该必要状态信息的解决方案有如下两种：
a)中断驱动法
当通过设置iocfgx.gdox_cfg=0x06接收到/发送出一个同步字或接收到
/发送出一个完整数据包时，在rx和tx模式下均可使用gdo引脚来实现中断。另外，iocfgx.gdox_cfg寄存器具有两种配置，可用作中断源，从而提供rxfifo和txfifo中分别有多少个字节的相关信息。
iocfgx.gdox_cfg=0x00和iocfgx.gdox_cfg=0x01两种配置与rxfifo相关，而iocfgx.gdox_cfg=0x02和iocfgx.gdox_cfg=0x03则与txfifo相关。
b)spi轮询
可以某个给定速率对pktstatus寄存器轮询，以获取gdo2和gdo0当前值的相关信息。可以某个给定速率对rxbytes和txbytes寄存器轮询，以获取rxfifo和txfifo中所含字节数的相关信息。另外，在spi总线上每发送一个报头字节、数据字节或指令选通脉冲时，可从miso线路上返回的芯片状态字节读取到rxfifo和txfifo中所含的字节数。
推荐使用中断驱动方法，因为高速spi轮询可降低rx灵敏度。而且，如章节10.3及《1100e勘误表说明》[5]所述，当使用spi轮询时，存在一定的概率（虽然这种概率较低）：单字节读取寄存器pktstatus、rxbytes和txbytes将会失败。读取芯片状态字节时情况相同。请参考ti网站上的软件示例（[9]和[10]）。
第2篇：毕业设计外文翻译
如题，毕业设计外文翻译
如题，毕业设计外文翻译
【毕业设计外文翻译】相关文章：
1.可以发一份土木工程外文翻译带中文的给我吗？
2.经典导游欢迎词外文翻译（除英语外3种）
3.大学毕业设计土地整理翻译
4.外文局笔经分享
5.毕业设计的总结
6.毕业设计格式
7.毕业设计
8.毕业设计总结精选
第3篇：毕业设计文献综述格式
毕业设计文献综述应该怎么写呢?今天小编带大家了解一下文献综述的格式，以供参考!
文献综述是在研究选题确定后并在大量搜集、查阅相关文献的基础上，对相关课题或相关领域已有研究成果进行的综合*介绍，目的是理清本课题已有的研究基础及尚存的研究空间，它既可以给研究者在充分借鉴前人已有成果的基础上如何进一步深化本课题的研究指明方向，还可以帮助读者(或论文审阅者)明确本研究的新意所在。因此，写好文献综述，对于课题研究具有重要作用。
文献综述的引言：
包括撰写文献综述的原因、意义、文献的范围、正文的标题及基本内容提要;
文献综述的正文：
是文献综述的主要内容，包括某一课题研究的历史(寻求研究问题的发展历程)、现状、基本内容(寻求认识的进步)，研究方法的分析(寻求研究方法的借鉴)，已解决的问题和尚存的问题，重点、详尽地阐述对当前的影响及发展趋势，这样不但可以使研究者确定研究方向，而且便于他人了解该课题研究的起点和切入点，是在他人研究的基础上有所创新;
文献综述的结论：
文献研究的结论，概括指出自己对该课题的研究意见，存在的不同意见和有待解决的问题等;
文献综述的附录：
列出参考文献，说明文献综述所依据的资料，增加综述的可信度，便于读者进一步检索。
一、文献综述不应是对已有文献的重复、罗列和一般*介绍，而应是对以往研究的优点、不足和贡献的批判*分析与评论。因此，文献综述应包括综合提炼和分析评论双重含义。
二、文献综述要文字简洁，尽量避免大量引用原文，要用自己的语言把作者的观点说清楚，从原始文献中得出一般*结论。
文献综述的目的是通过深入分析过去和现在的研究成果，指出目前的研究状态、应该进一步解决的问题和未来的发展方向，并依据有关科学理论、结合具体的研究条件和实际需要，对各种研究成果进行评论，提出自己的观点、意见和建议。应当指出的是，文献综述不是对以往研究成果的简单介绍与罗列，而是经过作者精心阅读后，系统总结某一研究领域在某一阶段的进展情况，并结合本国本地区的具体情况和实际需要提出自己见解的一种科研工作。
三、文献综述不是资料库，要紧紧围绕课题研究的“问题”，确保所述的已有研究成果与本课题研究直接相关，其内容是围绕课题紧密组织在一起，既能系统全面地反映研究对象的历史、现状和趋势，又能反映研究内容的各个方面。
四、文献综述的综述要全面、准确、客观，用于评论的观点、论据最好来自一次文献，尽量避免使用别人对原始文献的解释或综述。