cc1101調(diào)試文檔

1、表32狀態(tài)轉(zhuǎn)換定時3:弋-RFF_MOD可HOb屮R/Wu1:OJOFF_MODE7r)0(00)R/W1(01)FSTXON2(10)TX3(11)保持在RX模式不能將RXOFF_MODE設(shè)置為TX或FSTXON,同時使用CCA.請選擇發(fā)送一個數(shù)據(jù)包后（TX）會發(fā)生的情況設(shè)置爐數(shù)抿包發(fā)送后的下一狀蛋0(00)IDLE1(01)FSTXON2(10)保持在TX開始發(fā)送前導(dǎo)）3(11)RX描述XOSC周期26MHz晶體IDLE到RX,無校準(zhǔn)229888.4psIDLE到RX,有校準(zhǔn)-21037809|JSIDLE到TX/FSTXON,無校準(zhǔn)229888.4psIDLE到TX/FSTXON,有按準(zhǔn)

2、-210378O9psTX向RX轉(zhuǎn)換56021.5psRX向TX.2509,6psRX或TX到IDLE,無校準(zhǔn)2OJpsRX或TX到IDLE,有校準(zhǔn)-18739721s手動校準(zhǔn)-18739721ms1、狀態(tài)轉(zhuǎn)換耗時：現(xiàn)在配置狀態(tài)：0 x17：MCSM1（0 x30）0 x18：MCSM0(0 x18)當(dāng)進(jìn)入TX或RX或返回到IDLE后自動進(jìn)行校準(zhǔn)設(shè)置何時進(jìn)行冃動校準(zhǔn)0(00)從不進(jìn)行自動校準(zhǔn)（使用SCAL透通脈沖手動校準(zhǔn)）-Hoi?-2(10)3(11)當(dāng)從IDLE轉(zhuǎn)到RX釘節(jié)?F*FSTXON).*當(dāng)從RX或TX自動返回IDLE時當(dāng)從RX或TX返回IDLE時，每4次自動校準(zhǔn)一次在一些自動無線

3、喚醒（WOR）應(yīng)用中，使用設(shè)置3（11）能大大減少電流消耗。注意：每次由空閑轉(zhuǎn)換到發(fā)送或接受是延時必須超過810us。問題現(xiàn)象：在確認(rèn)數(shù)據(jù)端正常工作且發(fā)送數(shù)據(jù)情況下，使用CC1101進(jìn)行數(shù)據(jù)接收，過一段時間之后CC1101接收不到數(shù)據(jù)了。原因及解決方法：這個問題比較詭異，應(yīng)該是CC1101的芯片設(shè)計(jì)問題：鎖相環(huán)漂移，由此造成的頻率合成器的接收頻率、帶寬位置變化。解決該問題的方法也很簡單，定期進(jìn)行頻率校準(zhǔn)。既可以使用Strobe命令進(jìn)行手動校準(zhǔn):SCAL，亦可在MCSMO.FS_AUTOCAL設(shè)置為1,然后在程序中設(shè)置:從IDLE轉(zhuǎn)到RX或RT自動校準(zhǔn)，重新進(jìn)行頻率校準(zhǔn)。2、中斷設(shè)置：6(0 x

4、06)發(fā)送/接收到同步字時置位，井在數(shù)據(jù)包的末尾取消置位在RX模式卜；可選地址校驗(yàn)失敗或RXFIFO溢出時引腳將取消置位。TX下，在TX欖式下，F(xiàn)IFO下溢時引腳將取消宜位。7(0 x07)接收到CRCOK的數(shù)據(jù)包時宣位從RXFIFO讀取第一個字節(jié)時取消宣位故障指示器所用中斷具體介紹3IOCFGx=0 x06Thissignalisprobablythemostusefulsignalrelatedtothepackethandlerengine.TheGDOxpinisassertedwhenasyncwordhasbeensent/received,andde-assertedatthee

5、ndofthepacket.InRX,thepinwillde-assertwhenaddressfilteringormaximumlengthfilteringleadstoapacketbeingdiscardedoriftheRXFIFOoverflows.InTX,thepinwillde-assertiftheTXFIFOunderflows.TXwhenIOCFGx=0 x06ErrorFreeTX(IOCFGx=0 x06)Assumetransmittingthefollowingpacket:0 x06,0 x01,0 x02d0 x03,0 x04d0 x05,0 xQ6

