STM32的硬件CRC32使用
最近用到STM32的CRC32模塊,看一下官網(wǎng)的Lib,感覺用起來十分簡單.但是,你會發(fā)現(xiàn)直接使用起來會出現(xiàn),與很多在線CRC32的網(wǎng)站或者PC端的CRC32校驗(yàn)工具計(jì)算結(jié)果不一致！
簡直就是無語......
搜索了一下,在21IC的論壇上面有關(guān)使用STM32的CRC32的大討論,不過是09年的帖子.主要定論是STM32的CRC32與目前大多數(shù)的PC端軟件使用的一些數(shù)據(jù)順序及方法不一致.這里主要推薦看一下這個(gè)鏈接:STM32內(nèi)置CRC模塊的使用討論的很火.
如果真如,那帖子說的那樣.那么作為MCU這端,是有必要進(jìn)行轉(zhuǎn)換,要適應(yīng)潮流.當(dāng)然這里不是說ST不好.
按照帖子的結(jié)論：
1、每個(gè)字節(jié)的位序相反。stm32f是按32位，高位在先。而主流實(shí)例每字節(jié)里面是從低位起的。
2、結(jié)果出來后，主流實(shí)例與0xffffffff異或了。而stm32f沒有。
那么我們可以大概貼出以下代碼.
/*******************************************************************************
*FunctionName:CRC32_ForWords
*Description:輸入的是32bitbuffer的指針及長度
*Input:
*Output:
*Return:
*說明:
*******************************************************************************/
u32CRC32_ForWords(u32*pData,u32uLen)
{
u32i=0,uData=0;
if((RCC->AHB1ENR&RCC_CRC_BIT)==0)
{
RCC->AHB1ENR|=RCC_CRC_BIT;
}
/*ResetCRCgenerator*/
CRC->CR=CRC_CR_RESET;
for(i=0;i
{
#ifdefUSED_BIG_ENDIAN
uData=__REV(*(pData+i));
#else
uData=*(pData+i);
#endif
CRC->DR=revbit(uData);
}
returnrevbit(CRC->DR)^0xFFFFFFFF;
}
說明:__REV()函數(shù)功能是將數(shù)據(jù)按指節(jié)大小反向取 ，如原來的數(shù)據(jù)為0x41424344,經(jīng)過這個(gè)函數(shù)之后變成0x44434241
其中,數(shù)據(jù)反向的代碼(由于是GCC編譯器所以不知道為什么不支持)別人的代碼:
crc_16_32revbit(crc_16_32data)
{
asm("rbitr0,r0");
returndata;
};
自己修改的代碼如下:
/*******************************************************************************
*FunctionName:revbit
*Description:對入?yún)Data按位倒序。如:0111-->1110
*Input:uData:被轉(zhuǎn)的數(shù)據(jù)
*Output:None
*Return:轉(zhuǎn)換好的數(shù)據(jù)
*******************************************************************************/
u32revbit(u32uData)
{
u32uRevData=0,uIndex=0;
uRevData|=((uData>>uIndex)&0x01);
for(uIndex=1;uIndex<32;uIndex++)
{
uRevData<<=1;
uRevData|=((uData>>uIndex)&0x01);
}
returnuRevData;
}
經(jīng)過測試,確認(rèn)能得到與PC端的代碼一致的結(jié)果.
那接著又有問題了,那如果我傳入的buffer非4字節(jié)對其能否使用STM32 CRC32能.
當(dāng)然,答案是肯定的.但是需要軟件配合.這里直接推薦一下,我的代碼參考的帖子:實(shí)現(xiàn)非4字節(jié)對其的CRC32方法
我的代碼如下:
#defineCRC32_POLYNOMIAL((uint32_t)0xEDB88320)
#defineRCC_CRC_BIT((uint32_t)0x00001000)
//#defineUSED_BIG_ENDIAN
/*==================================================================
*Function:CRC32_ForBytes
*Description:CRC32輸入為8bitsbuffer的指針及長度
*InputPara:
*OutputPara:
*ReturnValue:
==================================================================*/
u32CRC32_ForBytes(u8*pData,u32uLen)
{
u32uIndex=0,uData=0,i;
uIndex=uLen>>2;
if((RCC->AHB1ENR&RCC_CRC_BIT)==0)
{
RCC->AHB1ENR|=RCC_CRC_BIT;
}
/*ResetCRCgenerator*/
CRC->CR=CRC_CR_RESET;
while(uIndex--)
{
#ifdefUSED_BIG_ENDIAN
uData=__REV((u32*)pData);
#else
memcpy((u8*)&uData,pData,4);
#endif
pData+=4;
uData=revbit(uData);
CRC->DR=uData;
}
uData=revbit(CRC->DR);
uIndex=uLen&0x03;
while(uIndex--)
{
uData^=(u32)*pData++;
for(i=0;i<8;i++)
if(uData&0x1)
uData=(uData>>1)^CRC32_POLYNOMIAL;
else
uData>>=1;
}
returnuData^0xFFFFFFFF;
}
測試一下,"Hello World"得到的結(jié)果為0x4A17B156,確認(rèn)與PC的軟件一致.
難道CRC32這樣就結(jié)束了嗎?非也,還有問題.
那就是數(shù)據(jù)大小端的問題.從我的代碼中,我認(rèn)為如果大端的話需要將數(shù)據(jù)反一下,然后再送入到STM32 CRC32的硬件里面做運(yùn)算.這樣就可以得到跟PC同樣的結(jié)果.
但是由于我用keil的gcc編譯器,目前這個(gè)無法支持大端.所以只能當(dāng)作留給有心人去幫手做剩下我結(jié)論的驗(yàn)證。
keil的gcc編譯器編譯出來的錯(cuò)誤信息也貼上,看看有沒有高手支持解決一下:
我認(rèn)為目前該編譯器不支持大端編譯的原因是以下鏈接:討論gcc大端問題也許是支持的,自己雞腸不夠好理解錯(cuò)了,歡迎大家糾正.
下載文檔