6、.Theradioisconfiguredtousevariablepacketlengthmode(pkt亡trld.lemgi三=1)tCRCinsertionisenabled(pktctrlo.crc_en=1)tandthedatarateis250kbps.Afterthesyncwordstransmitted(1),9morebytesaresent;1lengthbyte+6payloadbytes+2CRCbytes.Thistakes(98)(1/250000)=288阿.InFigure1,theGDOxsignalishighforabout292us.Thediff

7、erencebetweenthetheoreticalvalueandthemeasurevalueisduetointernaldelaysinthesignalpath.TheradiowillbeinthestatedeterminedbyMCSMI.txOff_mOdeafterGDOxisde-asserted(2).TXFIFO_UNDERFLOW(IOCFGx=0 x06)Assumetransmittingthefollowingpacket:0 x03h0 x01,0 x02.Theradioisconfiguredasdescribedin3.1.1.Sincevariab

8、lepacketlengthmodeisuseddtransmittingthispacketwillmaketheradioentertheTXFIFO_UNDERFLOWsta館(thelengthbyteis3hbutthereareonlytwobytesinthepayload;0 x01and0 x02).ThismeansthattheGDOxsignalwillbede-asserted(2)after(38)(1/250000)=96us(1)showssynctransmitted).TheonlywaytogetoutofTXFIFO_UNDERFLOWstateisto

9、issueaSFTXstrobe.ThiswillgettheradiobacktoIDLEstate,regardlessoftheMCSM1.txoffmodesetting.QmosltC9CU_TFigure2.TXFIFO_UNDERFLOW(iOCFGx=0 x06)RXwhenIOCFGx=0 x063.2.1ErrorFreeRX(IOCFGx=0 x06)Assumereceivingthepackettransmittedin3.1.1.AsseeninFigure3,theGDOxsignalonthereceiver(SYNCRECEIVEDfPACKETRECEIVE

10、D)isasserted(3)andde-asserted(4)justaftertheGDOxsignalonthetransmitter(SYNCSENT/PACKETSENT)isasserted(1)andde-asserted(2).Theradiowillbeinthestatedeterminedbymcsmi.rxdff_modeafterGDOxisde-asserted.IbartifuiWin出Tiigtirx”X*QnqbltOlSCULTOcSn.Tx=lIQSTNC.aEMTrF*CKET_8EMTQIndhlrXdNrSD_RXX1lUollllllll0JUUB

11、-JIi2f-_斤if-24.1D1!C7kRXFIFO_OVERFLOW(IOCFGx=0 x06)Thetransmittedpacketisstillthesameasin3.1.1,butthereceiverhasbeenconfiguredtousefixedpacketlengthmode(pkt亡irlO一LEN&THjzCibiFiG=0)andthepacketlengthissetto70(pktlen=0 x46).Syncwordisreceived(3)immediatelyafterthesyncwordhasbeentransmitted(1).However,

12、whenthepacketitsent(2),thereceivercontinuesinRXstatesinceitisconfiguredtoreceive70bytes.After2.15mstheradioentersRXFIFOOVERFLOWstate(4).Itonlytakes(64B)(1/250000)=2.048mstofilluptheRXFIFO,butduetosomeinternalbuffering,ittakessomeadditionaltimebeforeRXFIFOOVERFLOWstatei宮entered.TheonlywaytogetoutofRX

13、FIFOUNDIERFLOWstateistoissueaSFRXstrobe.ThiswillgettheradiobacktoIDLEstate,regardlessofthemcsmi.RXOFF_MaDEsetting.PleaseseetheErrataNoteforadescriptionofabugrelatedtotheRXFIFOOVERFLOWState.Figure4.RXFIFO_OVERFLOW(iOCFGx=Qx06)怕ME-2丄4他5冋I).、IX$lF:1X*l|X叫x*1_xdXH3.2.3AddressFiltering(iocfgx=0 x06Assume

14、transmittingthefollowingpacket:OxOA,0 x07,0 x02,0 x03,0 x04,0 x05,0 x06,0 x07,0 x08,0 x09,OxOA(theradiosettingsarethesameasin3.1.1).Thereceiverhavethesameradiosettingsasthetransmitter,butinadditionitiscorvfiguredtouseaddressfiltering(pktctrli.adr_chk=1and盤ddr=0 x06).Whenaddressfilteringisenabled,the

15、receiverwillinterpretthesecondbytereceivedafterthesyncwordastheaddress(iffixedpacketlengthmodewhereused(pktctrlo.LEbiGTH_C0NFiG=0),itwouldinterpretthefirstbyteaftersyncastheaddressbyte,sincethepacketwouldnothavealengthbyte).Figure5.AddressFiltering(iocfgx=0 x06)XX5IX*1XXXX5ISincethereceiverhastheadd

16、ress0 x06(addr=0 x06)andthesecondbytereceivedaftersyncis0 x07,thepacketwillbediscardedandGDOxwillde-assert(2).Figure5showsthatGDOxisde-assertedafter66us(2bytesmustbereceivedbeforetheaddressischecked;(28)(1/250000)=64us(1)showssyncreceived).AfterGDOxisde-asserted,theradiowillgobacktoRXstate,regardles

17、softhemcsmi.rxoffmodesetting.3.2.4MaximumLengthFiltering(iOCFGx-0 x06)Ifusingmaximumlengthfiltering(pktctrlo.length_config=1andpktlensettothemaximumpacketlengththeradioshouldaccept)theGDOxsignalwillbehavethesamewayasdescribedin3.2.3.However,theGDOxpinwillbede-asserted(2)after32us(andnot64s)sinceonly

18、thelengthbytehastobereceivedbeforethefilteringcantakeplace.AftertheGDOxsign自Ihasbeende-a&sertedhtheradiowillalsointhiscasegobacktoRXstate,regardlessofthemcsml.rxoff_modesetting.InFigure6(1)issyncreceived),thetransmittedpacketisthesameastheonedescribedin3.2.3.Onthereceiver,pktlen=0 x09(withpktlen0 x0

19、A.thepacketwouldbereceivedproperly).Figure6.MaximumLengthFilteriing(lOCFGx-0 x06)8lOCFGx=0 x07ThissignalisassertedwhenapackethasbeenreceivedwithCRCOKandisde-assertedwhenthefirstbyteisreadfromtheRXFIFOThesignalisnotvalidforCC1150andCC2550.NotethatontheCC2500,thissignalisonlyvalidwhenpktctrlo.CC2400_e

20、n=1,Figure12showsan11byteslongpacketbeingtransmitted.(1)showssyncsentand(2)showspacketsentTheGDOxsignalisasserted(3)whenthepackethasbeenreceived(4)andisde-assertedafterthefirstby怕isreadfromtheRXFIFO(5).Idniqir訓(xùn)|訂anphonhndndnoqni。ii。nirnnIQI2nJ31|i5DFigure12.lOCFGx=0 x07Assumethefollowingseenrio：TheG

21、DOxpinisusedtogenerateaninterruptwhenapacketwithCRCOKhasbeenreceived.Thismeansthatifafaultypacketisbeingreceived,nointerruptisgeneratedandhencethefaultypacketwillbeintheRXFIFO,potentiallycausingtheRXFIFOtooverflow.AsolutionwouldbetousetheCRCauitoflushfunction(pktctrli.crc_autoflush=1)kwhichwillflush

22、theentireRXFIFOiftheCRCcheckfails.TheproblemisthatfortheCRCfilteringtowork,pktCtrlO.CC2400_enmustbe0.ThismeansthatusingthisapproachwillonlyworkontheCC1100wherethisGDOxsignalisvalidforbothpktCtrlO.亡c2400_en=0andpktCtrlO.亡C2400_en=1.Itis,however,stillpossibletousetheCRCOKsignalontheCC2500,butitshouldn

23、otbeusedasthesinglesourceofinterrupttoanMCU.Onewayofusingthissign自Iistousesyncreceived/packetreceived(iocfgx=0 x06)togenerateaninterruptonfallingedgeaindthen,intheISRdcheckiftheGDOxpin,indicatingCRCOK,isassertedornot.IftheGDOxpin疽notasserted,thereceivedpacketisfaultyandtheRXFIFOshouldbeflushedbyissu

24、inganSFRXstrobe.RememberthattheSFRXstrobeshouldonlybeissuedwhentheradioisinRXFIFO_OVERFLOWstateorwheninIDLEstate.3、狀態(tài)轉(zhuǎn)換表：COMIOR3Al-XOFFCALIBlViTEFSTXOWSFSTXONIDE*1UODECALIBRATESFRXSETTLINGamRXia.14.15MAhCAl32fl-stOFFMODE*MTXOFFMODE*QdTXFfOUN口EHJFLO別FLMFFJVICiDE*Gi3RXi|TXOFFRXjOFFUODE-WTXOFF_WODE-MFj

25、UTXAL皿|和TXRBETTLIW3FSALTTOCAlW|11FBMAKEUP5TX|RXDFF,artiisfbixon怡cckFUFIFa-MEflFLCm22J19RadioControlFigure16:CampleteRadioControlStateDiagram注意：只有在17/22/1F可以寫5FT)CSFRXoBRXjSTXjBFSTXON|AORSRH|STXj|SFBTXON|跑RSfc?|WORSP*口|B0A-FSAUTOCAl-00|IQ|11BRX|STXjBFSTXON|WDR9DpinnaiJyFECencodEia/dficodsdQ438x/閒B1S/

26、32brtBXX3她X1右b(U今insertedautomalicaiyriTX,pnt3ss&andrerhovedinrx.I|Optionailuser-prcMdedfiddls阿gsedinTX,11processedbutnotrennovedinRXUnprocesseddserdataissartFromFECaraorwhittlingFigure1.PacketFormatPreamblebits：CC1101射頻數(shù)據(jù)封包的第一部分：序文，實(shí)質(zhì)上是一連串的010101，最小長度由CC1101的MDMCFG1.NUM_PREAMBLE寄存器數(shù)值設(shè)置，單位是:Byte。工作機(jī)

27、理是：當(dāng)控制CC1101進(jìn)入TX模式后，CC1101將首先發(fā)送序文，如果在最小長度的序文發(fā)送完之前，有數(shù)據(jù)寫入到TXFIFO，那么在最小長度的序文發(fā)送完畢之后，就會不再發(fā)送序文，轉(zhuǎn)而發(fā)送后面的數(shù)據(jù)。而如果一直沒有數(shù)據(jù)寫入到TXFIFO,那么CC1101將一直發(fā)送序文，直到有數(shù)據(jù)寫入到TXFIFO或控制CC1101退出TX模式。SyncWord:CC101射頻數(shù)據(jù)封包的第二部分：同步字，用于CC1101接收端進(jìn)行射頻信號同步。其長度是可控的，由MDMCFG2.SYNC_MODE位進(jìn)行控制，一般可用的是2或4個字節(jié)。同步字的具體數(shù)值可以通過SYNC0和SYNC1寄存器進(jìn)行設(shè)置。特殊的一個字節(jié)的同步

28、字，可通過設(shè)置其中一個同步字為:0b10101010,來模仿序文的方式實(shí)現(xiàn)。前兩部分是由CC1101硬件進(jìn)行調(diào)制的。LengthField:數(shù)據(jù)長度，在變長的數(shù)據(jù)模式(PKTCTRL0丄ENGTH_CONFIG=1)下，該字節(jié)表示的是有效載荷(payload)的數(shù)據(jù)長度，單位：Byte。注意，有效載荷包括的范圍：AddressField+DataField兩部分，其余的包括lengthField和后面的CRC、RSSI、LQI部分?jǐn)?shù)據(jù)都不算在里面的。在發(fā)送時，應(yīng)該首先往RXFIFO中寫入的就是該數(shù)據(jù)。在接收時，從RXFIFO中讀出的第一個字節(jié)數(shù)據(jù)也是該數(shù)據(jù)。注意：RXFIFO中的LengthF

29、ield和狀態(tài)寄存器RXBYTES(0 x3B)表示的數(shù)據(jù)個數(shù)的范圍和數(shù)值是不一樣的。前者是接收到的數(shù)據(jù)中的有效數(shù)據(jù)，后者是指RXFIFO中所有的未讀取數(shù)據(jù)，包括LengthField、AddressField、DataField、RSSI、CRC_OK+LQI等。在用于判斷和讀取RXFIFO時應(yīng)尤為注意。AddressField:CC1101的芯片硬件接收地址(不同于跑協(xié)議時，軟件進(jìn)行判斷的目的地地址和源地址)，取值范圍為：0-255，具體的地址可通過ADDR(0 x09)寄存器來進(jìn)行設(shè)置，并通過設(shè)置PKTCTRL1.ADR_CHK不為0來進(jìn)行地址檢測使能設(shè)置。DataField:有效的數(shù)據(jù)

30、，這是被CC1101接收并放入到RXFIFO中的主要數(shù)據(jù)，可供軟件使用的。接收和使用該部分?jǐn)?shù)據(jù)應(yīng)注意兩點(diǎn)：1、變長模式下的最大數(shù)據(jù)長度由PKT_LENGTH寄存器設(shè)置決定，如果該寄存器數(shù)值設(shè)置過小，將接收不到期望的數(shù)據(jù)。=發(fā)送的數(shù)據(jù)長度。2、可以選擇在數(shù)據(jù)末尾添加RSSI和CRC_OK+LOI信息(通過PKTCTRL1.APPEND_STATUS=1來使能)，以便進(jìn)行信號強(qiáng)度檢測和CRC校驗(yàn)狀況查詢。CRC-16:CRC校驗(yàn)位，位于數(shù)據(jù)封包的末尾，對從LengthField開始到DataField結(jié)尾為止的所有數(shù)據(jù)進(jìn)行CRC校驗(yàn)。該部分?jǐn)?shù)據(jù)不用用戶操心，CC1101接收并校驗(yàn)完畢之后，會自動移

31、除該數(shù)據(jù)的，所以該數(shù)據(jù)對用戶也是不可見。CRC校驗(yàn)功能可通過PKTCTRL0.CRC_EN=1來使能，并可通過PKTCTRL1.CRC_AUTOFLUSH位設(shè)置來設(shè)置CRC校驗(yàn)失敗時，對接收數(shù)據(jù)的處理策略。FixsdPacketLengthMode,TXPacketSlseTXFIFOCcnaai&nt1(min)AddrAddressANodatabytes1DoNoaddressf1databyte64(max)Addr,%,%Address4SMdatabytes64D(jfDi#*酣Noaddressf64databytesFixedPacketLengthMode,RX1(min)R

32、XFIFOCcnnai&nt1AddrAddressANo且呂仁呂bytes4(max)DoNoaddressf1databyteAddr,Do,DiAddress+databytesD0f6MMDE3Noaddressf百4databytes64AddrtDqfDiti.ArDsnfLQIAddress十6JLdatabytes+2statusbytes64DDDI,RSSI,LQINoaddressr2databytes42statusbytesVariablePacketLength.TXTXFIFOCctmm&nt2(min)1rAddrLengthbyte+address.Nodat

33、abytes21.Lengthbyte+1databyte64(max)AddlfDqfDijrA-iD百1Lengthbyte+address+2databytes*4MDnfDi$De；Lengthbyte+S3databytesVariablePacketLength,RXRXgo異同。Ccnmns-nt2(min)1,AddrMP心汗冋。Lengthbyte+address.No已呂tnbytes21.DoLengthbyte+1databyte64(max)S3,rAddl?tDqfD,4*Lengthbyte+address+2databytesWD.60fi2Lengthbyte

34、+S3databytesG1Addz11DqfDijrt口三筑RiSZtLiQlLengthbyte+address+0databytes+2statusbytes*61jDntDir.-fDeo,fLC?i2Lengthbyte+1databytes42statusbytesTable1.PacketSizevs.DataFieldLength4、CC1101之PATABLE的意義以及使用說明:PATABLE是CC1101芯片內(nèi)的一組8個字節(jié)的寄存器，它們共用一個地址：0 x3E，可以通過SPI接口對該寄存器進(jìn)行讀寫操作。在其內(nèi)部有一個用于指向PATABLE的指針，當(dāng)讀寫時會自動+1，達(dá)到8的時候，將會翻轉(zhuǎn)回0。并且當(dāng)CC1101的CSN管腳置為高電平時，也會使該指針返回0,這即是說每次重新開始設(shè)置PATABLE寄存器組，其寄存器指針都是從0開始逐個字節(jié)遞加的。該8個寄存器中的數(shù)值可用于設(shè)置CC1101處于不同的發(fā)射增益。當(dāng)使用ASK調(diào)制信號發(fā)射時，還有一個Ramp-UpRamp-Down模式，用于連續(xù)變化發(fā)射增益。其余的調(diào)制模式，需要發(fā)射之前設(shè)置好發(fā)射增益。PATABLE寄存器組